POD pentru livrările cu mai multe colete la o singură oprire
O oprire de livrare cu cinci colete pentru același destinatar pare simplă la suprafață, dar creează o problemă POD specifică: o singură semnătură sau fotografie trebuie să reprezinte dovada pentru mai multe numere de urmărire independente, fiecare putând aparține unor comenzi diferite, date de expediere diferite sau chiar transportatori diferiți consolidați la aceeași adresă.
Când un șofer predă mai multe colete deodată, capturarea unei singure semnături este eficientă, dar acea semnătură trebuie asociată corect cu fiecare număr individual de urmărire din oprire, nu doar cu primul sau ultimul colet scanat. Un mod frecvent de eșec este ca șoferul să scaneze un singur colet și să aplice POD-ul acelei scanări întregii opriri, lăsând celelalte colete să apară „în tranzit" la nesfârșit în vizualizarea de urmărire a clientului, deși au fost livrate fizic.
- Scanarea fiecărui colet individual înainte de captarea semnăturii sau fotografiei partajate
- Asocierea dovezii partajate (semnătură, fotografie, marcaj de timp) cu fiecare număr de urmărire scanat, ca înregistrare POD distinctă
- Marcarea oricărui colet așteptat la oprire, dar nescanat, ca excepție separată, nu omisă silențios
- Prezentarea către client a confirmării de livrare per colet, chiar dacă un singur eveniment fizic le-a acoperit pe toate
Excepția cea mai frecventă în acest scenariu este o livrare parțială — trei din cinci colete așteptate sunt în camion, două lipsesc sau au fost direcționate greșit. Fluxul POD trebuie să confirme explicit care colete au fost livrate și să marcheze pe cele lipsă ca excepție separată, în loc să trateze întreaga oprire fie ca reușită complet, fie ca eșuată complet, întrucât un șofer care marchează întreaga oprire ca livrată când doar o parte a fost creează înregistrări false de confirmare pentru colete care nu au ajuns niciodată.
Când un client plasează o comandă expediată în mai multe cutii, retailerii doresc adesea ca experiența de urmărire orientată către client să afișeze un singur status de livrare consolidat, nu mai multe numere de urmărire separate și confuze. Aceasta necesită ca modelul de date POD de bază să susțină o relație de tip mai-multe-la-unu între colete și o comandă orientată către client, păstrând totuși dovada individuală la nivel de colet necesară pentru facturarea transportatorului și scopuri de răspundere.
Punctele de livrare de densitate mare primesc uneori colete de la transportatori diferiți în aceeași fereastră de vizită, iar deși transportatorii nu pot partaja un singur eveniment POD peste liniile companiilor, modelele de recepție la recepție sau concierge creează o provocare similară de mai multe colete la nivel intern — o semnătură de recepție acoperind un lot de colete înregistrate într-un sistem de cameră a coletelor. Se aplică același principiu: evenimentul de recepție partajat trebuie totuși să se mapeze curat pe înregistrări POD urmăribile individual per colet.
Clienții care verifică urmărirea pentru un anumit articol nu au vizibilitate asupra modului în care a fost structurată oprirea unui șofer, deci un proces POD neclar pentru mai multe colete se manifestă direct ca o confuzie a clientului — „scrie livrat, dar am primit doar una din cele două cutii ale mele". Proiectarea fluxului de captare pentru a preveni această ambiguitate la sursă este mult mai eficientă decât încercarea de a o rezolva ulterior prin serviciul clienți.