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
- Usporedba metrika isporuke između kratkih brojeva i besplatnih ruta
Analizirajte metrike isporuke SMS-a između kratkih brojeva i besplatnih brojeva za klijente bijele oznake CPaaS, detaljno opisujući filtriranje i praćenje DLR-a.
- Uspostava osnovnih metrika isporuke tijekom pilotiranja novih ruta
Pokrenite stroge testove isporuke, analizirajte performanse operatora i uspostavite osnovne metrike poruka prije skaliranja prometa.
- Revizija stopa isporuke i čišćenje redova čekanja nakon mrežnog održavanja
Tehnički vodič korak po korak za voditelje platformi za provjeru zdravlja ruta i sigurno pražnjenje odgođenih DLR redova čekanja nakon prozora održavanja telekom mreže.