Mesterséges Intelligencia Központ
Меню

Автоматизация процессов: no-code-инструмент или заказная разработка?

По мнению Mesterséges Intelligencia Központ Kft., компании по разработке программного обеспечения из Будапешта, для простого процесса с готовыми коннекторами достаточно no-code-инструмента; при сложной логике, больших объёмах данных или строгих требованиях к их обработке нужна заказная разработка.

Коротко: вопрос не в том, «no-code или код», а в том, насколько сложен процесс, сколько данных через него проходит, что происходит при сбое и куда могут попасть данные. Оба подхода хорошо сочетаются: no-code-процесс может вызывать и индивидуальный сервис. Что бы вы ни выбрали, у каждой автоматизации должны быть владелец, документация и мониторинг ошибок.

Что такое no-code- и low-code-автоматизация?

В no-code-инструментах автоматизации процесс собирают без программирования, в визуальном редакторе: после инициирующего события (например, нового заказа, входящего письма или заполнения формы) один за другим выполняются шаги, которые читают данные, преобразуют их и записывают в другую систему. К системам подключаются готовые коннекторы, которые в фоне вызывают API систем, то есть их программный интерфейс. Low-code-инструменты дают то же самое, но там, где готовых шагов не хватает, в них можно писать и код.

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

Четыре распространённых инструмента вкратце

Самостоятельная эксплуатация n8n и его лицензия

Согласно документации n8n, версия на собственном сервере без лицензионного ключа работает как общественная редакция (Community edition); для некоторых функций нужен платный тариф: например, для контроля версий на основе Git, единого входа (SSO), отдельных сред и внешнего хранилища секретов. В той же документации указано, что собственная установка требует технической экспертизы, а сопровождение ложится на компанию, эксплуатирующую систему (n8n: Choose how to use n8n).

Важная деталь касается лицензии: исходный код n8n общедоступен, но на него распространяется собственная лицензия под названием «Sustainable Use License». Согласно ей, программу можно использовать и изменять для собственных внутренних бизнес-целей, а также в некоммерческих или личных целях, а передавать другим можно только бесплатно и в некоммерческих целях; файлы с пометкой «.ee» в названии подпадают под отдельную корпоративную лицензию (n8n: LICENSE.md). Исходя из текста лицензии, автоматизация собственных процессов компании вписывается во внутренние бизнес-цели; если же предлагать клиентам сервис на основе n8n, условия лицензии стоит заранее показать юристу.

Для чего хороши no-code-инструменты?

Где они достигают своих пределов?

Сложная логика

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

Объём данных и оплата по факту использования

Стоимость облачных no-code-инструментов, как правило, зависит от использования: Zapier считает успешные действия, а Make считает кредиты. При небольшом трафике это преимущество, ведь платить нужно только за реальное использование; но при большом объёме данных, в процессе из многих шагов или с циклами учитывается каждый шаг каждой записи, так что стоимость растёт вместе с трафиком. Стоит заранее оценить, сколько запусков и шагов ожидается в месяц, и сравнить это с лимитами выбранного тарифа.

Обработка ошибок и повторные попытки

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

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

Контроль версий и тестирование

Менять действующий процесс рискованно, если нельзя вернуться к предыдущей версии и нет тестовой среды. Zapier предлагает откат к предыдущей версии только в некоторых тарифах (Zapier: version rollback), в n8n контроль версий на основе Git является платной функцией, а в Power Automate потоки, организованные в решения (solutions), можно переносить между средами разработки, тестирования и продуктивной средой (Microsoft Learn: Solution-aware flows). Для заказного кода контроль версий, проверка кода и автоматические тесты входят в базовое оснащение.

Учётные данные

За каждым коннектором стоит вход в систему. По описанию Microsoft, в Power Platform подключения представляют собой сохранённые учётные данные и хранятся в среде, где работает приложение или поток (Microsoft Learn: Data policies). Если процесс работает под личной учётной записью сотрудника, с его уходом процесс тоже остановится или, что хуже, продолжит работать под учётной записью, за которой уже никто не следит. Поэтому процессам нужны отдельная служебная учётная запись и минимально возможные права доступа.

Где находятся данные

В облачных инструментах данные проходят через инфраструктуру поставщика. По собственному описанию Zapier, он хранит данные в инфраструктуре Amazon Web Services в США (Zapier: Security & compliance); в Make при создании организации можно выбрать центр обработки данных в ЕС или в США, и позже этот выбор изменить нельзя (Make: Organizations); у n8n на собственном сервере данные остаются в собственной среде компании. Что это означает юридически, мы пишем ниже, в разделе о защите данных.

RPA или API-интеграция?

Под RPA (robotic process automation, роботизированная автоматизация процессов) понимают программного робота, который вместо человека нажимает кнопки, вводит текст и считывает данные с экрана. Он полезен, когда у старой системы нет API и до данных иначе не добраться. В этом же его слабость: он привязан к пользовательскому интерфейсу. Документация Microsoft сама предупреждает, что при запуске без присмотра (unattended) разрешение экрана удалённого сеанса может отличаться от использованного при создании потока, а это может привести к ошибкам или даже к нажатию не на тот элемент; кроме того, для запуска без присмотра нужен компьютер, на котором все пользователи вышли из системы (Microsoft Learn: Run unattended desktop flows).

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

Индивидуальная интеграция: что даёт код?

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

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

Гибридный путь

Выбор не исключает одно другого. Распространённая и хорошо работающая схема: простые, часто меняющиеся шаги остаются в no-code-инструменте, а трудную часть (например, сложный расчёт цены, синхронизацию большого объёма данных или подключение старой системы) выполняет индивидуальный сервис, который no-code-процесс вызывает через API или вебхук. Так сторона бизнеса по-прежнему видит простые части процесса и может их менять, а критичная логика работает в протестированном коде.

Искусственный интеллект в автоматизации

Автоматизация на основе правил останавливается там, где начинается свободный текст: письмо, договор, жалоба. Большие языковые модели (ChatGPT от OpenAI, Claude от Anthropic и Gemini от Google) обрабатывают и такие тексты: классифицируют входящие письма, извлекают данные из счёта, кратко излагают длинный текст. ИИ-шаг может быть и в no-code-инструменте, и в индивидуальной интеграции; согласно документации Make, например, расход кредитов ИИ-модулями может зависеть и от токенов, то есть от объёма обработанного текста (Make: Credits). Там, где ошибка ИИ стоит денег, модель предлагает, а утверждает человек. О шаблонах подключения ИИ мы пишем в статье Как связать корпоративные системы с помощью искусственного интеллекта?, а об услуге рассказывает страница Интеграция ИИ.

Таблица для выбора

КритерийОблачный no-code-инструмент (например, Zapier, Make)Инструмент на собственном сервере (например, n8n)Заказная разработка
Стартсамый быстрый, без установкибыстрый, но сначала нужно установить и защититьдольше, с проектированием и тестированием
Логикапростые и средние процессысредние, расширяемые шагами с кодомлюбая сложность
Объём данныхмалый и средний, плата растёт с трафикомзависит от мощности собственного сервераи большой, с очередью сообщений
Обработка ошибоквстроенная, глубина зависит от тарифачерез процесс обработки ошибок, с собственной настройкойпродуманные повторные попытки и оповещения
Контроль версий и тестированиеограниченные, зависят от тарифана основе Git в платном тарифеполные: контроль версий, проверка кода, автоматические тесты
Где данныеоблако поставщика, в выбираемом регионесобственная среда компаниисобственная среда компании
Модель оплатыподписка и плата по факту использованиясервер и эксплуатация, лицензия для платных функцийразовая разработка, затем эксплуатация
Эксплуатациявыполняет поставщиксама компания или привлечённый ею подрядчик по эксплуатациисама компания или привлечённый ею подрядчик по эксплуатации

Управление: кому принадлежит процесс?

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

Что стоит автоматизировать в первую очередь?

Процесс, который часто повторяется, описывается правилами, выполняется в больших объёмах и сегодня требует ручного копирования, например перенос заказов в сервис выставления счетов, регистрацию входящих счетов или подготовку ежемесячного отчёта. Хорошим признаком служит то, что большинство ошибок возникает из-за опечаток или пропущенных шагов. Как выбирать:

  1. Составление списка: соберите, какая работа повторяется, кто её выполняет и между какими системами перемещаются данные.
  2. Ранжирование: по частоте, затрачиваемому труду и риску ошибок.
  3. Проверка доступа: доступны ли данные через API, вебхук, из базы данных или через экспорт файлов.
  4. Пилотный процесс: один чётко очерченный процесс с измеримой целью и журналированием.
  5. Расширение: если пилот оправдал себя, берёмся за следующий процесс по тем же правилам управления.

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

Защита данных: GDPR и обработчики данных

Если автоматизация перемещает персональные данные (данные клиентов, сотрудников, партнёров), сервис автоматизации, как правило, обрабатывает их как обработчик данных от имени компании. Согласно статье 28 GDPR, в этом случае можно привлекать только обработчика, предоставляющего достаточные гарантии, обработка должна регулироваться договором, а другого обработчика можно привлечь только с предварительного письменного разрешения контролёра (EUR-Lex: Регламент (ЕС) 2016/679). Если данные покидают Европейский союз, должны выполняться и условия главы V регламента; согласно статье 46, при отсутствии решения о достаточном уровне защиты для передачи данных нужны надлежащие гарантии, например стандартные положения о защите данных, принятые Комиссией. По собственному описанию Zapier, к его договору прилагается соглашение об обработке данных, а для международной передачи данных предусмотрены стандартные договорные положения (SCC) (Zapier: Security & compliance).

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

От чего зависит стоимость?

У no-code-инструмента стоимость определяют тариф подписки, число запусков и шагов, платные коннекторы и труд, затраченный на сборку и сопровождение. Для индивидуальной интеграции функциональный размер разработки мы измеряем в функциональных точках COSMIC (ISO/IEC 19761), и на его основе составляются предложение и график работ. Помимо размера, имеет значение, сколько систем нужно связать и через какие интерфейсы, насколько хорошо эти интерфейсы документированы, сколько нужно обработки ошибок и мониторинга и что входит в эксплуатацию. Метод описан на странице Ценообразование.

Частые вопросы

Что стоит автоматизировать в первую очередь?

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

n8n, Make или Power Automate?

Все три инструмента хороши, но для разных ситуаций. n8n силён, когда данные должны оставаться в собственной среде компании и есть кому эксплуатировать собственную установку; условия его лицензии стоит знать. Make представляет собой облачный сервис с возможностью выбрать центр обработки данных в ЕС. Power Automate становится очевидным выбором, если компания работает в среде Microsoft или нужно автоматизировать настольные приложения. Окончательное решение определяют сложность процесса, ожидаемый объём данных и требования к обработке данных.

Когда нужна заказная разработка?

Когда логика сложна, объём данных велик, для какой-то системы нет готового коннектора, нужны надёжные повторные попытки и тестирование или данные не должны покидать собственную среду компании. Часто достаточно гибридного пути: трудная часть разрабатывается как индивидуальный сервис, который вызывается из no-code-процесса.

Что будет, если автоматизация сломается?

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

Может ли в автоматизации участвовать искусственный интеллект?

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

Как мы можем помочь?

Мы связываем системы компании, автоматизируем повторяющуюся работу и обрабатываем документы с помощью искусственного интеллекта: через индивидуальную интеграцию, через сервис, встроенный за существующим no-code-процессом, или сочетанием того и другого. Услуга представлена на странице Автоматизация процессов; если процессы должны сходиться в собственной ERP- или CRM-системе, см. страницу ПО для бизнеса.

Первая консультация бесплатна, по запросу мы заключаем соглашение о неразглашении (NDA), а после передачи также берём на себя эксплуатацию и сопровождение. Вопросы исходного кода и прав на использование регулируются договором. Если вы в нескольких предложениях опишете, какой процесс отнимает больше всего времени, свяжитесь с нами.

Источники