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