ИИ автоматизация бизнес процессов: нейросеть описывает процесс, а не выполняет его

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

Что нейросеть реально делает с процессом

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

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

Ни один из этих файлов не исполняется. Чтобы процесс запускался сам, нужен движок, который читает описание в машинном формате. Отраслевой формат такого описания задан спецификацией BPMN версии 2.0.2 консорциума OMG, документ formal/13-12-09, опубликован в январе 2014 года и с тех пор не менялся. Модель к этому формату отношения не имеет: она отдаёт текст, а не исполняемую схему.

Технологии автоматизации бизнес процессов: где в этом ряду стоит языковая модель

Технологии автоматизации бизнес процессов удобно разложить на три слоя, и путаница между ними стоит дороже всего.

1. Слой описания. Нотация и документ. Здесь живут BPMN 2.0.2, текстовые нотации вроде Mermaid и PlantUML, обычный текстовый регламент. Здесь же работает языковая модель.
2. Слой исполнения. Движок, который принимает описание в формате BPMN 2.0 XML и гоняет по нему задачи. Открытый инструментарий этого слоя, библиотека bpmn-js от Camunda (актуальная версия 18.25.1), умеет импортировать и экспортировать BPMN 2.0 XML прямо в браузере.
3. Слой интерфейсных роботов. Скрипты, которые кликают за человека в чужих системах. К описанию процесса они не имеют отношения вовсе.

Модель полезна только в первом слое, и это не мало: именно он обычно и провален, потому что описывать процессы никто не любит. Из доступных в России Сбер держит в документации на developers.sber.ru четыре генеративные модели GigaChat: 3 Ultra, 2 Max, 2 Pro и 2 Lite. Выбирать имеет смысл по длине контекста: расшифровка часового совещания это десятки тысяч знаков.

Что подать на вход, чтобы получился регламент, а не сочинение

Модель достраивает недостающее, поэтому качество результата определяется полнотой входа. Семь полей, без которых просить бесполезно:

• Триггер. Конкретное событие, с которого процесс начинается: «поступила заявка в форме на сайте», а не «клиент заинтересовался».
• Границы. Первое и последнее действие. Без этого модель уносит описание в маркетинг и в бухгалтерию.
• Роли дословно из штатного расписания. Модель не знает, что у вас нет «менеджера по качеству», и придумает его.
• Системы и место хранения данных. Где создаётся запись, где лежит документ, куда уходит уведомление.
• Минимум три исключения. Клиент не ответил, документ вернули на доработку, товара нет на складе.
• Ограничения. Сроки из договоров и SLA, требования по доступу к данным.
• Формат вывода. Таблица с колонками: шаг, роль, вход, выход, срок, система, что делать при отказе.

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

Схема в текстовой нотации: Mermaid, PlantUML и почему это не BPMN

Просить у модели картинку бессмысленно, просить текст схемы осмысленно. Два формата модель выдаёт устойчиво:

• Mermaid (актуальная версия 11.17.0). В разделе Diagram Syntax на mermaid.js.org перечислено тридцать типов диаграмм: flowchart, sequence, state, ER, gantt, user journey, kanban, timeline, sankey и другие. BPMN среди них нет.
• PlantUML. На plantuml.com перечислены девять диаграмм UML (sequence, activity, state, class и другие) и ещё девятнадцать не-UML, среди них archimate, gantt, mindmap и WBS. BPMN в официальном перечне тоже отсутствует.

Где схема отрисуется без установки софта: GitHub рендерит в Markdown четыре синтаксиса, среди них Mermaid, а также GeoJSON, TopoJSON и ASCII STL. В Notion диаграмма получается из блока кода с выбранным языком Mermaid.

Что со сгенерированной схемой не так по умолчанию, почти всегда одно и то же:

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

Если схема нужна не для вики, а для дальнейшей автоматизации, текстовую нотацию придётся переложить в BPMN 2.0 XML руками в редакторе на bpmn-js, например в Camunda Modeler. Там же сразу видно, что модель считала шлюзом, а что задачей.

Как проверить сгенерированный процесс на разрывы

Регламент от модели выглядит убедительно, поэтому проверять его надо формально, а не «на глаз». Восемь проверок, каждая занимает минуты:

1. Шаг без ответственного. Ответственный это роль, а не отдел и не «руководитель».
2. Развилка с одной веткой. Если есть «если оплачено», должно быть «если не оплачено».
3. Ветка отказа без обработки: тупик вместо возврата, эскалации или закрытия с причиной.
4. Вход без источника. Написано «получить акт», не написано, от кого и в каком виде.
5. Выход, который никто не потребляет. Документ формируется, дальше не используется ни на одном шаге.
6. Срок без календаря. «3 дня» это рабочие или календарные, и с какого момента идёт отсчёт.
7. Смена системы без исполнителя. Данные «переносятся в CRM» сами собой.
8. Конец процесса без критерия завершённости. По какому признаку закрываем, кто его фиксирует.

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

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

Пакет документов вокруг регламента

Из описанного процесса модель собирает ещё три документа, и это самая дешёвая часть работы.

Матрица ответственности. Классическая схема RACI распределяет по каждому шагу четыре отметки: исполнитель, ответственный за результат, консультант, информируемый. Единственное жёсткое правило, которое модель нарушает регулярно: ответственный за результат на шаге ровно один. Если модель поставила двоих, это не матрица, а зафиксированный конфликт.

Должностная инструкция. Трудовой кодекс её не требует, Роструд подтверждал это в письмах от 09.08.2007 № 3042-6-0 и от 31.10.2007 № 4412-6. При этом трудовая функция относится к обязательным условиям трудового договора по статье 57 ТК РФ, а обязательность применения профессиональных стандартов определяется статьёй 195.3 ТК РФ. Отсюда практический порядок: сначала процесс, потом трудовая функция из процесса, и только потом инструкция как расшифровка функции.

Чек-лист приёмки. Критерий пишется в проверяемой форме. «Заявка обработана качественно» непроверяемо, «в карточке заполнены поля источник, бюджет и срок, статус переведён в Квалифицирована» проверяемо.

Отдельно про ссылки на стандарты, которые модель любит вставлять. Новая редакция ISO 9001 ожидается осенью 2026 года, органы по сертификации называют ориентиром октябрь или ноябрь, а срок перехода для сертифицированных компаний оценивают в два-три года и обещают уточнить отдельным документом IAF до публикации стандарта. Модель по умолчанию напишет «ISO 9001:2015», потому что училась на текстах прошлых лет. Номер редакции в регламенте проверяется отдельно, по сайту органа, который вас сертифицировал.

Автоматизация бизнес решений: где заканчивается рекомендация

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

• Решение-правило. Есть числовой порог и однозначный ответ: скидка до 10 процентов согласуется автоматически. Это не задача для модели, это условие в системе.
• Суждение с низкой ценой ошибки. Классификация обращения, выбор шаблона ответа. Модель предлагает, человек подтверждает одним кликом, в регламенте фиксируется, кто подтверждает.
• Суждение с высокой ценой ошибки. Списание задолженности, отказ клиенту, изменение цены. Модель готовит справку и варианты, решение принимает названная роль, и это записывается в регламент явно.

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

Нейросеть для бизнес плана: что происходит с финансовой частью

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

Вот параметры, которые модель почти наверняка подставит устаревшими, и их актуальные значения на дату публикации:

Параметр	Значение	Основание
Базовая ставка НДС	22 процента с 01.01.2026	Федеральный закон от 28.11.2025 № 425-ФЗ
Порог дохода, выше которого УСН платит НДС	доход за предшествующий год свыше 20 млн рублей за 2025-2028 годы, 15 млн за 2029 год, 10 млн за 2030 год и далее	пункт 1 статьи 145 НК РФ в редакции того же закона
МРОТ	27 093 рубля с 01.01.2026	Федеральный закон от 28.11.2025 № 429-ФЗ
Предельная база по страховым взносам	2 979 000 рублей	постановление Правительства РФ от 31.10.2025 № 1705
Пониженный тариф взносов для МСП	15 процентов с выплат свыше 1,5 МРОТ, только для приоритетных отраслей; для обрабатывающего производства 7,6 процента	распоряжение Правительства РФ от 27.12.2025 № 4125-р, разъяснение ФНС
Ключевая ставка Банка России	14 процентов годовых	данные cbr.ru на 21.08.2026

Две ловушки, которые из этой таблицы следуют напрямую. Первая: льготный тариф взносов 15 процентов с 2026 года получает не любой субъект МСП, а только тот, чей основной код деятельности попал в правительственный перечень приоритетных отраслей, при доле доходов от этой деятельности не менее 70 процентов и с применением кода тарифа 32 начиная с первого квартала 2026 года. Модель, обученная на текстах 2024 года, посчитает льготу всем подряд и занизит фонд оплаты труда. При МРОТ 27 093 рубля порог в 1,5 МРОТ составляет 40 639,5 рубля в месяц, и разница в тарифе на выплатах сверх этой суммы даёт расхождение в сотни тысяч рублей за год даже на команде из десяти человек.

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

Отсюда рабочий порядок: текст и структура бизнес-плана из модели, все до единой ставки из первоисточника на дату подачи (nalog.gov.ru, cbr.ru, publication.pravo.gov.ru), пересчёт финансовой модели в таблице, а не в чате. В банк или инвестору уходит только пересчитанная версия.

Что модель придумывает за вас

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

• Несуществующие согласования. В регламент въезжают визы юриста, службы безопасности и финансового контролёра, которых в компании из двадцати человек нет.
• Несуществующие нормативы. Ссылки на ГОСТы, приказы и пункты с правдоподобными номерами. Проверяются по publication.pravo.gov.ru, и заметная часть не подтверждается.
• Сроки из ниоткуда. «Три рабочих дня на согласование» появляется без всякого основания и потом живёт в утверждённом документе как норма.
• Роли не из штатного расписания. Появляются владелец продукта, аналитик, диспетчер, которых не существует.
• Системы, которых нет. Модель дописывает шаг «зафиксировать в ERP» компании, у которой из систем только CRM и облачная таблица.

Технический ответ на это один: явный запрет в задании. Формулировка, которая работает: «не добавляй шаги, роли, документы и системы, которых нет во входных данных; если данных не хватает, ставь пометку [нужны данные] и продолжай». Дальше остаётся пройти по пометкам и собрать недостающее у людей. Регламент с двадцатью пометками честнее, чем гладкий текст с выдуманными визами.

Порядок работы от расшифровки до утверждённого документа

Последовательность, которая даёт предсказуемый результат:

1. Записать разговор с исполнителями и расшифровать. Спрашивать не «как должно быть», а «что вы сделали в прошлый раз».
2. Собрать входные поля из раздела выше, роли выписать из штатного расписания дословно.
3. Первый прогон: таблица шагов в заданном формате, без схемы и без красивого текста.
4. Второй прогон, отдельный: поиск разрывов по восьми проверкам, на выходе список проблем, а не исправленный текст.
5. Третий прогон: схема в Mermaid по вычищенной таблице, затем перенос в BPMN, если процесс пойдёт в систему.
6. Четвёртый прогон: матрица ответственности, чек-лист приёмки, проект инструкции. Сверка нормативных ссылок и цифр по первоисточникам.
7. Согласование с исполнителями по спорным шагам и утверждение.

Ключевое в пункте 4: разделять генерацию и критику. Когда модель одновременно пишет и проверяет свой текст, она правит формулировки и не трогает логику.

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

Может ли нейросеть выдать готовый BPMN?

Текст, похожий на BPMN 2.0 XML, выдаст, валидную схему почти никогда. Спецификация BPMN 2.0.2 это документ OMG formal/13-12-09 от января 2014 года с большим числом элементов и строгими правилами связности. Практичнее получить от модели Mermaid и перенести в редактор на bpmn-js вручную.

Какой минимальный вход нужен, чтобы получить пригодный регламент?

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

Можно ли доверять цифрам в сгенерированном бизнес-плане?

Нет. С 1 января 2026 года базовая ставка НДС 22 процента, МРОТ 27 093 рубля, предельная база по взносам 2 979 000 рублей. Модель, обученная на более ранних текстах, подставит прошлогодние значения и весь расчёт уедет.

Чем описание процесса нейросетью отличается от исполнения процесса ИИ?

Описание это документ: регламент, схема, матрица ответственности. Исполнение это движок, который принимает BPMN 2.0 XML и гоняет по нему задачи. Языковая модель работает только со слоем описания.

Как быстро понять, что регламент от модели плохой?

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