IOSOR База знаний
Второй месяц DID: полный MRC при смене календаря UTC
Узнайте, как происходит переход от пропорциональной оплаты первого месяца к полному ежемесячному платежу (MRC) первого числа каждого месяца по времени UTC.
Жизненный цикл виртуального номера в системе IOSOR разделен на этап первичной активации и этап регулярного продления. В то время как первый месяц регулируется правилами математика setup и prorate первого месяца DID, начиная со второго месяца вступает в силу стандартный ежемесячный платеж (MRC). Этот процесс автоматизирован и привязан строго к началу новых суток по всемирному координированному времени (UTC).
Переход на полный MRC по календарю UTC
В момент, когда календарь переключается на 1-е число месяца в 00:00 UTC, логика Счет за DID за неделю: пропорциональный расчет против полного месяца меняется. Система фиксирует все активные номера, назначенные через JIT-запросы, и списывает полную стоимость аренды за предстоящий месяц. В отличие от первой недели, когда оплата могла быть дробной, второй месяц всегда требует стопроцентного покрытия стоимости аренды, независимо от того, был ли номер куплен 2-го или 25-го числа предыдущего периода.
Логика списания баланса первого числа
Платформа работает по модели предоплаты, что требует наличия достаточных средств на балансе в момент списания. Если на счету недостаточно средств для покрытия всех полных MRC, система может приостановить обслуживание активов. Мы рекомендуем поддерживать минимальный порог (prepaid floor) в размере USD 20, чтобы избежать внезапных блокировок при массовом продлении номеров, особенно если они прошли успешный Первая неделя пилота DID: проверки после первичного JIT-назначения.
Разница между первой активацией и продлением
| Событие | Время | Тип расчета | Результат |
|---|---|---|---|
| Активация | Момент JIT | Setup + Прорейт | Мгновенно |
| Продление | 1-е 00:00 UTC | Полный MRC | Циклично |
| Мониторинг | Постоянно | Баланс | Стабильность |
| Аудит | При лимите | Проверка лимитов | Масштабирование |
Лимиты масштабирования и финансовый мониторинг
При росте вашего парка номеров общая сумма ежемесячных списаний увеличивается. Для аккаунтов, чьи расходы приближаются к отметке soft review near USD 1,000/month, проводится стандартная процедура проверки. Это необходимо для подтверждения корректности настроек OTP, SMS и голосовых шлюзов. Своевременное пополнение баланса выше лимита в USD 20 гарантирует, что автоматические процессы продления пройдут без задержек, сохраняя работоспособность ваших 10DLC и Toll-Free каналов.
Статус номеров и уведомления через Webhook
Для интеграции с вашими внутренними системами учета IOSOR предоставляет функционал Webhook. В момент списания MRC первого числа система отправляет уведомление, которое позволяет вашему бэкенду обновить статус аренды. Это критически важно для отслеживания DLR и HB-статусов. Если транзакция не проходит, вы мгновенно получаете сигнал о необходимости пополнения, что позволяет сохранить JIT-резервирование номеров без потери трафика.
Начните работу с IOSOR
В 00:00 UTC первого числа строка аренды становится полным MRC для каждого ещё assigned DID. Первый месяц был setup плюс оставшиеся дни. Выгрузите календарный переворот, чтобы финансы не ждали ещё один prorate на том же номере.
Итог IOSOR
Второй месяц — полный календарный MRC, не арифметика остатка дней.
Делайте: закройте полную аренду до 1-го UTC. Не делайте: планировать второй месяц как ещё один prorate.
Был ли материал полезен?
Связанные гайды
- Передача DID второму владельцу: правила назначения и высвобождения
Контроль операционных границ, JIT-провижининга и финансовых порогов при передаче DID номеров.
- Лимит расходов на один номер: аренда плюс исходящий трафик
Управляйте рисками по каждому номеру в white-label CPaaS платформе с помощью объединенного лимита на MRC и исходящий трафик.
- Маршрутизация входящих вебхуков по DID: MO без владельца теряет STOP
Надежная маршрутизация входящих вебхуков в белом лейбле. Предотвращение сиротских MO и потерянных запросов отписки.