IOSOR Guide
Secondo Mese DID: MRC Completo al Cambio del Calendario UTC
Comprendi la transizione dai costi iniziali proporzionali del DID al canone mensile ricorrente (MRC) completo attivato dal cambio del calendario UTC il 1° del mese.
Gestire il ciclo di vita di un numero virtuale richiede una chiara comprensione di come il ciclo di fatturazione passi dall'acquisizione iniziale alla fase di manutenzione ricorrente. A differenza del primo giorno di servizio, che segue la matematica setup e prorrata del primo mese DID, il secondo mese introduce il canone mensile ricorrente (MRC) standard nella sua interezza. Questa transizione è rigorosamente regolata dal calendario UTC, garantendo un evento di fatturazione sincronizzato su tutti gli asset globali assegnati al tuo account IOSOR.
La Transizione UTC dal Prorrata al Canone Intero
Quando un numero viene assegnato per la prima volta tramite provisioning JIT (Just-In-Time), il sistema calcola una quota parziale in base ai giorni rimanenti nel mese corrente. Tuttavia, non appena l'orologio segna le 00:00 UTC del primo giorno del nuovo mese, la logica della Fattura DID iniziale: righe pro-rata vs mese intero cambia. Il sistema non guarda più al giorno specifico del mese in cui il numero è stato acquisito; applica semplicemente la tariffa mensile completa.
Logica del Saldo Prepagato il Primo del Mese
IOSOR opera su un modello rigorosamente prepagato. Per mantenere la continuità del servizio, il sistema deve disporre di fondi sufficienti per coprire l'MRC completo di tutti i DID attivi al momento del cambio UTC. Se il saldo scende al di sotto dell'importo richiesto, il sistema può attivare protocolli di sospensione automatizzati per prevenire un saldo negativo. È essenziale mantenere la soglia minima prepagata di USD 20 per garantire che blocchi di numeri ad alto volume non esauriscano il saldo dell'account durante la transizione di mezzanotte.
Confronto tra Setup Iniziale e Cicli Ricorrenti
| Evento di Fatturazione | Tempistica | Tipo di Calcolo | Impatto |
|---|---|---|---|
| Assegnazione Iniziale | Richiesta JIT | Setup + Prorrata | Deduzione Immediata |
| Cambio Secondo Mese | 1° 00:00 UTC | MRC Completo | Deduzione Ricorrente |
| Mesi Successivi | 1° 00:00 UTC | MRC Completo | Fase di Stabilità |
| Revisione Soft | Mensile | Audit di Utilizzo | Salute dell'Account |
Soglie di Scalabilità e Revisioni del Saldo
Man mano che le tue operazioni crescono, l'MRC totale per il tuo inventario DID può aumentare significativamente. Per gli account in cui i costi ricorrenti mensili o le commissioni di utilizzo si avvicinano a una revisione soft vicino a 1.000 USD/mese, il nostro team finanziario esegue un audit di routine. Questa revisione è progettata per garantire che l'architettura prepagata sia ottimizzata per i tuoi modelli di traffico, che tu ti stia concentrando su SMS ad alto volume, consegna OTP o servizi vocali. Mantenere un buffer sano sopra la soglia di 20 USD è il modo migliore per evitare interruzioni.
Webhook Tecnici e Stato del Numero
Per automatizzare la tua contabilità, puoi utilizzare webhook che si attivano in caso di deduzioni MRC riuscite. Quando il sistema elabora il canone intero il 1° UTC, viene generata una voce di registro per ogni asset attivo. Monitorare questi eventi consente ai tuoi sistemi interni di riconciliare i costi in tempo reale senza intervento manuale. Se un webhook non si attiva, controlla immediatamente la connettività del tuo endpoint.
Inizia con IOSOR
Alle 00:00 UTC del 1° la riga di affitto diventa MRC pieno per ogni DID ancora assegnato. Il primo mese era setup più giorni restanti. Esportate il ribaltamento del calendario perché finanza non aspetti un altro prorata sullo stesso numero.
Sintesi IOSOR
Il secondo mese è MRC di calendario pieno, non aritmetica dei giorni avanzati.
Fate: finanziate l’affitto pieno prima del 1° UTC. Non fate: budgettare il secondo mese come un altro prorata.
Questa guida ti è stata utile?
Guide correlate
- Passaggio di DID al secondo proprietario: chi può assegnare e rilasciare
Padroneggia i confini operativi, il provisioning JIT e le soglie finanziarie prepagate durante i passaggi di DID.
- Cap di spesa per DID: Canone e traffico MT su un unico numero
Controlla l'esposizione per numero nel tuo CPaaS white-label con un limite di spesa combinato per MRC e traffico mobile in uscita.
- Routing dei webhook in entrata su DID: MO senza proprietario perde STOP
Instrada i webhook in entrata verso l'account di proprietà in modo sicuro. Prevenire eventi MO orfani e opt-out mancati nel CPaaS white-label prepagato.