IOSOR

IOSOR Wiedza

Gdy prepaid-hold się nie udaje: auto-refund i prawda statusu

Traktuj nieudany prepaid-hold jako zdarzenie portfela: automatyczne zwolnienie lub zwrot, eksportowalną prawdę statusów i zakaz Activated/Delivered bez realnego wyniku.

Prepaid hold, który nie kończy się, musi zostawić pieniądze i status, którego finance może bronić. Bez teatru «spróbuj później»: release do available balance, jawny refund settled kwoty albo nazwany freeze do czasu dowodu. Sukces przy zawieszonych środkach niszczy zaufanie do ledger.

IOSOR to white-label prepaid. Ta sama zasada obejmuje messaging, verification, email, voice i numery JIT na jednym portfelu. USD 20 to podłoga pilota, nie dowód fail-path. Review koło USD 1 000/mies. tylko uwidacznia wiersze awarii.

Awaria to zdarzenie portfela, nie toast

Spinnery i banery «pending» nie są prawdą pieniężną. Po fail portfel zwolnił hold, zwrócił debit albo zamroził intent z powodem do eksportu. Sukces przy otwartej rezerwie = kłamstwo ledger. Happy path: rezerwacja środków prepaid przed pierwszym obciążeniem; tu jest fail-path.

Wynik Ruch portfela Status czytelny
Reject walidacji przed pracą Brak hold lub natychmiastowy release Rejected — bez debit
Fail fulfillment przy hold Pełny release Failed — środki zwrócone
Timeout bez completion Release wg expiry Timed out — środki zwrócone
Settled do odwrócenia Jawny refund Refunded — powiązany z intent
Nieznany mid-flight Freeze retry; bez drugiego debit Needs attention — dochodzenie

Auto-refund i release muszą być automatyczne

«Ops naprawi później» to nie produkt. Release i refund startują z tych samych reguł co rezerwa. Duplikaty z tym samym idempotency key reuse’ują wynik — idempotencja, ponowienia i pieniądze. Częściowy batch rozlicza ukończone units i zwraca resztę w jednym eksporcie.

Release przywraca nieużytą rezerwę; refund odwraca settled debit. Klientowi potrzebne: timestampy, powody, business intent ID. Ciche edycje salda bez wiersza ledger zakazane. Swap po fail numeru: błąd zamówienia DID zwrot i wymiana; ten artykuł to prawda pieniężna wszystkich kanałów.

Słownik statusów do eksportu finance

Krótka lista CSV: funds held; completed / settled; released; refunded; needs attention; cancelled.

Nie wymyślaj «Activated», «Delivered» ani «Live» bez zasobu lub billable unit. «Needs attention» to kolejka, nie sukces. Status bez kwoty, waluty i correlation ID to teatr.

Nigdy nie fałszuj Activated ani Delivered

Fałszywy badge pali zaufanie szybciej niż puste wyszukiwanie. Fail messaging ≠ delivered; nieotwarta verify ≠ verified; JIT bez assign ≠ Activated. Low balance i over-cap odrzucają przed hold — zatrzymanie przy niskim saldzie — by pieniądze nie weszły w ślepą rezerwę.

Checklist kupującego: uczciwość fail

  1. Czy każdy failed hold kończy się release, refund lub needs-attention z właścicielem?
  2. Czy release i refund są automatyczne z eventów produktu, nie czatu?
  3. Czy finance łączy fail z intent ID bez supportu?
  4. Czy ten sam klucz rusza pieniądze najwyżej raz?
  5. Czy błędy klienta są brand-safe bez nazw upstream?
  6. Czy stop-lines blokują nowe hold przy niskim available? linie zatrzymania portfela przed ruchem produkcyjnym.

Zacznij z IOSOR

Wymuś prepaid hold, który nie może się domknąć: sufit, odrzucenie lub brak. Udowodnij powrót na available albo wyraźny wiersz refund. Wyeksportuj status fail, który finanse obronią. Powtórz ten sam klucz bez drugiego ruchu. To prawda hold-fail, nie zwolnienie po martwym assign.

Related: kontrola wydatków prepaid

Podsumowanie IOSOR

Nieudany hold to zdarzenie portfela, nie teatr sukcesu.

Rób: auto-zwolnienie lub refund i nazwany status. Nie rób: wymyślać Activated albo Delivered.

Czy ten przewodnik był pomocny?

Powiązane przewodniki