【学仙】mark(672818650) 16:41:16
QQ图片20160323175611.png)
为什么不等于前台岗位时,申请后后面的所有审核岗位都会收到提醒EMail?按道理不是前台岗位应该去到所有上级主管节点啊?
【学仙】点晴客服(554462873) 16:51:40
你上面的流程条件跳转设计有严重的逻辑问题,如果申请人不是前台岗位时,系统就会将这个申请后的多个审核节点当成会审处理,也就是之后审核节点的所有人都会收到审批提醒Email。
为了避免这个问题,必须在最后面加一个穷举判断条件,来拦截所有的漏判、误判。
其实所谓的穷举很简单,例如:1=1,就一定可以拦住所有的漏判端。在实际的情形中,下面第二个条件就是一个简单的穷举:
当前申请人 = 某岗位 则 ****
当前申请人 ≠ 某岗位 则 ****
非常简单的逻辑,如果拦不住,就会当成会审处理。
不管你前面有多少步判断,最后都必须有一个漏判断拦截的条件。
【学仙】mark 2016-03-23 16:54:37
只是说能有更简化的做法,如果设了条为主线,就可以解决漏判的事了:如果有条件就按条件跳,没有条件就按主线走。
【学仙】点晴客服 2016-03-23 16:55:49
其实就是一个简单的:
当前审核人 = 岗位A 则 ****
当前审核人 = 岗位B 则 ****
当前审核人 = 岗位C 则 ****
当前审核人 = 岗位D 则 ****
当前审核人 ≠ 某岗位A 则 ****
【学仙】mark 2016-03-23 16:55:55
基本没有漏判
【学仙】点晴客服 2016-03-23 16:56:03
流程设计时需要的不仅仅是基本没有漏判,而是必须穷举考虑到所有情形,否则有漏判时,系统就会自动改为会审处理。
最后面这个“当前审核人 ≠ 某岗位A 则 ****”就是用来做拦截的,一定会满足。
【学神】伤不起 2016-03-23 16:56:31
就是搞一个点就行了是吧?
最后搞一个,不需要全都搞?
【学仙】点晴客服 2016-03-23 16:57:14
是的,最后面这个就是用来拦截误判断的,甚至可以单独加一个网管的节点进去,当前审核人 ≠ 某岗位A 则 跳转到网管,提醒网管这个流程一定出问题了
【学神】伤不起 2016-03-23 16:57:24
当前申请人 = 岗位A 则 ****
当前申请人 = 岗位B 则 ****
当前申请人 = 岗位C 则 ****
当前申请人 = 岗位D 则 ****
当前申请人 ≠ 某岗位A 则 ****
当前申请人 ≠ 某岗位B 则 ****
当前申请人 ≠ 某岗位C 则 ****
当前申请人 ≠ 某岗位D 则 ****
【学仙】点晴客服 2016-03-23 16:58:02
当前申请人 ≠ 岗位**** 只需要一个即可,不需要设置这么多个!
【学神】伤不起 2016-03-23 16:58:09
我还以为,要向我这样的全部做个不等于的
【学仙】点晴客服 2016-03-23 16:58:15
后面一定不会去到!箭头这条一定会拦截上面漏掉的判断,根本不可能再继续到下面的条件:
【学神】伤不起 2016-03-23 16:58:33
@mark 后面只需要做一个不等于就行了,这样还能接受的

【学仙】点晴客服 2016-03-23 17:01:19
想想里面的逻辑吧,是肯定一条不等于就会拦截所有的误判断的
【学神】潜水旱鸭 2016-03-23 17:03:26
第一条不等A.第二条等于A就可以了啊!为什么要加那么多?
【学仙】mark 2016-03-23 17:03:27
其实就是请假条这里的条件最多
【学仙】点晴客服 2016-03-23 17:04:01
你根本就没有理解条件跳转,你这个条件设计的有很多问题!
【学仙】mark 2016-03-23 17:04:05
头都痛,先要跳转主管以上的,后面再增加请假的时间跳转。
反正都是头都痛
【学仙】点晴客服 2016-03-23 17:05:48
整合成一行条件就搞定了!
【学仙】mark 2016-03-23 17:06:32
我知道你说的所有主管这一块,在一条就行,但我这个是特殊的
【学仙】点晴客服 2016-03-23 17:06:48
@潜水旱鸭 不是那么简单的
申请人=生产部 跳转到 生产总监审核
申请人=采购部 跳转到 采购总监审核
申请人=品质部 跳转到 品质总监审核
申请人 ≠ 生产部 跳转到 网管
例如申请人是财务部的,上面的条件就明显只有第4条“申请人 ≠ 生产部 跳转到 网管”符合,也即应该跳转到网管,告诉网管流程设计有漏判。
如果不拦截的话,财务部的员工申请时,就会发送到后面所有的节点:生产总监、采购总监、品质总监!
【学神】潜水旱鸭 2016-03-23 17:07:56
下级审核人直属上级啊!
【学仙】点晴客服 2016-03-23 17:08:09
有时候不是直接的关系,
以请假为例,审核时要判断员工所在部门、岗位、还要包含请假天数。
【学仙】mark 2016-03-23 17:09:25
我的请假天数,全部放在人事部这个环节跳转。
【学神】潜水旱鸭 2016-03-23 17:09:36
哦。不是直接关系的要另外判断了
【学仙】点晴客服 2016-03-23 17:10:09
你去细细琢磨吧,点晴OA的工作流是很强大的,这种事是小case,很容易搞定的。
总之,最后一行条件是用来拦截误判断的,是必须要有,否则上面流程设计考虑不周时,就会自动改为会审处理!
【学仙】mark 2016-03-23 17:10:49
思路清楚,做起来很烦
【学弱】超级笨笨 2016-03-23 17:11:17
@点晴客服 @mark 看你们说了半天,如果我没理解错的话。能不能不要这么复杂呀,建N个流程,例请假(营销),再指定权限,比如只有营销的人才能浏览发起申请,然后再建个请假(财务),指定财务。不就结了吗????
【学仙】点晴客服 2016-03-23 17:11:35
@超级笨笨 是的
【学仙】mark 2016-03-23 17:12:04
哈哈
【学仙】点晴客服 2016-03-23 17:12:18
但你说的这个只能满足简单的条件情形,如果有2个、3个,甚至更多条件需要混合判断时,是无法用简单的申请范围来约束的。
像ERP中的销售订单审核,需要考虑总金额、折扣率、账期、赊销额、订单区域等多个条件,必须用条件判断才能实现。
【学弱】超级笨笨 2016-03-23 17:14:09
把复杂拆成简单呀,你可以拆成很细的。只要在权限上指定对应的人就OK了,反正新建流程用同一模块很简单。
ERP的条件应该主要是数值关系,而事务性逻辑关系还是少些吧。
【学仙】点晴客服 2016-03-23 17:16:29
不现实的,有三级岗位、每一级有5个大区或分公司的话,仅一个部门就要演化出上千种情形,如果5个以上的条件要考虑,这个穷举法根本不现实!必须使用条件跳转才能满足需求。
【学弱】超级笨笨 2016-03-23 17:16:59
场景不一样吧,我也没想那么细,应该是这样的。
该文章在 2016/5/19 8:31:03 编辑过