IOSOR

IOSOR Panduan

Cara Rakan Kongsi menguruskan amaran baki sub-penyewa sebelum trafik terhenti

Ketahui cara mengkonfigurasi pemberitahuan ambang prabayar automatik untuk sub-penyewa pada platform IOSOR bagi memastikan penghantaran mesej berterusan dan mencegah gangguan perkhidmatan.

Cara Rakan Kongsi menguruskan amaran baki sub-penyewa sebelum trafik terhenti.

Mengkonfigurasi pencetus ambang untuk sub-penyewa

Menguruskan persekitaran berbilang penyewa memerlukan kawalan terperinci ke atas penggunaan kredit. Dalam konsol rakan kongsi IOSOR, navigasi ke modul pengurusan sub-penyewa untuk menentukan pencetus baki tertentu. Dengan menetapkan ambang prabayar USD 20, anda memastikan bahawa amaran automatik dihantar kepada pentadbir sub-penyewa sebelum akaun mencapai status baki sifar. Pendekatan proaktif ini menghalang penghentian trafik yang tidak dijangka untuk aliran kerja OTP atau SMS yang kritikal.

Mengautomasikan amaran melalui integrasi webhook

Selain pemberitahuan e-mel mudah, anda boleh mengkonfigurasi webhook seluruh sistem untuk menolak kemas kini baki terus ke tindanan pengurusan dalaman anda. Apabila baki sub-penyewa jatuh di bawah ambang yang anda tentukan, platform mencetuskan payload yang mengandungi status lejar semasa. Ini membolehkan pasukan anda mengautomasikan permintaan tambah nilai atau mencetuskan kitaran pengebilan dalaman tanpa campur tangan manual. Pastikan titik akhir anda dikonfigurasi untuk mengendalikan peristiwa status ini bagi mengekalkan ketersediaan tinggi untuk pengguna akhir anda.

Menguruskan aliran trafik dan peruntukan JIT

IOSOR menggunakan model peruntukan JIT untuk nombor, yang bermaksud sumber hanya diberikan apabila diperlukan. Ini menghapuskan keperluan untuk inventori yang dibeli lebih awal. Apabila sub-penyewa mencapai baki kritikal, platform secara automatik menyekat tugasan nombor baharu sambil mengekalkan penghalaan E.164 yang sedia ada. Ini memastikan bahawa perkhidmatan aktif kekal beroperasi sambil menghalang pengurangan kredit selanjutnya. Untuk akaun volum tinggi yang melebihi USD 1.000/bulan, kami mengesyorkan semakan berkala terhadap tetapan ambang anda untuk mengambil kira lonjakan trafik bermusim.

Mengendalikan DLR dan kegagalan penghantaran

Apabila baki sub-penyewa mencapai sifar, platform segera menghentikan trafik keluar, yang mengakibatkan kod status DLR gagal. Untuk mengurangkan perkara ini, pastikan sub-penyewa anda telah melaksanakan pengendalian ralat yang teguh dalam aplikasi mereka. Jika mesej gagal disebabkan dana tidak mencukupi, API mengembalikan kod ralat tertentu. Sub-penyewa anda harus memantau respons ini untuk mencetuskan tambah nilai baki segera, memastikan komunikasi kritikal seperti Verify OK atau permintaan STOP tidak terjejas oleh had lejar.

Sumber operasi rakan kongsi penting

Untuk menguasai nuansa pengurusan berbilang penyewa dan pengasingan lejar, rujuk dokumentasi berikut:

Mulakan dengan IOSOR

Buka konsol rakan kongsi IOSOR dan pergi ke polisi baki sub-penyewa untuk menetapkan ambang pencetus asas anda. Pautkan titik akhir webhook automatik untuk menerima muatan baki segera apabila sub-penyewa jatuh di bawah had lantai USD 20 anda. Pastikan lapisan aplikasi anda memintas pemberitahuan baki rendah untuk mencetuskan tambah nilai atau menjeda trafik sebelum kod status DLR hiliran mengembalikan ralat kegagalan pembayaran.

Inti IOSOR

Gangguan mesej yang tidak dirancang berpunca daripada pemantauan reaktif berbanding penguatkuasaan ambang automatik merentas lejar penyewa. Menetapkan pemberitahuan ambang prabayar automatik setiap penyewa memastikan kesinambungan operasi tanpa mendedahkan rel platform asas atau mengambil risiko kegagalan keluar senyap.

Konfigurasikan pencetus webhook tempatan dan had lantai prabayar yang ketat untuk memulakan aliran kerja tambah nilai automatik lebih awal.

Adakah panduan ini membantu?

Panduan berkaitan