IOSOR Panduan
DID Bulan Kedua: MRC Penuh saat Perubahan Kalender UTC
Pahami transisi dari biaya DID prorata awal ke biaya berulang bulanan (MRC) penuh yang dipicu oleh perubahan kalender UTC pada tanggal 1 setiap bulan.
Mengelola siklus hidup nomor virtual memerlukan pemahaman yang jelas tentang bagaimana siklus penagihan bergeser dari akuisisi awal ke fase pemeliharaan berulang. Berbeda dengan hari pertama layanan, yang mengikuti matematika setup dan prorata bulan pertama DID tertentu, bulan kedua memperkenalkan Biaya Berulang Bulanan (MRC) standar secara keseluruhan. Transisi ini diatur secara ketat oleh kalender UTC, memastikan peristiwa penagihan yang tersinkronisasi di semua aset global yang ditetapkan ke akun Anda.
Transisi UTC dari Prorata ke Sewa Penuh
Ketika sebuah nomor pertama kali ditetapkan melalui penyediaan JIT (Just-In-Time), sistem menghitung biaya parsial berdasarkan sisa hari di bulan berjalan. Namun, segera setelah jam menunjukkan pukul 00:00 UTC pada hari pertama bulan baru, logika Minggu tagihan DID: baris prorata versus bulan kalender penuh bergeser.
Logika Saldo Prepaid pada Tanggal Satu Setiap Bulan
IOSOR beroperasi pada model prabayar (prepaid) yang ketat. Untuk menjaga kontinuitas layanan, sistem harus memiliki dana yang cukup untuk menutupi MRC penuh dari semua DID yang aktif pada saat perubahan kalender UTC. Jika saldo turun di bawah jumlah yang diperlukan, sistem dapat memicu protokol penangguhan otomatis untuk mencegah ekuitas negatif.
Membandingkan Penyiapan Awal vs Siklus Berulang
| Peristiwa Penagihan | Waktu | Tipe Perhitungan | Dampak |
|---|---|---|---|
| Penetapan Awal | Permintaan JIT | Setup + Prorata | Deduksi Langsung |
| Roll Bulan Kedua | Tanggal 1 00:00 UTC | MRC Penuh | Deduksi Berulang |
| Bulan Berikutnya | Tanggal 1 00:00 UTC | MRC Penuh | Fase Stabilitas |
| Tinjauan Halus | Bulanan | Audit Penggunaan | Kesehatan Akun |
Ambang Batas Penskalaan dan Tinjauan Saldo
Seiring pertumbuhan operasi Anda, total MRC untuk inventaris DID Anda dapat meningkat secara signifikan. Untuk akun di mana total biaya berulang bulanan atau biaya penggunaan mendekati tinjauan halus sekitar USD 1,000/bulan, tim keuangan kami melakukan audit rutin. Tinjauan ini dirancang untuk memastikan bahwa arsitektur prabayar dioptimalkan untuk pola lalu lintas Anda, baik Anda berfokus pada SMS volume tinggi, pengiriman OTP, atau layanan suara.
Webhook Teknis dan Status Nomor
Untuk mengotomatiskan akuntansi Anda, Anda dapat menggunakan webhook yang dipicu setelah deduksi MRC berhasil. Ketika sistem memproses sewa penuh pada tanggal 1 UTC, entri buku besar dibuat. Aplikasi Anda dapat mendengarkan pembaruan ini untuk menyinkronkan database internal. Ini sangat penting untuk menjaga pelacakan DLR (Delivery Receipt) yang akurat dan memastikan bahwa monitor HB (Heartbeat) untuk lalu lintas 10DLC atau toll-free Anda tetap hijau.
Mulai dengan IOSOR
Pukul 00:00 UTC tanggal 1 baris sewa jadi MRC penuh untuk setiap DID yang masih di-assign. Bulan pertama setup plus sisa hari. Ekspor balik kalender agar keuangan tidak menunggu prorate lagi di nomor yang sama.
Intisari IOSOR
Bulan kedua adalah MRC kalender penuh, bukan hitungan sisa hari.
Lakukan: danai sewa penuh sebelum 1 UTC. Jangan: anggarkan bulan kedua sebagai prorate lagi.
Apakah panduan ini membantu?
Panduan terkait
- Serah terima DID pemilik kedua: siapa yang boleh menetapkan dan melepaskan
Kuasai batasan operasional, penyediaan JIT, dan ambang batas keuangan prabayar selama serah terima DID pemilik kedua.
- Batas Pengeluaran Per DID: Sewa Dan Trafik Keluar Pada Satu Nomor
Kendalikan eksposur per nomor di CPaaS label putih Anda dengan batas pengeluaran gabungan untuk biaya bulanan dan trafik keluar.
- Perutean webhook inbound pada DID: MO tanpa pemilik kehilangan STOP
Rutekan webhook inbound ke akun pemilik dengan aman. Cegah kejadian MO yatim piatu dan opt-out yang terlewat dalam CPaaS prabayar label putih.