IOSOR

IOSOR Viden

Når en forudbetalt hold mislykkes: auto-refund og statussandhed

Behandl en mislykket forudbetalt hold som wallet-hændelse: automatisk frigivelse eller refund, eksporterbare ærlige statusser, og aldrig Activated eller Delivered uden reel afslutning.

En forudbetalt hold, der ikke kan fuldføres, skal efterlade penge og status i en tilstand finance kan forsvare. Fejl er ikke «prøv senere»-teater.

IOSOR er white-label prepaid. Samme regel dækker messaging, verification, email, voice og JIT-numre på én wallet. Minimum USD 20 er pilotgulv, ikke bevis for at fail-stien virker. Review nær USD 1,000/måned gør kun fejl-rækker mere synlige.

Fail er en wallet-hændelse, ikke en toast

Checkout-spinnere og «pending»-bannere er ikke pengesandhed. Efter fail har wallet enten frigivet hold, refunderet en debit, eller frosset intent med en årsag finance kan eksportere. Hvis produktet viser succes mens reserverede midler stadig er åbne, lyver ledger. Happy path: reservation af forudbetalt saldo før første debitering; denne side er fail-stien.

Resultat Wallet-bevægelse Læsbar status
Valideringsafvisning før arbejde Ingen hold eller øjeblikkelig release Rejected — ingen debit
Fulfillment-fejl under hold Fuld release af reserveret beløb Failed — midler returneret
Timeout uden completion-bevis Release efter expiry-politik Timed out — midler returneret
Settled beløb der skal vendes Eksplicit refund-række Refunded — knyttet til oprindelig intent
Ukendt mid-flight resultat Fryse retries; ingen anden debit Needs attention — undersøgelse

Auto-refund og release skal være automatiske

Manuel «ops fikser det senere» er ikke et produkt. Release af ubrugt hold og refund af fejlagtig settle skal udløses af samme regler, der skabte reservationen. Duplikatforespørgsler med samme idempotency key genbruger det oprindelige pengeresultat — se idempotens, gensendelse og penge.

Release genopretter ubrugte reserverede midler. Refund vender en settled debit. Kunder behøver begge tidsstempler, årsager og business intent ID. Stille saldoredigeringer uden ledger-række er forbudt. For nummer-swap efter mislykket køb: mislykket DID-ordre refundering og byt.

Statusvokabular finance kan eksportere

Kræv en kort liste der overlever CSV:

funds held; completed / settled; released; refunded; needs attention; cancelled.

Opfind ikke «Activated», «Delivered» eller «Live» for en intent der aldrig tildelte en ressource eller accepterede en billable unit.

Fake aldrig Activated eller Delivered

Falske succes-badges brænder tillid hurtigere end tom søgning. En messaging-fejl må ikke ligne delivered. En verify-session der aldrig åbnede må ikke ligne verified. Et JIT-nummer der aldrig blev tildelt må ikke bære Activated. Low balance og over-cap afviser før hold — stop ved lav saldo.

Købercheckliste for fail-ærlighed

  1. Ender hver mislykket hold i release, refund eller frossen needs-attention med ejer?
  2. Er release og refund automatiske fra produktevents, ikke chat-tickets?
  3. Kan finance knytte fail-rækker til oprindelig intent ID uden support?
  4. Flytter retries med samme nøgle penge højst én gang?
  5. Er klientfejl brand-safe og fri for upstream-navne?
  6. Blokerer stop-lines nye holds når available balance er for lav? Se wallet-stopgrænser før produktionstrafik.

Start med IOSOR

Tving et prepaid hold der ikke kan fuldføres: loft, afvisning eller mangel. Bevis at penge vender tilbage til available eller en eksplicit refund-række. Eksportér fail-status finans kan forsvare. Gentag samme nøgle uden anden bevægelse. Det er hold-fail-sandhed, ikke frigivelse efter et dødt assign.

Related: styring af forudbetalt forbrug

IOSOR takeaway

Et mislykket hold er en wallet-hændelse, ikke succes-teater.

Gør: auto-frigivelse eller refund og navngivet status. Lad være: at opfinde Activated eller Delivered.

Var denne guide nyttig?

Relaterede vejledninger