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