Для моделирования бизнес-исключений можно использовать событие-ошибку

Нормальное (или желательное) завершение подпроцесса изобразите простым конечным событием, а бизнес-исключение (нежелательный вариант) - событием-ошибкой. На верхнем уровне воспользуйтесь прикрепленным обработчиком.

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

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

— Anatoly Belaychuk 2024-01-11 23:15