Как синхронизировать CRM и SMS и не дублировать уведомления

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

Почему после изменений в учёте появляются дубли SMS

Предприниматель из Фрунзенского района Минска держит небольшую стоматологию. В начале 2026 он подключил новую CRM с модулем рассылок, а старую SMS-платформу отключать не стал. В результате пациент получал два напоминания о приёме: одно из CRM, другое из старого сервиса. За месяц на дубли ушло 47 BYN лишних денег.

Проблема типична: при переходе на новую CRM или обновлении интеграции старые скрипты не отключаются. В транзакционных SMS (подтверждение заказа, статус оплаты) двойная отправка не только раздражает, но и подрывает доверие — клиент решает, что его номер «где-то утек».

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

Как настроить единую точку отправки без конфликтов

Магазин автозапчастей в Бресте работает с CRM на базе amoCRM и использует SMPP-подключение к платформе уведомлений. Когда менеджер обновил сценарий «Заказ готов к выдаче», в CRM создали новую автоматизацию, но не удалили старую рассылку по email. В итоге клиент получал SMS (правильно) и письмо (которое уже не нужно).

Решение — назначить одной системе роль «диспетчера». Например, CRM даёт команду на SMS-шлюз, а все остальные каналы отправки блокируются на уровне API. Второй вариант — использовать промежуточный сервис логирования, который проверяет, было ли уже отправлено сообщение по данному ID заказа. Это снижает расходы на SMS до 15%.

После настройки стоит прогонять тестовый сценарий: создать заказ с нуля и смотреть лог отправок. Если видите два одинаковых сообщения — ищите второй триггер.

Какие метрики отслеживать после слияния систем

Салон красоты в ТЦ Dana Mall синхронизировал CRM с SMS-платформой в апреле 2026. Через месяц заметили, что 8% клиентов получили двойное уведомление о записи. Причина — в CRM остался модуль рассылок мессенджеров, который включили «на всякий случай».

Контролируйте три показателя:

• Процент дублей — количество сообщений с одинаковым текстом и контекстом за сутки.
• Время между первым и вторым уведомлением — если разрыв менее 5 минут, почти наверняка дубль.
• Количество транзакций без ответной реакции — клиент получил напоминание, но не перешёл по ссылке и не отписался. Высокое число может говорить о том, что сообщения воспринимаются как спам (из-за дублей).

Норма для розницы: не более 1% отправок с пометкой «дубль». Если больше — срочно проверяйте интеграцию.

Типичные ошибки при синхронизации

1. Отключение старого сервиса только после отладки нового — делает тестирование невозможным, потому что дубли остаются.
2. Использование разных API-ключей для одних и тех же событий — CRM пишет в систему А, а старая база в систему Б. Решение: централизованный прокси.
3. Игнорирование тестовой среды. Многие ИП проверяют только один сценарий (например, подтверждение заказа) и забывают про отмены, возвраты и напоминания о продлении.
4. Хранение «мёртвых» интеграций — когда вы месяц назад отключили старую рассылку, но забыли убрать её API-токен в CRM. При очередном обновлении токен активируется сам.
5. Отсутствие журнала изменений. Если не фиксировать дату и автора каждой правки, через полгода невозможно понять, откуда берутся лишние SMS.

Практический пример: кафе в Гомеле убрало дубли и сэкономило 120 BYN в месяц

Владелец кофейни в центре Гомеля после внедрения новой CRM стал получать жалобы: клиенты получали по два уведомления об акции «Скидка 20% на второй напиток». Старая платформа рассылок не была отключена.

Он составил таблицу с затратами за три недели до и после настройки:

Экономия — 29,60 BYN за три недели, или около 120 BYN в месяц. За год выйдет почти 1 440 BYN только на снижении дублей, не считая улучшения лояльности.