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.

Чи був матеріал корисним?

Пов’язані гіди