Как не задвоить SMS: объединяем уведомления из 1С-Битрикс, RetailCRM и сайта

Если у вас одновременно работает интернет-магазин на 1С-Битрикс, CRM и какая-нибудь собственная форма заказа, клиент легко получает два, а то и три одинаковых SMS подряд. Одно шлёт сайт, второе — CRM, третье — менеджер вручную. В этой статье разберём, откуда берётся дублирование, как выстроить единый сценарий отправки и что проверить в настройках прямо сегодня.

Откуда вообще берутся дубли?

Чаще всего причина — несколько независимых точек отправки, которые никто не согласовывал между собой. Интернет-магазин на 1С-Битрикс отправляет SMS при смене статуса заказа через встроенный модуль или плагин из маркетплейса. RetailCRM видит тот же заказ через интеграцию и тоже меняет статус — и сразу шлёт своё уведомление по своим правилам. А если менеджер ещё и вручную нажимает кнопку «Уведомить клиента» в Битрикс24, то клиент получает три SMS с разницей в минуту, все про одно и то же.

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

Как понять, где у вас дублирование прямо сейчас?

Первый шаг — сделать тестовый заказ на свой номер телефона и пройти через все статусы: «принят», «в обработке», «передан в доставку», «готов к выдаче». Записывайте, сколько SMS пришло на каждом этапе и из каких систем. Иногда оказывается, что на одном шаге всё тихо, а на другом — два дубля.

Второй шаг — открыть логи отправки в каждой системе. В 1С-Битрикс смотрите раздел с историей отправленных уведомлений; в RetailCRM — журнал событий по заказу; в Битрикс24 — историю взаимодействий с контактом. Если в одном заказе видите несколько записей с одинаковым текстом и временем — дубль подтверждён.

Какие схемы работают без дублей?

Практика показывает три рабочих подхода, и ни один из них не требует сложной разработки.

Схема 1: одна система — один источник SMS

Вы выбираете, что именно управляет отправкой уведомлений: либо 1С-Битрикс, либо RetailCRM, либо Битрикс24. Во всех остальных системах SMS-отправку отключаете полностью. Это самый простой вариант и подходит большинству небольших магазинов. Минус — теряете гибкость: логика уведомлений ограничена той системой, которую выбрали главной.

Схема 2: SMS только через API-шлюз, все системы молчат

Вы отключаете SMS во всех платформах и передаёте логику отправки на отдельный SMS-шлюз через API. Каждая система при смене статуса отправляет событие в шлюз, а шлюз решает, нужно ли слать SMS или заказ уже получил это уведомление. Ключевой элемент — дедупликация по идентификатору заказа: если заказ № 12345 уже получил SMS со статусом «передан в доставку», повторная команда из другой системы просто игнорируется.

Этот подход надёжнее всего, но требует базовых навыков работы с API. Подключение Битрикс24 к SMS-шлюзу через API описано отдельно — там же можно посмотреть, как именно передаются события.

Схема 3: разделить зоны ответственности по этапам заказа

Договариваетесь, какая система «владеет» каким этапом. Например: сайт на 1С-Битрикс отправляет только подтверждение приёма заказа, RetailCRM — уведомление об отгрузке и трек-номер, Битрикс24 — напоминание о невыкупе через три дня. Каждая система работает только на своём участке, пересечений нет. Это требует чёткого регламента, который нужно зафиксировать письменно, иначе через месяц кто-нибудь что-нибудь включит обратно.

Как настроить 1С-Битрикс, чтобы он не слал лишнее?

В 1С-Битрикс SMS-уведомления могут идти сразу из нескольких мест: из стандартного модуля уведомлений, из установленных модулей маркетплейса (например, BXmaker или TargetSMS) и из автоматизаций Битрикс24, если магазин подключён к порталу. Все три точки нужно проверить.

В административной панели идите в «Настройки → Почта → Почтовые события». Здесь видите список событий и привязанные к ним шаблоны. Если в шаблоне есть переменная для номера телефона и тип «SMS» — значит, Битрикс будет слать сообщение при каждом срабатывании. Отключайте те события, которые уже покрыты другой системой.

Если используете модуль из маркетплейса, загляните в его настройки отдельно: там, как правило, есть свой список статусов с чекбоксами. Снимите галочки со статусов, которые обрабатывает CRM. Подробнее о настройке SMS-уведомлений в 1С-Битрикс — как подключить и что именно отключить, чтобы не сломать рабочие сценарии.

Что делать с RetailCRM и её автоматическими правилами?

RetailCRM умеет слать SMS через встроенные триггеры и через правила автоматизации. Если вы синхронизируете статусы между Битрикс и CRM, любая смена статуса в одной системе отражается в другой и может запустить отправку. Получается петля: сайт обновил статус → CRM увидела изменение → CRM отправила SMS → менеджер в CRM вручную тоже обновил статус → сайт отправил SMS.

Решение — выставить в RetailCRM явный флаг «уведомление уже отправлено» и добавить проверку в триггер: слать SMS только если флаг не установлен. В большинстве CRM это делается через кастомные поля заказа. Да, нужно потратить час на настройку, но это убирает дубли раз и навсегда.

Типичные ошибки, которые встречаются чаще всего

• Включают SMS-модуль в 1С-Битрикс и одновременно оставляют активные триггеры в RetailCRM для тех же статусов — это прямой дубль.
• После обновления платформы или установки нового модуля не проверяют, не включилась ли SMS-отправка снова по умолчанию.
• Менеджеры имеют доступ к кнопке «Отправить SMS» в CRM и пользуются ею без проверки, было ли уже автоматическое уведомление.
• Не ведут лог отправленных сообщений в единой точке: каждая система хранит свою историю, и никто не видит полную картину по конкретному клиенту.
• При смене статуса заказа вручную в нескольких системах одновременно — например, менеджер обновил и в CRM, и на сайте — оба обновления запускают свои уведомления.
• Забывают про тестовый прогон после каждого изменения настроек: кажется, что всё выключено, но одно событие осталось активным.

Если тема дублей смыкается с задачей согласования нескольких каналов разом, посмотрите на единый регламент для SMS и push при сезонных акциях — там та же логика, только применительно к нескольким каналам одновременно.