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