Reținere preplătită înainte de primul debit

O reținere preplătită își rezervă o sumă aprobată înainte ca o unitate facturabilă să se mute;nu este debitul final al serviciului. Alte lucrări pot folosi doar soldul disponibil rămas. După ce resursa solicitată sau trimiterea este acceptată, registrul înregistrează un debit. Aceeași secvență trebuie să explice succesul, eșecul și timeout.

IOSOR urmează o cale JIT cu etichetă albă: cotați, rețineți, completați, atribuiți și decontați debitul corect. Suplimentul minim de 20 USD este un etaj pentru portofelul pilot, nu o taxă de intrare;recenzia aproape de 1.000 USD/lună este doar un semnal de utilizare soft.

Ce este o reținere preplătită

O reținere blochează fondurile pentru o intenție în așteptare, fără a pretinde că serviciul a fost finalizat. Are nevoie de o sumă, monedă, ID de intenție, ora de creare, expirare și o stare care poate fi citită de client: rezervat, finalizat sau eliberat.

Reține față de soldul disponibil

Separați fondurile total, rezervate și disponibile. Cu 50 USD în total și 12 USD deținute, doar 38 USD pot finanța o altă acțiune. Solicitările concomitente nu pot reutiliza acele fonduri și dețin și debitează un singur ID de corelare. Soldul disponibil exclude întotdeauna reținerile active.

Primul debit trebuie să spună adevărul

Decontarea se potrivește cu un rezultat observabil, nu cu un clic pe buton: o intenție de trimitere finalizată, un număr alocat sau un alt eveniment facturabil numit. Dacă suma finală este mai mică decât reținerea, stabiliți suma reală și eliberați restul. Nu depășiți niciodată rezervarea în tăcere.

Rândul registrului conține ID-ul de intenție al evenimentului produs, serviciul, suma, moneda, ora și starea finală. Acest lucru face ca idempotență, reîncercări și bani să facă parte din designul portofelului.

Eșecuri înainte de debit

Eșecul înainte de finalizare se încheie în lansare sau într-o cale explicită de rambursare. O solicitare JIT expirată poate elibera reținerea;o achiziție finalizată care nu poate fi atribuită necesită o rezoluție operațională vizibilă. Examinați eșec comandă DID rambursare și schimb.

• Respingerea validării înainte de începerea lucrărilor: nu creați debit
• Eșecul de îndeplinire în timp ce fondurile sunt reținute: eliberați rezervarea
• Lot parțial: decontați unitățile finalizate și eliberați porțiunea nefolosită

Lista de verificare a cumpărătorului

1. Finanța poate distinge sumele rezervate, disponibile și decontate?
2. Fiecare reținere are un ID de expirare și un ID de intenție de afaceri?
3. Solicitările duplicate reutilizează rezultatul inițial în bani?
4. Soldul scăzut poate opri noile lucrări înainte ca rezervările să se ciocnească? Asociați-l cu oprire la sold scăzut.

Începeți cu IOSOR

Configurează limitele de expirare pentru reținerile preplătite și webhookurile pentru starea autorizării în consola IOSOR înainte de a trimite cereri facturabile cu volum mare. Verifică dacă integrarea ta urmărește soldurile totale, rezervate și disponibile sub un ID de corelare unificat. rulează o intenție simulată eșuată pentru a confirma că cererile neîndeplinite declanșează automat o eliberare imediată înapoi în fondul disponibil.

Rezumat IOSOR

O reținere preplătită izolează fondurile pentru intențiile în așteptare pentru a preveni condițiile de concurență și dubla cheltuire, fără a denatura activitatea nefacturată ca fiind venit finalizat. Separarea sumelor rezervate de soldurile disponibile oferă atât porților sistemului tău, cât și echipelor financiare o imagine exactă și pregătită pentru audit privind solvabilitatea contului în timp real.