IOSOR

IOSOR Panduan

Korelasi sesi Verify untuk ekspor keuangan: dua debit, satu cerita ledger

Verify membuat debit terpisah dari pengiriman SMS. Ekspor keuangan butuh ID korelasi sesi dan baris TTL/kirim ulang yang selaras dengan pengiriman.

Pengguna minta kode. Produk melihat satu OTP. Wallet bisa mencatat dua baris: debit pengiriman SMS yang membawa kode dan debit sesi Verify (buat, TTL, cek). Tim yang melelehkan ini jadi «biaya OTP» entah menghitung dua kali di board pack atau menyembunyikan baris kedua sampai akhir bulan. Bukan kontrol. Dua debit butuh cerita sesi agar keuangan bisa mengekspor.

IOSOR menjalankan Verify di samping SMS pada satu ledger prepaid white-label. Katalog live adalah saluran nyata; in setup bukan sesi gratis. Dekat USD 1,000+ per bulan, baris SMS dan baris sesi Verify masuk tinjauan komersial. Pemisahan dua debit: debit pengiriman OTP versus sesi verify.

Debit pengiriman vs debit verify

Perjalanan satu. Uang dua. Terkait, bukan alias. Debit pengiriman menutupi saluran yang membawa kode: encoding, segmen, tujuan, DLR terminal. Debit sesi Verify menutupi terbit, jendela TTL, cek, kedaluwarsa, atau kebijakan kirim ulang. Jika keuangan hanya melihat SMS, Verify tampak «gratis». Jika produk hanya melihat Verify, pompa SMS tampak «lebih banyak sesi».

Kolom ID sesi yang harus diekspor keuangan

Ekspor keuangan harus bisa menyusun ulang per sesi: verify_session_id, message_id atau id pengiriman terkait, tujuan, saluran, TTL, alasan terminal, jumlah debit dan cap waktu per baris. Seminggu tanpa correlation id adalah tumpukan struk, bukan ledger. Jika dasbor produk menampilkan sukses sesi sementara SMS masih pending DLR, ekspor harus mencocokkan kedua sisi, bukan dua «selesai» terpisah.

TTL kirim ulang dan baris ganda

Kebijakan kirim ulang memutuskan apakah baris ganda muncul. Cooldown yang memblokir sesi tapi tetap menembak SMS (atau sebaliknya) membuat dua ledger bertikai. Kedaluwarsa TTL harus menutup baris Verify yang sama, bukan membuka «sesi hantu». Kirim ulang pengguna dan retry sistem adalah pemilik berbeda dan cooldown berbeda.

Rekonsiliasi sebelum skala

Sebelum skala, seminggu rekonsiliasi: sesi dibuat vs percobaan SMS (atau fallback); DLR terminal vs terminal sesi (terkirim+dicek, tidak terkirim+kedaluwarsa, ditolak+tidak pernah dicek); kirim ulang pengguna dipisah dari retry sistem. Percobaan >> sesi berarti blast. Sesi >> percobaan berarti menagih Verify tanpa saluran. Keduanya gagal tinjauan komersial.

Bendera merah

  • «Tarif OTP» tercampur tanpa split SMS vs sesi
  • Verify ditagih seperti blast pemasaran
  • SMS dikembalikan tanpa menyentuh baris sesi (atau sebaliknya) tanpa kebijakan
  • Tombol kirim ulang yang mengabaikan cooldown di salah satu dari dua jalur
  • Kesalahan klien yang menyebut merek hulu
  • Verify dijanjikan sementara saluran in setup
  • Ekspor mingguan tanpa session correlation id

Mulai dengan IOSOR

Ekspor sampel CSV mingguan dari dasbor verifikasi Anda dan pastikan setiap verify_session_id memetakan secara langsung ke catatan delivery message_id yang sesuai. Konfigurasikan pencatatan webhook untuk merekam alasan terminal sesi beserta tanda terima pengiriman operator sebelum meluncurkan pembaruan produksi.

Intisari IOSOR

Pelacakan biaya verifikasi memerlukan pemisahan siklus hidup sesi dari pendebitan pengiriman pesan yang mendasarinya. Ketika keuangan melihat biaya autentikasi melalui satu wadah pengiriman gabungan tanpa korelasi sesi, pendebitan hantu dan biaya pengiriman ulang yang tidak dipetakan akan merusak buku besar akuntansi.

Apakah panduan ini membantu?

Panduan terkait