Лицензия n8n: можно ли брать деньги за автоматизацию

Условия и примеры сверены с официальной документацией 18 октября 2026 года. Дальше речь о Community и Sustainable Use License, сокращённо SUL. Для облачного n8n Cloud действуют отдельные условия подписки. Это разбор опубликованных правил, без юридического заключения по вашему договору.

Лицензия n8n: что проверить до договора

n8n связывает сервисы в сценарии, которые в документации называются workflow. Например, после получения заявки сценарий проверяет поля и передаёт запись в CRM. Если вы ещё выбираете сам инструмент, начните с обзора n8n для бизнеса. Здесь проверяем условия использования выбранной схемы.

Бесплатная редакция не означает, что любую услугу на её основе можно продавать без ограничений. В тексте SUL указано использование для внутренних бизнес-целей, личных или некоммерческих задач. Как это относится к клиентским проектам, n8n объясняет в License FAQ: создание, настройка, сопровождение и консультации могут быть платными.

Проверяйте редакцию и функции отдельно от размещения. Свой сервер - место запуска, а Community - редакция программы. В репозитории есть также код Enterprise, для использования которого нужны отдельные лицензионные права. Возможность скачать исходники не даёт права включать любую платную функцию.

На встрече с подрядчиком полезнее схема доступа, чем фраза «всё на бесплатном n8n». Попросите назвать владельца установки, людей с правом редактирования и действия ваших клиентов. Если хотя бы один пункт неизвестен, выбор лицензии пока не обоснован.

Где вы сейчас

• Вы автоматизируете внутреннюю работу компании: сотрудники меняют сценарии, клиент получает письмо, документ или иной результат.
• Вы покупаете услугу подрядчика: процесс работает на его установке, а вам нужны результаты и понятные условия сопровождения.
• Вы заказываете установку на своей инфраструктуре: нужно разделить разработку, администрирование и предоставление хостинга.
• Вы строите онлайн-сервис: пользователи будут запускать готовые процессы или собирать собственные автоматизации в вашем кабинете.

Один проект может сочетать несколько ситуаций. Внутренняя CRM-связка и продаваемый клиентам конструктор - разные способы использования даже на одном сервере. Поэтому описывайте каждый путь пользователя отдельно, без общего вывода «мы небольшой бизнес, нам Community точно подходит».

Выбирать между платформами лучше до обещания конкретной схемы клиенту. У нас есть сравнение n8n и Make по устройству работы. Но подходящая функциональность одной платформы не переносит на неё лицензионные условия другой.

Запуск сценария и изменение логики: в чём разница

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

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

Внешний вид здесь не решает вопрос. По FAQ ограничение относится и к собственному интерфейсу, и к программному API, и к MCP, и к ИИ-агенту, действующему от имени пользователя. API - способ обмена командами между программами. MCP - способ подключения инструментов к ИИ. Замена визуального конструктора текстовым запросом не отменяет того, что клиент строит процесс.

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

Пограничный случай - настройки в личном кабинете. Подключить аккаунт к готовой автоматизации FAQ разрешает. Свободно перестраивать цепочку действий нельзя автоматически считать тем же самым. Если вы даёте менять условия, получателей или порядок шагов и не можете уверенно сопоставить это с официальным примером, опишите точное поведение и запросите уточнение.

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

Какие схемы работы допускает Community

Внутренняя обработка заявок

Учебная схема: сотрудники компании настраивают передачу заявок из формы в CRM, а руководитель получает сводку. Покупатель заполняет форму, но не выбирает, как устроен сценарий. По своему назначению это внутренний процесс компании - такой способ использования входит в разрешённые примеры Community.

Из этой схемы не следует, что любая обработка данных законна или безопасна. Лицензия программы отвечает на вопрос о правах использования n8n. Для боевой системы ещё нужны отдельная проверка данных, правил подключённых сервисов и распределения доступов.

Подрядчик обслуживает готовые процессы

Учебная схема: подрядчик собирает сценарии на своей установке и поддерживает их работу. Заказчик получает обновлённые записи или уведомления. Он не входит в интерфейс n8n и не управляет логикой.

Официальный FAQ прямо допускает такую услугу и оплату разработки или сопровождения. В этом примере определяющим условием назван клиентский доступ; само количество клиентов не устанавливает запрет. Но разрешение на эту схему не стоит расширять до сдачи каждому клиенту отдельного облачного рабочего места с редактором.

Если вы заказываете автоматизацию бизнес-процесса, приложите к обсуждению схему: откуда приходят данные, какой результат нужен и кто вправе менять правила. По ней можно предметно обсуждать реализацию и сопровождение, не угадывая условия по названию платформы.

n8n работает на стороне заказчика

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

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

Вы продаёте конструктор внутри своего сервиса

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

На этапе разработки онлайн-сервиса занесите этот вопрос в требования до проектирования кабинета. Иначе можно согласовать функцию, а затем отдельно пересматривать её лицензионную основу. Если n8n лишь выполняет внутреннюю фоновую обработку вашего приложения, это другой вариант: его допустимость проверяют по собственным условиям и примерам FAQ.

Как проверить свой проект до начала работ

1. Опишите владельца установки и доступы

   Запишите организацию, которая использует n8n, владельца инфраструктуры и исполнителя сопровождения. Отдельно перечислите сотрудников, подрядчиков и внешних клиентов. Для каждой группы назовите доступные действия: получить результат, запустить процесс, подключить аккаунт, открыть редактор, создать или изменить сценарий.

   Попросите разработчика показать эти права на тестовой среде с вымышленными данными. Полезный результат - список ролей и демонстрация того, что внешнему клиенту недоступно редактирование там, где проект опирается на это условие. Мы такую проверку вашей системы не проводили; это действие для приёмки.

   Если ответ ограничился фразой «клиент редактор не увидит», выясните поведение собственного кабинета и ИИ-помощника. Скрытый интерфейс не подтверждает отсутствие прав менять логику.

2. Сопоставьте схему с официальным FAQ

   Откройте License FAQ и найдите пример своего способа работы. Зафиксируйте ссылку, дату чтения и существенное условие. Для услуг на установке подрядчика это отсутствие клиентского доступа к n8n и управлению процессом; для установки на стороне заказчика - отдельно оговорённая граница хостинга.

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

   Результат шага - понятное сопоставление «наш проект / официальный пример / сохранённое ограничение». Если сходство держится на догадке, пометьте вопрос нерешённым. Совпадение технологии не означает совпадения разрешённого использования.

3. Закрепите границы в задании и приёмке

   Передайте подрядчику схему и внесите в задание разрешённые действия пользователей. Если позже появится самостоятельное создание процессов, ИИ-конструктор или доступ клиентов к редактору, вернитесь к проверке лицензии до включения функции.

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

   Шаг закончен, когда понятно, на каких условиях проект запускается и что потребует повторного согласования. Молчание в ответ на вопрос не означает разрешения. До устранения неопределённости не обещайте клиентам спорную возможность.

Что получить от подрядчика при сдаче

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

Зафиксируйте предмет оплаты обычными словами. Это может быть разработка сценария, поддержка или предоставление сервиса с определёнными возможностями. Название договора должно соответствовать тому, что реально получает пользователь. Переименовать доступ к конструктору в «консультацию» недостаточно, если права пользователя остались прежними.

Обсудите передачу сценариев и завершение работы с исполнителем. Где остаются данные и подключения, кто отзывает доступы, как компания продолжит процесс после смены подрядчика? Это наши рекомендации к заданию; SUL не устанавливает такой перечень документов. Не обещайте заказчику права на чужую программу, которых исполнитель сам не получил.

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

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

Когда нужно уточнение у правообладателя

Например, в документации разобран продукт обработки документов с n8n на стороне клиента. Саму схему n8n описывает как допустимую, но потенциально пограничную: поставка программы внутри платного продукта несёт дополнительные условия, а локальный доступ клиента осложняет контроль над созданием сценариев. Автор FAQ рекомендует подтвердить архитектуру до запуска.

Для управления несколькими клиентскими средами FAQ также предлагает обратиться по вопросам лицензирования. Не превращайте разрешение работать с разными клиентами на одной своей установке в автоматическое разрешение на любой способ управления отдельными средами. Это разные описанные ситуации.

Лицензия n8n проверяется по фактическим возможностям продукта. Подготовьте короткую карточку для уточнения:

Где работает n8n и кому принадлежит инфраструктура.
Какая организация использует установку.
Что продаётся заказчику и что он получает.
Кто создаёт и меняет сценарии.
Какие действия доступны внешнему пользователю.
Может ли пользователь менять процесс через кабинет, API или ИИ.
Чьи аккаунты подключаются, без самих ключей и паролей.
Поставляется ли n8n внутри платного продукта.
Какие функции требуют лицензионного ключа.

В официальном справочном центре для вопросов SUL указан адрес license@n8n.io, для обсуждения покупки коммерческой лицензии - sales@n8n.io. Мы не отправляли запрос от вашего имени и не получали индивидуального разрешения. Ответ сохраните вместе с описанием схемы, к которой он относится.

Если условия не подходят, обсуждайте с правообладателем коммерческие права либо пересматривайте действительно доступные пользователю функции. Нельзя считать удаление логотипа или перенос команд в ИИ-чат способом выполнить требования: в FAQ white-label-предоставление n8n отдельно перечислено среди недопустимых вариантов Community.

Чек-лист

• Вы указали редакцию и место размещения; условия Community не перенесены автоматически на n8n Cloud.
• Известно, кто создаёт и меняет сценарии, включая действия через кабинет, API, MCP и ИИ-агента.
• Получение результата, запуск процесса и подключение аккаунта отделены от настройки собственной логики.
• Предмет оплаты соответствует реальной услуге; установка у заказчика не подменена неописанной услугой хостинга.
• Для функций с лицензионным ключом подтверждены права на их использование.
• Пограничные вопросы описаны и согласованы; сохранены дата проверки, источники и относящийся к схеме ответ.
• В задании отмечены изменения функций, после которых лицензионную проверку нужно повторить.