请教下,审批节点中,只有一个成员字段作为审批者,成员字段可以多选人员,在审批时如何做到按照成员字段人员添加顺序进行审批?就是串行审批。现在看审批节点只有或签和会签,多人审批时,这两种方式的审批都是不分先后的。
倒也不是组织架构不清,我这个审批需要经过七层审批,每层 1~3 个审批节点,根据历史数据看,每个节点 1~10 几个人不等,是根据审批事项规模会拉不同的人参与审批,所以不能固定审批节点数量。而每个审批节点还需要根据添加人的顺序进行审批,之前用的另一套零代码平台,可以做到,现在准备废弃那个平台平移到明道云,就遇到了这个串行审批的问题。
七层审批,每层 1~3 个审批节点。—— 感觉是把这个流程设计得太长了。
很多时候是因为 IT 人员无法弄明白每个部门的审批逻辑,才只能把逻辑抽象成“动态串行”,其实是逃避了需求调研的责任。
知道“流程级别”么?比如“小组审批 ➜ 部门审批 ➜ 子公司审批 ➜ 总公司审批”这可以叫做一级流程,在“部门”内具体怎么审就是二级流程;
不同的部门对于不同的业务,二级审批流可能是不同的,有的是“主管审批 ➜ 总监审批”,有的可能是“审稿员审批 ➜ 专家审批”;
可能还包含三级流程,比如外包负责人审批等。
HAP 的审批流适合实现最低级的流程,高级流程可以用工作流的相互触发来实现“父子流程”或“前后序流程”的效果。
你这个串行审批可以动态增加审批节点?还是设为固定几个审批节点?
任意节点,相当于随意设置审批人了,而且还是用的明道云自带的审批节点。我发现我当时做完这个,已经和零代码无关了,流程和应用里全是代码



你这个串行审批可以动态增加审批节点?还是设为固定几个审批节点?
要不我把我做的应用放在应用市场,30 块钱你买?
你这个串行审批可以动态增加审批节点?还是设为固定几个审批节点?
做个子表,相当于自由添加审批人。
其实我能理解你想做个跳出默认审批流做个自由审批的想法,我也遇到过领导跳开既定审批层级,加 1 个其他部门任来审批的情况,因为 1 个业务过来, 内容未知,既定的审批路径不见得满足要求,只能临时定。这个就和行政单位纸质审批一样的,办公室主任在审批上写请某某领导,某某领导审批一样的,都是很灵活的,明道云一直没做自由审批的功能。
很明显你用的是开发思维在想这个事儿,所以按照投入产出比来说,这件事毫无意义。
首先,审批人一般不会随便改,其次,一般审批都是按组织架构的层级来做,其三,低代码改审批人很快。你想的这个事情我很早就尝试过,花大力气做这点小投入,基本不值得。你遇到的场景大概率是组织架构不清产生的吧
倒也不是组织架构不清,我这个审批需要经过七层审批,每层 1~3 个审批节点,根据历史数据看,每个节点 1~10 几个人不等,是根据审批事项规模会拉不同的人参与审批,所以不能固定审批节点数量。而每个审批节点还需要根据添加人的顺序进行审批,之前用的另一套零代码平台,可以做到,现在准备废弃那个平台平移到明道云,就遇到了这个串行审批的问题。
为什么无意义?这是现实需求啊。
很明显你用的是开发思维在想这个事儿,所以按照投入产出比来说,这件事毫无意义。
首先,审批人一般不会随便改,其次,一般审批都是按组织架构的层级来做,其三,低代码改审批人很快。
你想的这个事情我很早就尝试过,花大力气做这点小投入,基本不值得。你遇到的场景大概率是组织架构不清产生的吧
我反复看了我当时做的,就是建 1 个子表,子表里面写单一成员,按照先后顺序进行单人审批。
第二张那个图是写代码写出来的, 当时我怎么会想到这个思路, 我现在都忘了我艹。。。
你这个串行审批可以动态增加审批节点?还是设为固定几个审批节点?
回答“是给未来的其他领导预留的位子”即可。
我昨天就想着你说的方法不够优雅,结果 3 月份我就做出来了串行审批,结果我自己都忘了。。刚才想升级 7.3.5 才在自己的虚拟机里面翻出来。

我反复看了我当时做的,就是建 1 个子表,子表里面写单一成员,按照先后顺序进行单人审批。

第二张那个图是写代码写出来的, 当时我怎么会想到这个思路, 我现在都忘了我艹。。。
之前给别人做了个这个,不就是串行审批么
是按照添加人员的顺序进行审批的么?是的话劳烦细说说,谢谢。


之前给别人做了个这个,不就是串行审批么
这个操作:“获得审批人”从“in 所有审批人 and not in 已审批人员”取一人。怎么实现?好像没有什么节点能做到,另外,这个取法也不能保证是按照添加顺序取审批人吧?
“获取单条人员”节点,可以排除已审批人员;排序顺序没法设置,但应该就是按添加顺序的。
试了,的确不行,代码块的 Key-Value 输出中的 Value 并不是用户对象。
我又想到个办法,不用开 20 个字段了,只需开一个“已审批人员”字段。
在审批流的发起节点,先把“已审批人员”清空。
然后在审批流里以“获得审批人,请此人审批”2 个节点为一组,加 20 组,即 40 个节点。
“获得审批人”从“in 所有审批人 and not in 已审批人员”取一人。
“请此人审批”若无审批人则通过,审批后“已审批人员 += 当前审批人员”。
这个操作:“获得审批人”从“in 所有审批人 and not in 已审批人员”取一人。怎么实现?好像没有什么节点能做到,另外,这个取法也不能保证是按照添加顺序取审批人吧?
代码块可以接收成员作为参数,可是输出只能是文本或者数组形式,你说的 key/value 是怎么操作的,劳烦细说下。我的做法是多选成员作为参数传进来,拿到的是逗号分隔的姓名字符串,然后拆分成姓名的数组输出。后续的赋值节点,由于姓名数组是文本形式,不能直接赋值给成员控件,所以还要用获取人员信息节点挨个获取人员对象再赋值给成员控件。
试了,的确不行,代码块的 Key-Value 输出中的 Value 并不是用户对象。
我又想到个办法,不用开 20 个字段了,只需开一个“已审批人员”字段。
在审批流的发起节点,先把“已审批人员”清空。
然后在审批流里以“获得审批人,请此人审批”2 个节点为一组,加 20 组,即 40 个节点。
“获得审批人”从“in 所有审批人 and not in 已审批人员”取一人。
“请此人审批”若无审批人则通过,审批后“已审批人员 += 当前审批人员”。
用代码块正确,别做成数组,做成 Key-Value,之后用 1 个变更节点修改 20 个字段即可。
代码块可以接收成员作为参数,可是输出只能是文本或者数组形式,你说的 key/value 是怎么操作的,劳烦细说下。我的做法是多选成员作为参数传进来,拿到的是逗号分隔的姓名字符串,然后拆分成姓名的数组输出。后续的赋值节点,由于姓名数组是文本形式,不能直接赋值给成员控件,所以还要用获取人员信息节点挨个获取人员对象再赋值给成员控件。
在低代码场景下毫无意义。
为什么无意义?这是现实需求啊。
串行审批吧,一个成员字段内添加的人员按顺次审批。
在低代码场景下毫无意义。
用循环呢 一次传一个成员进去
循环里不能加审批节点。
你是不是在做动态审批流
串行审批吧,一个成员字段内添加的人员按顺次审批。
你是不是在做动态审批流
我的做法是用代码块将多选成员字段拆分成数组输出,然后用获取单条人员信息节点逐个获取每个数组对应的成员,然后将获取的成员更新到页面各个单选的成员字段中,感觉这个做法有点麻烦,人员多了,比如 20 个,就会要写很长。。。有什么更简洁的方法么?
用代码块正确,别做成数组,做成 Key-Value,之后用 1 个变更节点修改 20 个字段即可。
请教下,这个人员拆分到各个成员控件中的操作怎么弄?谢谢
我的做法是用代码块将多选成员字段拆分成数组输出,然后用获取单条人员信息节点逐个获取每个数组对应的成员,然后将获取的成员更新到页面各个单选的成员字段中,感觉这个做法有点麻烦,人员多了,比如 20 个,就会要写很长。。。有什么更简洁的方法么?
只能用个很妖的办法:假设最多有 20 人审批,就开 20 个成员字段(审批人 01~审批人 20),用工作流把多人成员字段里的审批人拆出来填进去;审批流再做 20 个审批节点,发现无人就自动审批通过。
请教下,这个人员拆分到各个成员控件中的操作怎么弄?谢谢
审批场景,说简单简单说复杂复杂。其实很多地方,自己下线审批流程都没整明白的,都是临时加 1-n 个人审批。
这个情况下,用传统的瀑布流审批展示方式就好了,不过明道云现在没有。。。
用循环呢 一次传一个成员进去
审批流程图里面 n 多空节点,领导看到多办说不行哦。遇到较真点的领导,就要问这些空的啥意思了。😕
回答“是给未来的其他领导预留的位子”即可。
只能用个很妖的办法:假设最多有 20 人审批,就开 20 个成员字段(审批人 01~审批人 20),用工作流把多人成员字段里的审批人拆出来填进去;审批流再做 20 个审批节点,发现无人就自动审批通过。
审批流程图里面 n 多空节点,领导看到多办说不行哦。遇到较真点的领导,就要问这些空的啥意思了。😕
只能用个很妖的办法:假设最多有 20 人审批,就开 20 个成员字段(审批人 01~审批人 20),用工作流把多人成员字段里的审批人拆出来填进去;审批流再做 20 个审批节点,发现无人就自动审批通过。
就是说审批人员数量为变量?1 到 n 都可能嘛