IOSOR

IOSOR Znalosti

Politika retry DLR při selhání v prepaid: kdy zkusit znovu a kdy přestat utrácet

Failed, rejected a expired nejsou totéž slovo. Každý prepaid retry je debet. Sdílejte slovník stavů před stropem, jinak peněženka shoří v slepé uličce.

Tiket říká «selhalo» a někdo tluče retry, dokud prepaid peněženka není prázdná. Selhání není stav. undelivered, rejected a expired vyžadují jiné činy. V prepaid je každý automatický retry debetní řádek, ne bezplatná zdvořilost. Dohodněte slovník před smyčkou, jinak produkt honí konverzi a finance platí druhý a třetí pokus na mrtvé číslo.

IOSOR je white-label prepaid: stejný slovník DLR v panelu, webhooku a exportu. Koridor live povoluje omezené retry; in setup se neotevře «příště». Viz nedoručeno, odmítnuto, vypršelo a DLR, latence a failover. Blízko USD 1,000+ měsíčně jdou debety retry podle kbelíku stavu do těsnějšího obchodního čtení.

Slovník stavů před logikou retry

Než napíšete kód retry, vytiskněte koncové stavy do tabulky, na kterou produkt, ops a finance ukážou. Retry bez slovníku je smyčka, která pálí peníze. Při klesající doručitelnosti: příručka nízké doručitelnosti SMS.

Stav Auto-retry? Kdo podepisuje
Delivered Ne Nikdo
Undelivered / failed Se stropem Ops
Rejected Ne (změňte payload) Produkt
Expired Ne (upravte TTL) Produkt

Failed versus rejected versus expired

Failed / undelivered znamená, že platforma předala práci a terminál nepotvrdil. Je-li koridor zdravý, omezené retry může zachránit konverzi. Rejected je odmítnutí sítě nebo politiky: stejné číslo, stejné tělo, skoro vždy nové odmítnutí a nový debet. Expired je čas: TTL kratší než latence koridoru, nebo fronta před odesláním. Brát expired jako failed a tlouct retry jen množí řádky expired. OTP mimo okno už nekonvertuje — peněženka stejně platí.

Stropy retry a dopad na peněženku

Nastavte strop automatických pokusů na zprávu a oddělte uživatelský resend od failover systému. Každý pokus musí sedět s correlation ID v ledgeru. «Dokud nedoručí» bez stropu vyprázdní prepaid na mrtvém koridoru. Finance musí exportovat destinaci, stav, č. pokusu a debet. Blízko USD 1,000+ se smyčka bez vlastníka stává obchodním tématem, ne tiketem. Když politika řekne stop, peněženka zastaví, i když produkt chce ještě jednou.

Vlastnictví produktu versus finance

Produkt vlastní politiku: které stavy dovolují retry, TTL, cooldown resendu. Finance vlastní viditelnost: debetuje každý pokus, sedí export s webhookem. Ops vlastní řez koridoru, aby světový průměr neskryl rozbitou trasu. Bez stejné tabulky prepaid nerozhodne «zkus znovu» versus «přestaň utrácet». Ať podpora neslibuje ústní refund, zatímco ledger účtuje každý pokus.

Červené vlajky

  • Jen sent a failed, ale automatické retry
  • Tři stejné údery na payload rejected
  • Expired bráno jako porucha sítě
  • Failover systému a uživatelský resend na stejném debetním řádku
  • «Dokud nedoručí» bez stropu pokusů
  • Retry slíbené, katalog je in setup
  • Export financí bez č. pokusu

Začít s IOSOR

Vyplňte slovník: failed versus rejected versus expired. Dejte strop automatickému retry, aby každý neúspěšný DLR neotevíral nový prepaid debet. Tlačítko opětovného odeslání uživatele je oddělené od systémového pokusu. Dokážte strop na dvou live koridorech při nízkém objemu.

Shrnutí IOSOR

Retry u failed DLR je strop útraty, ne nekonečná smyčka.

Dělejte: klasifikujte koncový stav, stropujte pokusy, exportujte uživatelské znovuodeslání odděleně od systémového pokusu. Nedělejte: opakovat rejected nebo expired jako přechodný failed.

Byl tento průvodce užitečný?

Související průvodci