Rilis Prepaid Hold Setelah Gagal Assign DID

Assign DID yang gagal harus melepas hold prabayar agar dompet bisa mencoba lagi.

Memahami Provisioning Nomor JIT dan Prepaid Hold

Ketika tenant memulai permintaan akuisisi nomor melalui API, IOSOR menghindari penyimpanan inventaris fisik atau berpura-pura mengoperasikan stok gudang. Sebagai gantinya, nomor diprovisi melalui antarmuka hulu JIT. Untuk melindungi dari race condition, platform menempatkan hold otorisasi sementara pada dompet aktif. Jika operasi berhasil, hold ini bertransisi menjadi debit MRC terkonfirmasi. Namun, timeout jaringan, pemformatan E.164 yang tidak valid, atau penolakan carrier dapat mengganggu alur ini. Assign yang gagal harus segera menghapus hold sehingga dana tetap dapat diakses untuk logika routing berikutnya atau upaya provisioning alternatif.

Anatomi Skenario Kegagalan Assign

Pertimbangkan sub-akun otomatis yang membeli DID E.164 untuk kampanye OTP atau SMS. API mengirimkan payload provisioning, memicu pemeriksaan saldo standar terhadap batas bawah prepaid USD 20. Gateway menempatkan hold, tetapi carrier menolak assign karena gangguan routing terlokalisasi. Tanpa manajemen state yang kuat, cadangan yang tidak tertaut ini dapat bertahan, mengunci modal dan menghentikan traffic otomatis. IOSOR mendengarkan feedback DLR negatif atau sinyal timeout webhook, memastikan bahwa mesin rekonsiliasi segera menghapus reservasi dan memulihkan visibilitas penuh ke dashboard tenant.

Siklus Otomatis Refund dan Rekonsiliasi

Ketika transaksi provisioning gagal, intervensi manual tidak diperlukan. Mesin rekonsiliasi memicu sekuens rilis otomatis. Mekanisme ini beroperasi mirip dengan proses yang dirinci dalam panduan kami tentang Saat prepaid hold gagal: auto-refund dan kebenaran status, memastikan dana tidak pernah tersangkut dalam limbo. Jika pesanan menghadapi komplikasi lebih jauh di pipeline, operator juga dapat merujuk ke gagal order DID refund dan tukar untuk state fallback dan swap. Siklus otomatis ini menjamin bahwa saldo prepaid mencerminkan realitas operasional secara real-time tanpa memerlukan tiket support.

Mencegah Pembekuan Saldo Senyap dalam Operasi Volume Tinggi

Pembekuan saldo senyap menghancurkan kepercayaan tenant, terutama saat mengelola kampanye otomatis yang berskala cepat. Jika dana terjebak oleh hold phantom, tugas downstream seperti pemeriksaan HB, pengiriman webhook, atau swap nomor darurat akan macet. Dengan mengikat rilis hold secara langsung ke feedback HB negatif dan kode error gateway, IOSOR melindungi likuiditas platform. Tenant yang beroperasi mendekati ambang tinjauan lunak USD 1.000 per bulan sangat mengandalkan transparansi ini untuk mempertahankan arus komunikasi yang tidak terputus di seluruh channel suara dan pesan.

Perbandingan State Hold dan Hasil Resolusi

Mulai dengan IOSOR

Jika assign mengembalikan reject atau timeout, jatuhkan hold otorisasi pada order id itu. Ekspor hold-dropped dan alasan gagal di baris yang sama. Cadangan hantu setelah assign mati membekukan dompet untuk percobaan berikutnya.

Intisari IOSOR

Assign gagal harus melepas hold, atau dompet berbohong.

Lakukan: lepas otomatis pada reject atau timeout. Jangan: menyimpan beku senyap setelah assign mati.