IOSOR

IOSOR База знаний

Учет локальных часов тишины в глобальных картах покрытия

Узнайте, как настроить автоматическую проверку покрытия в IOSOR с учетом локальных часов тишины для предотвращения отклонений доставки и экономии баланса.

Учет локальных часов тишины в глобальных картах покрытия.

Понимание ограничений на доставку в часы тишины

Локальные часы тишины представляют собой строгие регуляторные интервалы, во время которых отправка маркетингового или некритичного трафика SMS и OTP юридически запрещена. Попытка отправки сообщений в эти часы приводит к немедленному отклонению на уровне сетей связи, что ведет к бесполезной трате баланса. В IOSOR мы классифицируем часы тишины как динамические ограничения покрытия. Вместо отправки запроса и получения неуспешного DLR платформа анализирует целевой префикс E.164 и локальное время перед маршрутизацией.

Сопоставление префиксов E.164 с локальными часовыми поясами

Чтобы избежать неявных потерь трафика, система сопоставляет префиксы E.164 с точными географическими часовыми поясами. При инициации API-вызова IOSOR проверяет часовой пояс получателя. Если текущее локальное время попадает в диапазон ограничений, сообщение приостанавливается или отклоняется на уровне API-шлюза. Это предотвращает нецелевое списание средств с предоплаченного баланса. Система использует динамические таблицы для точного определения времени даже в странах с несколькими часовыми поясами.

Настройка автоматических проверок покрытия в IOSOR

Разработчики могут настроить автоматические проверки покрытия через консоль IOSOR или уведомления webhook. Задавая правила для границ часов тишины (например, с 20:00 до 08:00 по местному времени), платформа автоматически обновляет активную карту покрытия. Если направление временно ограничено, система возвращает специальный код блокировки покрытия вместо общей ошибки. Это позволяет вашему приложению корректно поставить сообщение в очередь или мгновенно уведомить пользователя.

Управление удержанием средств и операциями в реестре

Все операции по получению номеров в IOSOR используют модель JIT-резервирования. При запросе номера на вашем балансе создается временное удержание средств (prepaid hold), после чего номер сразу назначается вашему аккаунту. Для поддержания активности аккаунта требуется минимальный предоплаченный лимит в размере USD 20. Для аккаунтов с большими объемами трафика инициируется мягкий аудит при приближении к лимиту USD 1,000/month, что помогает оптимизировать маршруты и гарантировать соблюдение протоколов STOP и Verify OK.

Интеграция правил комплаенса и маршрутизации

Внедрение этих правил гарантирует соответствие требованиям во всех активных коридорах. Для поддержания оптимальной маршрутизации изучите следующие материалы:

Эти руководства помогут вам управлять сложными сценариями маршрутизации и поддерживать высокий уровень успешной доставки.

Начните с IOSOR

Откройте консоль IOSOR и настройте модуль автоматической проверки покрытия с учетом временных зон по префиксам E.164. Установите правила API-шлюза для автоматической блокировки или постановки в очередь сообщений, попадающих в локальные тихие часы. Проверьте вебхуки, чтобы отслеживать динамические изменения статуса доступности маршрутов в реальном времени.

Итог IOSOR

Интеграция правил тихих часов в автоматические проверки покрытия полностью устраняет нецелевые списания из-за блокировок на стороне операторов. Привязка префиксов E.164 к часовым поясам гарантирует, что трафик фильтруется на шлюзе IOSOR до передачи в сеть.

Настраивайте автопроверки локальных временных ограничений в интерфейсе IOSOR для каждого направления. Не отправляйте сообщения без предварительного расчета местного времени получателя, чтобы избежать мгновенных отказов в доставке.

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

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