#Что происходит и кому подходит инструкция
Один пользовательский ввод контакта вызывает два независимых запуска: процесс контакта и действие связанной сделки. Здесь проверяется пересечение источников запуска, а не обычное повторное выполнение одного триггера. Для проверки потребуется доступ к собственным карточкам; действия администратора отмечены отдельно. Названия пунктов могут зависеть от настроенных интеграций и прав.
#Возможные причины и как их различить
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Работают два независимых источника запускаДва независимых события могут создавать одинаковые задачи; сравните инициаторов действий и точное время. | После одного изменения создаются две одинаковые задачи | Посмотрите историю двух объектов |
| Бизнес-процесс контакта дублирует действие сделкиБизнес-процесс контакта и Digital Pipeline связанной сделки способны реагировать на один поток изменений. | Оба правила запускают одну операцию | Проверьте цифровую воронку сделки |
| Внешний обработчик повторно обновляет полеЕсли внешняя система записывает ответное изменение после вебхука, возможно дополнительное срабатывание цепочки. | В журнале видна обратная запись после вебхука | Разделите внутренний и внешний запуск |
#Пошаговая проверка и исправление
- Выберите безопасный повторяемый примерВ учебном контакте измените одно несущественное поле и сохраните. Запишите точное время, ID контакта и две одинаковые задачи или сообщения, созданные после изменения. Не проводите опыт на клиенте, которому уйдут реальные рассылки.
- Посмотрите историю двух объектовОткройте историю контакта и связанные с ним сделки. Определите, появились ли два действия с разными инициаторами или в разное время. Параллельный робот сделки может сработать от обновлённой связи, а не от самого поля.
- Проверьте бизнес-процесс контактаЕсли он включён, администратор открывает «Контакты и компании» → «…» → «Бизнес-процессы» и находит правило по изменению поля. Запишите условия, получателя и действие, не выключая процесс всем клиентам.
- Проверьте цифровую воронку сделкиВ «Сделки» → «Настроить» откройте связанную воронку и найдите Salesbot, создание задач и триггеры изменения полей. Проверьте, не выполняют ли они то же действие, что бизнес-процесс контакта.
- Разделите внутренний и внешний запускПопросите интегратора посмотреть журнал вебхуков только для тестового контакта. Если внешний сервис отправляет вторую запись в CRM, дубли могут возникать при повторном запросе без защиты от повторов.
- Отключите дублирование только в тестеСохраните исходные условия обоих правил. На согласованном учебном событии оставьте одно нужное действие или добавьте различающее условие, затем повторите изменение поля и проверьте число созданных задач.
- Проверьте соседние событияИзмените другое поле, перейдите на этап и создайте новый контакт — ожидаемые действия должны остаться рабочими. Если неизвестно, какое правило первичное, верните настройки и запросите анализ администратору.
#Как убедиться, что проблема устранена
Сравните одну новую тестовую запись или событие с контрольным примером до исправления: проверьте связанные карточки, исполнителя, историю изменений и видимость результата у нужного пользователя. Если результат остаётся неверным, верните изменённые настройки к записанному состоянию и передайте администратору точное время, идентификаторы учебных объектов, вид сбоя и название подключённой интеграции. Не производите массовые изменения без резервной копии.