http://bpmnforum.ru/tags/subprocess bpmnforum.ru » Tag: SubProcess - Recent Topics ru-RU Sun, 17 May 2026 04:08:00 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/411#post-1842 Птн, 08 Ноя 2019 19:15:04 +0000 V2Smirnov 1842@http://bpmnforum.ru/ <p>Есть подпроцесс со сложной логикой и несколькими событиями окончания. Например, корреспонденция сортируется и отправляется "в архив", "на подпись", "на доработку". Задача - после окончания подпроцесса распределить токены.<br /> Проблема - распределение происходит не на основе данных, а на основе вынесенного вердикта, то есть, попадания токена в конкретный end event. То есть, обычные шлюзы использовать нельзя, они data-based. Можно использовать Event-based gateway, но... С ним есть всего пара примеров и там используются message intermediate event, что в этой ситуации явно не правильно. Какие события можно использовать в данном случае? None event нельзя, остаётся только conditional event. Можно ли? Надо ли что-нибудь при этом изменить в подпроцессе? </p> http://bpmnforum.ru/topic/409#post-1840 Птн, 08 Ноя 2019 18:48:35 +0000 V2Smirnov 1840@http://bpmnforum.ru/ <p>Есть подпроцесс с Parallel (или Inclusive) шлюзом. Токен попадает в шлюз и разделяется на два токена.<br /> Можно ли в подпроцессе завершить обработку одного из токенов? Например, "печать файла", шлюз, две копии, одна идёт дальше по цепочке, а вторая подшивается в архив. И тут бы про неё и забыть... А как?</p> <p>Terminate end event не подходит - он все токены убьёт. None end event тоже - подпроцесс. Ставить шлюз "в архиве или нет" после подпроцесса не очень хорошо - в случае вложенных подпроцессов это придётся повторить и каша получается. </p> http://bpmnforum.ru/topic/410#post-1841 Птн, 08 Ноя 2019 19:03:05 +0000 V2Smirnov 1841@http://bpmnforum.ru/ <p>То есть, в подпроцессе получить два токена на Parallel Gateway и отправить каждый из них на свой выход.<br /> Читал стандарт, ответа не нашел.<br /> Не написано, что сбор токенов при параллельной обработке - обязателен.<br /> Написано, что несколько входов подпроцесса неявно объединяются по exclusive gateway (uncontrolled).<br /> Написано, что подпроцесс не завершится, пока все токены не придут на завершающие события.<br /> Для reusable подпроцессов написано, что новый токен, от входящего (кроме None) события, при выходе вызывает создание instance вышестоящего процесса (то есть, он рассматривается независимо от прочих токенов).<br /> А здесь как? Обязателен ли сбор токенов при параллельной обработке до завершения подпроцесса? Или они будут последовательно в родительский процесс выданы по завершении подпроцесса? Или для каждого токена будет создан новый родительский процесс и далее их обработка будет независима? </p>