IOSOR

IOSOR Panduan

Korelasi sesi Verify untuk eksport kewangan: dua debit, satu cerita ledger

Verify mewujudkan debit berasingan daripada penghantaran SMS. Eksport kewangan perlukan ID korelasi sesi dan baris TTL/hantar semula yang selaras dengan penghantaran.

Pengguna minta kod. Produk nampak satu OTP. Wallet boleh merekod dua baris: debit penghantaran SMS yang membawa kod dan debit sesi Verify (cipta, TTL, semak). Pasukan yang mencairkan ini jadi «kos OTP» sama ada mengira dua kali dalam board pack atau menyembunyikan baris kedua hingga akhir bulan. Bukan kawalan. Dua debit perlukan cerita sesi supaya kewangan boleh mengeksport.

IOSOR menjalankan Verify di sisi SMS pada satu ledger prepaid white-label. Katalog live ialah saluran nyata; in setup bukan sesi percuma. Dekat USD 1,000+ sebulan, baris SMS dan baris sesi Verify masuk semakan komersial. Pemisahan dua debit: debit penghantaran OTP berbanding sesi verify.

Debit penghantaran vs debit verify

Perjalanan satu. Wang dua. Berkaitan, bukan alias. Debit penghantaran menutupi saluran yang membawa kod: encoding, segmen, destinasi, DLR terminal. Debit sesi Verify menutupi terbitan, tetingkap TTL, semak, luput atau dasar hantar semula. Jika kewangan hanya nampak SMS, Verify nampak «percuma». Jika produk hanya nampak Verify, pam SMS nampak «lebih banyak sesi».

Medan ID sesi yang mesti dieksport kewangan

Eksport kewangan mesti dapat menyusun semula setiap sesi: verify_session_id, message_id atau id penghantaran berkaitan, destinasi, saluran, TTL, sebab terminal, jumlah debit dan cap masa setiap baris. Seminggu tanpa correlation id ialah longgokan resit, bukan ledger.

TTL hantar semula dan baris pendua

Dasar hantar semula memutuskan sama ada baris pendua muncul. Cooldown yang menyekat sesi tetapi masih menembak SMS (atau sebaliknya) membuat dua ledger bergaduh. Luput TTL mesti menutup baris Verify yang sama, bukan membuka «sesi hantu». Hantar semula pengguna dan retry sistem ialah pemilik berbeza dan cooldown berbeza.

Penyelarasan sebelum skala

Sebelum skala, seminggu penyelarasan: sesi dicipta vs percubaan SMS (atau fallback); DLR terminal vs terminal sesi (dihantar+disemak, tidak dihantar+luput, ditolak+tidak pernah disemak); hantar semula pengguna dipisah daripada retry sistem. Percubaan >> sesi bermakna letupan. Sesi >> percubaan bermakna menagih Verify tanpa saluran. Kedua-duanya gagal semakan komersial.

Bendera amaran

  • «Yuran OTP» tercampur tanpa split SMS vs sesi
  • Verify ditagih seperti letupan pemasaran
  • SMS dikembalikan tanpa menyentuh baris sesi (atau sebaliknya) tanpa dasar
  • Butang hantar semula yang mengabaikan cooldown pada salah satu daripada dua laluan
  • Ralat pelanggan yang menamakan jenama hulu
  • Verify dijanjikan sementara saluran in setup
  • Eksport mingguan tanpa session correlation id

Mulakan dengan IOSOR

Eksport sampel CSV mingguan daripada papan pemuka pengesahan anda dan pastikan setiap verify_session_id dipetakan terus kepada rekod message_id penghantaran yang sepadan. Konfigurasikan pembalakan webhok untuk merakam sebab terminal sesi berserta resit penghantaran pembawa sebelum menolak kemas kini pengeluaran.

Inti IOSOR

Menjejaki kos pengesahan memerlukan pengasingan kitaran hayat sesi daripada caj debit penghantaran mesej asas. Apabila bahagian kewangan melihat yuran pengesahan melalui satu kumpulan penghantaran teradun tanpa korelasi sesi, caj debit hantu dan kos penghantaran semula yang tidak dipetakan akan merosakkan lejar perakaunan.

Adakah panduan ini membantu?

Panduan berkaitan