IOSOR Panduan
DID Bulan Kedua: MRC Penuh apabila Kalendar UTC Berubah
Fahami peralihan daripada kos DID prorata awal kepada caj berulang bulanan (MRC) penuh yang dicetuskan oleh perubahan kalendar UTC pada 1 haribulan.
Navigasi kitaran hayat nombor maya memerlukan pemahaman yang jelas tentang bagaimana kitaran pengebilan beralih daripada pemerolehan awal ke fasa penyelenggaraan berulang. Tidak seperti hari pertama perkhidmatan, yang mengikut matematik setup dan prorta bulan pertama DID, bulan kedua memperkenalkan Caj Berulang Bulanan (MRC) standard secara keseluruhannya. Peralihan ini dikawal ketat oleh kalendar UTC, memastikan acara pengebilan yang disegerakkan merentas semua aset global yang diperuntukkan kepada akaun anda.
Peralihan UTC daripada Prorata ke Sewa Penuh
Apabila nombor pertama kali diperuntukkan melalui penyediaan JIT (Just-In-Time), sistem mengira yuran separa berdasarkan baki hari dalam bulan semasa. Walau bagaimanapun, sebaik sahaja jam menunjukkan 00:00 UTC pada hari pertama bulan baharu, logik Invois minggu pertama DID: baris prorata lawan bulan kalendar penuh beralih.
Logik Baki Prabayar pada Hari Pertama Bulan
IOSOR beroperasi pada model prabayar yang ketat. Untuk mengekalkan kesinambungan perkhidmatan, sistem mesti mempunyai dana yang mencukupi untuk menampung MRC penuh bagi semua DID aktif pada saat pertukaran UTC. Jika baki jatuh di bawah jumlah yang diperlukan, sistem mungkin mencetuskan protokol penggantungan automatik untuk mengelakkan ekuiti negatif.
Membandingkan Persediaan Awal vs Kitaran Berulang
| Acara Pengebilan | Masa | Jenis Pengiraan | Impak |
|---|---|---|---|
| Tugasan Awal | Permintaan JIT | Persediaan + Prorata | Penolakan Segera |
| Peralihan Bulan Kedua | 1hb 00:00 UTC | MRC Penuh | Penolakan Berulang |
| Bulan Seterusnya | 1hb 00:00 UTC | MRC Penuh | Fasa Kestabilan |
| Semakan Lembut | Bulanan | Audit Penggunaan | Kesihatan Akaun |
Ambang Penskalaan dan Semakan Baki
Apabila operasi anda berkembang, jumlah MRC untuk inventori DID anda mungkin meningkat dengan ketara. Bagi akaun di mana jumlah kos berulang bulanan atau yuran penggunaan menghampiri semakan lembut berhampiran USD 1,000/bulan, pasukan kewangan kami melakukan audit rutin. Semakan ini direka untuk memastikan seni bina prabayar dioptimumkan untuk corak trafik anda, sama ada anda memfokuskan pada SMS volum tinggi, penghantaran OTP atau perkhidmatan suara.
Webhook Teknikal dan Status Nombor
Untuk mengautomasikan perakaunan anda, anda boleh menggunakan webhook yang mencetuskan penolakan MRC yang berjaya. Apabila sistem memproses sewa penuh pada 1hb UTC, entri lejar dibuat. Aplikasi anda boleh mendengar kemas kini ini untuk menyinkronkan pangkalan data dalaman. Ini penting untuk mengekalkan penjejakan DLR (Resit Penghantaran) yang tepat dan memastikan monitor HB (Heartbeat) untuk trafik 10DLC atau bebas tol anda kekal hijau.
Bermula dengan IOSOR
Pada 00:00 UTC tarikh 1 baris sewa menjadi MRC penuh untuk setiap DID yang masih ditugaskan. Bulan pertama ialah setup plus baki hari. Eksport balik kalendar supaya kewangan tidak menunggu prorate lagi pada nombor sama.
Inti IOSOR
Bulan kedua ialah MRC kalendar penuh, bukan kiraan baki hari.
Lakukan: biayai sewa penuh sebelum 1 UTC. Jangan: belanjawan bulan kedua sebagai prorate lagi.
Adakah panduan ini membantu?
Panduan berkaitan
- Serahan DID pemilik kedua: siapa yang boleh menetapkan dan melepaskan
Kuasai sempadan operasi, peruntukan JIT, dan ambang kewangan prabayar semasa serahan DID pemilik kedua.
- Had Perbelanjaan Per DID: Sewa Dan Trafik Keluar Pada Satu Nombor
Kawal pendedahan per nombor dalam CPaaS label putih anda dengan had perbelanjaan gabungan untuk kos bulanan dan trafik keluar.
- Penghalaan webhook masuk pada DID: MO tanpa pemilik kehilangan STOP
Halakan webhook masuk ke akaun pemilik dengan selamat. Elakkan peristiwa MO yatim dan mesej berhenti yang tercicir dalam CPaaS prabayar label putih.