Принцип четырех глаз

Постановка задачи

Принцип четырех глаз – это правило, согласно которому моделируются процессы согласования BPMN. Например, когда для подписания юридического или финансово значимого документа или принятия решения требуется одобрение (или подпись) нескольких людей.

Пример

Мы хотим смоделировать процесс утверждения BPMN запроса (например, запроса на оплату) в BPMN, для выполнения которого требуются утверждения от двух разных сотрудников. Механизм процесса должен гарантировать, что запрос будет одобрен только после его утверждения двумя людьми. Задачи по утверждению, выполняемые пользователями, также должны быть отображены на диаграмме. Эти задачи назначаются и выполняются с использованием инструмента постановки задач, например, на корпоративном портале.

Данный сценарий может применяться для различных процессов:

• Утверждение оплаты
• Утверждение счета
• Утверждение договора
• И так далее

Решение задачи

На диаграмме использованы отдельные пулы для утверждающих и для механизма процесса. Механизмом процесса является, как было сказано выше, корпоративный портал. Такое моделирование позволяет отобразить всех субъектов, которые выполняют и контролируют процесс. В пуле механизма процесса применяются пользовательские задачи, соответствующие задачам первого и второго утверждающего. Взаимодействия между утверждающими и механизмом процесса смоделировано при помощи потоков сообщений BPMN. Потоки сообщений запускают те шаги, которые должны выполнить утверждающие для того чтобы были выполнены пользовательские задачи в механизме процесса. В данном случае механизм процесса контролирует ход выполнения процесса.

Другие варианты решения задачи

Моделирование утверждающих в виде свернутых пулов BPMN

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

Определение утверждающих с помощью сервисной задачи BPMN

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