Camunda并行网关未等待全部序列流完成，此行为是否属已知问题？

这个是Camunda引擎在手动通过REST API回退流程实例场景下的已知行为，根源在于流程回退操作干扰了并行网关的令牌计数逻辑：

• 并行网关的标准逻辑是等待所有入向序列流的令牌全部到达后，才会向下游释放对应数量的令牌。但使用REST API将流程回退到任务A之前的节点时，引擎不会重置并行网关已接收的令牌计数，多次重复完成任务A会让网关的令牌计数被重复累加，当累加值达到阈值（比如你场景中的3次），就会错误判定所有入流已完成，进而触发后续终止事件。

• 这并非并行网关的正常行为，而是手动修改流程实例（回退）的副作用——Camunda的流程修改API在处理并行分支时，不会自动清理原有分支的令牌状态，导致网关的计数逻辑混乱。

可行的解决方向：

• 不要直接回退到并行分支内的节点，改为回退到并行网关之前的节点，以此重置网关的令牌计数。
• 手动回退时，额外通过API清理并行网关的冗余令牌状态（可查询流程实例的令牌位置，删除多余的令牌记录）。
• 若业务需要重复执行任务A，优先考虑用子流程、循环事件或事件网关设计重复逻辑，避免直接回退主流程。

内容的提问来源于stack exchange，提问作者kern3l