Setup e rateio do primeiro mês DID: matemática visível no aluguer prepaid

Finanças costuma ler a primeira fatura DID como «setup mais um mês cheio» e discute quando o próximo débito cai no dia 1 UTC. O contrato visível é mês calendário UTC: primeiro charge = setup + MRC rateado pelos dias restantes (hoje até o último, inclusive); pago-até o próximo 1 UTC; renovações posteriores cobram a lista mensal cheia. A lista fica no piso 2× ou acima. O pedido é JIT: busca ao vivo, hold prepaid, compra no sucesso, assign honesto — realidade do aluguer local e verde.

IOSOR é prepaid white-label: uma carteira, lista cotada, sem «ajustes» misteriosos, sem assinatura de plataforma para aquecer conta vazia.

Primeiro período: setup mais MRC rateado

Duas partes visíveis. Setup é a lista única para pôr o assign online. MRC rateado = lista mensal × dias UTC restantes ÷ dias do mês. Inclusivo: compra no dia D de N → (N − D + 1) / N. Um piso US local típico é USD 10 setup e USD 10.20 mensal. Pedido em 14 de agosto UTC (31 dias): fração 18/31; MRC ≈ USD 5.92; primeiro charge ≈ USD 15.92. Exportem setup, fração, MRC rateado e pago-até.

Mês calendário UTC, não 30 dias rolantes

Um relógio de 30 dias a partir do pedido luta com cada fecho. A renda de agosto cobre até 31 de agosto UTC; setembro começa 00:00 UTC no dia 1. O fuso do escritório não reescreve a fração. O hold JIT continua antes da compra — pedidos falhados reembolsam o hold. O catálogo in setup não muda o calendário.

Renovação no dia 1: lista mensal cheia

A partir do próximo 1 UTC, as renovações cobram lista mensal cheia e avançam pago-até ao 1 seguinte. Sem segundo setup numa renovação limpa. O catch-up usa segmentos de calendário nomeados — não um «ajuste» de uma vez. Exportem data de renovação, lista mensal e id de assign. A política de saldo baixo para uma renovação como um envio. O piso público de recarga permanece USD 20.

Lista visível e piso ≥2×

O cliente vê a lista, nunca a aritmética interna do piso. Lista cotada ≥ 2× o piso de destino para esse tipo. Os números US local acima são o resultado comprador dessa lei. Finanças reconcilia cotação → hold → primeiro charge → renovação num ledger. Se o corredor está in setup, pagar renda não vira messaging Live. Se está live, renda e tráfego partilham uma carteira prepaid.

Sinais de alerta

• Primeira fatura como setup + MRC cheio numa compra a meio do mês
• Aniversário de 30 dias vendido como «mês calendário»
• «Ajustes» misteriosos em vez de frações de rateio nomeadas
• Segundo setup numa renovação limpa do dia 1
• Lista abaixo do piso 2×, ou aritmética do piso em erros de cliente
• Badge Activated antes do assign, ou renda como virada Live ainda in setup

Começar com IOSOR

Cote um DID local e capture a taxa de setup, a lista mensal e a estimativa do primeiro débito antes do hold. Faça o pedido JIT só depois do hold prepaid, depois exporte setup, MRC rateado, a fração de dias e paid-through. Confirme que o próximo dia 1 UTC cobra o mensal completo sem segundo setup. Entregue essa exportação às finanças: a matemática da renovação não vive no corredor.

• Revisão de volume no IOSOR: o piso permanece e o uso intensivo não cria nova…
• Reembolsos por Falha DLR: Conciliação de Créditos de SMS

Conclusão IOSOR

O primeiro mês é um setup mais o MRC rateado dos dias UTC restantes. O próximo dia 1 cobra o mensal completo. O comprador deve ver esse corte antes do hold.

Faça: mostre a fração e paid-through no recibo. Não faça: esconder o corte do primeiro débito nem cobrar setup outra vez na renovação.