IOSOR

IOSOR Panduan

Baris debit versus status pengiriman di ledger yang sama

Korelasikan setiap debit unit prepaid dengan DLR atau hasil saluran pada satu ledger dompet agar finance tidak pernah menganggap lencana sent sebagai uang gratis atau fail gratis sebagai write-off diam-diam.

Lencana sent bukan makan siang gratis. Pada prepaid setiap billable unit meninggalkan baris debit yang dihubungkan ke delivered, failed, undelivered, accepted, connected, atau needs attention — tanpa tangkapan layar. Silo uang dan pengiriman terpisah menciptakan kiriman gratis dan write-off diam.

IOSOR adalah white-label prepaid: satu dompet untuk messaging, verification, email, voice, dan nomor JIT. USD 20 adalah lantai pilot; soft review dekat USD 1.000/bulan membuat ketidakcocokan lebih nyaring. Tetangga: akuntansi segmen SMS; kebijakan retry DLR gagal di bawah prepaid. Di sini: join uang↔outcome.

Sent bukan kebenaran uang gratis

«Diterima jaringan» adalah peristiwa produk, bukan hadiah saldo. Unit settled: jumlah, mata uang, saluran, intent ID. Non-billable: tanpa debit settled atau ada release/refund. Sent sebagai gratis saat uang bergerak adalah kebohongan; failed sebagai gratis saat debit settled — sebaliknya.

Happy path: reservasi prabayar sebelum debit pertama. Fail path: Saat prepaid hold gagal: auto-refund dan kebenaran status. Korelasi di antara keduanya: satu baris yang tetap terbaca setelah lag DLR.

Satu baris butuh bidang debit + outcome

Satu baris yang bisa di-join per billable intent:

Bidang Mengapa
Intent / correlation ID Menghubungkan dompet dan produk
Jumlah debit + mata uang Membuktikan uang bergerak sekali
Saluran + tipe unit SMS ≠ voice ≠ unit verify
Outcome / status DLR Delivered, failed, pending, needs attention
Timestamp outcome Lag terlihat; debit kedua diblokir
Idempotency key Retry memakai ulang uang — idempotensi, coba ulang, dan uang

CSV money dan DLR terpisah tanpa kunci bersama memaksa join rekaan. Lebih baik satu ekspor dengan keduanya.

Lag DLR dan status tanpa charge ganda

Outcome datang terlambat. Pending setelah settle normal; charge kedua untuk kunci sama tidak. Settle sekali di bawah hold, perbarui outcome di tempat — tanpa debit paralel saat DLR berbalik. Retry satu kunci: satu gerakan uang, banyak status. Fail final: debit settled + failed outcome atau release/refund bila tak terutang — bukan Delivered palsu. Lag di timestamp, bukan baris ganda.

Hasil saluran tidak dapat dipertukarkan

Messaging DLR ≠ email accept ≠ sukses verify ≠ voice connect. «Delivered» di semua saluran menyembunyikan burn dan merusak caps. Kosakata outcome per saluran; kolom uang bersama. Ekspor: unit charged + outcome native. Akhir bulan: Ekspor month-end dompet pukul 02:00.

Checklist pembeli untuk kejujuran ledger

  1. Bisakah finance menghubungkan setiap debit settled ke outcome tanpa ops?
  2. Apakah DLR terlambat memperbarui baris yang sama, bukan debit kedua?
  3. Apakah retry di bawah satu idempotency key money-safe?
  4. Apakah fail path melakukan release atau refund bila tidak pernah terutang?
  5. Apakah status klien bebas dari nama merek upstream?
  6. Apakah belanja dibatasi dengan kontrol belanja prepaid sebelum lonjakan volume?

Mulai dengan IOSOR

Pilih satu unit SMS. Hold, selesaikan debit prabayar, lalu wajibkan DLR akhir pada baris ledger yang sama. Ekspor satu baris: jumlah debit, status DLR, cap. Debit tanpa DLR — atau DLR tanpa debit — tetap insiden. Ini uang versus tanda terima pada satu baris, bukan higiene CRM dan bukan serah-terima peringatan.

Intisari IOSOR

Satu baris ledger menahan debit dan DLR, atau keuangan tidak bisa menutup kiriman.

Lakukan: gabungkan debit ke DLR akhir pada baris yang sama dan biarkan baris tak cocok tetap terbuka.

Jangan: anggap sent sudah settle, atau tutup bulan dari obrolan sementara baris tanpa tanda terima.

Apakah panduan ini membantu?

Panduan terkait