Prepaid hold bago ang unang debit

Dapat malinaw ang unang pangyayari sa pera bago gumalaw ang unang billable unit. Sa prepaid, inihihiwalay ng hold ang aprubadong halaga ngunit hindi pa iyon pinal na debit para sa serbisyo. Magagamit pa sa ibang gawain ang natitirang balanse.

Gumagamit ang IOSOR ng white-label JIT flow: quote, prepaid hold, tapusin ang aksiyon, italaga ang resulta, at i-settle ang eksaktong halaga. Ang USD 20 minimum top-up ay wallet floor para sa pilot, hindi entrance fee. Ang malapit sa USD 1,000 bawat buwan ay malambot na signal lamang para sa volume review.

Ano talaga ang prepaid hold

Pinoprotektahan ng hold ang pera para sa isang intent habang hindi pa alam ang resulta. Dapat may amount, currency, intent ID, oras ng paggawa, expiry, at malinaw na status ang record: reserved, completed, o released.

Hold laban sa available balance

Ipakita nang hiwalay ang total, reserved, at available. Kung USD 50 ang total at USD 12 ang naka-hold, USD 38 lamang ang puwedeng gamitin ng panibagong gawain. Hindi dapat gastusin ng magkasabay na request ang iisang pera. Iisa ang correlation ID ng hold at susunod na debit.

Dapat tapat ang unang debit

Nakabatay ang debit sa nakikitang resulta, hindi sa button click: accepted send intent, assigned number, o ibang paunang tinukoy na billable event. Kung mas mababa ang final amount sa hold, i-settle ang actual at i-release ang natira. Huwag tahimik na lumampas sa reservation nang walang bagong pahintulot.

Mga failure bago ang debit

Ang pagkabigo bago completion ay nagtatapos sa release o malinaw na refund. Tingnan ang bigong order ng DID refund at palit · Idempotency ng Send API: mga duplicate, retry, at pera.

Checklist ng bumibili

1. Naiiba ba ng finance ang reserved, available, at settled?
2. May expiry at iisang business intent ID ba ang bawat hold?
3. Anong event ang ebidensiya ng completion sa bawat channel?
4. Nakikita ba ang release at refund nang walang support case?
5. Ginagamit ba ng duplicate ang orihinal na money result?
6. Pinatitigil ba ng low balance ang bagong trabaho bago magsalpukan ang reserves?

Magsimula sa IOSOR

I-configure ang iyong mga limitasyon sa pag-expire ng prepaid hold at authorization state webhooks sa IOSOR console bago magpadala ng mataas na dami ng billable requests. Suriin na ang iyong integration ay sumusubaybay sa kabuuan, nakareserba, at natitirang balanse sa ilalim ng iisang correlation ID.

Buod ng IOSOR

Ang prepaid hold ay nagpapanatili ng mga pondo para sa mga nakabinbing intent upang maiwasan ang race conditions at double-spending nang hindi nagpapakita ng hindi pa nabayarang aktibidad bilang nakumpletong kita. Ang paghihiwalay sa mga nakareserbang halaga mula sa mga available na balanse ay nagbibigay sa iyong mga system gate at finance team ng tumpak at handa sa audit na pananaw sa solvency ng account sa real-time.