Права TCPA и CASL перед запуском SMS в продакшн

Права TCPA и CASL перед запуском SMS в продакшн.

Доказательства согласия как обязательный барьер продакшна

Отношение к проверке согласий и механизмам отписки как к обычным метрикам доставляемости — фундаментальная ошибка в телеком-архитектуре. В рамках законодательства Северной Америки наличие согласия является строгим бинарным условием для отправки любого сообщения. Запуск коммерческого SMS-трафика без проверяемых записей согласия подвергает платформу прямым рискам штрафов по закону TCPA в США и CASL в Канаде.

Специфика TCPA и CASL: письменные и подразумеваемые согласия

TCPA требует прямого письменного согласия (Prior Express Written Consent) для любых маркетинговых рассылок через автосистемы. В свою очередь, канадский CASL разделяет согласие на явное (Express, бессрочное до отзыва) и подразумеваемое (Implied), возникающее на базе деловых отношений и действующее от 6 месяцев до 2 лет.

Обработка ключевого слова STOP и вебхуки отписки

Контроль отписок должен исполняться на уровне ядра платформы, а не делегироваться клиентскому приложению. При поступлении входящего MO SMS с ключевыми словами STOP, CANCEL, QUIT, UNSUBSCRIBE или ARRET на выделенный E.164 номер, IOSOR мгновенно регистрирует статус в локальном черном списке тенанта. Система генерирует технический ответ со статусом 'Verify OK' и немедленно отправляет событие через webhook в вашу систему.

Изоляция тенантов и биллинговый контроль баланса

Платформа гарантирует полную изоляцию списков отписки между тенантами: отказ от рассылки в одном сервисе не блокирует легитимный транзакционный OTP другого клиента. Выделение телефонных номеров осуществляется по схеме JIT: система резервирует средства через prepaid hold и списывает MRC в реальном времени.

Архитектура проверки шлюзов и обязательные ссылки

Перед переводом шлюзов в рабочий режим протестируйте сквозной сценарий отписки: отправьте ключевое слово на тестовый номер и убедитесь, что CRM получает webhook быстрее 500 мс, а повторная отправка прерывается ошибкой валидации. Изучите регламентную документацию по ссылкам ниже:

Связанные материалы: Остановка после постановки в очередь: пропуск без ложной доставки · Политика STOP и HELP не является логикой входящего инбокса · prepaid-резерв до первого списания.

Начните с IOSOR

Перейдите в консоль IOSOR и заблокируйте продакшен-трафик до настройки автоматического вебхука обработчика STOP-запросов. Подключите систему проверки согласий как жесткий блокирующий шлюз, который отклоняет отправку при отсутствии явного подтверждения TCPA или CASL. Выполните тестовую отправку входящего MO SMS с ключевым словом STOP и убедитесь, что шлюз замораживает маршрут за время до 500 миллисекунд.

Итог IOSOR

Данное руководство доказало, что соблюдение нормативов TCPA и CASL — это не метрика доставляемости, а жесткое архитектурное условие запуска трафика. Обработка ключевых слов отписки на аппаратном уровне и изоляция списков блокировки между тенантами исключают юридические риски и предотвращают штрафы за несанкционированные рассылки в Северной Америке.

Делайте фиксацию каждого письменного согласия и обеспечивайте немедленный вызов вебхука при входящем STOP-сообщении до выхода в продакшен. Не рассматривайте статусы отписки как рекомендательный показатель и не откладывайте фильтрацию трафика на уровень внешней CRM.