Вебхук amoCRM перестал сообщать об изменениях поля, которое обновляет робот

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

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

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

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

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

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

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

Возможная причинаКак узнатьЧто делать
Обработчик отбрасывает изменения, сделанные роботомИнтеграция может фильтровать автора или тип обновленияРучное редактирование доходит, автоматическое нетПроверить локальные фильтры
Робот не меняет поле фактическиНет реального изменения данных для ожидаемой обработкиВ истории есть запуск робота, но старое значение осталосьИсправить условие робота
Вебхук подписан только на другой тип событияstatus_lead и update_lead не тождественныИзменение этапа приходит, изменение поля — нетСверить настройки подписки

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

  1. Проверьте итоговое значение поляОткройте учебную сделку и запишите конкретное дополнительное поле до и после согласованного запуска робота. Если значение не изменилось, сначала проверьте настройки робота; отсутствующий вебхук не может исправить несработавшее действие.
  2. Сравните ручной и автоматический тестыВ одной учебной карточке измените поле вручную, в другой дайте роботу сделать аналогичное изменение. Запишите точное время и исходное/новое значение. Не тестируйте на живых сделках с рассылками или оплатой.
  3. Откройте настройки цифровой воронкиАдминистратор в «Сделки» → «Настроить» выберет нужный этап и правило, которое меняет поле. Проверьте событие запуска и условия, затем сравните журнал карточки. Если робот отсутствует на вашем тарифе, обрабатывайте событие во внешнем модуле.
  4. Проверьте подписку получателяРазработчик проверяет документированный список GET /api/v4/webhooks и подписку на update_lead для изменения сделки; событие status_lead относится к статусу, не к произвольному полю. Токены хранятся в защищённой среде, не в статье.
  5. Проверьте, что именно получил серверПо временным меткам найдите входящие запросы на вашем HTTPS-приёмнике, код ответа и тип события. При HTTP 200 без обновления собственной базы разбирайте код обработчика, а не повторно включайте вебхуки вслепую.
  6. Исключите самоподавлениеСверьте фильтры по автору обновления и признаку «изменено интеграцией»: они могут пропускать только ручные действия пользователя. Исправляйте условие на тестовой интеграции с записью одного события, чтобы не вызвать бесконечный цикл обновлений.
  7. Проверьте весь путь повторноЗапустите робота на одной учебной сделке, затем сравните факт обновления поля в amoCRM, поступление update_lead и изменения в вашем внешнем сервисе. При непрохождении сохраните три временные метки и верните старую конфигурацию.

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

Одна автоматическая правка приводит к одному ожидаемому событию у приёмника и корректным данным внешней системы.

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

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

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

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

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