exception - BPMN 非中断异常流

Question

在处理 BPMN 模型时，我们遇到了一个关于异常流的问题。
每当需要异常流时，我们都会给它自己的结束事件。虽然 BPMN 建议使用网关来合并正常流和异常流。我看不出这样做有什么好处，只会带来一些额外的麻烦。
但是，考虑我们有一个带有事件 X 和附加到边界的非中断事件的子流程的情况。触发时，将创建一个并行 token 并将其放在异常流的分支上。运行异常流后，结束事件会使用此 token 。
我假设这个消费不会触发上层流程(包含这个特定子流程的那个)继续，因为在事件 X 中仍然有一个 token 。当这个事件结束并执行正常流程时，这个 token 被消费以及子进程不包含任何 token 。这将触发上层流程继续。
既然如此，我想不出任何需要合并异常流和正常流的情况。 (除了事件 x 之后的事件也必须在异常流中运行，导致它们被执行多次)。

Answer 1

I assume this consumption doesn't trigger the upper-level flow(the one containing this particular subprocess) to continue, as there still is a token left in activity X.

这是一个准确的陈述；以下模型具有相同的语义(不间断的多事件触发器用作占位符):



BPMN 规范中的管理部分是第 10.5.3 节，它要求“在流程完成之前，流程中生成的所有 token 必须由结束事件使用”。

As this is the case, I can't think of any case where the merger of exception flow and normal flow should be necessary.

一种可能需要合并的情况发生在两个流必须在流程中稍后的任务可以开始之前合并时。作为一个简单的例子，采用以下模型:



在顶部的模型中， Activity Y可能会尽快开始 Activity X完成，无论是否有 Exceptional activity 的实例并行运行。在底部的模型中， Activity Y在 Exceptional activity 的所有实例(如果有)之前无法启动已经完成。如果需要第二个示例的语义，则需要合并正常流和异常流。