IOSOR

IOSOR База знаний

Первый месяц DID: setup и prorate — клиентская математика prepaid-аренды

Prorate по UTC-календарному месяцу, setup плюс MRC в первом периоде, renewal 1-го числа и list не ниже 2× — математика аренды, которую финансы выгружают из prepaid-кошелька.

Финансы часто читают первый счёт DID как «setup плюс полный месяц», а потом спорят, когда следующий debit падает на 1-е UTC. Клиентский контракт — UTC calendar month: первый charge = setup + prorated MRC за оставшиеся дни текущего UTC-месяца (сегодня через последний день включительно); paid-through — следующее 1-е UTC; дальнейшие renewal берут полный list monthly. List не ниже пола 2×. Заказ JIT: live-поиск, prepaid-hold, покупка при успехе, честный assign — реальность аренды local и toll-free.

IOSOR — white-label prepaid: один кошелёк, котируемый list, без загадочных «adjustments», без platform subscription греть пустой аккаунт.

Первый период: setup плюс prorated MRC

Две клиентские части. Setup — разовый list за вывод assignment. Prorated MRC = list monthly × оставшиеся UTC-дни ÷ дни месяца. Включительно: покупка в день D из N → (N − D + 1) / N. Типичный пол US local list — USD 10 setup и USD 10.20 monthly. Заказ 14 августа UTC (31 день): доля 18/31; prorated MRC ≈ USD 5.92; первый charge ≈ USD 15.92.

UTC calendar month, не скользящие 30 дней

Часы «30 дней с даты заказа» ломают close. Аренда августа покрывает до 31 августа UTC; сентябрь начинается в 00:00 UTC 1-го. Часовой пояс офиса не переписывает долю. JIT-hold до покупки — неудачный заказ возвращает hold, не изобретает фантомную строку аренды. Каталог in setup календарь не меняет.

Renewal 1-го: полный monthly list

С следующего 1-го UTC renewal берёт полный list monthly и сдвигает paid-through к следующему 1-му. На чистом renewal второго setup нет. Если assignment пропустил 1-е, catch-up — названные календарные сегменты, не комок «adjustment». Выгружайте дату renewal, list monthly и assignment id. Low-balance останавливает renewal как send. Публичный пол пополнения — USD 20.

Клиентский list и пол ≥2×

Клиент видит list, не внутреннюю арифметику пола. Котируемый list ≥ 2× пола направления для этого типа номера. Цифры US local выше — покупательский результат закона. Финансы сводят quote → hold → первый charge → renewal на одном ledger. Если коридор in setup, аренда не переключает messaging Live. Если live, аренда и трафик делят один prepaid-кошелёк.

Красные флаги

  • Первый счёт как setup + полный MRC при покупке в середине месяца
  • Скользящая 30-дневная годовщина продаётся как «календарный месяц»
  • Загадочные «adjustments» вместо названных долей prorate
  • Второй setup на чистом renewal 1-го
  • List ниже пола 2× или арифметика пола в client errors
  • Badge Activated до assign, или аренда как Live-переключение канала in setup

Старт с IOSOR

Скотируйте один local DID и сделайте скрин setup, monthly list и оценки первого charge до hold. JIT-заказ ставьте только после prepaid-hold, затем выгрузите setup, prorated MRC, долю дней и paid-through. Подтвердите, что следующее 1-е UTC берёт полный monthly без второго setup. Отдайте выгрузку финансам — математика продления не должна жить в коридоре.

Итог IOSOR

Первый месяц — один setup плюс prorated MRC за оставшиеся дни UTC. Следующее 1-е берёт полный monthly. Покупатель должен видеть этот разрез до hold.

Делайте: покажите долю и paid-through в квитанции. Не делайте: прятать разрез первого charge или брать setup повторно на renewal.

Был ли материал полезен?

Связанные гайды