IOSOR

IOSOR Kunskap

När en förbetald hold misslyckas: auto-refund och statussanning

Behandla en misslyckad förbetald hold som en plånbokshändelse: automatisk frisläppning eller återbetalning, ärliga statusar att exportera, och aldrig Activated/Delivered utan verkligt resultat.

En förbetald hold som inte slutförs måste lämna pengar och status som finance kan försvara. Inget «försök senare»-teater: release till available balance, uttrycklig refund av settled belopp, eller namngiven freeze tills bevis finns. Framgång medan medel sitter fast förstör ledger-förtroende.

IOSOR är white-label prepaid. Samma regel gäller messaging, verification, email, voice och JIT-nummer i en plånbok. USD 20 är pilotgolv, inte bevis att fail-pathen fungerar.

Fail är en plånbokshändelse, inte en toast

Spinners och «pending»-banners är inte pengasanning. Efter fail har plånboken släppt holden, återbetalat debit eller fryst intenten med exporterbar orsak. Framgång vid öppen reservation = ledger ljuger. Happy path: reservation av förbetalt saldo före första debiteringen; här är fail-pathen.

Utfall Plånboksrörelse Läsbart status
Valideringsavvisning före arbete Ingen hold eller omedelbar release Rejected — ingen debit
Fulfillment-fel under hold Full release Failed — medel åter
Timeout utan completion-bevis Release enligt expiry Timed out — medel åter
Settled belopp som måste vändas Explicit refund-rad Refunded — kopplad till intent
Okänt mid-flight Freeze retries; ingen andra debit Needs attention — utredning

Auto-refund och release måste vara automatiska

«Ops fixar senare» är ingen produkt. Release och refund startar från samma regler som reservationen. Dubbletter med samma idempotency key återanvänder pengaresultatet — idempotens, omsändning och pengar. Delvisa batchar settlar färdiga units och returnerar resten i en export.

Release återställer oanvänd reserv; refund vänder settled debit. Klienter behöver timestamps, orsaker, business intent ID. Tysta saldoredigeringar utan ledger-rad förbjudna. Nummer-swap efter fail: misslyckad DID-order återbetalning och byte; den här artikeln täcker pengasanningen för varje kanal.

Statusvokabulär som finance kan exportera

Kort CSV-lista: funds held; completed / settled; released; refunded; needs attention; cancelled.

Inget «Activated», «Delivered» eller «Live» utan tilldelad resurs eller billable unit. «Needs attention» är arbetskö, inte framgång. Status utan belopp, valuta och correlation ID är teater.

Fake aldrig Activated eller Delivered

Falska badges bränner snabbare än tom sökning. Messaging-fail ≠ delivered; oöppnad verify ≠ verified; JIT utan assign ≠ Activated. Low balance och over-cap avvisar före hold — stopp vid lågt saldo — så pengar aldrig går in i en återvändsgränd.

Köparchecklista för fail-ärlighet

  1. Slutar varje misslyckad hold i release, refund eller needs-attention med ägare?
  2. Är release och refund automatiska från produktevents, inte chatt?
  3. Kan finance koppla fail-rader till intent ID utan support?
  4. Flyttar samma nyckel pengar högst en gång?
  5. Är klientfel brand-safe utan upstream-namn?
  6. Blockerar stop-lines nya holds vid lågt available? plånbokens stoppgränser före produktionstrafik.

Börja med IOSOR

Tvinga ett prepaid-hold som inte kan slutföras: tak, avslag eller brist. Bevisa återgång till available eller en explicit refund-rad. Exportera fail-status finans kan försvara. Spela samma nyckel utan andra rörelse. Det är hold-fail-sanning, inte frigöring efter ett dött assign.

Related: kontroll av förbetald spend

IOSOR sammanfattning

Ett misslyckat hold är en plånbokshändelse, inte framgångsteater.

Gör: auto-frigöring eller refund och namngiven status. Gör inte: hitta på Activated eller Delivered.

Var den här guiden till hjälp?

Relaterade guider