Параллельный событийный шлюз с созданием нового экземпляра

Определение и обозначение параллельного событийного шлюза с созданием нового экземпляра

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

Графически параллельный событийный шлюз BPMN с созданием нового экземпляра изображается в виде ромба с маркером – триггером параллельного составного стартового события – внутри:

Пример использования параллельного событийного шлюза с созданием нового экземпляра

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

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

Каждому из перечисленных условий на диаграмме соответствует событие-обработчик с определенным типом: «Сообщение» (Получен согласованный лист учета рабочего времени), «Условие» (Количество часов консультаций больше нуля) и, наконец, «Таймер», который отслеживает наступление 1 числа каждого месяца. Событийный оператор И позволяет отследить наступление этих трех и запустить очередной новый экземпляр бизнес-процесса выставления счетов. Сколько раз произойдут все три события, столько новых экземпляров бизнес-процесса будет запущено.

Описанные выше события могут происходить не одновременно. Параллельный событийный шлюз BPMN с созданием нового экземпляра работает так: он отслеживает все связанные события по мере их наступления, и, как только они все произойдут, активирует связанные с ними потоки управления.

В нашем примере наступление трех событий запускает единую цепочку задач: «Сформировать счет на оплату» и «Отправить счет на оплату клиенту». Однако, вполне допустима ситуация, при которой одновременно запустятся несколько параллельных цепочек задач. Это иллюстрирует следующий пример: