互斥路由失效场景(子流程部分节点已完成未撤销其它互斥分支)
## 场景描述
#### 流程图
![image.webp](/download/0100ac05b75ddcd14556a91c47b76128fc5c.webp)
#### 描述
* 如上图(父流程)所示, 工作流互斥使用了子流程,当子流程中已经有节点审批完成了,但是互斥却没有生效。 即删除、修改、子流程还是在同时闪动 (但是流转到子流程中某些审批节点审批完成,互斥又生效了)
## 原因分析
* 复现问题前置条件
- 互斥路由的后继节点包含子流程 (即参与互斥的节点包含子流程)
- 子流程提交节点后的直接后继人工节点设置参数 **[没有参与人跳过]**
* 相关后台处理逻辑
1. 互斥效果依赖于**部分完成通知标识** (人工节点审批完成时会根据节点是否有**部分完成通知标识**来触发特殊处理,包含互斥效果)
2. **部分完成通知标识**是在流程发布的时候确定的(随着流程发布保存到流程定义中) , 且该标识只会标记在提交节点的后继人工/审批类型节点上( ==**[注]** 提交节点的后继节点 : 一个流程可能会存在多个, 具体是递归排查紧跟提交节点后的自动/路由节点,直到找到人工/审批节点算作后继节点==)
3. 若节点配置了参数 **[没有参与人跳过]** ,且确实没有找到参与人跳过时, 会导致**部分完成通知标识**无效化
![image.webp](/download/01004f9d9e070c97480fbf3835cd64eecd1d.webp)
## 解决方案
* 820/850/861可打私包sp6_bpm_FlowParser_wsc_240605.rar
* 880可打私包 sp8_bpm_FlowParser_wsc_240605.rar
* (部署完成后需重新发布下对应的流程 - 为避免系统认为没有任何修改而不生效,可以稍微拖动下某节点的位置后再发布)
互斥路由失效场景(子流程部分节点已完成未撤销其它互斥分支)
## 场景描述#### 流程图![image.webp](/download/0100ac05b75ddcd14556a91c47b76128fc5c.webp)#### 描述 * 如上图(父流程)所示, ...
点击下载文档
本文2024-09-16 21:56:18发表“eas cloud知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-eas-44880.html
您需要登录后才可以发表评论, 登录登录 或者 注册
最新文档
热门文章