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