IOSOR Viden

Undelivered vs rejected vs expired: statusordbog for produkt og billing

Stop med at skændes om skærmbilleder: synk produkt, support og prepaid-billing på undelivered, rejected og expired — plus de handlinger hver status faktisk tillader.

Når leveringsevnen falder, bebrejder produkt pipen, support klistrer skærmbilleder, og finance spørger hvorfor prepaid-walleten flyttede sig. Meget af varmen er et ordforrådsfejl. Undelivered, rejected og expired er ikke synonymer — at smide dem i én “failed”-spand opfinder forkerte retries, forkerte refunds og forkert incident-severity.

IOSOR vil have B2B-teams til at køre messaging som white-label prepaid: fundér én gang, læs holdbare status-events, hold brand-sikkert fejlsprog. Denne ordbog er driftskontrakten mellem produkt-UX, ops og ledger.

Hvorfor statusord forårsager flere hændelser end outages

Klasse Eksempler Produkt bør…
Intermediate queued, submitted, sent Vise fremskridt; ikke fejre handset-succes
Terminal success delivered Låse næste UX op; stoppe auto-gensend
Terminal fail undelivered, rejected, expired (hvis terminal) Vælge licenseret handling; aldrig uendelig retry

Statusordbogen: definitioner produkt og billing kan enes om

Undelivered betyder typisk at jobbet gik ind i live messaging-stien, men et downstream-signal siger at handset ikke fik succes. Typiske drivere: handset slukket, fuld indbakke, midlertidig corridor-trafik, uopnåelig abonnent.

Licenserede handlinger:

Undelivered vs rejected: forskellige fejlklasser, forskellige fixes

Rejected er policy- eller admissionsfejl: indholdsfilter, afsenderidentitet, compliance-gate, malformed destination, utilstrækkelige midler, eller catalog-not-live for den kapabilitet. Jobbet fik aldrig en fair chance for handset-levering.

Licenserede handlinger:

Expired: TTL, køer og OTP-timingvinduer

Expired betyder at gyldighedsvinduet lukkede før terminal succes. Almindeligt i OTP (TTL), queued jobs past SLA, eller netværksgyldighedsvinduer. Produkt skal skille user expired (bruger sidder fast) fra network expired (pipen leverede ikke i tide).

Licenserede handlinger:

Billing-implikationer: hvad debiteres, krediteres eller bestrides

Status UX-copyholdning Typisk prepaidholdning Ops næste skridt
Undelivered Transient / handset-usikkerhed Følg offentliggjort debit-/refundpolicy Corridor-slice + evidenspakke
Rejected Actionable gate-fail Ofte intet vellykket leveringsforsøg Fix gate; stop identiske retries
Expired

Start med IOSOR

Kortlæg dine status-callbacks i IOSOR-konsollen, så din faktureringsintegration skarpt adskiller tidlige afvisninger fra hændelser med uleverede beskeder og kø-udløb længere nede i systemet. Gennemgå dine aktive webhooks for at sikre, at terminale DLR-statuskoder sender specifikke fejlkoder videre til dit interne regnskab i stedet for en generisk fejlstatus.

IOSOR-pointe

Denne guide har vist, at statusuklarhed er et produktdesign- og regnskabsproblem frem for en simpel netværksfejl. Ved at skelne mellem operatørafvisninger, uleverede tilstande og udløbne tidsrammer bliver det finansielle ansvar tydeligt, og supportteamet slipper for at lede efter spøgelsesfejl i applikationskoden.

Var denne guide nyttig?

Relaterede vejledninger