IOSOR

IOSOR Kunskap

Undelivered vs rejected vs expired: statusordlista för produkt och billing

Sluta bråka om skärmdumpar: synka produkt, support och prepaid-billing på undelivered, rejected och expired — plus de åtgärder varje status faktiskt tillåter.

När leveransbarheten sjunker skyller produkt på pipen, support klistrar skärmdumpar och finance frågar varför prepaid-plånboken rörde sig. Mycket av hettan är ett vokabulärfel. Undelivered, rejected och expired är inte synonymer — att kasta dem i en “failed”-hink uppfinner fel retries, fel refunds och fel incidentseverity.

IOSOR vill att B2B-team kör messaging som white-label prepaid: fondera en gång, läs hållbara statushändelser, håll brand-säkertfelspråk. Denna ordlista är operativkontraktet mellan produkt-UX, ops och ledger.

Varför statusord orsakar fler incidenter än avbrott

Klass Exempel Produkten ska…
Intermediate queued, submitted, sent Visa progress; fira inte handset-succé
Terminal success delivered Lås upp nästa UX; stoppa auto-omsändning
Terminal fail undelivered, rejected, expired (om terminal) Välj licensierad åtgärd; aldrig oändlig retry

Om UI fäller ihop allt till ett rött X agerar ingen rätt kl. 02:00.

Statusordlistan: definitioner produkt och billing kan enas om

Undelivered betyder vanligen att jobbet gick in i live messaging-vägen men en downstream-signal säger att handsetet inte fick succé. Typiska drivkrafter: handset av, full inkorg, tillfällig korridörträning, oåtkomlig abonnent.

Licensierade åtgärder:

Undelivered vs rejected: olika felklasser, olika åtgärder

Rejected är policy- eller antagningsfel: innehållsfilter, avsändaridentitet, compliance-gate, malformed destination, otillräckliga medel, eller catalog-not-live för den capabilityn. Jobbet fick aldrig en rättvis chans till handset-leverans.

Licensierade åtgärder:

Expired: TTL, köer och OTP-tidsfönster

Expired betyder att giltighetsfönstret stängdes före terminal succé. Vanligt i OTP (TTL), köjobb past SLA, eller nätgiltighetsfönster. Produkt måste skilja user expired (användare hänger) från network expired (pipen levererade inte i tid).

Licensierade åtgärder:

Billing-implikationer: vad debiteras, krediteras eller bestrids

Status UX-copyhållning Typisk prepaidhållning Ops nästa steg
Undelivered Transient / handsetosäkerhet Följ publicerad debit-/refundpolicy Korridorssnitt + evidenspack
Rejected Actionable grindfel Ofta ingen lyckad leveransförsök Fixa grind; stoppa identiska retries
Expired Tidsfönster stängt Debit

Börja med IOSOR

Karta upp dina statusåteranrop i IOSOR-konsolen så att din faktureringsintegration tydligt skiljer tidiga avvisningar från senare leveransmissar och utgångna köer. Granska dina aktiva webhooks för att säkerställa att slutgiltiga DLR-statuskoder skickar exakta felklasser till ert interna reskontrasystem i stället för ett generiskt felmeddelande.

IOSOR sammanfattning

Den här guiden har visat att oklar status snarare är ett produkt- och bokföringsproblem än ett enkelt nätverksfel. Att skilja på operatörsavvisningar, uteblivna leveranser och utgångna tidsgränser skapar finansiell tydlighet och hindrar supportteamet från att jaga spökfel i koden.

Var den här guiden till hjälp?

Relaterade guider