Автоматически созданная сделка amoCRM попадает на неверный начальный этап

  • Обновлено
  • Чтение ≈ 2 минуты

Краткий ответ

Проверяем именно сценарий, в котором входящая заявка или робот создаёт сделку в цифровой воронке с явно выбранной воронкой/этапом; ручное добавление новой сделки рассматривается отдельно.

В этой статье
  1. Что именно происходит
  2. Как отличить причины
  3. Пошаговая диагностика и устранение
  4. Проверка результата
  5. Когда обращаться к администратору

#Что именно происходит

Проверяем именно сценарий, в котором входящая заявка или робот создаёт сделку в цифровой воронке с явно выбранной воронкой/этапом; ручное добавление новой сделки рассматривается отдельно.

#Как отличить причины

Возможная причинаКак узнатьЧто делать
Источник создаёт сделку в другой воронкеНачальное место определяется интеграцией и источникомРучное создание верно, а форма всегда ведёт на первый этапСверить сопоставление
Следующий робот сразу перемещает сделкуПоследующее действие «Смена статуса» перекрывает начальный этапПоявление правильное, но через секунду этап меняетсяНайти второе правило
Сценарий использует устаревший ID этапаВнешняя интеграция передаёт старое соответствиеПосле изменения воронки неверны только новые заявкиИсправить конфигурацию источника

#Пошаговая диагностика и устранение

  1. Подготовьте один пример с временной меткойВ «Сделки» найдите тестовую заявку, запишите её ID, воронку, текущий этап и время создания. Попросите администратора сохранить настройки источника до правок; не перемещайте массово рабочие сделки ради проверки.
  2. Определите, кто именно создал записьУточните, пришла ли сделка из формы сайта, импорта, API или внутреннего робота. Сравните контрольную сделку, созданную вручную в этой же воронке. Если вручную всё правильно, начальную маршрутизацию нужно проверять у источника.
  3. Проверьте привязку источника к этапуАдминистратор откроет «Сделки» → «Настроить» и нужную воронку, затем найдёт подключённый источник входящих заявок. Сравните выбранные воронку/этап с ожидаемыми; названия панели различаются по типу интеграции.
  4. Разделите создание и дальнейшее перемещениеПосмотрите историю одной тестовой сделки по времени. Если сначала выбран верный этап, а сразу после этого появилось изменение статуса, ищите автоматическое действие «Смена статуса», а не исправляйте только источник.
  5. Сверьте параметры внешней интеграцииРазработчик проверяет, какой идентификатор воронки и статуса передаётся при создании сделки, и существует ли этот этап сейчас. Не подставляйте ID наугад; получите актуальное соответствие через предусмотренные средства интеграции.
  6. Исправьте одно правило на тестовом потокеНа согласованном источнике сначала меняйте только параметр маршрутизации или одно автоматическое действие, сохранив прежнее значение для отката. Не отключайте целиком цифровую воронку в действующем отделе.
  7. Отправьте новую тестовую заявкуСоздайте одну новую безопасную заявку тем же источником и наблюдайте начальный этап и последующие изменения в истории. Если неверен только автоматический путь, передайте журнал временных отметок его владельцу и верните прежнее правило до исправления.

#Проверка результата

Созданная по тестовому источнику сделка остаётся на согласованном этапе после выполнения всех автоматических действий.

#Когда обращаться к администратору

Если после проверки проблема остаётся, передайте ответственному техническому специалисту сведения о версии приложения и типе учётной записи, времени контрольного события и результате конкретного шага. Не передавайте пароли, токены, данные клиентов и рабочие файлы через незащищённый канал.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.