Синхронизация inbound opt-out между multi-tenant аккаунтами

Синхронизация inbound opt-out между multi-tenant аккаунтами.

Архитектурный обзор изоляции и списков подавления

В платформе IOSOR обработка входящих запросов на отказ требует строгого разделения арендаторов и соблюдения глобальных требований регуляторов. Когда конечный абонент отправляет ключевое слово STOP, ядро системы перехватывает трафик до его поступления в рабочий кабинет субаккаунта. Такая схема гарантирует приоритет юридической безопасности над настройками конкретной кампании. Платформа работает на базе предоплатной модели с порогом в 20 USD, что обеспечивает финансовую стабильность входящего трафика.

Разбор ключевых слов и маршрутизация JIT

Обработка входящих сообщений начинается на пограничном шлюзе, куда поступают пакеты в формате E.164. Модуль маршрутизации анализирует текст на наличие стандартных команд отказа. Номера подключаются по принципу JIT, исключающему любые предварительные запасы или статическое резервирование ресурсов. При обнаружении ключевого слова STOP шлюз мгновенно отправляет webhook-уведомление на эндпоинт субаккаунта, одновременно обновляя записи в реестре.

Глобальные стоп-листы и изоляция настроек субаккаунтов

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

Синхронизация через веб-хуки и диспетчеризация событий

При обновлении статуса отказа внешние системы получают мгновенные уведомления через веб-хуки с низким временем задержки. Передаваемый пакет данных содержит номер телефона, временную метку, совпавший ключ и идентификатор арендатора. Для предотвращения гонок данных при пиковых нагрузках IOSOR использует распределенные блокировки ключей. Это гарантирует консистентность статусов доставки DLR во всех узлах кластера.

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

Поддержание высоких стандартов безопасности требует строгого соблюдения регламентов сети и правил маршрутизации. Администраторам рекомендуется использовать официальную документацию для корректной настройки окружения и обработки входящего трафика. Ознакомьтесь со следующими руководствами для детального изучения политик и лимитов.

Связанные материалы: политика ключевых слов STOP и HELP · гайд по двустороннему inbox · Анализ входящего объема: нагрузка по ключевым словам, опустошающая баланс.

Начните с IOSOR

Посадите STOP на DID арендатора A. Докажите, что арендатор B на той же платформе всё ещё может слать на этот MSISDN. Синхронизируйте отказ только по номерам арендатора A. Выгрузите id арендатора рядом со строкой suppression. Это синхронизация STOP в границах арендатора, не запись списка на один DID и не проверка подписи.

Итог IOSOR

STOP принадлежит арендатору, не общему inbox платформы.

Делайте: изолируйте список, затем синхронизируйте внутри этого арендатора. Не делайте: копировать один STOP на все субсчета, которые делят хост.