IOSOR

IOSOR Kennis

DLR-retry bij mislukking onder prepaid: wanneer opnieuw proberen en wanneer stoppen met uitgeven

Failed, rejected en expired zijn niet hetzelfde woord. Elke prepaid-retry is een debit. Deel het statuswoordenboek vóór het plafond, anders verbrandt de wallet in een doodlopende straat.

Het ticket zegt «mislukt» en iemand hamert retry tot de prepaid-wallet leeg is. Mislukt is geen status. undelivered, rejected en expired vragen andere daden. Onder prepaid is elke automatische retry een debitregel, geen gratis beleefdheid. Stem het woordenboek af vóór de lus, of product jaagt conversie terwijl finance de tweede en derde poging naar een dood nummer betaalt.

IOSOR is white-label prepaid: hetzelfde DLR-vocabulaire in dashboard, webhook en export. Een corridor live laat begrensde retry toe; in setup opent niet «bij de volgende». Zie niet afgeleverd, afgewezen, verlopen en DLR, latentie en failover. Rond USD 1,000+ per maand gaan retry-debits per statusemmer in een strakkere commerciële lezing.

Statuswoordenboek vóór retry-logica

Voor u retrycode schrijft, druk terminale statussen in een tabel waar product, ops en finance naar kunnen wijzen. Retry zonder woordenboek is een lus die geld verbrandt. Bij dalende bezorging: playbook bij lage SMS-aflevering.

Status Auto-retry? Wie tekent
Delivered Nee Niemand
Undelivered / failed Met plafond Ops
Rejected Nee (payload wijzigen) Product
Expired Nee (TTL bijstellen) Product

Failed versus rejected versus expired

Failed / undelivered betekent dat het platform het werk overdroeg en de terminal niet bevestigde. Is de corridor gezond, dan kan een begrensde retry een conversie redden. Rejected is een net- of policyweigering: hetzelfde nummer, hetzelfde lichaam, bijna altijd opnieuw geweigerd en opnieuw gedebiteerd. Expired is tijd: TTL korter dan corridorlatentie, of een wachtrij vóór verzending. Expired als failed behandelen en retries hameren maakt alleen meer expired-regels. Een OTP buiten het venster converteert niet meer — de wallet betaalt toch.

Retryplafonds en walletimpact

Zet een plafond automatische pogingen per bericht en scheid user-resend van systeem-failover. Elke poging moet bij een correlation ID in het ledger passen. «Tot bezorgd» zonder plafond leegt prepaid op een dode corridor. Finance moet bestemming, status, pogingnr. en debit exporteren. Rond USD 1,000+ wordt een lus zonder eigenaar van ticket tot commercieel thema. Zegt policy stop, dan stopt de wallet al wil product nog een keer.

Product versus finance-eigenaarschap

Product bezit de policy: welke statussen retry toestaan, TTL, resend-cooldown. Finance bezit zichtbaarheid: debiteert elke poging, klopt de export met de webhook. Ops bezit de corridorsnede zodat een wereldgemiddelde geen kapotte route verbergt. Zonder dezelfde tabel kan prepaid niet «opnieuw» tegen «stoppen met uitgeven» beslissen. Laat support geen mondelinge terugbetaling beloven terwijl het ledger elke poging belast.

Rode vlaggen

  • Alleen sent en failed, maar automatische retry
  • Drie identieke slagen op een rejected-payload
  • Expired behandeld als netstoring
  • Systeem-failover en user-resend op dezelfde debitregel
  • «Tot bezorgd» zonder pogingplafond
  • Retry beloofd terwijl catalogus in setup is
  • Finance-export zonder pogingnr.

Starten met IOSOR

Vul het woordenboek: failed versus rejected versus expired. Zet een plafond op auto-retry zodat elk mislukt DLR geen nieuw prepaid-afschrijving opent. De opnieuw-verstuurknop van de gebruiker is gescheiden van de systeem poging. Bewijs het plafond op twee live-corridors bij laag volume.

IOSOR takeaway

Retry bij mislukt DLR is een bestedingsplafond, geen oneindige lus.

Doe: classificeer de eindstatus, plafond pogingen, exporteer gebruikers-resend gescheiden van de systeem poging. Niet doen: rejected of expired retrien alsof het een voorbijgaand failed was.

Was deze gids nuttig?

Gerelateerde gidsen