Išankstinis rezervavimas prieš pirmąjį nurašymą

Pirmasis piniginis įvykis turi būti aiškus dar prieš pajudant pirmajam apmokestinamam vienetui. Išankstinio mokėjimo modelyje hold atskiria patvirtintą sumą, tačiau tai dar nėra galutinis paslaugos nurašymas. Likusi dalis gali būti naudojama kitoms užduotims.

IOSOR taiko white-label JIT eigą: pasiūlymas, prepaid rezervas, veiksmo atlikimas, rezultato priskyrimas ir tikslios sumos užskaitymas. Viešas USD 20 minimumas yra bandomosios piniginės dugnas, ne įėjimo mokestis. Maždaug USD 1 000 per mėnesį tėra signalas aptarti didesnį naudojimą.

Ką reiškia prepaid rezervas

Rezervas apsaugo lėšas vienam ketinimui, kol rezultatas nežinomas. Įraše turi būti suma, valiuta, intent ID, sukūrimo laikas, galiojimo pabaiga ir klientui suprantama būsena: rezervuota, užbaigta arba atlaisvinta. Jis parodo, kad piniginė gali padengti užklausą, bet neapsimeta suteikta paslauga.

Rezervas ir laisvas likutis

Atskirai rodykite bendrą, rezervuotą ir laisvą sumą. Kai piniginėje yra USD 50, o USD 12 rezervuota, kita užduotis gali naudoti tik USD 38. Lygiagrečios užklausos negali pažadėti tų pačių pinigų. Hold ir vėlesnis debit turi tą patį correlation ID.

Pirmasis nurašymas turi būti teisingas

Nurašymo pagrindas yra stebimas rezultatas, o ne mygtuko paspaudimas: priimtas send intent, priskirtas numeris ar kitas iš anksto apibrėžtas billable įvykis. Jei galutinė suma mažesnė už rezervą, nurašykite faktinę dalį ir atlaisvinkite likutį. Be naujo sutikimo negalima tyliai viršyti rezervuotos sumos.

Klaidos iki galutinio nurašymo

Atmetimas iki užbaigimo baigiasi lėšų atlaisvinimu arba aiškiu grąžinimu. nepavykęs DID užsakymas grąžinimas ir keitimas.

Pirkėjo kontroliniai klausimai

1. Ar finansai skiria rezervuotą, laisvą ir galutinę sumą?
2. Ar kiekvienas hold turi terminą ir vieną verslo intent ID?
3. Koks įvykis įrodo kiekvieno kanalo užbaigimą?
4. Ar release ir refund matomi be pagalbos užklausos?
5. Ar dublikatas naudoja ankstesnį piniginį rezultatą?
6. Ar mažas likutis sustabdo darbą prieš rezervų konfliktą? Patikrinkite sustabdymas esant mažam likučiui.

Pradėkite su IOSOR

Konfigūruokite išankstinio apmokėjimo sulaikymo galiojimo ribas ir autorizavimo būsenos saistukus IOSOR konsolėje prieš siųsdami didelės apimties apmokestinamas užklausas. Patikrinkite, ar jūsų integracija seka bendrus, rezervuotus ir laisvus likučius naudodami vieningą koreliacijos identifikatorių. Paleiskite imituotą nesėkmingą ketinimą, kad įsitikintumėte, jog neįvykdytos užklausos automatiškai sugrąžina lėšas atgal į laisvą fondą.

IOSOR santrauka

Išankstinio apmokėjimo sulaikymas atskiria lėšas laukiantiems ketinimams, kad būtų išvengta lenktynių sąlygų ir dvigubo išleidimo, neparodant nesąskaitinių operacijų kaip užbaigtų pajamų. Rezervuotų sumų atskyrimas nuo laisvų likučių suteikia tiek jūsų sistemoms, tiek finansų komandoms tikslų ir audito reikalaujamą sąskaitos mokumo vaizdą realiuoju laiku.