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