IOSOR База знань
Другий місяць DID: повний MRC при зміні календаря UTC
З'ясуйте особливості переходу від прорейту першого місяця до повної щомісячної вартості (MRC), що нараховується 1-го числа за часом UTC.
Управління ресурсами нумерації в IOSOR базується на чітких циклах оновлення балансу. Після завершення початкового періоду, де застосовувався математика setup і prorate першого місяця DID, настає етап регулярної оренди. Розуміння того, як працює повний щомісячний платіж (MRC), є ключовим для підтримки безперервності сервісів OTP, SMS та голосового зв'язку.
Повний щомісячний платіж та UTC календар
На відміну від гнучкого нарахування під час першої активації, другий місяць використання номера завжди починається з повного списання вартості оренди. Це відбувається рівно о 00:00 за часом UTC першого числа кожного місяця. Порівнюючи Рахунок за DID за тиждень: пропорційний розрахунок проти повного місяця, важливо пам'ятати, що система автоматично переходить на повний цикл для всіх номерів, які були успішно активовані та пройшли свій Перший тиждень пілоту DID: перевірки після первинного JIT-призначення.
Механіка передплати на початку нового періоду
Оскільки IOSOR використовує модель передплати, кошти за повний MRC мають бути доступні на балансі в момент настання нової доби за UTC. Ми наполегливо рекомендуємо зберігати мінімальний залишок (prepaid floor) у розмірі USD 20. Це дозволяє уникнути технічних пауз у роботі номерів, коли система JIT намагається підтвердити активність великої кількості активів одночасно. Будь-яка нестача коштів призведе до тимчасового блокування вхідного та вихідного трафіку.
Відмінності між стартовим прорейтом та рентою
| Подія | Час | Метод розрахунку | Статус |
|---|---|---|---|
| Перше призначення | JIT запит | Setup + Прорейт | Новий |
| Початок місяця | 1-ше 00:00 UTC | Повний MRC | Активний |
| Перевірка балансу | Реал-тайм | Prepaid Hold | Контроль |
| Фінансовий аудит | Щомісяця | Аналіз витрат | Оптимізація |
Поріг масштабування та перевірка акаунта
При досягненні обсягів споживання, що наближаються до soft review near USD 1,000/month, система ініціює стандартний перегляд параметрів акаунта. Це допомагає оптимізувати витрати на великі пули номерів та переконатися у відповідності технічних налаштувань (webhook, DLR) вашим потребам. Підтримка балансу значно вище ліміту USD 20 є критичною для стабільного масштабування без затримок у обробці транзакцій.
Технічний моніторинг активності номерів
Для автоматизації бізнес-процесів важливо інтегрувати сповіщення про списання MRC у вашу систему. Використання статусів HB (Heartbeat) та моніторинг DLR дозволяють вчасно реагувати на будь-які зміни в роботі номерів. Якщо під час переходу на повний MRC виникає помилка через низький баланс, ваш сервер отримає відповідний сигнал через webhook, що дозволить оперативно поповнити рахунок та зберегти 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 та пропущених стоп-команд.