IOSOR

IOSOR Guías

Setup y prorrateo del primer mes DID: matemáticas visibles en el alquiler prepaid

Prorrateo por mes calendario UTC, setup más MRC en el primer periodo, renovación el día 1, y lista de cliente al menos 2× — matemáticas de alquiler que finanzas puede exportar.

Finanzas suele leer la primera factura DID como «setup más un mes entero» y discute cuando el siguiente débito cae el día 1 UTC. El contrato visible es mes calendario UTC: primer cargo = setup + MRC prorrateado por los días restantes (hoy hasta el último, inclusive); pagado-hasta el siguiente 1 UTC; renovaciones posteriores cobran la lista mensual completa. La lista queda en o por encima del suelo 2×. El pedido es JIT: búsqueda en vivo, hold prepaid, compra al éxito, asignación honesta — realidad del alquiler local y gratuito.

IOSOR es prepaid white-label: un wallet, lista cotizada, sin «ajustes» misteriosos, sin suscripción de plataforma para calentar una cuenta vacía.

Primer periodo: setup más MRC prorrateado

Dos partes visibles. Setup es la lista única para poner la asignación en línea. MRC prorrateado = lista mensual × días UTC restantes ÷ días del mes. Inclusivo: compra el día D de N → (N − D + 1) / N. Un suelo típico US local es USD 10 setup y USD 10.20 mensual. Pedido el 14 de agosto UTC (31 días): fracción 18/31; MRC ≈ USD 5.92; primer cargo ≈ USD 15.92.

Mes calendario UTC, no 30 días rodantes

Un reloj de 30 días desde el pedido pelea con cada cierre. El alquiler de agosto cubre hasta el 31 de agosto UTC; septiembre empieza 00:00 UTC el 1. La zona horaria de la oficina no reescribe la fracción. El hold JIT sigue antes de comprar — pedidos fallidos reembolsan el hold. El catálogo in setup no cambia el calendario.

Renovación el día 1: lista mensual completa

Desde el siguiente 1 UTC, las renovaciones cobran lista mensual completa y avanzan pagado-hasta al 1 siguiente. Sin segundo setup en una renovación limpia. El catch-up usa segmentos de calendario con nombre — no un «ajuste» de golpe. Exporten fecha de renovación, lista mensual e id de asignación. La política de saldo bajo detiene una renovación como un envío.

Lista visible y el suelo ≥2×

El cliente ve la lista, nunca la aritmética interna del suelo. Lista cotizada ≥ 2× el suelo de destino para ese tipo. Las cifras US local de arriba son el resultado de esa ley. Finanzas concilia cotización → hold → primer cargo → renovación en un ledger. Si el corredor está in setup, pagar alquiler no voltea mensajería a Live. Si está live, alquiler y tráfico comparten un wallet prepaid.

Señales de alarma

  • Primera factura como setup + MRC completo en una compra a mitad de mes
  • Aniversario de 30 días vendido como «mes calendario»
  • «Ajustes» misteriosos en vez de fracciones de prorrateo con nombre
  • Segundo setup en una renovación limpia del 1
  • Lista bajo el suelo 2×, o aritmética del suelo en errores de cliente
  • Badge Activated antes de asignar, o alquiler como volteo Live aún in setup

Empezar con IOSOR

Cotice un DID local y capture la tarifa de setup, la lista mensual y la estimación del primer cargo antes del hold. Haga el pedido JIT solo después del hold prepaid, luego exporte setup, MRC prorrateado, la fracción de días y paid-through. Confirme que el próximo día 1 UTC cobra el mensual completo sin segundo setup. Entregue esa exportación a finanzas: la matemática de renovación no es un rumor de pasillo.

Conclusión IOSOR

El primer mes es un setup más el MRC prorrateado de los días UTC que quedan. El próximo día 1 cobra el mensual completo. El comprador debe ver ese desglose antes del hold.

Haga: muestre la fracción y paid-through en el recibo. No haga: ocultar el desglose del primer cargo ni cobrar setup otra vez en la renovación.

¿Fue útil esta guía?

Guías relacionadas