Данные между шагами

Записи и поля

Между шагами сценария текут данные. Понимать, как они выглядят, — самое полезное умение в автоматизации: почти все поломки случаются потому, что данные оказались не такими, как ожидали.

Данные идут записями. Запись — это одна заявка, одно письмо, один заказ. У записи есть поля: имя, телефон, сумма, дата. Удобно представлять записи как строки таблицы, а поля — как её колонки.

Шаг получает записи, что-то с ними делает и отдаёт записи дальше. Если на вход пришли три заявки, большинство шагов выполнится три раза — по разу на каждую запись. Это важно: «отправить сообщение» при трёх записях отправит три сообщения.

Внутри системы запись хранится в виде полей со значениями — формат, который программисты называют JSON. Бояться его не нужно: это просто список «имя поля: значение», иногда вложенный, как папки в папках. Системы автоматизации показывают его и таблицей, и списком — выбирайте, как удобнее.

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

Выражения

Чтобы шаг использовал данные прошлого шага, в его настройках пишут выражение — ссылку на поле. «Отправить сообщение: новая заявка от [имя], телефон [телефон]» — где вместо скобок подставятся значения из записи.

В n8n выражение пишут в двойных фигурных скобках, а поле текущей записи берут через $json: например, $json.телефон внутри скобок (по состоянию на 25.09.2026). В других системах вместо этого перетаскивают поле мышкой из списка. Суть одна: вы указываете, какое поле какой записи подставить.

Выражения умеют не только подставлять, но и немного обрабатывать:

• склеить — имя и фамилию через пробел;
• посчитать — сумму со скидкой, количество дней до даты;
• поменять вид — сделать буквы заглавными, обрезать пробелы;
• подставить запасное — если поле пустое, написать «не указано».

Главная ошибка с выражениями — сослаться на поле, которого нет или которое называется иначе: «Телефон» вместо «телефон», «phone» вместо «tel». Сценарий не упадёт, а просто подставит пустоту — и менеджер получит сообщение «телефон: ».

Типы и приведение

У каждого значения есть тип: текст, число, дата, да/нет, список. Тип решает, что с ним можно делать.

Где типы подводят чаще всего:

• числа — «1 200», «1200 ₽», «1,5» для системы часто текст, а не число. Сравнение «сумма больше 1000» с текстом сработает не так, как вы ждёте, и без всякой ошибки;
• даты — «25.09.2026», «2026-09-25», «вчера» — разные записи одного дня. Плюс часовые пояса: время из сервиса может прийти по Гринвичу и на три часа отличаться от московского;
• телефоны — «+7 900…», «8 (900)…», «900…» — один номер, три вида. Для поиска повторов и отправки нужен один вид;
• пустые значения — поле есть, а значения нет. Шаг должен знать, что с этим делать.

Поэтому в начале сценария почти всегда стоит шаг приведения к виду: убрать пробелы и знаки из чисел, привести телефоны к одному формату, даты — к одному виду и поясу, пустые поля — отметить. Этот скучный шаг предотвращает половину поломок.

Одна запись или много

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

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

Бывает и обратное — собрать много записей в одну: пятьдесят заявок за день — в одно сообщение-сводку, а не в пятьдесят сообщений. Для этого записи объединяют и считают итог: «сегодня 50 заявок на 120 000 ₽».

Отсюда полезный вопрос к каждому шагу: что должно выйти — одна запись или много?

• сообщение о каждой заявке — много записей, по одной на заявку;
• утренняя сводка — одна запись с итогами;
• строки в таблицу по каждому товару — много записей, по одной на товар.

Проверка остаётся той же: после шага, который разбивает или собирает, посмотрите, сколько записей вышло. Пять товаров должны дать пять записей, пятьдесят заявок — одну сводку.