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