Сначала BPMN, потом робот или ИИ

Текст Аксёнова Юрия Васильевича, автора ДОКА и руководителя ГК «ФОРОНЕЙ». Впервые опубликован на foroney.ru/insights/bpmn-formal-chaos/. Та же дисциплина, что и в моём чеклисте as-is: сначала факт процесса, потом модель, потом робот или ИИ.

Коротко

Автоматизировать можно только то, что описано. Методика, которую автор гоняет на внедрениях:

Формализация. BPMN-схема с явными зонами ответственности (Pools & Lanes). На ней видно, где документы зависают в ожидании подписи и где рутина.
Дедупликация. Поиск и устранение дублирующих цепочек операций, которые съедают время и расхождают данные.
Метрика PCE (Process Cycle Efficiency): PCE = (Value-Added Time / Total Cycle Time) × 100%. На неоптимизированных предприятиях PCE редко превышает 5–7 %. С внедрением ИИ-шлюзов может подняться до 45–60 %.
ИИ в пайплайне. В процессных движках вроде Camunda BPM искусственный интеллект ставится как Service Task: REST-вызов к микросервису распознавания.
Эффект в цифрах. Вместо ручной проверки входящих счетов модель за 2 секунды извлекает реквизиты, сверяет цены со справочником контрактов и закрывает шлюз «Авто-согласовано».

Почему хаос «цифровизируют»

Хаос на предприятии невозможно автоматизировать. Если наложить софт или искусственный интеллект на непрописанный процесс, получается цифровая имитация неэффективности. Бумажные пробки получают интерфейс. Очередь никуда не девается, только становится электронной.

Правило внедрений ФОРОНЕЯ: сначала описание, потом автоматизация. Неописанный процесс остаётся чёрным ящиком. В нём нельзя целиться ни в оптимизацию, ни в измерение эффекта.

BPMN 2.0 описывает логику операций так, что схему одинаково читают менеджер, исполнитель и процессный движок.

Зачем нужна формализация

Явное разграничение зон ответственности (Pools & Lanes). Типичная боль: «заказ лежит в отделе, а чья подпись непонятно». На схеме это место, где поток выходит из одной дорожки и не входит в другую.
Узкие места. Документы зависают в ожидании подписи, возврата или ресурса.
Рутинные шаги. Распознавание документов, сверка реквизитов, типовые проверки. Именно их отдают алгоритму.

Формализацию начинают с as-is, а не с «как должно быть». As-is рисуют так, как процесс реально работает, включая обходы и «передаём по телефону». Схема to-be, снятая не с факта, превращается в украшение.

См. также: чеклист as-is и почему ИИ на регламенте не взлетает.

Как строится модель

Минимально полная BPMN-модель, которую готовы передавать в движок:

Pools & Lanes: матрица ответственности. Если у шага нет дорожки, процесс ещё не описан.
События старта и завершения: что запускает процесс и при каком состоянии он закрыт.
Задачи: пользовательские (человек) и сервисные (система).
Шлюзы: ветвление по условию. Именно сюда ИИ дописывает автоветку или уходит на человека.
Таймеры и сообщения: ожидание дольше SLA и внешние триггеры.

Отдельный шаг: вылавливание дублей. Копирование данных, повторные сверки, «повторное согласование уже согласованного». Дубли склеивают в один шаг либо отдают одной дорожке. И только потом схему отдают в движок.

Метрика PCE

PCE = (Value-Added Time / Total Cycle Time) × 100%

на неоптимизированных предприятиях PCE редко превышает 5–7 %: процесс физически работает малую долю времени;
автоматизация рутины, включая ИИ-шлюзы, сокращает Total Cycle Time без потери полезного времени.

Если движка нет, берут логи СЭД с метками согласований. До и после меряют одним инструментом.

Как интегрировать ИИ в BPMN

В Camunda и аналогах ИИ ставится как Service Task: REST к микросервису распознавания. У него есть место в схеме, тайм-аут, запасной маршрут и статус в мониторинге.

Перед тем как вешать ИИ-шлюз, автор проверяет четыре вещи:

формат ввода достаточно стабилен;
есть бизнес-правило «правильности»;
спроектирован fallback на человека;
инференс в локальном контуре, содержимое не уходит в чужое облако.

Тот же паттерн ФОРОНЕЙ закрывал на потоке таможенных документов и на счетах поставщиков. Менять нужно механизм передачи задачи, не «робота».

Как начать

Выбрать один процесс с измеримым циклом.
Построить as-is в Pools & Lanes и зафиксировать время каждого этапа.
Посчитать baseline PCE и выписать топ ожиданий и дублей.
Спроектировать to-be с ИИ-шлюзами на рутине. Если PCE не вырос на бумаге, процесс не готов к автоматизации.

Итог

Процесс, который не умеют описать, нельзя ни оптимизировать, ни автоматизировать. В такой модели ИИ это Service Task, микросервис и шлюз с fallback, а не слой магии поверх хаоса. Точка входа всегда одна: as-is, времена, baseline PCE. И только потом to-be.

Оригинал: foroney.ru/insights/bpmn-formal-chaos/.

Перепечатка. Автор: Аксёнов Юрий Васильевич