Узлы n8n: как передавать поля и находить ошибки в данных

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

Разберём узлы n8n на учебной нормализации обращения. Один шаг подготовит исходные поля, второй соберёт понятную запись для будущей таблицы. Подключать почту, CRM и платную модель не потребуется.

Передача данных в n8n: ticket_id становится id, customer_text становится message, channel становится source, status задаётся фиксированно — Авторская схема AI Product Club. Открыть крупнее.

1. Посмотри на узел как на преобразование записи

Node, или узел, — отдельный шаг workflow. Вход предыдущего шага нужно сопоставить с настройками текущего, затем проверить выход. Для нашего упражнения достаточно Manual Trigger и двух Edit Fields (Set).

Собери цепочку:

Manual Trigger → Учебное обращение → Запись для таблицы

Два последних шага — узлы одного типа Edit Fields, переименованные по своей роли. Такое имя помогает понимать процесс: «Запись для таблицы» объясняет назначение лучше, чем «Edit Fields 2».

Если n8n ещё не открыт, начни с первого workflow в n8n Cloud. Здесь мы сосредоточимся на содержимом входа и выхода, а не на регистрации или настройке сервера.

2. Создай учебные входные поля

В узле «Учебное обращение» выбери Manual Mapping и добавь три поля с фиксированными значениями:

Имя	Тип	Значение
ticket_id	String	T-101
customer_text	String	Не вижу статус выгрузки отчёта
channel	String	web

Выполни этот шаг и открой его выходные данные. Должна появиться запись с тремя полями. ID T-101 — учебный идентификатор, никаких настоящих клиентов в упражнении нет.

Не переходи дальше, если на выходе пусто. Сначала проверь, выполнен ли запуск и соединены ли узлы. Ошибку исходного шага неудобно разбирать по косвенному симптому в конце цепочки.

Документация Edit Fields описывает добавление и перезапись полей через Manual Mapping либо JSON Output. Для этого примера удобнее интерфейс: каждое значение видно отдельно.

3. Свяжи выходные поля с текущим входом

Открой «Запись для таблицы». В панели INPUT найди три поля предыдущего узла. Настрой результат:

Новое поле	Откуда берётся значение
id	ticket_id из INPUT
message	customer_text из INPUT
source	channel из INPUT
status	Фиксированный текст needs_review

Для первых трёх значений используй перетаскивание из INPUT, затем задай нужное имя выходного поля. По руководству n8n по mapping такое перетаскивание создаёт выражение — ссылку на данные. Оно отличается от ручного копирования конкретного значения.

Ожидаемые выражения для нашего простого прямого соединения:

id:      {{ $json.ticket_id }}
message: {{ $json.customer_text }}
source:  {{ $json.channel }}

Вставляй выражение в режиме Expression, а needs_review оставь в режиме Fixed. Здесь $json обозначает данные текущей входной записи. Если в поле видишь буквальный текст с фигурными скобками в результате, проверь режим значения.

Настрой выход так, чтобы он содержал только заданные поля. В документации описаны параметры Keep Only Set Fields и Include in Output; отображение зависит от версии узла. Смысл настройки — не переносить все исходные поля автоматически. Проверь фактический OUTPUT, а не только положение переключателя.

4. Сравни выход с ожидаемой записью

После выполнения «Запись для таблицы» ожидается:

{
  "id": "T-101",
  "message": "Не вижу статус выгрузки отчёта",
  "source": "web",
  "status": "needs_review"
}

Имена полей — договорённость для следующего шага. Если будущая таблица ждёт message, наличие customer_text само по себе не решает задачу. При этом текст обращения должен сохраниться дословно: сейчас мы переименовываем поля, а не просим ИИ пересказать сообщение.

Не подключай отправку клиенту ради проверки. Полученной записи достаточно, чтобы оценить mapping. Когда она проходит тесты, можно добавить сохранение в таблицу по руководству Google Sheets и n8n.

5. Проверь, что значения действительно динамические

Одна запись не отличает правильно настроенную ссылку от случайно скопированного текста. Измени значения в «Учебном обращении» и выполни всю цепочку заново:

Проба	Вход	Ожидание
A	T-101, web, исходное сообщение	id=T-101, source=web
B	T-102, email, «Нужен экспорт за месяц»	Все три значения изменились
C	T-103, web, пустой customer_text	Пустое message видно, не заменено выдуманным текстом

Проба B обнаруживает фиксированные значения. Проба C показывает границу сценария: пустое сообщение нужно будет обрабатывать отдельно, например отправлять на ручную проверку. Сам Edit Fields не делает такую бизнес-проверку за тебя.

Моя рекомендация: сохраняй ID на каждом промежуточном шаге. По нему проще найти исходное обращение и понять, где текст потерялся или получил чужое значение.

Здесь три последовательных ручных прогона, а не пакет из трёх записей. Не путай число запусков с числом элементов внутри одного запуска.

6. Ищи ошибку на первой границе расхождения

Открой вход и выход каждого шага. Найди первое место, где ожидаемое значение стало неправильным. Так ты проверяешь конкретный переход, а не переписываешь весь workflow.

Симптом	Что проверить сначала
Везде T-101	Не сохранён ли ID как Fixed
message пустое	Есть ли customer_text на входе, совпадает ли написание
Старое сообщение после правки	Выполнен ли исходный шаг заново
Лишние поля на выходе	Настройку включения входных данных
Неверное значение из другой ветки	На какой узел ссылается выражение

Для сложного workflow полезно временно сократить проверку до двух соседних шагов на учебных данных. Если простой переход работает, добавляй следующий. Отдельные проблемы webhook-входа разобраны в руководстве по JSON и webhook.

Завершённый результат этого упражнения — четыре правильных поля на выходе и пройденные пробы A, B и C. Ни запуск по расписанию, ни ИИ-классификация, ни запись в CRM пока не нужны: у них будут собственные критерии проверки.

Проверка материала: настройки сверены с официальной документацией 3 октября 2026 года. JSON и ожидаемое соответствие полей проверены редакционно; workflow в интерфейсе n8n не запускался.

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

Todo: попробуй на своей задачеПонять роль узлаСоздать входСопоставить поляПроверить выходПовторить на новых данныхНайти ошибкуПрогресс сохраняется в этом браузере.

ПРАКТИКА НА КУРСЕ / AI PRODUCT CLUB

Собери своего ИИ-агента и проверь результат

«AI Agents: от vibe coding к AI-команде»: desktop agents, MCP, skills, evals и harness. Отдельные воркшопы — от подключения инструментов до контроля качества.

7 практических воркшопов · записи · вопросы автору в чате

Посмотреть программу курса ↗

Автор: Михаил Карпов — практик автоматизации и автор курсов AI Product Club.