Bezorguitkomst en digitaal bezorgbewijs zijn twee verschillende statussen. “Geleverd” beschrijft wat de bezorgworkflow meldt; “bewijs beschikbaar” zegt dat een handtekening, foto of ander ePOD-object daadwerkelijk kan worden opgehaald. Rond een order niet af en beloof geen bewijs op basis van één algemeen providerbericht.
Waarom beide momenten uiteenlopen
Een chauffeur kan een stop als geleverd markeren terwijl bewijsverwerking nog loopt. Een provider kan eerst een statuswebhook sturen en pas later een document of afbeelding beschikbaar maken. Andersom kan er een bestand bestaan voor een mislukte poging, bijvoorbeeld een foto bij “niet thuis”. Wie ieder bestand gelijkstelt aan succesvolle levering, vertelt de klant mogelijk het verkeerde verhaal.
Modelleer minimaal uitkomst, gebeurtenistijd, bewijsstatus en bronidentiteit apart. Gebruik alleen expliciete leveruitkomsten om een WooCommerce-order te voltooien en laat bewijsbeschikbaarheid een afzonderlijke update zijn. Zo kan Connect beide gebeurtenissen verwerken zonder dat hun volgorde de zakelijke waarheid verandert.
Statusmodel voor levering en bewijs
| Uitkomst | Bewijs | Operationele betekenis |
|---|---|---|
| Onderweg | Niet beschikbaar | Geen afronding |
| Geleverd | Wordt verwerkt | Levering kan afgerond zijn; bewijs volgt |
| Geleverd | Beschikbaar | Levering plus opvraagbaar bewijs |
| Mislukte poging | Foto/notitie beschikbaar | Niet als geleverd afronden |
| Onbekend | Onbekend | Onderzoek, geen klantbelofte |
Leg vast welke exacte providerwaarden naar deze interne statussen mappen. Woorden als “completed” kunnen per API een route, stop of technische taak bedoelen. Test met echte documentatie en gecontroleerde payloads, niet met een vertaald label uit het dashboard.
Fictief voorbeeld: bewijs volgt zeven minuten later
Fictief voorbeeld: order 771 van bouwmarkt Rivier & Rand wordt om 13:22 als geleverd gemeld. De exacte bezorguitkomst voldoet aan het interne levercriterium, dus de webshoporder kan volgens het goedgekeurde proces naar voltooid. De proof-URL is op dat moment nog niet beschikbaar en krijgt status “in verwerking”.
Om 13:29 komt een tweede gebeurtenis met de bevestigde bewijsidentiteit. De ordertijdlijn voegt “bezorgbewijs beschikbaar” toe zonder de leverstatus opnieuw te wijzigen of nogmaals een voltooiingsmail te sturen. Bij order 772 komt wel een foto binnen, maar de uitkomst is “adres niet gevonden”; die order blijft aandacht vragen. Dit fictieve voorbeeld laat zien waarom bestand en uitkomst afzonderlijke bewijzen zijn.
Checklist voor klantcommunicatie en support
- Gebruik “geleverd” alleen na een expliciet toegestane provideruitkomst.
- Zeg “bewijs beschikbaar” pas wanneer het object werkelijk opvraagbaar is.
- Bewaar stop-, order- en bewijsidentiteit samen binnen de juiste werkruimte.
- Voorkom dubbele notificaties wanneer events herhaald of buiten volgorde komen.
- Geef bewijslinks passende autorisatie en een beheerde bewaartermijn.
- Toon een mislukte poging als volgende actie, niet als afgeronde levering.
In Desk heeft de medewerker één tijdlijn nodig met beide momenten en de exacte uitkomst. Meer context over het verschil tussen label en echte levering staat bij klantenservice met ordercontext. Maak voor privacy en bewaartermijnen een eigen beoordeling; dit artikel beschrijft alleen het procesmodel.
Ontwerp ook een wachtroute voor bewijs dat te lang uitblijft. Een ontbrekende proof hoeft de leverstatus niet automatisch terug te draaien, maar kan wel een waarschuwing verdienen wanneer het bewijs voor jouw proces verplicht is. Geef die waarschuwing een eigenaar en toon de stopidentiteit, het levermoment en de laatste succesvolle providercontrole. Laat een retry alleen het bewijs ophalen; verander niet opnieuw de WooCommerce-status. Bij blijvende afwezigheid moet een medewerker kunnen vastleggen dat de provider is geraadpleegd of dat alternatief bewijs is geaccepteerd volgens intern beleid.
Test de integratie met vier afzonderlijke gebeurtenissen: geleverd zonder proof, proof na vertraging, mislukte poging met foto en twee identieke proof-events. Controleer klantmail, orderstatus, tijdlijn en toegangsrechten bij elk geval. Open de bewijslink ook als een gebruiker zonder juiste rol en nadat de bewaartermijn is verstreken. Het proces is pas compleet wanneer niet alleen de statusmapping klopt, maar ook bewijs veilig vindbaar én beheerst onbeschikbaar kan zijn.
Spreek een woordenlijst af met de vervoerder en klantenservice. “Afgeleverd”, “voltooid” en “bewijs gereed” mogen in schermen niet door elkaar worden gebruikt. Zet de exacte bronwaarde achter een detailweergave, maar geef medewerkers één consistente Nederlandse betekenis. Zo voorkom je dat twee teams hetzelfde event verschillend aan een klant uitleggen.
Wil je leverstatus en ePOD uit elkaar halen in jouw orderflow? Bespreek het statusmodel met Yindle.