流程设计并行合并节点如何有选择的合并？

szhtest · 发表于 2024-8-6 10:01:33|来自：

本帖最后由 szhtest 于 2024-8-7 16:32 编辑

我的问题流程有点类似我之前的这个帖子（即并发节点流转的时候是有选择的并发）：关于 “合并分支待办” 的一些疑问

我想做部分分支的强制合并，但是管理员当时回复过：“O2OA的合并节点必须是所有的分支都到了合并环节才会流转至下一活动，不能做到部分”（所以我如果有三条路由指向合并节点，但我实际只走了两条的话，就会一直卡死在合并节点那了，因为始终等不到第三条？）

然而我的并发节点指出去的时候只是有选择的走部分分支，都是按采用路由选人的方式，选择框有选人才会流转对应环节，不一定每个分支都有走

那么我现在想要在最终环节的时候进行强制合并为一个待办再进行处理，即若有走的分支没流转到这个最终环节，这个环节就不会生成待办（或者能生成待办但无法做流转和转交，因为还有其他分支没走到这里[公司以前的OA可以这样，等有走的分支都流转到这了这一步才可以进行操作]），现在为了复制这个逻辑，我应当怎么操作？有没有什么思路可以提供？

已经找到解决方法了：在合并节点前加一个“选择”组件，就可以实现这种类似分支等待合并后再流转最终环节的动作。这是什么逻辑？有点想不明白。

若是说合并节点必须是所有的分支都到了合并环节才会流转，我选择组件→合并节点恰好只有一条路由，逻辑满足 = 数量所以能成功可以理解，但我添加了一个默认配置无修改过的“选择”组件，为何就可以实现等待动作？我试了试发现只单独配置选择或者只单独配置合并，都是满足不了的，只有这个组合一起才行

xadmin · 发表于 2024-8-8 11:10:47|来自：

选择环节是系统环节，会根据路由条件来判断走向哪个环节，它并没有停留等待功能，如果它停留在选择环节上了，只能说选择环节出去的路由上的条件没满足，流程卡在选择环节了，只有再次流转到选择环节去触发它流转，并且路由条件满足才会流转下去

szhtest · 发表于 2024-8-8 14:55:39|来自：

xadmin 发表于 2024-8-8 11:10
选择环节是系统环节，会根据路由条件来判断走向哪个环节，它并没有停留等待功能，如果它停留在选择环节上了 ...

但是我这个选择环节并没有做任何配置，条件还是原始的return true，直接指向的合并节点

szhtest · 发表于 2024-8-8 14:56:09|来自：

xadmin 发表于 2024-8-8 11:10
选择环节是系统环节，会根据路由条件来判断走向哪个环节，它并没有停留等待功能，如果它停留在选择环节上了 ...

但是我这个选择环节并没有做任何配置，条件还是原始的return true，直接指向的合并节点

论坛管理员 · 发表于 2024-8-12 09:59:19|来自：

还是一样的，O2OA的合并节点必须是所有的分支都到了合并环节才会流转至下一活动，不能做到部分分支合并

szhtest · 发表于 2024-8-12 10:03:20|来自：

本帖最后由 szhtest 于 2024-8-12 10:14 编辑

论坛管理员发表于 2024-8-12 09:59
还是一样的，O2OA的合并节点必须是所有的分支都到了合并环节才会流转至下一活动，不能做到部分分支合并 ...

我知道，我只是对现在我连用选择+合并组件就能达到我想要的这种部分合并的效果很疑惑：多条分支指向选择（选择组件依旧是默认配置），然后选择直接一条路由指向合并节点组件。 确实能做到这种等待（目前正在走的部分）分支都到达后再合并的事情，而不是像原本单独的合并组件要所有指向节点的分支（即使不走）都到达