Если одно действие выполняется раз в месяц, а другое - по каждому заказу клиента, то это два разных процесса.
С точки зрения исполнителя (подразделения, функции) он сначала актуализирует прайс-лист, потом составляет план продаж, потом закрывает сделки и выполняет обязательства по ним. Но BPMN - вещь буквальная, и если мы так и изобразим процесс (см. как не надо), то это будет означать, что мы закрываем ровно одну сделку в месяц, что, очевидно, не так.
Да и прайс-лист обычно обновляется не по расписанию, а в связи с событиями на рынке, которые могут произойти в любое время. Поэтому в данном случае у нас три разных события - волевое решение о необходимости корректировки прайс-листа, ежемесячный срок формирования плана продаж и заявка на покупку от клиента - что означает три разных (хотя и связанных через данные) процесса.
На диаграмме как надо они изображены в виде черных ящиков, подразумевая, что каждый процесс изображен в развернутом виде на отдельной диаграмме. Спецификация BPMN не разрешает соединять пулы с потоками данных, поэтому используем направленные ассоциации, которые выглядят точно так же.
— Anatoly Belaychuk 2024-08-27 17:14