IOSOR Kennis

Undelivered vs rejected vs expired: statuswoordenboek voor product en billing

Stop met ruziën over screenshots: lijn product, support en prepaid billing uit op undelivered, rejected en expired — plus de acties die elke status echt toestaat.

Wanneer deliverability daalt, geeft product de pipe de schuld, plakt support screenshots en vraagt finance waarom de prepaid wallet bewoog. Veel van die hitte is een vocabulairefout. Undelivered, rejected en expired zijn geen synoniemen — ze in één “failed”-emmer gooien verzint verkeerde retries, verkeerde refunds en verkeerde incident-severity.

IOSOR wil dat B2B-teams messaging als white-label prepaid runnen: één keer funden, duurzame status events lezen, brand-safe fouttaal houden. Dit woordenboek is het operating contract tussen product-UX, ops en ledger.

Waarom statuswoorden meer incidenten veroorzaken dan outages

Klasse Voorbeelden Product moet…
Intermediate queued, submitted, sent Voortgang tonen; geen handset-succes vieren
Terminal success delivered Volgende UX ontgrendelen; auto-resend stoppen
Terminal fail undelivered, rejected, expired (indien terminal) Gelicentieerde actie kiezen; nooit oneindige retry

Het statuswoordenboek: definities die product en billing kunnen delen

Undelivered betekent meestal dat de job het live messaging-pad is ingegaan, maar een downstream-signaal zegt dat het handset geen succes kreeg. Typische drivers: handset uit, volle inbox, tijdelijke corridorcongestie, onbereikbare subscriber.

Gelicentieerde acties:

Undelivered vs rejected: andere failureklassen, andere fixes

Rejected is een policy- of toelatingsfout: contentfilter, afzenderidentiteit, compliance-gate, malformed destination, onvoldoende saldo, of catalog-not-live voor die capability. De job verdiende nooit een eerlijke kans op handset-delivery.

Gelicentieerde acties:

Expired: TTL, wachtrijen en OTP-timingvensters

Expired betekent dat het validiteitsvenster sloot vóór terminal success. Gangbaar bij OTP (TTL), queued jobs past SLA, of netwerkvaliditeitsvensters. Product moet user expired (gebruiker hangt) scheiden van network expired (pipe leverde niet op tijd).

Gelicentieerde acties:

Billing-implicaties: wat wordt gedebiteerd, gecrediteerd of betwist

Status UX-copyhouding Typische prepaidhouding Ops volgende stap
Undelivered Transient / handset-onzekerheid Volg gepubliceerde debit/refund-policy Corridor-slice + evidence pack
Rejected Actionable gate-fail Meestal geen gelukte delivery-poging Gate fixen; identiek

Begin met IOSOR

Koppel je statuscallbacks in de IOSOR-console zodat je facturatie-integratie vroege afwijzingen netjes scheidt van latere niet-afgeleverde gebeurtenissen en verlopen wachtrijen. Controleer je actieve webhooks om te zorgen dat definitieve DLR-statuscodes expliciete foutklassen doorgeven aan je interne grootboek in plaats van een generieke foutstatus.

IOSOR-les

Deze gids toonde aan dat statusambiguïteit eerder een productontwerp- en boekhoudkundig probleem is dan een eenvoudige netwerkstoring. Onderscheid maken tussen weigeringen door operators, latere niet-afgeleverde statussen en TTL-verlopen verduidelijkt de financiële verantwoordelijkheid en voorkomt dat supportteams op zoek gaan naar spookbugs in applicatiecode.

Was deze gids nuttig?

Gerelateerde gidsen