Устройство сценария
Любой сценарий автоматизации устроен одинаково: триггер → шаги → результат.
- триггер — то, что запускает сценарий: пришла заявка, наступило 9 утра, появилась строка в таблице;
- шаги — действия по порядку: проверить, преобразовать, записать, отправить;
- результат — то, ради чего всё: заявка в таблице, сообщение менеджеру, письмо клиенту.
В системах автоматизации сценарий рисуют схемой: каждый шаг — блок, блоки связаны стрелками. В n8n блоки называются узлами, а весь сценарий — рабочим процессом (по состоянию на 25.09.2026), в других системах — модулями, действиями, шагами. Суть одна: блок получает данные, что-то с ними делает и отдаёт дальше.
Каждое срабатывание сценария — это запуск (выполнение). Пришли три заявки — три запуска, каждый со своими данными. Система хранит журнал запусков: когда был, что пришло на вход, что вышло на каждом шаге, где случилась ошибка. К журналу мы вернёмся в уроке об ошибках.
Полезно начинать проектирование с конца: какой результат нужен? Потом — что должно его запустить. И только потом — какие шаги между ними. Так не собирают лишнего.
Триггеры
Триггер решает, когда и как быстро сработает сценарий. Видов триггеров четыре:
| A | B | C | |
|---|---|---|---|
| 1 | Триггер | Когда запускает | Пример |
| 2 | По расписанию | в заданное время | отчёт каждое утро в 9:00 |
| 3 | По событию сервиса | когда там что-то появилось | новое письмо, новая строка |
| 4 | По вызову извне | когда другая система постучалась | форма сайта отправила заявку |
| 5 | Вручную | когда вы нажали кнопку | проверка и разовые задачи |
- по расписанию — в заданное время или каждые N минут: утренний отчёт, еженедельная сверка;
- по событию в сервисе — новое письмо в ящике, новая строка в таблице, новый заказ. Часто работает опросом: система сама заглядывает в сервис раз в несколько минут и проверяет, не появилось ли нового;
- по вызову извне — другая система сама сообщает о событии, отправляя данные на специальный адрес сценария. Срабатывает сразу. Так работают формы сайтов, платёжные системы, чат-боты;
- вручную — кнопкой: для проверки и разовых задач.
Разница между опросом и вызовом извне важна. Опрос — «каждые пять минут заглядывать в ящик»: задержка до пяти минут и лишние проверки, когда ничего нет. Вызов извне — «сервис сам звонит, когда что-то случилось»: мгновенно, но сервис должен это уметь.
Один сценарий — обычно один триггер. Если одно и то же нужно запускать по-разному (и по расписанию, и вручную), это можно сделать, но проще держать два маленьких сценария с общим куском.
Шаги
Шаги — сердце сценария. Почти любой шаг — одно из пяти действий:
- получить — взять данные из сервиса: письмо, строку, заказ;
- преобразовать — поменять вид: вытащить нужные поля, склеить имя и фамилию, привести телефон к одному виду, посчитать сумму;
- проверить — условие: все ли поля есть, не повтор ли, больше ли сумма порога (урок 4);
- записать — положить результат: строку в таблицу, карточку в систему;
- отправить — сообщить: письмо, сообщение в мессенджер, уведомление.
Хорошее правило — один шаг, одно дело. Блок, который и проверяет, и считает, и отправляет, трудно понять и трудно починить. Три маленьких блока, названных по-человечески («Проверить телефон», «Посчитать сумму», «Сообщить менеджеру»), читаются как текст.
И второе правило — называть блоки. По умолчанию система подписывает их техническими именами вроде «HTTP Request 3». Через месяц никто не вспомнит, что делает третий запрос. Название по делу занимает секунду и экономит часы.
Порядок шагов тоже важен: сначала проверить, потом записать и отправить. Иначе неполная заявка уже окажется в таблице и в сообщении менеджеру до того, как выяснится, что в ней нет телефона.
Сборка по шагу
Второе правило курса — каждый шаг проверяем на данных. Сценарий собирают не целиком за раз, а по одному шагу.
Порядок сборки:
- поставить триггер и получить тестовые данные — отправить пробную заявку с формы, положить тестовую строку в таблицу;
- добавить первый шаг и запустить его вручную — посмотреть, что он получил на вход и что отдал на выход;
- убедиться, что выход тот, что нужен, — и только тогда добавлять следующий шаг;
- когда вся цепочка работает на тестовых данных, проверить исключения: пустое поле, повтор, странный формат;
- и только после этого включить сценарий, чтобы он срабатывал сам.
Системы автоматизации показывают данные на входе и выходе каждого блока — это главный инструмент отладки. Не нужно гадать, почему в таблицу попало не то: видно, на каком шаге данные стали не такими.
Тестовые данные — свои, а не живые клиенты. Пробная заявка на ваш адрес, строка «Тест Тестович», отдельная тестовая таблица. Иначе во время проверки настоящий клиент получит три письма подряд или менеджер — десять уведомлений о несуществующих заявках.