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