IOSOR

IOSOR Panduan

Baris debit berbanding status penghantaran pada ledger sama

Kaitkan setiap debit unit prabayar dengan DLR atau hasil saluran pada satu ledger dompet supaya finance tidak pernah anggap lencana sent sebagai wang percuma atau fail percuma sebagai hapus kira senyap.

Lencana sent bukan makan tengah hari percuma. Di bawah prabayar setiap billable unit meninggalkan baris debit yang disambungkan ke delivered, failed, undelivered, accepted, connected atau needs attention — tanpa tangkapan skrin. Silo wang dan penghantaran berasingan mencipta hantaran percuma dan write-off senyap.

IOSOR ialah white-label prepaid: satu dompet merentas messaging, verification, email, voice dan nombor JIT. USD 20 ialah lantai perintis; semakan lembut berhampiran USD 1,000/bulan menjadikan ketidakpadanan lebih kuat. Jiran: perakaunan segmen SMS; dasar cubaan semula DLR gagal di bawah prabayar. Di sini: cantuman wang↔outcome.

Sent bukan kebenaran wang percuma

«Diterima rangkaian» ialah peristiwa produk, bukan hadiah baki. Unit settled: amaun, mata wang, saluran, intent ID. Bukan billable: tiada debit settled atau ada release/refund. Sent percuma apabila wang bergerak ialah pembohongan; failed percuma apabila debit settled — terbalik.

Laluan gembira: rizab prabayar sebelum debit pertama. Laluan gagal: Apabila hold prabayar gagal: auto-refund dan kebenaran status. Korelasi di antaranya: satu baris yang masih boleh dibaca selepas kelewatan DLR.

Satu baris memerlukan medan debit + outcome

Satu baris boleh dicantum bagi setiap billable intent:

Medan Mengapa
Intent / correlation ID Sambungkan dompet dan produk
Amaun debit + mata wang Buktikan wang bergerak sekali
Saluran + jenis unit SMS ≠ voice ≠ unit verify
Outcome / status DLR Delivered, failed, pending, needs attention
Cap masa outcome Kelewatan kelihatan; debit kedua disekat
Idempotency key Cubaan semula guna semula wang — idempotensi, cuba semula dan wang

CSV wang dan DLR berasingan tanpa kunci kongsi memaksa cantuman rekaan. Lebih baik satu eksport dengan kedua-duanya.

Kelewatan DLR dan status tanpa caj berganda

Outcome tiba lewat. Pending selepas settle biasa; caj kedua untuk kunci sama tidak. Settle sekali di bawah hold, kemas kini outcome di tempat — tanpa debit selari bila DLR bertukar. Cubaan semula satu kunci: satu pergerakan wang, banyak status. Fail muktamad: debit settled + failed outcome atau release/refund jika tidak terhutang — bukan Delivered palsu. Kelewatan pada cap masa, bukan baris pendua.

Hasil saluran tidak boleh ditukar ganti

Messaging DLR ≠ email accept ≠ kejayaan verify ≠ voice connect. «Delivered» pada semua saluran menyembunyikan burn dan memecahkan caps. Outcome mengikut saluran; lajur wang dikongsi. Eksport: unit dicaj + outcome asli. Penghujung bulan: Eksport month-end dompet pada 02:00.

Senarai semak pembeli untuk kejujuran ledger

  1. Bolehkah finance menyambung setiap debit settled ke outcome tanpa ops?
  2. Adakah DLR lewat mengemas kini baris sama dan bukannya debit kedua?
  3. Adakah cubaan semula di bawah satu idempotency key money-safe?
  4. Adakah laluan gagal melakukan release atau refund apabila tidak pernah terhutang?
  5. Adakah status pelanggan bebas daripada nama jenama upstream?
  6. Adakah belanja dihadkan dengan kawalan belanja prabayar sebelum lonjakan volum?

Mulakan dengan IOSOR

Pilih satu unit SMS. Hold, selesaikan debit prabayar, lalu wajibkan DLR akhir pada baris ledger yang sama. Eksport satu baris: amaun debit, status DLR, cap. Debit tanpa DLR — atau DLR tanpa debit — kekal insiden. Ini wang berbanding resit pada satu baris, bukan kebersihan CRM dan bukan serahan amaran.

Inti IOSOR

Satu baris ledger memegang debit dan DLR, atau kewangan tidak dapat menutup hantaran.

Adakah panduan ini membantu?

Panduan berkaitan