POD pentru Casete de Colete și Puncte PUDO

Casetele de colete (locker) și punctele de ridicare/predare (PUDO) mută dovada de livrare (POD) de la predarea tradițională curier-client către un model în două etape: dovada transportatorului că a plasat coletul în locker sau l-a predat unui agent PUDO, și o dovadă separată că destinatarul final l-a ridicat efectiv.

Primul eveniment, confirmarea depunerii, are loc când șoferul plasează coletul într-un compartiment de locker alocat sau îl predă unui punct de vânzare care acționează ca punct PUDO. Acesta este de obicei confirmat printr-o scanare de cod de bare și, pentru locker-e, o confirmare generată de sistem că ușa compartimentului s-a închis și încuiat. Al doilea eveniment, confirmarea ridicării, are loc independent — uneori la ore sau zile distanță — când destinatarul real ridică coletul folosind un cod PIN, cod QR sau deblocare prin aplicație.

Împărțirea POD-ului în două evenimente contează pentru responsabilizare. Dacă un colet este depus corect, dar clientul nu îl ridică niciodată, aceasta nu este o eșec de livrare al transportatorului — este un eșec de ridicare al clientului, iar cele două trebuie tratate diferit, inclusiv cu termene diferite de retur la expeditor și raportare diferită către comerciant. Un sistem care înregistrează un singur eveniment „livrat" când șoferul depune coletul în locker supraevaluează succesul livrării, deoarece coletul nu a ajuns încă efectiv în mâinile clientului.

Când punctul este o locație PUDO cu personal, nu un locker automatizat, confirmarea depunerii ar trebui să capteze ce membru al personalului a acceptat coletul, deoarece acea persoană este acum responsabilă pentru el până la sosirea clientului. O simplă scanare de cod de bare nu stabilește responsabilitatea așa cum o face un identificator de personal legat de eveniment, ceea ce contează dacă un colet dispare de la tejgheaua PUDO înainte ca clientul să îl ridice.

Locker-ele și punctele PUDO păstrează coletele pentru o fereastră limitată. Sistemul POD trebuie să urmărească marca temporală a depunerii față de acea fereastră de expirare și să genereze notificări de reamintire către client pe măsură ce termenul se apropie, apoi să declanșeze un eveniment distinct „returnat neridicat" — separat atât de succesul livrării, cât și de eșecul livrării — dacă fereastra expiră.

• Înregistrați depunerea și ridicarea ca două evenimente POD separate, marcate temporal independent
• Nu raportați niciodată o depunere în locker către comerciant ca fiind echivalentă cu o livrare finalizată către client
• Capturați identitatea personalului pentru predările PUDO cu personal, nu doar o scanare de cod de bare
• Urmăriți expirarea ferestrei de păstrare și automatizați notificările de reamintire înainte de expirare
• Modelați „returnat neridicat" ca rezultat propriu, distinct de refuz sau livrare eșuată