http://bpmnforum.ru/tags/event-based-gateway bpmnforum.ru » Tag: Event-based Gateway - Recent Posts ru-RU Tue, 19 May 2026 05:30:13 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/411#post-1859 Срд, 13 Ноя 2019 15:15:33 +0000 Анатолий Белайчук 1859@http://bpmnforum.ru/ <p>мне кажется, вы просто не понимаете что такое business rule, извините.</p> <p>и что такое conditional event - тоже )) </p> <p>подсказываю: conditional event - это не проверка условия, а ожидание момента наступления условия. не "вердикт отрицательный?" (это про развилку), а "стоим тут, ждем момента, когда вердикт станет отрицательным".</p> <p>глобальная величина должна быть, если conditional event стартовый. </p> http://bpmnforum.ru/topic/411#post-1856 Срд, 13 Ноя 2019 07:18:33 +0000 V2Smirnov 1856@http://bpmnforum.ru/ <p>К сожалению, в данном случае не подойдёт. Там всё сложно, я же и упрощенный пример привожу. Интересует именно академическое решение проблемы, как можно поступать в этой ситуации. Причём варианты "по стандарту никак" и "своё расширение стандарта" тоже имеют право быть. А business rule task вместо subprocess, это workaround. Это как вместо теоремы пифагора калькулятор использовать. Удобно, но знаний не прибавляет. </p> <p>P.S. А почему event gateway с conditional event нельзя использовать? Единственное, что в conditional event меня смущает, это упоминание того, что это должна быть глобальная величина. </p> http://bpmnforum.ru/topic/411#post-1855 Пон, 11 Ноя 2019 09:20:46 +0000 Анатолий Белайчук 1855@http://bpmnforum.ru/ <p>я имею в виду тип задачи: business rule task. </p> http://bpmnforum.ru/topic/411#post-1853 Пон, 11 Ноя 2019 07:24:57 +0000 V2Smirnov 1853@http://bpmnforum.ru/ <p>Простите, не понял ответа. Вы имеете ввиду какой-то общеизвестный паттерн? </p> http://bpmnforum.ru/topic/411#post-1850 Вск, 10 Ноя 2019 10:44:25 +0000 Анатолий Белайчук 1850@http://bpmnforum.ru/ <p>Множественные сложные проверки, разветвленный граф и в итоге один из трех вариантов - это кейс для задачи на вызов бизнес-правила. </p> http://bpmnforum.ru/topic/411#post-1847 Суб, 09 Ноя 2019 19:45:46 +0000 V2Smirnov 1847@http://bpmnforum.ru/ <p>1) На основе данных - неудобно. Представьте себе множественные сложные проверки, разветвленный граф и в итоге - один из трёх возможных выводов. С точки зрения родительского процесса не важно, какие именно данные были проверены и как, важно - какой результат был получен. Можно, конечно, записать вывод в данные специально для дальнейшего gateway. Но это явный костыль. </p> <p>2) А почему conditional event нельзя в данном случае? По стандарту он в event-based gateway может использоваться.</p> <p>3) На ошибку и эскалацию не хочется. Лучше уж костыль из п1, он хоть интуитивно-понятный.</p> <p>P.S. Может быть, я ошибаюсь и и\или шлюзы можно рисовать в схеме без реальной информации для шлюзов в данных? Только на том основании, что ранее на информации из этих данных был сделан вывод, который и проверяется в итоговом шлюзе? То что инструменты моделирования такое не поймут - не важно. Интересует с точки зрения стандарта. </p> http://bpmnforum.ru/topic/411#post-1845 Птн, 08 Ноя 2019 23:12:37 +0000 Анатолий Белайчук 1845@http://bpmnforum.ru/ <p>Корреспонденция внутри подпроцесса отправляется по разным ветвям с помощью развилки или/или? Так она работает на основе данных. Поэтому на выходе из подпроцесса смело ставьте развилку, которая работает на основе этих же данных.</p> <p>На пустое завершающее событие завязать маршрутизацию нельзя, на событие-условие нельзя, на сообщение тоже нельзя.</p> <p>Можно завязать на событие-ошибку или на событие-эскалацию. Но с помощью не развилки по событиям, а прикрепленного обработчика. </p> 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>