Версионирование бизнес-процессов в Юниверс MDM
Почему это актуально
В организациях процессы согласования редко укладываются в день или два. Часто они длятся неделями и месяцами. За это время схема процесса может измениться в редакторе. Если изменения напрямую затрагивают запущенные экземпляры, это приводит к сбоям:- задачи остаются «висячими» и недоступными для завершения;
- изменённые шлюзы не совпадают с текущим состоянием процесса;
- новые переменные конфликтуют со старыми;
- история выполнения перестаёт отражать фактическую логику, по которой шёл процесс.
Как принято в BPM-системах
В большинстве BPM-платформ используется версионирование:
- каждый экземпляр процесса работает по той версии, по которой он был запущен;
- новые версии не затрагивают старые инстансы;
- администратор при необходимости переводит процесс на новую схему вручную;
- завершённые процессы сохраняют ссылку на ту версию, по которой они реально выполнялись.
Подход снижает риски коллизий и делает работу управляемой.
Что мы сделали
Мы добавили поддержку версионности бизнес-процессов:
- при изменении схемы создаётся новая версия;
- новые процессы запускаются по обновлённому флоу;
- активные продолжают выполняться по своей старой версии без поломок;
- история выполнения фиксируется с учётом версии процесса.
Перевод активных процессов на новую схему — отдельное осознанное действие администратора.
Что это даёт
- Снижение числа ошибок. Запущенные процессы не прерываются из-за обновлений схемы.
- Прозрачная история. Всегда видно, по какой логике шёл конкретный процесс.
- Удобное администрирование. Управление версиями и миграцией инстансов.
- Гибкость. Параллельное существование старых и новых версий.
Пример
- Январь: стартует процесс согласования договора.
- Февраль: в схему добавляется новый шаг.
- Март: январский процесс идёт по своей версии, мартовский — по обновлённой.
Оба корректно завершаются, история фиксируется без искажений.
Итог
Версионирование бизнес-процессов устраняет типовые коллизии при изменении схем, повышает предсказуемость и сохраняет корректную историю исполнения. Длинные согласования проходят по той логике, с которой стартовали, а изменения в редакторе не вмешиваются в уже идущие инстансы. Для администраторов появляется контролируемый сценарий миграции на новую версию там, где это действительно нужно.