На связи производственная команда компании “Хоулмонт”. Мы занимаемся развитием российской платформы OpenBPM. Это так называемый BPM-движок и набор профессиональных инструментов, сгруппированных вокруг него для комплексной автоматизации предприятий. Сегодня мы представляем новый взгляд на разработку процессных приложений.
Мы верим в то, что полностью статичные (рисованные) схемы бизнес процессов постепенно изживут себя и уйдут в прошлое. И будущее за «оживающими в моменте» схемами, которые позволяют не только верифицировать намерения бизнеса, но и подробно проработать роли, зоны ответственности, интеграции, ресурсы, риски, сроки реализации и финансовые показатели.
И мы не только верим, но и знаем, как это будет выглядеть! Давайте посмотрим вместе.
Краткое содержание:
Начинаем.
Фаза 0 – Общий контекст предприятия
Простой загрузки скиллов сегодня уже категорически не достаточно, необходимы полноценные шлюзы к источникам знаний, которые могут динамически появляться, видоизменяться, исчезать. И при этом быть представлены совершенно в разных форматах и на различных устройствах хранения.
Причем для знаний крайне важна не только доступность, но и интерпретируемость и актуальность, поэтому имеет смысл рассматривать различные схемы для их кэширования и канонизации.
Для знаний было бы замечательно иметь возможность контролировать то, какие именно факты стали для них опорой, с учетом конкретной предметной области и периода актуальности. Последнее вообще является ключевой бедой всех баз знаний, так как источники нужно сортировать не по популярности, а по уровням достоверности и свежести фактов. Причем, если так получается, что факты, отобранные из базы знаний по результатам контекстного поиска, противоречат друг другу, то агент обязан об этом прямо предупредить, а не молча выбирать что-то “наиболее подходящее по фазе луны” и завязывать на это всю дальнейшую бизнес-логику в процессе.
В категорию знаний также относятся всевозможные текстовые регламенты и соглашения о моделировании.
И еще один момент. Про модель ролевого доступа к базам знаний можно написать отдельную статью. Здесь лишь отметим, что вопрос этот очень важный и что через такую “дыру” в спецификацию для разработки могут “протечь” корпоративные и/или персональные данные. Поэтому агенты - это те же сотрудники, и на них точно также должны распространяться права и категории ограниченного доступа к информации.
Фаза 1 – Давай с тобой поговорим
Предметная область, в свою очередь, может быть задана/очерчена/ограничена посредством шаблонов, это уже годами проверенный подход, доказавший свою надежность и эффективность.
Режим интерактивного взаимодействия, похожего на интервью, также хорошо себя зарекомендовал в бизнес-анализе. Но важно уметь не только задавать правильные вопросы, но и подсказывать пользователю наиболее вероятные варианты для быстрых ответов. То есть задавать направления для уточнения и расширения постановки. А также, с самых первых шагов, измерять и контролировать полноту создаваемой спецификации.
Результатом интервью, то есть результатом первичного взаимодействия агента с пользователем, является формирование структуры намерений, опирающихся на факты, почерпнутые из баз знаний для конкретной предметной области. А дальше нам уже предстоит эти намерения подтвердить (верифицировать), создав набор исполняемых артефактов, который будет являться прототипом для целевого процессного приложения. Создает артефакты, естественно, агент, но у пользователя есть возможность их точечно отредактировать.
Фаза 2 – Создаем артефакты
Хороший пример по зонам ответственности. В кредитном конвейере Комплаенс-офицер сам не исполняет задачи, но именно он реализует логику принятия решений на основе таблиц бизнес-правил. И поэтому он является полноправным участником процесса, которого никак нельзя “потерять”. Агент помогает нам учесть такие ситуации.
Ещё один сложный участок - интеграции. На этапе прототипа нам, казалось бы, можно обойтись без них. Но тогда наша спецификация будет не полной. Поэтому интеграции необходимо реализовать, хотя бы в режиме “замкнутых самих на себя” петель (external task на моках), но при этом с полноценным описанием форматов данных и контрольными примерами.
А вот сгенерировать тестовые примеры, то есть правдоподобные и согласованные пакеты данных, и при этом не раскрыть “персоналку” и особо не повторяться - это получается прям отдельная категория творческих задач, с которыми AI-агент на сегодняшний день уже достаточно хорошо справляется.
Отдельного внимания заслуживают нефункциональные требования, открытые вопросы и ограничения, не все из которых получается полноценно проработать на этапе интервью. Эти риски должны быть выявлены и явно задокументированы в приложениях к общей спецификации на разработку. Таким образом, агент подготовил почву для комплексной отладки процесса.
Фаза 3 – Гоняем в sandbox
Прогон в “песочнице” должен быть похож на игру, максимально быстрым и комфортным. Агент скомплектовал для нас уже наполненные по данным прикладные кейсы, с заранее известными исходами. Мы можем воспользоваться ими в качестве начальных шаблонов, но при этом имеем возможность менять данные.
В процессе прогонов нет необходимости постоянно заставлять оператора перелогиниваться, так как смену сессионного окружения можно реализовать и контролировать автоматически.
Прозрачности прогонам добавляет и так называемый “журнал событий”, из которого становится понятно не только куда, но и почему, на сновании чего мы свернули в той или иной развилке маршрута. И, разумеется, прогонов в песочнице должно быть несколько, никак не меньше всех типичных (а лучше и не только типичных) вариантов по бизнес-кейсам.
Фаза 4 – Сводим спецификацию
Сборка агентом пакета для реализации - самый ответственный этап. Тут важно, чтобы на выходе был полностью согласованный комплект процессных артефактов, спецификация и приложения к ней для промышленной разработки. И при этом итоговое процессное решение должно иметь низкий порог входа, быть совместимым с технологическим ландшафтом конкретной компании, опираться на популярные/понятные технологии, чтобы не "пугать" потом корпоративные службы ИТ и Информационную безопасность.
Фаза 5 – Ты меня понял, осилишь?
Имея достаточно подробную спецификацию для разработки, можно с уверенностью проводить оценку, как по времени, так и по необходимым для реализации ресурсам. Такую оценку можно обсудить и с "живым" техлидом, и с другим "исполнительным агентом". А также наметить задачи по внедрению, масштабированию, мониторингу, бизнес-анализу и последующему совершенствованию автоматизируемых процессов.
Однако, ни с людьми, ни с агентами, нет никакой гарантии, что спецификация будет реализована в полном объеме. Поэтому имеет смысл рассматривать жизненный цикл спецификации как самостоятельного артефакта, то есть замкнуть цикл обратной связи после реализации. Чтобы потом нам в явном виде стали видны расхождения между тем, что планировалось к реализации на этапе верификации намерений бизнеса, и тем, что реально получилось реализовать конкретной командой разработчиков. И вот с этим дальше уже можно будет итеративно работать.
Если спецификация прошла реализацию и сверку, она становится самым надежным фактом во всей нашей базе знаний, то есть система начинает сама вытеснять устаревшие сведения своими же проверенными артефактами.
Кто пользователь этого нового класса ПО?
Мы видим так, что разрабатываем простой и надежный инструмент для так называемых бизнес-инженеров или для business technologist, если следовать современной методологии Gartner (https://www.gartner.com/en/documents/5673955). Это автоматизация бизнес-процессов на базе AI, которая не требует долгого погружения. Конечным бенефициаром здесь является бизнес-заказчик, он же, в пределе, сам сможет управлять новой AI-поверхностью и подтверждать/реализовывать свои намерения на современных open-source технологиях.
Зачем здесь BPMN?
Потому что бизнес-процессы - это пока что про людей, про “человеков”, которые реально выполняют перемещение/трансформацию/анализ или обработку материальных объектов, документов, информации в окружающем их реальном мире. А людям, в силу особенностей восприятия, требуется наглядность.
Где же здесь IDP и куда делись разработчики?
Описанная выше "Фаза 5" предполагает передачу собранного и верифицированного прототипа на уровень профессиональной разработки. С последующей имплементацией в dev-sec-fin-bpm-ops пайплайны конкретного корпоративного контура. Так что инженеры без работы в любом случае не останутся. Более того, если со стороны бизнеса гипотезы и инсайты начнут проверять быстрее и чаще, то и работы инженерам значительно прибавится.
Зачем вообще это нужно?
Цель - проверять гипотезы и отрабатывать бизнес инсайты намного раньше конкурентов, мгновенно выводить продукты на рынок, перестраивать бизнес, делая его более гибким и чутко реагирующим на предпочтения рынка, на внешние и на внутренние вызовы.
Вместо эпилога
Это достаточно длинный и амбициозный путь, который нашей команде еще предстоит пройти до запуска описанных инициатив на продуктивной среде. Но мы твердо намерены предоставить нашим клиентам лучшие в своем классе платформы для комплексной автоматизации бизнеса.
Пожалуйста, присоединяйтесь! Мы будем рады попутчикам и помощникам на этом пути.
Комментарии (30)
Antaky
29.09.2026 06:48Проявлю ИИ-скепсис: чтобы этим пользоваться, нужно обладать квалификацией. Чтоб её не растерять нужно иметь упорство противостоять соблазну отдать ИИшке сделать всё. Если прорехи в собственном понимании бизнес- логики обнаружились на этапе интервью, если знания, загруженные в машину оказались не достаточны для точного результата, нужно иметь волю остановиться и поработать. А так хочется нажать далее > далее > ОК.
И! Хорошо бы прикрутить process mining для обратной связи от реальности!
openbpm_pm Автор
29.09.2026 06:48100% Это инструмент для достаточно квалифицированного специалиста. Точно также, как ИИ усиливает сеньора-разработчика, но не особо помогает джуну. Однако, в подобных подходах проявляется реальная возможность распространить опыт экспертов на уровень рядовых исполнителей, когда этот самый "опыт" получается упакован в скиллах и внутренних технологических схемах работы агентной (или мультиагентной) системы. То есть имея подобное рабочее место можно загружать проработкой бизнес-инсайтов и гипотез гораздо большее число аналитиков, не переживая, что они не достаточно глубоко погружены в BPM CBOK.
По поводу Process Mining вот буквально сегодня вечером совместный вебинар проводим про симбиоз BPM-платформ и платформ Task & Process Mining. Это действительно очень эффективное получается сочетание. Спасибо, что подсветили.
ToxaBes
29.09.2026 06:48Похоже, что это швейцарский нож для BPMN/DMN, было интересно почитать и картинки посмотреть, спасибо!
openbpm_pm Автор
29.09.2026 06:48Спасибо за отзыв. Да, что-то такое мы и производим. Только там получается целый набор отверток/ножиков/молотков для процессной аналитики, разработки и последующего сопровождения на проде. А bpm-движок тут получается уже вторичен, он уходит на инфраструктурный уровень.
itGuevara
Хорошо бы в онлайн песочнице этого "AI-Disrupt на open-source BPM" посмотреть пример типа Hello World.
openbpm_pm Автор
Спасибо. Все будет, просто не сразу. Сейчас мы уже по запросу предоставляем EAP версию компонента OpenBPM Workspace, который реализует фазы 0-2. В нем постепенно наращиваем функционал. Для РФ сложности в доступе к современным AI моделям, их еще очень мало развернуто в on-premise режиме. Публичный стенд до конца года откроем наверно только для компонента OpenBPM Control c AI-агентом, чтобы можно было вживую "поговорить" со схемами и с экземплярами процессов.
itGuevara
Хотя бы где (не только в OpenBPM) и как по словесному описанию алгоритма получить нормальную BPMN картинку? Желательно в DaC (mermaid, graphviz etc).
openbpm_pm Автор
Так везде это работает, и уже давно. Вот мы с командой ШтормБПМН дружим, и коллеги сейчас на проде активно генерируют такие схемы. Там, конечно есть хитрости, что в чат-режиме вы не сможете получить корректный XML, тем более исполняемый. Это уже включается агентская схема, где много внутренних этапов сборки корректного XML-файла, вплоть до его валидации заливкой на реальный внутренний bpm-движок и обработки ошибок деплоя.
itGuevara
Какой бесплатный сервис, желательно и без регистрации (ссылка на сервис) позволяет получить по текстовому описанию схему в DaC (mermaid, graphviz, etc)? В крайнем случае XML (сам файл .BPMN, неисполняемый кончено). чат-режим или агент - не важно (любой вариант). Может быть есть для чат-бота технический (вспомогательный ) промпт, который это делает.
openbpm_pm Автор
Пожалуйста: https://stormbpmn.com/product/ai-instruments Ну или чиркните мне на почту или в TG, выдам на компанию бесплатный архив EAP версии Workspace. Ссылки на иностранные ресурсы не даю по понятным причинам, хотя их тоже много.
itGuevara
Ну там же кнопки, Войти, зарегистрироваться, 14 дней бесплатно и т.п. Хотелось бы "Какой бесплатный сервис, желательно и без регистрации".
Мне непонятны причины ...
Можно вкратце что это. Его нужно будет развернуть у себя и самому подключать модели?
openbpm_pm Автор
Да, развернуть локально и самому подключать модели. Иначе в корпоративном контуре как будто бы нельзя работать со схемами реальных бизнес-процессов. Если чисто для себя, для какой-то локальной разработки, то как будто бы там BPM-движок не сильно то и нужен, нет под него задач соответствующего уровня нагрузки. То есть проще тогда напрямую в Клод постучаться.
itGuevara
И "лимон" только на карточки (VCPU) ...
Еще раз задача: бесплатный Публичный сервис, желательно без регистрации, где словами (текстом) рассказал про процесс, далее кнопка "Покажи в BPMN" и в окне результат:
Какие это "иностранные ресурсы, которых много"?
openbpm_pm Автор
Ок, если вам просто "рисовать", то вот с этого сервиса рекомендую начать знакомство: https://ba-copilot.com/tools/ai-bpmn-process-map-generator
itGuevara
В целом, "да" (спасибо), хотя он и криво нарисовал простейший процесс и выдал:
первый способ - ключ просит ввести (API key), второй локальную установку (licence key).
Если все же "их много", то подскажите еще варианты, реально работающие free и без регистрации \ API key и т.п.
Также есть мнение, что должны появиться новые ai-языки для vibecoding на базе BPMN. Не попадались?
openbpm_pm Автор
Извините, я все-таки не понимаю. Если вы не работаете с исполняемыми схемами, то чем вас Шторм не устроил, там же полноценный бесплатный тариф, потом для расширенных функций есть небольшой начальный тариф на команду, а войти можно через Яндекс ID, то есть как-то специально регистрироваться не обязательно. Вы же все равно за модель как-то платите, за токены, если используете облачных провайдеров (выше вы написали, что локальная модель для вас слишком дорога по оборудованию). Если есть ИИ, то совсем "бесплатно" не получится, кто-то же должен токены компенсировать. То есть сам инструмент можно запустить бесплатно, но инференс хорошей модели все равно денег стоит.
itGuevara
Не плачу. Пока хватало 20+ бесплатных чат-ботов. В принципе, они хороши, но строят BPMN обычно криво. Более того, редактировать "руками" текст, вставлять схему в markdown, иная публикация и т.п. удобнее не в xml, а в DaC.
Я тоже "не понимаю" ("Ссылки на иностранные ресурсы не даю по понятным причинам, хотя их тоже много."), если их (подобных online сервисов) "тоже много", то почему не поделиться с сообществом хабр ссылками на них?
openbpm_pm Автор
Так наши же все это делают на ура:
openbpm_pm Автор
В чем проблема-то, в качестве?
itGuevara
Предлагаю посмотреть этот результат в https://mermaid.live/edit
Нужно вставить код mermaid, скопировать ссылку и вставить тут. Уверен, что мы увидим что-то "не очень", особенно если схема с дорожками, Data Object и т.п.
Кстати, подобную схему публикации я также хотел бы использовать и с BPMN, также вставлять схему BPMN в виде параметра к URL сервера и передавать куда угодно без регистрации, учетки и т.п. Ну и (возвращаясь к обсуждению) ИИ-генератор схемы BPMN на таком сервисе нужен.
openbpm_pm Автор
Так вот "юстировка", чтобы всегда получалось "очень" решается как раз за счет правил (skills) и дополнительных детерминированных утилит (tools), наложенных через Harness.
Теперь кажется понятно в чем проблема, вы хотите "идеальных схем", но не хотите погружаться в настройку Harness и ищите варианты, где это уже +/- сделано и можно будет с минимальными затратами приспособить для решения вашего круга задач, верно?
itGuevara
Юстировкой mermaid под EPC занимался тут: https://github.com/bpmbpm/doc/blob/main/METAMODEL/PROCESS/EPC/epc_mermaid.md
Для BPMN все сложнее будет, поэтому и интерес.
Что касается BPMN-online, то пробовал тут, как пример передачи BPMN схемы параметром (получена через кнопку "Получить ссылку"). И это пример без регистрации и учеток.
openbpm_pm Автор
Тогда тут могу просто один лайфхак посоветовать - сначала собрать граф процесса в json, и уже четко валидированный целостный граф потом конвертировать в xml. Ну и надеюсь, что все понимают, что "исполняемая" схема от "рисованной" внутри существенно отличаются. Для "рисованной" схемы xml содержит гораздо меньше тегов, он проще.
itGuevara
Есть разновидность JSON для графов? полагаю, что речь не про JSON-LD. И конвертация JSON -> XML\BPMN надеюсь не через ИИ.
Исполняемый BPMN
openbpm_pm Автор
Все верно, там детерминированный конвертор можно использовать. А, так это снова "Руна", здравствуйте, не признал сходу :-)
itGuevara
Это к " разновидность JSON для графов?". Речь про JSON-LD? Не особо понятна связь "графы - BPMN". Примеры и ссылочки бы.
openbpm_pm Автор
Слушайте, но это уже из области ноу-хау. Я понимаю если бы тут в комментах независимые разработчики общались, а так получается что общаются представители +/- конкурирующих вендоров. Давайте такие разговоры переносить в личку.
Antaky
Потому что их нужно искать, проверять и собирать для вас подборку. Не совсем понятно зачем это делать, если есть Шторм. Кроме того есть клод (opus 5.5, sonnet 5), который формирует сносные модели даже без специальных скилов и выдаёт их в любом формате, хоть png, хоть bpmn, хоть сразу pdf. Если вам надо делать дело - берите и работайте. Но оставьте аналитика на ревью. На сегодняшний день любой инструмент косячит, не в нотации, так в стиле.
openbpm_pm Автор
Совершенно с вами согласен. И вот не понимаю чего коллега хочет, что его не устраивает. Может быть мы его проблему не до конца понимаем. Может быть дело вообще в другом, в том, что ему нужно искать не какую-то конкретную модель или утилиту, а специализированный Harness, который заточен именно на его круг задач. По типу того, как это сделано, например, у современных бизнес-аналитиков (https://github.com/chaussky/ainalyst)