Как принять данные в n8n: форма, webhook или событие CRM

← Все подборки материалов

Автоматизация · 3 материала

Выбирайте вход в n8n по источнику события: человек заполняет форму, внешняя система отправляет HTTP-запрос или CRM сообщает об изменении. Это не три взаимоисключающие технологии: форма и CRM тоже могут передавать данные через webhook. Сначала определите, кто создаёт событие, затем — каким способом оно достигает процесса.

3 материала по задачеПерейти к инструкциям ↓
В этой подборке

Материалы подборки

Выберите инструкцию под свою задачу. Ниже — подробный разбор выбора и проверки результата.

02 / 3 материала

Интеграция Google forms и n8n: передача данных для эффективной работы

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

Читать материал
03 / 3 материала

Исходящее сообщение Salesforce и n8n: оптимизация коммуникации между CRM и вашим приложением

пример события, которое возникает внутри CRM и уходит во внешнюю систему. Важен выбор события и содержимого сообщения, а не копирование названий пунктов старого интерфейса.

Читать материал

Есть ещё один полезный тест: отправить событие с тем же идентификатором, но изменённым необязательным полем. Это помогает отличить повторную доставку от нового состояния записи. Ожидаемое поведение определите до испытания и сохраните рядом с примером. Если источник не передаёт устойчивого признака события, отметьте это ограничение явно: оно влияет на проверку повторов независимо от выбранного способа доставки данных в n8n.

Источник и транспорт — разные решения

Форма отвечает на вопрос, где пользователь вводит сведения. CRM — где уже хранится рабочая запись. Webhook описывает передачу уведомления на адрес обработчика. Если смешать эти уровни, легко добавить лишнее звено: например, попросить человека повторно вводить данные, которые уже есть в системе.

Ситуация Начало маршрута Что проверить
Нужно собрать новые сведения от человека Отправленный ответ формы Обязательные поля и соответствие ответов
Источник умеет отправлять события Входящий HTTP-запрос Содержание события и адрес получателя
Рабочая запись изменяется в CRM Уведомление об изменении Какое изменение запускает передачу

Для учебного примера возьмите заявку с идентификатором, именем и выбранной услугой. В форме поля видит человек; в сообщении источника они могут называться иначе. До настройки следующих действий составьте соответствие: входное поле, внутреннее название, обязательность и пример допустимого значения.

Проверяйте передачу до обработки

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

Запишите, какой признак позволяет отличить одно событие от другого. Повторите отправку и посмотрите, приводит ли она к повторному созданию результата. Если результат должен появляться один раз, правило обработки повтора нужно определить отдельно. Наличие webhook само по себе не отвечает на вопрос, как поступить с повторным уведомлением.

Контрольный маршрут

  1. Создайте тестовый ответ или измените одну тестовую запись CRM.
  2. Найдите полученный запуск процесса по значению, которое передали.
  3. Сверьте идентификатор, обязательные поля и пустые значения.
  4. Проверьте, что выбранное действие относится к нужной записи.
  5. Повторите событие и зафиксируйте ожидаемое поведение.

Для передачи в поддержку сохраните безопасный пример входа, время события и результат. Удалите из примера секреты и ненужные персональные сведения. Такой небольшой набор позволяет обсуждать конкретную границу сбоя: источник не отправил событие, процесс не получил его или следующий шаг неверно использовал данные.