Пример бизнес-процесса согласования изменений

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

Примером стандартного бизнес-процесса может быть согласование создания/обновления записей (Рисунок 1).

Настройка бизнес-процесса

Чтобы создать и настроить процесс:

  1. Включите режим черновика бизнес-процессов, нажав кнопку image1 «Черновик». Создайте новый черновик или откройте существующий.

  2. Убедитесь, что активна вкладка «Бизнес-процессы», расположенная в верхней части списка процессов.

  3. Нажмите кнопку image2 «Создать бизнес-процесс», расположенную в нижней части списка, после чего откроется мастер создания бизнес-процессов.

  4. Выберите тип создания Выбрать шаблон и перейдите на следующий шаг.

  5. На 2 шаге выберите Шаблон согласования публикации черновика и заполните Отображаемое имя процесса. Подтвердите действие.

  6. В результате действия отобразится экран создания нового бизнес-процесса. В основной части экрана откроется вкладка «Схема» со схемой шаблона бизнес-процесса, в правой части экрана отобразится панель настроек.

  7. Схема процесса содержит следующие события:

    • Стартовое событие image4. Определяет начало процесса.

    • Задача пользователя «Опубликовать черновик». Назначается на роль/пользователя, кто будет согласовывать или отклонять изменения, внесенные в запись.

    • Исключающие шлюзы image6. Запускают в работу только один из потоков в зависимости от решения.

    • Сервисная задача «Публикация черновика». Запускается в случае согласования изменений. Завершением процесса является опубликованная запись актива.

    • Задача пользователя «Исправление замечаний». Запускается в случае отклонения изменений и при необходимости внесения дополнительных правок. Далее данные корректируются и запись вновь отправляется на согласование, либо процесс завершается отменой создания записи.

    • Завершающее событие image5. Определяет конец процесса.

  8. Нажмите на событие «Опубликовать черновик» и в панели настроек выберите пользователя или роль, кто будет согласовывать публикацию черновика новой/отредактированной записи. Согласующий должен иметь права на создание записей.

  9. При необходимости отправки уведомлений о результате согласования изменений на почту активируйте расширенную панель настроек у события «Опубликовать черновик» с помощью кнопки image1 и перейдите во вкладку «Слушатели».

    • Добавьте наблюдателя за задачами в одноименном поле с помощью кнопки image2 «Добавить».

    • Ниже в поле «Тип события» выберите тип complete.

    • В поле «Java-класс» введите значение: com.unidata.mdm.workflow.core.service.impl.delegate.system.EmailNotificationTaskEventListener.

  10. Выберите событие «Исправление замечаний» и на панели настроек укажите пользователя или роль, кто будет корректировать данные записи, в случае если первоначальные изменения записи были направлены на корректировку. При необходимости заполните дополнительные поля.

  11. Нажмите Сохранить» в правом верхнем углу экрана. Перейдите во вкладку «Назначение процессов»:

    • Добавьте тип актива из выпадающего списка, на который необходимо назначить созданный процесс.

    • Добавьте условия запуска бизнес-процесса (при создании и обновлении записи) или оставьте Все условия. Сохраните изменения.

  12. Нажмите кнопку image3 «Публикация черновика бизнес-процессов», расположенную в нижней части списка. Выберите способ публикации: простая или публикация с приоритетом. Запуск процесса будет происходить при создании новой записи или при внесении изменений в существующую, что приведет к созданию задачи на согласование этих изменений. Запись будет опубликована только после завершения задачи.

Примечания

Для отправки уведомлений на почту:

  • Должна быть настроена рассылка уведомлений по электронной почте, а также настроен доступ к почтовому серверу в файле .env.

    • В файле .env в параметрах EMAIL должны быть указаны: адрес почтового сервера (например, smtp.yandex.ru), порт, электронный адрес (для доставки уведомлений) и пароль). После внесения изменений необходимо перезапустить backend контейнер.

Пример схемы бизнес-процесса

Рисунок 1 - Пример схемы бизнес-процесса