Коротко — это может быть либо логика маршрутизации/правил в системе, либо дублирование на уровне интеграции/запуска сообщений. Ниже — наиболее вероятные причины и порядок действий для выяснения.
Возможные причины
- Правило/кампания настроено на одновременную отправку по нескольким каналам (например «отправить по первому доступному, иначе — по резервному» неправильно настроено и выполняется как «и то, и другое»).
- В карточке клиента указано только одно поле, но у клиента есть ещё привязанные контакты (доп. email/тел/uid) или дублированный профиль — система отправляет на оба.
- Фоллбэк/резервная логика: если основной канал считает сообщение доставленным/недоставленным, триггер может одновременно попытаться на другом канале.
- Дублирование на уровне интеграции/API: внешняя система/скрипт вызвала отправку дважды (гонка запросов, retry без idempotency).
- Шаблон/автоматизация заданы дважды (например, два активных workflow/правила, которые оба совпадают с условием).
- Кнопка/интерфейс отправляет запросы дважды (двойной клик, баг в фронтенде).
- Техническая ошибка/баг в платформе — отправка одного сообщения по нескольким каналам по ошибке.
Что проверить (пошагово)
1. Посмотреть логи отправки для этого конкретного сообщения:
- метки времени, message ID, event ID, channel ID;
- совпадают ли ID сообщений (одно сообщение с ветвлением) или это два разных message ID.
2. Открыть карточку клиента полностью:
- есть ли вторичные контакты (телефоны, email, мессенджеры);
- привязанные внутренние/внешние профили (дубликаты).
3. Проверить активные сценарии/автоматизации/кампании:
- нет ли двух правил, которые срабатывают одновременно;
- параметры фоллбэка/приоритета каналов.
4. Проверить настройки кампании/шаблона:
- стоит ли флаг «отправлять по всем доступным каналам»;
- установлен ли приоритет каналов и работает ли он.
5. Посмотреть исходящие API-запросы (если используется API):
- не было ли двух запросов с одинаковыми данными;
- используется ли idempotency key / уникальный external_id.
6. Проверить интеграции/внешние webhook’и:
- не дублируют ли они отправку при поступлении одного события.
7. Провести тест на тестовой карточке:
- воспроизводится ли дублирование;
- если нет — проблема, вероятно, в данных конкретного клиента/правиле.
Что прислать мне (если хотите, помогу анализировать)
- Название платформы/сервиса (или доступный скриншот конфигурации отправки/правила).
- Скриншоты логов отправки (message ID, timestamps) или сами ID сообщений.
- Скриншот карточки клиента (видимые контактные поля и привязанные профили).
- Скриншоты активных workflow/правил, которые могли срабатывать.
Рекомендация на ближайшее время
- При обнаружении массового дублирования — приостановить соответствующую кампанию/workflow, чтобы не рассылать дальше.
- Если есть возможность — включить idempotency для запросов API или логику предотвращения повторной отправки.
Если пришлёте скриншоты/ID сообщений или скажете, какой у вас сервис — посмотрю конкретнее и подскажу следующий шаг.