IOSOR База знаний
Обеспечение соблюдения тихих часов до запуска в продакшен
Проверьте соблюдение временных окон quiet hours и механику очередей на предоплаченном балансе IOSOR перед запуском маркетинговых и A2P SMS рассылок.
Обеспечение соблюдения тихих часов до запуска в продакшен.
Проверка правил временных ограничений до выхода в продакшен
Перед запуском коммерческих рассылок A2P операторы платформы обязаны настроить правила тихих часов в шлюзе отправки. Отправка маркетинговых сообщений в ночное время нарушает регламенты операторов и влечет за собой штрафные санкции. В платформе IOSOR проверка ограничений по времени начинается на этапе тестирования.
Настройка графиков тихих часов и привязка к часовым поясам
Конфигурация правил quiet hours включает привязку номеров назначения в формате E.164 к соответствующим часовым поясам. Маршрутизатор анализирует телефонные коды и префиксы стран на соответствие локальным нормам (например, запрет доставки с 21:00 до 08:00). Если запрос API поступает во время действия ограничений, система перехватывает исходящее сообщение и переводит его в статус отложенной отправки без сброса пакета и без немедленного вызова сети.
Симуляция работы очереди вне разрешенного окна и удержание средств
Тестирование политики тихих часов требует эмуляции запросов в запрещенный период. Когда запрос поступает в систему во время ограничений, платформа выполняет предварительное удержание средств prepaid hold на сумму стоимости SMS и помещает сообщение в очередь. Выделенные виртуальные номера, полученные через механизм JIT assign, остаются активными, а списания MRC фиксируются в журнале.
Обработка транзакционных исключений и критических OTP
Критические сообщения авторизации, такие как одноразовые пароли (OTP), должны отправляться в обход маркетинговых ограничений тихих часов. В консоли управления вы настраиваете профили классификации трафика для маркировки высокоприоритетных сообщений. При прохождении OTP через шлюз правило фильтрации распознает приоритетный тег и мгновенно отправляет трафик, возвращая статус Verify OK.
Чек-лист готовности шлюза к работе в реальных условиях
Для подтверждения полной готовности системы к нагрузке команда инженеров должна проверить таблицы маршрутизации, механизм резервирования баланса и обработку уведомлений для всех целевых регионов.
Связанные материалы: Явное именование транзакционных исключений тихих часов · Тихие часы как политика, а не очередь отложенной отправки · prepaid-резерв до первого списания.
Начните с IOSOR
Откройте консоль IOSOR и перейдите в раздел шлюзов маршрутизации для настройки правил тихих часов перед запуском рассылок. Проверьте корректность E.164-маршрутизации и убедитесь, что тестовый маркетинговый трафик вызывает prepaid hold с переносом сообщений в отложенную очередь. Завершите настройку подтверждением готовности продуктового гейта перед стартом Live-кампаний.
Итог IOSOR
В этом руководстве доказана необходимость обязательной проверки правил тихих часов на предоплаченном балансе до запуска A2P-маркетинга. Настройка временных ограничений с учетом локальных часовых поясов гарантирует защиту от штрафов регуляторов и блокировок со стороны операторов.
Делайте: четко разделяйте профили сообщений, позволяя OTP-паролям обходить тихие часы. Не делайте: не выводите рекламные рассылки в продакшен без предварительной эмуляции внедиапазонных очередей и проверки удержания баланса.
Был ли материал полезен?
Связанные гайды
- Явное именование транзакционных исключений тихих часов
Узнайте, почему транзакционные исключения вроде OTP и P1 сообщений должны явно обозначаться в webhook IOSOR, а не обходить тихие часы скрытно.
- Тихие часы как политика, а не очередь отложенной отправки
Узнайте, почему соблюдение тихих часов должно работать как проверка политик в IOSOR, а не как очередь задержки отправки SMS сообщений.