IOSOR Panduan

Buku Panduan Peruntukan Sub-Akaun Prabayar dan Had Perbelanjaan

Kuasai aliran kerja teknikal untuk memperuntukkan sub-akaun IOSOR yang terasing, menetapkan had perbelanjaan prabayar yang ketat, dan mengurus keselamatan kunci API untuk pelanggan perusahaan.

Buku Panduan Peruntukan Sub-Akaun Prabayar dan Had Perbelanjaan.

Seni bina dan pengasingan sub-akaun

Sub-akaun IOSOR berfungsi sebagai silo kewangan dan teknikal yang bebas. Semasa melakukan onboarding pelanggan perusahaan, navigasi ke Pengurus Sub-Akaun untuk menjana ID Akaun yang unik. ID ini bertindak sebagai kunci utama untuk semua acara DLR, webhook, dan pengebilan. Pastikan setiap sub-akaun dikonfigurasikan dengan set kunci API khusus untuk mengelakkan pencemaran silang trafik. Dengan mengasingkan persekitaran, anda memastikan bahawa lonjakan trafik atau ralat konfigurasi satu pelanggan tidak menjejaskan kestabilan platform yang lebih luas.

Mengkonfigurasi baki prabayar dan ambang

Setiap sub-akaun memerlukan baki prabayar minimum USD 20 untuk memulakan perkhidmatan. Navigasi ke tab Lejar Kewangan dalam papan pemuka sub-akaun untuk mendepositkan kredit awal. Tetapkan pencetus semakan lembut pada USD 1,000/bulan untuk memantau kelajuan penggunaan. Ambang ini membolehkan pasukan anda melakukan audit manual terhadap corak trafik sebelum pelanggan membuat skala secara signifikan. Gunakan sistem amaran baki automatik untuk memberitahu pelanggan dan pasukan sokongan dalaman anda apabila baki jatuh di bawah 15 peratus daripada jumlah deposit.

Pengehadan kadar dan pembentukan trafik

Untuk mengekalkan integriti platform, gunakan had kadar mesej yang ketat di peringkat sub-akaun. Navigasi ke modul Kawalan Trafik dan tentukan permintaan maksimum sesaat untuk penghantaran SMS dan OTP. Pastikan pemformatan E.164 dikuatkuasakan di gerbang API untuk mengelakkan permintaan yang salah format. Dengan mengehadkan trafik, anda melindungi sub-akaun daripada gelung yang tidak disengajakan atau lonjakan berniat jahat yang boleh menghabiskan dana prabayar sebelum waktunya. Sentiasa sahkan bahawa logik kata kunci STOP aktif untuk mengekalkan pematuhan.

Tugasan nombor JIT dan peruntukan

IOSOR menggunakan model peruntukan Just-In-Time (JIT). Apabila pelanggan meminta nombor, jangan bergantung pada stok yang diperuntukkan terlebih dahulu. Sebaliknya, gunakan API Peruntukan Nombor untuk mencari dan menetapkan aset E.164 yang tersedia terus ke sub-akaun. Ini memastikan pelanggan hanya membayar untuk apa yang mereka gunakan. Setelah ditetapkan, nombor tersebut segera dipautkan ke baki sub-akaun, memastikan bahawa sebarang kos MRC atau penggunaan ditolak dalam masa nyata daripada dompet prabayar.

Integrasi dan pautan operasi

Pengurusan yang berkesan memerlukan penyelarasan merentas pelbagai modul operasi. Rujuk panduan ini untuk konfigurasi lanjutan:

Mulakan dengan IOSOR

Buka Pengurus Sub-Akaun dalam konsol IOSOR dan jana kunci API khusus yang dipautkan terus kepada ID Akaun unik pelanggan perusahaan baharu tersebut. Seterusnya, akses modul Kawalan Trafik untuk menetapkan had permintaan sesaat yang jelas bagi penghantaran SMS dan OTP sebelum mengikat aset JIT E.164. Akhir sekali, sahkan bahawa titik akhir webhook dipetakan dengan betul kepada ID sub-aaku terpencil untuk memastikan penjejakan DLR yang tepat.

Inti IOSOR

Proses onboarding perusahaan memerlukan pengasingan kewangan dan operasi yang lengkap pada setiap lapisan sub-akaun. Penguatkuasaan kunci API terpencil, had kadar tempatan dan pencetus semakan perbelanjaan automatik memastikan lonjakan trafik atau kehabisan baki satu pelanggan tidak menjejaskan operasi platform bersebelahan.

Tetapkan had RPS yang ketat dan hala tuju webhook khusus semasa penciptaan akaun awal. Jangan berkongsi kelayakan API antara pelanggan perusahaan atau membenarkan trafik dilaksanakan tanpa pencetus pemantauan baki yang aktif.

Adakah panduan ini membantu?

Panduan berkaitan