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