Peraturan Putaran Kumpulan ID Pengirim dan Tahanan Baki Prabayar

Peraturan Putaran Kumpulan ID Pengirim dan Tahanan Baki Prabayar.

Peruntukan Kumpulan Dinamik dan Penyediaan JIT

Putaran kumpulan ID pengirim dinamik memerlukan penyediaan Just-In-Time (JIT) yang tepat untuk mengelakkan Caj Berulang Bulanan (MRC) yang tidak perlu. Daripada mengekalkan kumpulan nombor E.164 yang terbiar, IOSOR memperuntukkan sumber secara dinamik. Apabila kempen SMS atau OTP keluar dicetuskan, platform menilai trafik aktif dan menyediakan nombor atas permintaan.

Kunci Tempahan Baki Prabayar

Untuk mengekalkan penghantaran berterusan, platform menguatkuasakan lantai prabayar sebanyak USD 20. Apabila putaran dinamik meminta ID pengirim baharu, IOSOR mengira MRC yang diperlukan dan meletakkan tahanan sementara pada lejar anda. Jika baki anda jatuh di bawah lantai ini, kunci tempahan menghalang peruntukan JIT baharu. Mekanisme ini memastikan trafik SMS aktif tidak terganggu di tengah jalan akibat dana yang tidak mencukupi.

Mengelakkan Penapis Spam Pembawa

Putaran dinamik adalah kritikal untuk memintas penapis spam pembawa yang agresif. Dengan mengedarkan trafik OTP dan pemberitahuan volum tinggi merentasi kumpulan pengirim E.164 yang berputar, anda mengurangkan risiko mana-mana ID ditandakan. Sistem memantau mesej STOP masuk dan secara automatik mengeluarkan pengirim yang tidak mematuhi daripada putaran aktif.

Integrasi Lejar dan Tag Debit

Setiap peruntukan dinamik dan caj mesej dijejaki melalui lejar masa nyata. Menggunakan tag debit khusus, anda boleh mengasingkan kos yang dikaitkan dengan kumpulan pengirim individu. Penjejakan terperinci ini membolehkan pengendali label putih mengaitkan kos MRC dan kos setiap mesej terus kepada pengguna akhir. Apabila pengirim dinamik ditamatkan, lejar melepaskan sebarang tahanan prabayar yang tinggal.

Idempotensi API dan Pengesahan Webhook

Untuk mengelakkan pengebilan berganda semasa putaran pantas, pembangun mesti melaksanakan idempotensi API yang ketat. Jika tamat masa rangkaian berlaku, mencuba semula permintaan peruntukan dengan kunci idempotensi yang sama memastikan bahawa IOSOR tidak menyediakan nombor pendua atau mencetuskan berbilang tahanan prabayar. Setelah disediakan, kemas kini status dihantar melalui webhook. Pastikan titik akhir anda mengembalikan respons Verify OK untuk mengakui penerimaan acara DLR dan peruntukan.

Artikel berkaitan: Operasi multi-penghantar pada volum · Tanda ID Penghantar pada Setiap Baris Debit Prabayar · idempotensi, cuba semula dan wang.

Mulakan dengan IOSOR

Pergi ke konsol IOSOR di bawah Pengurusan Penghantar dan konfigurasikan aturan penggiliran kumpulan anda berserta pencetus pemberitahuan lejar. Tetapkan penimbal peruntukan dinamik untuk mengesahkan dana yang tersedia sebelum permintaan peruntukan JIT. Uji logik cuba semula anda menggunakan simulator webhook untuk mengesahkan kunci idempotens menekan penciptaan tahanan duplikasi dengan betul.

Inti IOSOR

Penggiliran kumpulan ID penghantar dinamik mengagihkan volum pemesejan untuk memintas penapis spam yang agresif, tetapi peruntukan yang tidak diselaraskan berisiko mengunci dana yang diperlukan untuk penghantaran mesej. Mengurus peruntukan JIT berserta tempahan tahanan aktif memastikan keterhantaran yang tinggi tanpa melumpuhkan baris gilir trafik keluar.

Laksanakan kunci idempotensi API yang ketat dan tetapkan tanda debit yang berbeza untuk menjejak caj berulang khusus kumpulan dalam masa nyata. Jangan cetuskan pengembangan kumpulan berasaskan volum tanpa mengira keperluan tahanan atau memantau opt-out STOP masuk merentasi penghantar E.164 yang aktif.