IOSOR Panduan
Apabila hold prabayar gagal: auto-refund dan kebenaran status
Anggap hold prabayar yang gagal sebagai peristiwa dompet: lepaskan atau bayar balik secara automatik, eksport status jujur, dan jangan paparkan Activated/Delivered tanpa hasil sebenar.
Hold prabayar hold yang tidak selesai mesti meninggalkan wang dan status yang finance boleh pertahankan. Lepaskan ke available balance, refund jelas jumlah settled, atau freeze bernama sehingga ada bukti. Kejayaan semasa dana tersekat merosakkan kepercayaan ledger.
IOSOR ialah white-label prepaid. Peraturan sama untuk messaging, verification, email, voice dan nombor JIT pada satu dompet. USD 20 ialah lantai pilot, bukan bukti fail-path.
Gagal ialah peristiwa dompet, bukan toast
Spinner dan sepanduk «pending» bukan kebenaran wang. Selepas gagal, dompet melepaskan hold, memulangkan debit, atau membekukan intent dengan sebab yang boleh dieksport. Kejayaan semasa rizab terbuka = ledger berbohong. Happy path: rizab prabayar sebelum debit pertama; ini fail-path.
| Hasil | Gerakan dompet | Status boleh baca |
|---|---|---|
| Reject pengesahan sebelum kerja | Tiada hold atau release serta-merta | Rejected — tiada debit |
| Gagal fulfillment di bawah hold | Release penuh | Failed — dana dipulangkan |
| Timeout tanpa bukti completion | Release ikut expiry | Timed out — dana dipulangkan |
| Settled yang perlu dibalik | Baris refund jelas | Refunded — dihubungkan ke intent |
| Mid-flight tidak jelas | Freeze retry; tiada debit kedua | Needs attention — siasatan |
Auto-refund dan release mesti automatik
«Ops baiki kemudian» bukan produk. Release dan refund berjalan dari peraturan yang sama yang mencipta rizab. Pendua dengan idempotency key sama menggunakan semula hasil wang — idempotensi, cuba semula dan wang. Batch separa menyelesaikan unit siap dan memulangkan baki dalam satu eksport.
Release memulihkan rizab tidak digunakan; refund membalikkan debit settled. Pelanggan memerlukan timestamp, sebab, business intent ID. Edit baki senyap tanpa baris ledger dilarang. Tukar nombor selepas gagal beli: order DID gagal bayaran balik dan tukar; artikel ini kebenaran wang setiap saluran.
Perbendaharaan status yang finance boleh eksport
Senarai CSV pendek: funds held; completed / settled; released; refunded; needs attention; cancelled.
Jangan cipta «Activated», «Delivered» atau «Live» tanpa sumber atau unit billable. «Needs attention» ialah barisan kerja, bukan kejayaan. Status tanpa amaun, mata wang dan correlation ID ialah teater.
Jangan sekali-kali palsukan Activated atau Delivered
Lencana palsu membakar kepercayaan lebih cepat daripada carian kosong. Fail messaging ≠ delivered; verify belum dibuka ≠ verified; JIT tanpa assign ≠ Activated. Low balance dan over-cap menolak sebelum hold — berhenti bila baki rendah — supaya wang tidak masuk rizab buntu.
Senarai semak pembeli untuk kejujuran fail
- Adakah setiap hold gagal berakhir dengan release, refund atau needs-attention dengan pemilik?
- Adakah release dan refund automatik daripada peristiwa produk, bukan sembang?
- Bolehkah finance menyambung baris fail ke intent ID tanpa sokongan?
- Adakah kunci sama menggerakkan wang paling banyak sekali?
- Adakah ralat pelanggan brand-safe tanpa nama upstream?
- Adakah stop-lines menyekat hold baharu apabila available rendah? had henti dompet sebelum trafik pengeluaran.
Mulakan dengan IOSOR
Paksakan hold prabayar yang tidak dapat selesai: siling, tolak, atau kurang. Buktikan wang kembali ke available atau baris refund nyata. Eksport status gagal yang kewangan bela. Ulang kunci sama tanpa gerak kedua. Ini kebenaran gagal hold, bukan lepas selepas assign mati.
Related: kawalan belanja prabayar
Inti IOSOR
Hold gagal ialah peristiwa dompet, bukan teater kejayaan.
Buat: lepas atau refund automatik dan status bernama. Jangan: mereka Activated atau Delivered.
Adakah panduan ini membantu?
Panduan berkaitan
- Menyelesaikan Jurang Masa Antara Kebenaran Hold Luput dan Penjelasan Lejer
Kuasai penyelarasan tak segerak apabila webhooks penghantaran pembawa tiba selepas TTL. Cegah hanyutan lejer, segerakkan pegangan baki JIT dan lindungi margin.
- Merekonsiliasi Tahanan Prabayar Tersangkut Selepas Gangguan Hulu
Panduan langkah demi langkah untuk mengaudit dan melepaskan tahanan sistem prabayar yang tersangkut di semua saluran pengebilan berikutan insiden rangkaian platform.
- Mengesan Anomali Halaju Perbelanjaan Dompet Sebelum Baki Habis
Ketahui cara IOSOR mengesan halaju perbelanjaan prabayar yang tidak normal, menghentikan trafik keluar automatik yang anomaly dengan serta-merta, dan melindungi dana daripada penyaliran secara tiba-tiba.