IOSOR Panduan
Gerbang tinjauan templat dan kelas unit
Kelola tinjauan templat dan petakan kelas unit sebelum debit prabayar pada volume tinggi — Disetujui plus unit bernama, atau tidak ada pengiriman produksi.
Pada volume tinggi, templat tanpa gerbang tinjauan dan kelas unit bernama adalah cara dompet prabayar terkuras oleh pengiriman «sukses» yang tidak dapat diberi harga oleh siapa pun. Pembeli harus membuktikan status tinjauan Disetujui dan kelas unit dipetakan sebelum debit produksi — bukan setelah keuangan membuka file bulanan. Halaman ini adalah gerbang tersebut; katalog-sebelum-Live adalah jalur pembeli pendamping.
Status tinjauan adalah gerbang keras, bukan label
Draft, Dalam tinjauan, Disetujui, Ditolak, dan Dipensiunkan adalah status uang. Hanya Disetujui yang boleh dikirim ke produksi. Ditolak dan Draft gagal tertutup dengan status jujur — tidak pernah ada pembakaran fallback diam-diam ke kelas lain. Katalog dulu: Katalog Template sebelum Saluran Live.
Petakan kelas unit sebelum debit diposting
| Kelas unit | Penggunaan umum | Ekspektasi debit |
|---|---|---|
| Segmen SMS | SMS bertemplat / UCS-2 | Segmen × daftar |
| Unit templat | Templat keluar kaya | Per pengiriman templat disetujui |
| Unit sesi | Jendela diinisiasi pengguna | Aturan jendela sesi |
| Percobaan verifikasi | OTP / pemeriksaan kode | Baris percobaan atau verifikasi |
Gagal tertutup saat tinjauan atau kelas hilang
Status tinjauan hilang → tidak ada pengiriman. Kelas unit hilang → tidak ada pengiriman. ID templat tidak dikenal → tidak ada pengiriman. Kata status bersama menghentikan kode pahlawan: Bahasa status bersama untuk produk dan keuangan.
Produk, keuangan, dan ops membagikan satu bukti
Produk: dapatkah templat Disetujui yang sah diselesaikan di bawah kelas unit yang dipetakan? Keuangan: apakah setiap baris debit membawa ID templat + kelas unit untuk jendela UTC?
Daftar periksa pembeli untuk gerbang tinjauan dan kelas unit
Atur status tinjauan ke Disetujui sebelum volume dimulai. Petakan kelas unit pada katalog. Jangan pernah mengizinkan lalu lintas yang tidak diperiksa di ledger.
Mulai dengan IOSOR
Buka konsol IOSOR dan arahkan ke aturan perutean templat Anda untuk memastikan bahwa gerbang tinjauan disetel ke mode gagal tertutup. Petakan setiap ID templat ke kelas unit eksplisitnya, baik segmen SMS, unit Templat, unit Sesi, atau percobaan Verifikasi, sebelum merutekan lalu lintas Langsung.
Intisari IOSOR
Artikel ini membuktikan bahwa status tinjauan templat dan pemetaan kelas unit harus berfungsi sebagai gerbang waktu proses yang tidak dapat diubah sebelum eksekusi debet. Menegakkan persyaratan status Disetujui yang eksplisit di samping klasifikasi unit deterministik akan menghilangkan ketidakcocokan keuangan dan mencegah aset yang tidak disetujui masuk ke antrean pengiriman produksi.
Apakah panduan ini membantu?
Panduan terkait
- Mengelola Pengiriman Ulang Template Massal Selama Urutan Pemulihan
Pelajari cara memverifikasi ulang isi template yang dimodifikasi secara sistematis setelah pembaruan kebijakan operator dalam ekosistem IOSOR untuk menjaga tingkat pengiriman yang tinggi.
- Memverifikasi Aset Header Rich Media Sebelum Pengajuan Template
Pelajari cara memvalidasi gambar header dan URL dokumen di IOSOR untuk mencegah penolakan template. Pastikan aset Anda memenuhi standar kepatuhan.
- Sinkronisasi Template Pesan yang Disetujui di Lingkungan Sub-Akun
Kuasai orkestrasi template yang disetujui dalam ekosistem CPaaS white-label. Pelajari cara menjaga isolasi data yang ketat dengan kepatuhan dan penyediaan JIT.