IOSOR

IOSOR Panduan

Kebersihan CSV lookup pukal sebelum kempen: menormalkan, menyahdupe, dan belanjawan

CSV lookup pukal mesti menormalkan ke E.164, menyahdupe, menghormati cache jenis talian basi, dan memasang siling belanjawan sebelum hantar. Kewangan dan ops berkongsi lajur yang sama.

Pemasaran mahu senarai. Kewangan nampak rentetan debit lookup yang tidak sepadan dengan SMS dihantar kemudian. Lookup pukal bukan menuang helaian ke API. Kebersihan mendahului belanja: normalisasi E.164, penyahdupean, hormati cache jenis talian basi, siling wallet. Yang melangkau kebersihan merawat nombor mati sebagai insiden hantar, baris pendua sebagai «liputan», dan label mobile lama sebagai kebenaran laluan.

IOSOR membungkus lookup di sisi messaging pada satu ledger prepaid white-label. Katalog live bermaksud semakan sedia; in setup bukan pintu pengeluaran yang di-cache. Dekat USD 1,000+ sebulan, sampel belanja terelak dan korelasi lookup→send masuk semakan komersial. Pengintipan sebelum hantar: pengintipan nombor sebelum hantar. Lookup satuan: semak nombor sebelum hantar. Cache basi: cache lookup lapuk dan jenis talian.

Lajur CSV yang kewangan dan ops perlukan

Kewangan dan ops mesti membuka CSV yang sama dan membaca cerita yang sama. Lajur minimum: E.164 ternormal, input mentah, cap lookup, jenis talian, hit cache atau semakan segar, jumlah debit, keputusan hantar (hantar / langkau / semak semula), id campaign atau lot. Label «mobile» tanpa cap masa ialah pendapat, bukan bukti. Baris lookup tanpa keputusan hantar ialah resit, bukan kawalan.

Lajur Siapa guna Jika tiada
E.164 Ops dan kewangan Belanja pendua, hantaran tidak sepadan
looked-up-at Ops Tidak tahu sama ada cache basi
Keputusan hantar Kewangan Lookup dan letupan tidak direkonsiliasi

E.164 dan penyahdupean sebelum belanja lookup

Normalkan dan nyahdupe sebelum wang lookup mengalir. Talian yang sama ditulis +1…, 001…, dan format tempatan didebitkan tiga kali. Normalkan ke E.164, nyahdupe pada nombor itu, lalu panggil lookup live. Baris sampah (terlalu pendek, huruf, rentetan ujian) dibuang semasa import, tidak ditanya sebagai «tidak diketahui». Ops memiliki peraturan normalisasi; kewangan memiliki definisi insiden apabila baris pendua tetap didebitkan.

Risiko cache jenis talian basi

Jenis talian ter-cache ialah isyarat laluan ber-cap masa, bukan tatu. Mobile semalam boleh jadi julat VoIP hari ini. Cache basi menghantar OTP ke julat mati atau menambah geseran pada yang port semalam. Anda tetap membayar baris lookup dan segmen terbuang. TTL ialah peraturan produk, bukan selera pangkalan data. Jangan cache «tidak diketahui» sebagai mobile. Segarkan pada isyarat risiko — cache lookup lapuk dan jenis talian.

Siling belanjawan dan irama eksport

Siling belanjawan milik lot, bukan «nanti kita rekonsiliasi». Pasang siling baris dan jumlah setiap jalan lookup; irama eksport (harian atau penutupan lot) mendahului letupan, bukan kejutan akhir bulan. Dekat USD 1,000+, belanja terelak dan baldi umur cache masuk semakan lebih rapat. Jangan janjikan kebersihan pra-hantar semasa lookup in setup.

Bendera amaran

  • Lookup pukal tanpa normalisasi
  • E.164 yang sama didebitkan dua kali kerana varian format
  • «Mobile» basi dirawat sebagai kebenaran laluan
  • Tidak diketahui di-cache sebagai mobile
  • CSV tanpa siling baris atau jumlah
  • Lookup direkonsiliasi dengan hantar hanya di akhir bulan
  • Kebersihan dijanjikan sementara saluran in setup
  • Ralat pelanggan yang menamakan jenama hulu

Mula dengan IOSOR

Ambil CSV kempen minggu lepas. Normalkan setiap baris ke E.164, buang sampah, nyahganda pada nombor ternormal, kemudian lookup sekali. Hadkan kelompok dengan bilangan baris dan jumlah prepaid sebelum letupan. Eksport fail sama yang kewangan dan ops akan buka: jenis talian, hit cache, debit, keputusan hantar atau langkau.

Inti IOSOR

Buat: kebersihan sebelum wang lookup.

Adakah panduan ini membantu?

Panduan berkaitan