比如也有个场景，审批人可能要休假，当前她的所有审批节点，我想替换成其他负责人， 我想实现转签给同一个角色或者同一个部门下的需求，怎么实现？ 我发现触发器只能选择申请人，或者只有规则定死负责人。还有其他方案吗？
* 描述问题
* 运行环境
- NocoBase 版本:
- 数据库种类与版本:
- 操作系统:
- 部署方式:
- Docker 镜像版本:
- NodeJS 版本:
设置成或签模式, 审批人和代办人属于同一角色;
审批人设置过滤条件, 判断当前用户状态,休假时且查询同岗的人非当前用户
可以通过上游的查询节点，查一定范围的用户，或者相关的角色，用作变量在范围里作为匹配条件。
一般外面的审批流产品会提供批量转签的功能，属于审批流程系统中的运维功能使用，可能和当前工作流的设计逻辑不匹配，但是建议多考虑下国内成熟的BPMS引擎产品的设计，国内外应该不少公司对这块是有要求的，审批能力做强了，对于nocobase的销售肯定是很加分的，目前很多企业采购审批引擎的痛点就是无法天然和业务系统集成起来，很多审批流程都是跟业务系统数据强相关的，nocobase目前的架构有天然的优势，就是审批能力不够强，可以参考下国内外知名的流程引擎产品，开源的都不行，要看商业化了的
甚至可以考虑在工作流插件之外独立一个审批流插件，专门服务审批场景
在工作流中将审批能力做强对于nocobase来说并不是什么太好的设计,这种东西就应该用插件进行独立扩展 作为一个内置功能,不可取
感谢各位的建议，我们会详细考虑提到的场景，并持续优化审批相关的功能和体验。
我也想到用上游，但是场景也有可能规模会比较大，涉及部门过多，审批人会不会不太好转，还是是每个部门 的审批都要创建一个，不知道我的理解有没有问题。
而且 审批人条件关联申请人的条件 是不是过少了，比如 【角色，部门】
触发器变量中的部门信息暂时没有直接追加，需要通过查询节点做一个加载。未来针对审批人（含转签、加签）会考虑加入部门、角色等更便捷的选择方式。
1 Like
整个审批都应该做成独立插件,别跟工作流弄一起比较好