IOSOR Guías
Segundo mes de DID: MRC completo al cambiar el calendario UTC
Comprenda la transición de los costes iniciales prorrateados de DID al cargo recurrente mensual (MRC) completo activado por el cambio de calendario UTC el día 1 del mes.
Navegar por el ciclo de vida de un número virtual requiere una comprensión clara de cómo cambia el ciclo de facturación desde la adquisición inicial hasta la fase de mantenimiento recurrente. A diferencia del primer día de servicio, que sigue una matemática de setup y prorrateo del primer mes DID específica, el segundo mes introduce el Cargo Recurrente Mensual (MRC) estándar en su totalidad. Esta transición está estrictamente gobernada por el calendario UTC, lo que garantiza un evento de facturación sincronizado en todos los activos globales asignados a su cuenta.
La transición UTC del prorrateo al alquiler completo
Cuando se asigna un número por primera vez a través del aprovisionamiento JIT (Just-In-Time), el sistema calcula una tarifa parcial basada en los días restantes del mes actual. Sin embargo, tan pronto como el reloj marca las 00:00 UTC del primer día del nuevo mes, la lógica de Semana de factura DID: filas prorrateadas frente a mes completo cambia. El sistema ya no mira el día específico del mes en que se adquirió el número; simplemente aplica la tarifa completa.
Lógica de saldo prepago el primero de mes
IOSOR opera bajo un modelo prepago estricto. Para mantener la continuidad del servicio, el sistema debe tener fondos suficientes para cubrir el MRC completo de todos los DID activos en el momento del cambio de UTC. Si el saldo cae por debajo del monto requerido, el sistema puede activar protocolos de suspensión automatizados para evitar el capital negativo. Es esencial mantener el suelo prepago de USD 20 para garantizar que los bloques de números de alto volumen no agoten el saldo de la cuenta durante la transición de medianoche.
Comparación entre configuración inicial y ciclos recurrentes
| Evento de Facturación | Tiempo | Tipo de Cálculo | Impacto |
|---|---|---|---|
| Asignación Inicial | Solicitud JIT | Setup + Prorrateo | Deducción Inmediata |
| Cambio Segundo Mes | 1º 00:00 UTC | MRC Completo | Deducción Recurrente |
| Meses Posteriores | 1º 00:00 UTC | MRC Completo | Fase de Estabilidad |
| Revisión Suave | Mensual | Auditoría de Uso | Salud de la Cuenta |
Umbrales de escalado y revisiones de saldo
A medida que sus operaciones crecen, el MRC total de su inventario DID puede aumentar significativamente. Para cuentas donde los costos recurrentes mensuales o las tarifas de uso se acercan a una revisión suave cerca de USD 1.000/mes, nuestro equipo financiero realiza una auditoría de rutina. Esta revisión está diseñada para garantizar que la arquitectura prepaga esté optimizada para sus patrones de tráfico, ya sea que se enfoque en SMS de alto volumen, entrega de OTP o servicios de voz. Mantener un margen saludable por encima del suelo de USD 20 es la mejor forma de evitar interrupciones.
Webhooks técnicos y estado del número
Para automatizar su contabilidad, puede utilizar webhooks que se activan tras deducciones exitosas de MRC. Cuando el sistema procesa el alquiler completo el 1º UTC, se genera una entrada en el libro mayor para cada activo. Monitorear estos eventos permite que sus sistemas internos reconcilien costos en tiempo real sin intervención manual. Si un webhook falla, verifique la conectividad de su endpoint.
Comience con IOSOR
A las 00:00 UTC del día 1 la fila de alquiler pasa a MRC completo en cada DID aún asignado. El primer mes fue setup más días restantes. Exporten el vuelco del calendario para que finanzas no espere otro prorrateo en el mismo número.
Conclusión IOSOR
El segundo mes es MRC de calendario completo, no matemática de días sueltos.
Haga: fondee el alquiler completo antes del 1 UTC. No haga: presupuestar el segundo mes como otro prorrateo.
¿Fue útil esta guía?
Guías relacionadas
- Transferencia de DID al segundo propietario: quién puede asignar y liberar
Domine los límites operativos, el aprovisionamiento JIT y los umbrales financieros de prepago durante las transferencias de DID.
- Límite de gasto por DID: Alquiler más consumo MT en un solo número
Controle la exposición por número en su CPaaS de marca blanca con un límite de gasto combinado para MRC y tráfico saliente MT.
- Enrutamiento de webhooks entrantes en DID: MO sin propietario pierde STOP
Enrute webhooks entrantes a la cuenta propietaria de forma segura. Evite eventos MO huérfanos y bajas perdidas en CPaaS de marca blanca.