Контроль параллельных процессов изменений: единообразие и безопасность данных в Universe MDM

Почему это актуально

При активной работе с мастер-данными пользователи часто создают несколько черновиков для одной и той же сущности — например, чтобы внести разные изменения или протестировать варианты.
Однако публикация черновика в Universe MDM — необратимое действие, которое напрямую изменяет существующую запись в системе.

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

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

Как принято в системах управления данными

Современные MDM-платформы придерживаются принципа:

Это позволяет:

• гарантировать целостность данных и предсказуемость результата;
• исключить параллельные конфликты при редактировании;
• упростить контроль и аудит изменений;
• повысить прозрачность процессов для пользователей и администраторов.

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

Что мы делаем

В Universe MDM реализуется новый механизм, ограничивающий запуск параллельных процессов изменений для одной сущности.

Если по сущности уже существует черновик в статусе DELAYED_BY_WORKFLOW, система:

• блокирует запуск новых процессов изменений (включая восстановление и блокировку);
• приостанавливает создание новых черновиков для этой сущности до завершения текущего процесса.

Такой подход предотвращает наложение изменений и сохраняет целостность данных.

Как это работает

1. Создание черновика
   Пользователь создаёт черновик изменений — например, для корректировки атрибутов.
   

2. Запуск процесса
   После старта бизнес-процесса черновик переходит в статус DELAYED_BY_WORKFLOW.
   С этого момента любые новые изменения по данной сущности становятся временно недоступны.
   

3. Завершение процесса
   После успешной публикации или отклонения изменений статус снимается, и пользователи снова могут создавать черновики и запускать новые процессы.

Пример сценария

Пользователь А создает черновик для обновления информации о контрагенте.
В это время пользователь B пытается создать другой черновик для той же записи — например, чтобы изменить банковские реквизиты.

Ранее оба процесса могли выполняться параллельно, что приводило к перезаписи данных.
Теперь система уведомит пользователя B, что для данной сущности уже выполняется процесс изменений, и заблокирует создание второго черновика до завершения первого.

Что это даёт

• Гарантия целостности данных.
  Исключаются конфликты версий и потери информации.
  

• Прозрачность процессов.
  Пользователи видят, какие изменения уже выполняются по объекту.
  

• Снижение ошибок и ручной доработки.
  Администраторы больше не тратят время на восстановление перезаписанных данных.
  

• Контроль качества и единообразия.
  Все изменения проходят согласованно и по одному процессу.
  

• Предсказуемость результата.
  Публикуется только одна, подтвержденная версия изменений.

Итог

Функция контроля параллельных процессов изменений делает Universe MDM более надёжной и зрелой системой управления данными.
Теперь пользователи могут быть уверены: изменения по каждой сущности происходят последовательно, под контролем и без риска потери информации.