IOSOR

IOSOR Vedomosti

Politika retry DLR pri zlyhaní v prepaid: kedy skúsiť znova a kedy prestať míňať

Failed, rejected a expired nie sú to isté slovo. Každý prepaid retry je debet. Zdieľajte slovník stavov pred stropom, inak peňaženka zhorí v slepej uličke.

Tiket hovorí «zlyhalo» a niekto bije retry, kým prepaid peňaženka nie je prázdna. Zlyhanie nie je stav. undelivered, rejected a expired vyžadujú iné činy. V prepaid je každý automatický retry debetný riadok, nie bezplatná zdvorilosť. Dohodnite slovník pred slučkou, inak produkt honí konverziu a financie platia druhý a tretí pokus na mŕtve číslo.

IOSOR je white-label prepaid: rovnaký slovník DLR v paneli, webhooku a exporte. Koridor live povoľuje obmedzené retry; in setup sa neotvorí «nabudúce». Pozri nedoručené, odmietnuté, vypršané a DLR, latencia a failover. Blízko USD 1,000+ mesačne idú debety retry podľa vedra stavu do tesnejšieho obchodného čítania.

Slovník stavov pred logikou retry

Pred kódom retry vytlačte koncové stavy do tabuľky, na ktorú produkt, ops a financie ukážu. Retry bez slovníka je slučka, ktorá páli peniaze. Pri klesajúcej doručiteľnosti: príručka nízkej doručiteľnosti SMS.

Stav Auto-retry? Kto podpisuje
Delivered Nie Nikto
Undelivered / failed So stropom Ops
Rejected Nie (zmeňte payload) Produkt
Expired Nie (upravte TTL) Produkt

Failed versus rejected versus expired

Failed / undelivered znamená, že platforma odovzdala prácu a terminál nepotvrdil. Ak je koridor zdravý, obmedzené retry môže zachrániť konverziu. Rejected je odmietnutie siete alebo politiky: rovnaké číslo, rovnaké telo, skoro vždy nové odmietnutie a nový debet. Expired je čas: TTL kratší ako latencia koridoru, alebo front pred odoslaním. Brať expired ako failed a biť retry len množí riadky expired. OTP mimo okna už nekonvertuje — peňaženka predsa platí.

Stropy retry a dopad na peňaženku

Nastavte strop automatických pokusov na správu a oddeľte používateľský resend od failover systému. Každý pokus musí sedieť s correlation ID v ledgeri. «Kým nedoručí» bez stropu vyprázdni prepaid na mŕtvom koridore. Financie musia exportovať destináciu, stav, č. pokusu a debet. Blízko USD 1,000+ sa slučka bez vlastníka stáva obchodnou témou, nie tiketom. Keď politika povie stop, peňaženka zastaví, aj keď produkt chce ešte raz.

Vlastníctvo produktu versus financie

Produkt vlastní politiku: ktoré stavy dovoľujú retry, TTL, cooldown resendu. Financie vlastnia viditeľnosť: debetuje každý pokus, sedí export s webhookom. Ops vlastní rez koridoru, aby svetový priemer neskryl rozbitú trasu. Bez rovnakej tabuľky prepaid nerozhodne «skús znova» versus «prestaň míňať». Nech podpora nesľubuje ústny refund, kým ledger účtuje každý pokus.

Červené vlajky

  • Len sent a failed, ale automatické retry
  • Tri rovnaké údery na payload rejected
  • Expired brané ako porucha siete
  • Failover systému a používateľský resend na tom istom debetnom riadku
  • «Kým nedoručí» bez stropu pokusov
  • Retry sľúbené, katalóg je in setup
  • Export financií bez č. pokusu

Začať s IOSOR

Vyplňte slovník: failed versus rejected versus expired. Dajte strop automatickému retry, aby každý neúspešný DLR neotváral nový prepaid debet. Tlačidlo opätovného odoslania používateľa je oddelené od systémového pokusu. Dokážte strop na dvoch live koridoroch pri nízkom objeme.

Zhrnutie IOSOR

Retry pri neúspešnom DLR je strop útraty, nie nekonečná slučka.

Robte: klasifikujte koncový stav, stropujte pokusy, exportujte používateľské znovuodoslanie oddelene od systémového pokusu. Nerobte: opakovať rejected alebo expired ako prechodný failed.

Pomohol tento sprievodca?

Súvisiace návody