IOSOR Panduan
Saat prepaid hold gagal: auto-refund dan kebenaran status
Perlakukan prepaid hold yang gagal sebagai peristiwa dompet: rilis atau refund otomatis, ekspor status jujur, dan jangan pernah menampilkan Activated/Delivered tanpa hasil nyata.
Prepaid hold yang tidak selesai harus meninggalkan uang dan status yang bisa dibela finance. Bukan teater «coba lagi nanti»: release ke available balance, refund eksplisit jumlah settled, atau freeze bernama sampai ada bukti. Sukses saat dana macet merusak kepercayaan ledger.
IOSOR adalah white-label prepaid. Aturan sama untuk messaging, verification, email, voice, dan nomor JIT di satu dompet. USD 20 adalah lantai pilot, bukan bukti fail-path.
Gagal adalah peristiwa dompet, bukan toast
Spinner dan banner «pending» bukan kebenaran uang. Setelah gagal, dompet melepaskan hold, mengembalikan debit, atau membekukan intent dengan alasan yang bisa diekspor. Sukses saat reservasi terbuka = ledger berbohong. Happy path: reservasi prabayar sebelum debit pertama; ini fail-path-nya.
| Hasil | Gerakan dompet | Status terbaca |
|---|---|---|
| Reject validasi sebelum kerja | Tanpa hold atau release segera | Rejected — tanpa debit |
| Gagal fulfillment di bawah hold | Release penuh | Failed — dana dikembalikan |
| Timeout tanpa bukti completion | Release menurut expiry | Timed out — dana dikembalikan |
| Settled yang harus dibalik | Baris refund eksplisit | Refunded — terhubung ke intent |
| Mid-flight tidak jelas | Freeze retry; tanpa debit kedua | Needs attention — investigasi |
Auto-refund dan release harus otomatis
«Ops perbaiki nanti» bukan produk. Release dan refund berjalan dari aturan yang sama yang membuat reservasi. Duplikat dengan idempotency key sama memakai ulang hasil uang — idempotensi, coba ulang, dan uang. Batch sebagian menyelesaikan unit selesai dan mengembalikan sisa dalam satu ekspor.
Release memulihkan reservasi tidak terpakai; refund membalik debit settled. Klien butuh timestamp, alasan, business intent ID. Edit saldo diam tanpa baris ledger dilarang. Tukar nomor setelah gagal beli: gagal order DID refund dan tukar; artikel ini kebenaran uang setiap saluran.
Kosakata status yang bisa diekspor finance
Daftar CSV pendek: funds held; completed / settled; released; refunded; needs attention; cancelled.
Jangan ciptakan «Activated», «Delivered», atau «Live» tanpa resource atau unit billable. «Needs attention» adalah antrean kerja, bukan sukses. Status tanpa jumlah, mata uang, dan correlation ID adalah teater.
Jangan pernah memalsukan Activated atau Delivered
Lencana palsu membakar kepercayaan lebih cepat dari pencarian kosong. Fail messaging ≠ delivered; verify belum dibuka ≠ verified; JIT belum assign ≠ Activated. Low balance dan over-cap menolak sebelum hold — berhenti saat saldo rendah — agar uang tidak masuk reservasi buntu.
Checklist pembeli untuk kejujuran fail
- Apakah setiap hold gagal berakhir di release, refund, atau needs-attention dengan pemilik?
- Apakah release dan refund otomatis dari event produk, bukan chat?
- Bisakah finance menghubungkan baris fail ke intent ID tanpa support?
- Apakah kunci yang sama menggerakkan uang paling banyak sekali?
- Apakah error klien brand-safe tanpa nama upstream?
- Apakah stop-lines memblokir hold baru saat available rendah? batas penghentian dompet sebelum trafik produksi.
Mulai dengan IOSOR
Paksakan hold prabayar yang tak bisa selesai: plafon, tolak, atau kurang. Buktikan uang kembali ke available atau baris refund tegas. Ekspor status gagal yang keuangan bela. Ulang kunci yang sama tanpa gerak kedua. Ini kebenaran gagal hold, bukan lepas setelah assign mati.
Related: kontrol belanja prepaid
Intisari IOSOR
Hold gagal adalah peristiwa dompet, bukan teater sukses.
Lakukan: lepas atau refund otomatis dan status bernama. Jangan: mengarang Activated atau Delivered.
Apakah panduan ini membantu?
Panduan terkait
- Mengatasi Kesenjangan Waktu Antara Otorisasi Tahan Kedaluwarsa dan Penyelesaian Buku Besar
Kuasai rekonsiliasi asinkron saat webhook pengiriman pembawa tiba setelah TTL. Cegah pergeseran buku besar, sinkronkan saldo JIT, dan lindungi margin.
- Rekonsiliasi Tahanan Pra-bayar yang Macet Setelah Pemadaman Hulu
Panduan langkah demi langkah untuk mengaudit dan melepaskan tahanan sistem pra-bayar yang tertinggal di semua saluran penagihan setelah insiden jaringan platform.
- Mendeteksi Anomali Kecepatan Pengeluaran Dompet Sebelum Saldo Habis
Pelajari bagaimana IOSOR mendeteksi kecepatan pengeluaran prabayar yang tidak normal, menghentikan trafik keluar otomatis yang anomali secara instan, dan melindungi dana dari pengurasan mendadak.