Правила ротації пулу відправників при утриманні передплати

Правила ротації пулу відправників при утриманні передплати.

Динамічний розподіл номерів та JIT-активація

Ротація динамічних пулів ідентифікаторів відправників вимагає точного JIT-виділення (Just-In-Time) для уникнення зайвих щомісячних нарахувань (MRC). Замість утримання неактивного пулу номерів E.164, платформа IOSOR виділяє ресурсы динамічно. Під час запуску розсилки SMS або OTP система оцінює поточне навантаження та активує номери за запитом.

Блокування резервування передплаченого балансу

Для забезпечення безперебійної доставки платформа встановлює мінімальний ліміт передоплати у розмірі USD 20. Коли динамічна ротація запитує нові ідентифікатори, IOSOR розраховує MRC та накладає тимчасове утримання (prepaid hold) на баланс у білінгу. Якщо баланс стає меншим за цей ліміт, блокування резервування зупиняють нові JIT-активації. Це гарантує, що активний трафік не перерветься через брак коштів.

Захист від спам-фільтрів мобільних операторів

Динамічна ротація є критично важливою для обходу агресивних спам-фільтрів операторів зв'язку. Розподіл трафіку OTP та сповіщень між ротованим пулом номерів E.164 знижує ризик блокування окремих ідентифікаторів. Система відстежує вхідні повідомлення STOP та автоматично вилучає проблемні номери з ротації. Якщо пул отримує високий відсоток недоставлених DLR, платформа ініціює м'яку перевірку при наближенні до USD 1,000/місяць для аналізу трафіку та коригування інтервалів ротації.

Інтеграція з балансом та дебетові теги

Кожне динамічне виділення номера та плата за повідомлення фіксуються в реальному часі. Використовуючи дебетові теги, ви можете ізолювати витрати за конкретними пулами відправників. Це дозволяє операторам white-label переносити витрати на MRC та повідомлення безпосередньо на кінцевих клієнтів. При виведенні номера з ротації система звільняє залишок prepaid hold, оновлюючи доступний баланс. Такий облік виключає розбіжності при високошвидкісній маршрутизації.

Контроль API-запитів та верифікація вебхуків

Для запобігання подвійному списанню коштів під час швидкої ротації розробники мають використовувати ідемпотентність API. При таймауті мережі повторний запит із тим самим ключем ідемпотентності гарантує, що IOSOR не створить дублюючі номери та утримання. Після активації статуси передаються через webhook. Переконайтеся, що ваш сервер повертає відповідь Verify OK для підтвердження DLR.

Пов’язані матеріали: Операції з багатьма Sender ID на обсязі · Тег Sender ID на кожному prepaid-рядку debit · ідемпотентність, retry і гроші.

Почніть з IOSOR

Перейдіть у консоль IOSOR до розділу управління пулами Sender ID та налаштуйте параметри динамічної ротації із прив'язкою до ключів ідемпотентності API. Налаштуйте вебхуки сповіщень про накладання тимчасового холду prepaid hold, щоб автоматично підтримувати баланс понад мінімальний поріг у 20 USD. Це дозволить уникнути блокування ротації та забезпечить безперебійне виділення нових номерів E.164 під час спалахів OTP-трафіку.

Підсумок IOSOR

Динамічна ротація пулу Sender ID дозволяє ефективно обходити спам-фільтри операторів, розподіляючи високонавантажений трафік між кількома номерами E.164. Використання JIT-виділення ресурсів та дебетових тегів у леджері забезпечує точний облік витрат MRC без утримання зайвих незадіяних ідентифікаторів.

Завжди використовуйте унікальні ключі ідемпотентності при надсиланні API-запитів на ротацію, щоб запобігти подвійному списанню коштів та повторним резервуванням. Не допускайте зниження балансу нижче ліміту prepaid hold під час активних розсилок і обов'язково налаштуйте обробку вебхуків для автоматичного вилучення номерів із ротації при отриманні STOP-сигналів.