Подход реализуется в BPM-платформе – системе для моделирования, хранения и исполнения бизнес-процессов. (например, Camunda, Flowable, Bizagi, Appian). Это как «конструктор» для бизнес-логики.

А центр компетенций – команда архитекторов, бизнес-аналитиков, ведущих разработчиков, отвечает за стандарты и качество моделей, создаёт и поддерживает единые правила и актуальность моделей.

Также необходимо наличие репозитория моделей — централизованной базы, где хранятся все BPMN-диаграммы с метаданными (владелец, версия, статус, описание). Репозиторий обеспечивает прозрачность: все участники процесса видят, что актуально, а что устарело.

Алгоритм реализации подхода:

1. Идентификация бизнес-процессов

Определение ключевых процессов (например, оформление кредита, onboarding клиента).

2. Моделирование в BPMN

Бизнес-аналитик и архитектор совместно создают диаграмму в BPMN-редакторе, отражающую алгоритм исполнения бизнес-процесса. Определяют начало и конец, добавляют задачи и условия, распределяют ответственность по дорожкам.

Например: 

[Начало] → [Проверить паспорт] → [Оценить риск] → [Подписать договор] → [Готово]

3. Согласование с бизнесом

Модель утверждается владельцем процесса.

4. Интеграция с архитектурой

Интеграция с PBC и ArchiMate: модели BPMN связаны с компонентами из ArchiMate и реестра PBC. Каждый шаг на схеме соединяется с готовым сервисом – PBC (например, «Проверить паспорт» → CustomerVerificationPBC).

5. Развертывание (deploy) в BPM-движке

Схему (в формате .bpmn) загружают в исполняемую среду (BPM-движок). Теперь она не просто картинка — она живая, и может:

• запускаться
• контролировать, кто что делает
• отправлять уведомления
• вести статистику

6. Использование, мониторинг и оптимизация

Реализуется исполнение процесса во всех каналах, анализ выполнения, выявление узких мест, при необходимости — оптимизация.

Пример реализации:

возьмем сценарий «Запуск «зелёного кредита» за 10 дней».

1. Бизнес говорит: «Нужен кредит для экопроектов». Определяется владелец процесса и сам процесс.
2. Бизнес-аналитик создаёт процесс в BPMN:

CustomerOnboarding → GreenRiskAssessment → LoanProcessing.

3. Архитектор проверяет модель на соответствие архитектуре и привязывает каждый шаг к PBC из реестра.
4. Владелец процесса утверждает модель
5. IT-команда разворачивает процесс в BPM-движке и настраивает интеграцию с PBC (back-end), собирает интерфейс из микро-Frontend-компонентов, соответствующих шагам процесса, используя дизайн-систему для единого UX.
6. Исполнение процесса: в результате применения данного подхода процесс работает во всех каналах: веб, приложение, call-центр, и при изменении логики обновляется только модель, а не код.

Преимущества централизованного визуального проектирования

• Прозрачность

Все видят, как работает процесс. Нет «чёрных ящиков».

• Снижение ошибок

Нет расхождений между описанием и реализацией.

• Быстрое внедрение изменений

Изменение модели → деплой → процесс обновлён во всех каналах.

• Поддержка омниканальности

Один процесс — для веба, приложения, call-центра.

• Ускорение разработки

Разработчики не догадываются, а работают по готовой модели.

• Аудит и аналитика

Можно отслеживать, где возникают задержки, какие шаги часто завершаются ошибкой.

Пример комплексного решения для централизованного визуального проектирования бизнес-процессов с последующим их исполнением –

Платформа Digital Q.BPM. Она позволяет перевести в цифру бизнес-процессы в общепринятой нотации проектирования процессов BPMN 2.0, анализировать и оптимизировать их исполнение, устранять узкие места, используя встроенные low-code инструменты проектирования и мониторинга бизнес-процессов. Платформа предоставляет средства управления процессами, в том числе запуск, остановку и их отладку.

Платформа состоит из набора PBC:

• «Дизайнер бизнес-процессов и бизнес-правил»ведёт реестр бизнес-процессов BPMN и бизнес-правил DMN. Low-code инструменты для проектирования и публикации процессов и правил, отладки бизнес-процессов и бизнес-правил.
• «Средства исполнения бизнес-процессов» — готовый базовый образ микросервиса с ядром исполнения бизнес-процессов BPMN и бизнес-правил DMN.
• «Мониторинг бизнес-процессов»собирает информацию об используемых процессах, представляет её в агрегированном виде или в деталях исполнения отдельного процесса. Позволяет отслеживать инциденты, возникающие в ходе исполнения процессов, как технические, так и связанные с просрочкой планов выполнения задач.
• «Отладчик бизнес-процессов и бизнес-правил»обеспечивает доступ к списку выполняемых в системе бизнес-процессов, предоставляет информацию о запущенных процессах, исполненных процессах и процессах, в ходе исполнения которых произошли инциденты. Содержит следующую информацию:
• статистика — сводная информация об исполняемых бизнес-процессах;
• live — перечень исполняемых бизнес-процессов;
• бизнес-правила — список опубликованных бизнес-правил с основной информацией;
• инциденты — перечень ошибок, возникших во время исполнения бизнес-процесса.
• «Пользовательские задачи»— включает средства настройки и исполнения пользовательских задач, алгоритмы их назначения и автоматической обработки, назначение связанных с задачами пользовательских диалогов и контроль нормативов обработки задач.
• «Дизайнер машины состояний»предназначен для моделирования машины состояний объектов.
  Инструмент включает в себя:
• настройку состояний объекта;
• связь состояний через переходы;
• графический интерфейс настройки.
• «Машина состояний» — библиотечный PBC предназначен для сохранения истории движения по состояниям многостадийных объектов и контроля возможности переходов в соответствии с настроенной в дизайнере состояний моделью.
  Основные преимущества:
• автоматическая «проливка» настроенной машины состояний при установке приложения на стенд;

автоматическая генерация API при сборке приложения, применившего «машину состояний».