IOSOR

IOSOR Viden

DLR-retry ved fejl under prepaid: hvornår du skal prøve igen, og hvornår du skal stoppe med at bruge

Failed, rejected og expired er ikke det samme ord. Hver prepaid-retry er en debitering. Del statusordbogen før loftet, ellers brænder pungen i en blindgyde.

Sagen siger «fejlede», og nogen hamrer retry, indtil prepaidpungen er tom. Fejl er ikke en status. undelivered, rejected og expired kræver forskellige handlinger. Under prepaid er hver automatisk retry en debitlinje, ikke en gratis høflighed. Enig om ordbogen før løkken, ellers jager produkt konvertering, mens finance betaler andet og tredje forsøg til et dødt nummer.

IOSOR er white-label prepaid: samme DLR-ordforråd i panel, webhook og eksport. En korridor live tillader begrænset retry; in setup åbner ikke «næste gang». Se ikke leveret, afvist, udløbet og DLR, latens og failover. Nær USD 1,000+ om måneden går retrydebiteringer pr. statusspand ind i en tættere kommerciel læsning.

Statusordbog før retrylogik

Før I skriver retrykode, print terminalstatusser i en tabel, som produkt, ops og finance kan pege på. Retry uden ordbog er en løkke, der brænder penge. Ved faldende levering: håndbog ved lav SMS-levering.

Status Auto-retry? Hvem underskriver
Delivered Nej Ingen
Undelivered / failed Med loft Ops
Rejected Nej (skift payload) Produkt
Expired Nej (justér TTL) Produkt

Failed versus rejected versus expired

Failed / undelivered betyder, at platformen afleverede jobbet, og terminalen ikke bekræftede. Er korridoren sund, kan en begrænset retry redde en konvertering. Rejected er et net- eller policyafslag: samme nummer, samme krop, næsten altid nyt afslag og ny debitering. Expired er tid: TTL kortere end korridorlatens, eller en kø før send. At behandle expired som failed og hamre retries skaber kun flere expired-rækker. En OTP uden for vinduet konverterer ikke længere — pungen betaler alligevel.

Retrylofter og pungens virkning

Sæt et loft for automatiske forsøg pr. besked og adskil brugerens gensend fra systemfailover. Hvert forsøg skal passe til et correlation ID i ledgeren. «Indtil leveret» uden loft tømmer prepaid på en død korridor. Finance skal eksportere destination, status, forsøgsnr. og debitering. Nær USD 1,000+ bliver en løkke uden ejer et kommercielt emne, ikke en sag. Når politikken siger stop, stopper pungen, selvom produkt vil én gang til.

Produkt versus finance-ejerskab

Produkt ejer politikken: hvilke statusser tillader retry, TTL, cooldown for gensend. Finance ejer synligheden: debiteres hvert forsøg, stemmer eksporten med webhook. Ops ejer korridorsnittet, så et verdensgennemsnit ikke skjuler en ødelagt rute. Uden samme tabel kan prepaid ikke vælge «prøv igen» mod «stop med at bruge». Lad ikke support love mundtlig refund, mens ledgeren belaster hvert forsøg.

Røde flag

  • Kun sent og failed, men automatisk retry
  • Tre identiske slag mod et rejected-payload
  • Expired behandlet som netfejl
  • Systemfailover og brugergensend på samme debitlinje
  • «Indtil leveret» uden forsøgsloft
  • Retry lovet, mens kataloget er in setup
  • Financeeksport uden forsøgsnr.

Start med IOSOR

Udfyld ordbogen: failed versus rejected versus expired. Sæt et loft på automatisk retry, så hvert fejlet DLR ikke åbner et nyt prepaid-træk. Brugerens gensend-knap er adskilt fra systemforsøget. Bevis loftet på to live-korridorer ved lavt volumen.

IOSOR takeaway

Retry ved fejlet DLR er et forbrugsloft, ikke et evigt loop.

Gør: klassificér slutstatus, loft forsøg, eksportér brugerens gensend adskilt fra systemforsøget. Lad være: at retrie rejected eller expired som om de var forbigående failed.

Var denne guide nyttig?

Relaterede vejledninger