IOSOR Znanje

Politika ponovnog pokušaja DLR pri neuspjehu u prepaidu: kada pokušati opet i kada prestati trošiti

Failed, rejected i expired nisu ista riječ. Svaki prepaid ponovni pokušaj je terećenje. Podijelite rječnik statusa prije stropa, inače novčanik izgori u slijepoj ulici.

Tiket kaže «nije uspjelo» i netko udara ponovni pokušaj dok prepaid novčanik nije prazan. Neuspjeh nije status. undelivered, rejected i expired traže različita djela. U prepaidu svaki automatski ponovni pokušaj je red terećenja, ne besplatna ljubaznost. Dogovorite rječnik prije petlje, inače proizvod juri konverziju dok financije plaćaju drugi i treći pokušaj na mrtvi broj.

IOSOR je white-label prepaid: isti rječnik DLR u panelu, webhooku i izvozu. Koridor live dopušta ponovni pokušaj sa stropom; in setup se ne otvara «sljedeći put». Pogledajte neisporučeno, odbijeno, isteklo i DLR, kašnjenje i failover. Blizu USD 1,000+ mjesečno terećenja ponovnog pokušaja po kanti statusa ulaze u tješnje komercijalno čitanje.

Rječnik statusa prije logike ponovnog pokušaja

Prije pisanja koda ponovnog pokušaja, ispišite završne statuse u tablicu na koju proizvod, ops i financije mogu pokazati. Ponovni pokušaj bez rječnika je petlja koja pali novac. Pri padu isporuke: priručnik niske isporuke SMS-a.

Status Automatski ponovni pokušaj? Tko potpisuje
Delivered Ne Nitko
Undelivered / failed Sa stropom Ops
Rejected Ne (promijenite payload) Proizvod
Expired Ne (podesite TTL) Proizvod

Failed naspram rejected naspram expired

Failed / undelivered znači da je platforma predala posao, a terminal nije potvrdio. Ako je koridor zdrav, ponovni pokušaj sa stropom može spasiti konverziju. Rejected je odbijanje mreže ili politike: isti broj, isto tijelo, gotovo uvijek novo odbijanje i novo terećenje. Expired je vrijeme: TTL kraći od kašnjenja koridora, ili red prije slanja. Tretirati expired kao failed i udarati pokušaje samo množi retke expired. OTP izvan prozora više ne pretvara — novčanik ipak plaća.

Stropovi ponovnog pokušaja i učinak na novčanik

Stavite strop automatskih pokušaja po poruci i odvojite ponovno slanje korisnika od failovera sustava. Svaki pokušaj mora sjediti s correlation ID u knjizi. «Dok se ne isporuči» bez stropa prazni prepaid na mrtvom koridoru. Financije moraju izvesti odredište, status, br. pokušaja i terećenje. Blizu USD 1,000+ petlja bez vlasnika prestaje biti tiket i postaje komercijalna tema. Kad politika kaže stani, novčanik staje čak i ako proizvod želi još jednom.

Vlasništvo proizvoda naspram financija

Proizvod posjeduje politiku: koji statusi dopuštaju ponovni pokušaj, TTL, hlađenje ponovnog slanja. Financije posjeduju vidljivost: terećuje li svaki pokušaj, sjeda li izvoz s webhookom. Ops posjeduje rez koridora da svjetski prosjek ne sakrije slomljenu rutu. Bez iste tablice prepaid ne odlučuje «pokušaj opet» naspram «prestani trošiti». Neka podrška ne obećava usmeni povrat dok knjiga naplaćuje svaki pokušaj.

Crvene zastave

  • Samo sent i failed, ali automatski ponovni pokušaj
  • Tri ista udarca na payload rejected
  • Expired tretirano kao kvar mreže
  • Failover sustava i ponovno slanje korisnika na istom redu terećenja
  • «Dok se ne isporuči» bez stropa pokušaja
  • Obećan ponovni pokušaj dok je katalog in setup
  • Financijski izvoz bez br. pokušaja

Početak s IOSOR

Ispunite rječnik: failed naspram rejected naspram expired. Stavite strop na automatski retry da svaki neuspješni DLR ne otvara novi prepaid terećenje. Gumb ponovnog slanja korisnika odvojen je od sustavnog pokušaja. Dokazujte strop na dva live koridora pri niskom volumenu.

Sažetak IOSOR

Retry neuspješnog DLR strop je potrošnje, ne beskonačna petlja.

Radite: klasificirajte završni status, stropirajte pokušaje, izvezite korisničko ponovno slanje odvojeno od sustavnog pokušaja. Ne radite: ponavljati rejected ili expired kao prolazni failed.

Je li vam ovaj vodič pomogao?

Povezani vodiči