业务系统里边会有很多不一样的业务流程,目前不是工作流的形式,都是有固定状态流转的,在一个业务流程的某些节点是需要 审批的,
反正就需要等另 “一个人或者团体”来处理后,流程才能继续往后流转。
所以在这些节点需要产生“待办任务”,生成待办任务是简单的。复杂的是当这个节点处理了之后,反向维护“待办任务”的状态,可能变为“已完成”或者“撤销”等,
因为某个待办节点,可能是多人同时复核,一个拒绝,所有拒绝的。假如待多人同时复核时(假如三人),系统同时生成了三条“待办任务”,那么有一人驳回时,另外两个任务要自动变为“撤销”,是被动的。 除此外,业务人员处理任务的 入口不一定是从 “待办任务”里窗口进入的,可能是直接找到业务菜单直接处理了。所以是拿不到 “待办任务” id的。得按照业务类型 反查相关的待办任务。
系统里边业务流程待办的节点也比较多,每个点固定的写 反向维护 “待办任务”状态的代码,也比较多,主要是感觉容易漏掉,导致“待办任务”其实已经无效了,“待办任务”窗口还显示着。
想请教有经验的大佬,这种情况怎么设计好点。生成“待办任务”简单,反向维护“待办任务”状态麻烦,
“待办任务”可能是范围式的,比如到某个企业范围、某个部门范围、某个岗位范围、某个人 可处理。大家给点建议呀!!!