Финальная сборка: проверка и экспорт workflow
Содержание курса
Экспорт рабочего workflow в JSON
Все четыре заявки прошли без красных узлов — workflow проверен. Осталось сохранить его в файл, чтобы передать коллеге, перенести на другую инстанцию n8n или просто зафиксировать рабочую версию.
Экспорт делается из редактора workflow. В правом верхнем углу находится кнопка с тремя точками («...» или «More options») — нажимаем её и выбираем Download (в некоторых версиях n8n этот пункт называется Export). Браузер сохраняет файл с расширением .json.
Что внутри этого файла: полная конфигурация всех узлов, их настройки, соединения между ними и порядок выполнения. Если вы вручную задавали имена категорий в Text Classifier, expression в Edit Fields и условия в IF — всё это окажется в файле. Credentials туда не попадают: только ссылки на них по идентификатору, но не сами ключи и токены. Это нормальное и безопасное поведение — credentials хранятся отдельно в базе n8n и не экспортируются.
Чтобы развернуть этот workflow на другой инстанции, достаточно открыть n8n, перейти на страницу со списком workflow, нажать Import from file и выбрать сохранённый .json. После импорта нужно будет заново привязать credentials — подключить нужные API-ключи заново, например ключ для chat model или другие credentials, которые использовались в цепочке. Структура цепочки при этом восстановится полностью.
Экспортированный файл удобно держать в репозитории или передавать как артефакт: он содержит ровно то состояние workflow, которое вы только что протестировали на всех четырёх сценариях.
Проверка перед передачей workflow другому человеку
Сделайте новый запуск с реальным trigger после успешного ручного теста. Проверьте, что обязательные credentials назначены в нужном окружении, выражения читают входящие данные и все ветви маршрутизации достижимы. Экспорт структуры не равен переносу настроенных подключений.
Подготовьте контрольную заявку с уникальным идентификатором. Проследите её путь до конечного сохранения, затем повторите тот же вход. Если повтор вызывает вторую запись или уведомление, определите, нужны ли дедупликация и идентификатор операции. Ошибка на последнем узле не означает, что предыдущие внешние действия не состоялись.
Запишите короткую инструкцию получателю: какие подключения создать, какой вход ожидается и как проверить результат. Покажите отдельно корректный путь, пропущенное обязательное поле и недоступный внешний сервис. Такой сценарий передачи полезнее обещания, что JSON-экспорт «должен просто работать».
Продолжите разбор: Форма как настоящий trigger.