V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
yiyiniu
V2EX  ›  程序员

工作流-专家会签 求教

  •  
  •   yiyiniu · 15 天前 · 2336 次点击

    工作流求教:

    专家会签节点:

    一、有多个专家(动态指定的 5 个人)

    二、如有 1 个专家选择驳回,则该专家的驳回流程回到起草人修改,其余专家的审批流程继续,起草人修改重新提交后,该驳回流程重回驳回专家处。

    三、直到所有专家全部通过后可进行下一节点

    请问:流程图是这样画吗?

    目前测试的结果是:

    一、5 个专家,1 个审批不通过时:发现只显示了其他 4 个专家待审批;并没有同时显示:起草人待审批; 只有等其他 4 个专家全部审批通过后,才显示:起草人待审批。

    二、希望:在 1 个专家不通过时,同时显示出来起草人待审批;

    三、当起草人审批通过后,下一个节点返回专家会签(这时只要求当时不通过的专家审批即可) ;目前测试结果是:所有专家又得全部审批。

    QQ-20241030093955.jpg

    第 1 条附言  ·  14 天前
    结贴:已实现,已完成。参考 @Cell 的意见。感谢
    20 条回复    2024-10-31 09:38:14 +08:00
    paopjian
        1
    paopjian  
       15 天前
    这个流程合理吗? 专家评审没有一票否决权, 那审批通过的专家不审批修改过的内容, 那不就成了谁不同意谁权力大, 其他人还不知道
    janus77
        2
    janus77  
       15 天前
    首先,所有专家同时审批,而不是流水线型,这样一个驳回后,其他专家收到的流程自动全部取消。
    如果你希望你的审批可以重用,即驳回后重新提交不需要重建一个流程,那就设计一个“待提审”状态。驳回后变为待提审状态,等修改,修改完后作者点提审,再进入“待审批”状态。
    如果不需要,那就驳回后自动全作废,需要重新提一个审批,还是和第一段一样的概念,所有人同时处于“待审批”状态。
    yiyiniu
        3
    yiyiniu  
    OP
       15 天前
    @paopjian 流程是合理的,确定是要这样操作。
    yiyiniu
        4
    yiyiniu  
    OP
       14 天前
    @paopjian 流程是合理的,确定是要这样操作。 @janus77 5 个专家同时审批,不是顺序关系,是并列关系。 并且有 1 个专家驳回起草人后,其他专家要求能正常审批。 只有驳回起草人的那一条流程,要起草人修改后,驳回的那个专家审批即可。
    X90
        5
    X90  
       14 天前
    5 个专家同时审批并且并行是 5 个子流程。看图上是要 5 个专家都审批通过才能到部门负责人审批,那就是主流程发起 5 个子流程全部通过后再回到主流程。
    但是这个 5 个专家并行审批,会有一个退回但是其他不退回的情况吗?他们审批的不是同一份资料吗?
    yiyiniu
        6
    yiyiniu  
    OP
       14 天前
    @X90 是同一份资料; 首先这个图不确定画的对不对。如果不对,是不是要专家会签这里画一个子流程。整体设置为主流程、子流程?
    yiyiniu
        7
    yiyiniu  
    OP
       14 天前
    @X90 这个 5 个专家并行审批,如果有专家驳回到起草人修改,则该只是该专家驳回到起草人。其他专家得仍能审批。只要最后+ 时,判断全部专家审批通过,才允许进入下一节点:部门负责人那里。
    buruliu
        8
    buruliu  
       14 天前
    以前遇到过这种,但不知道怎么描述这个实现方式好,感觉描述的有些混乱。
    1 、魔改了流程图,新增了这类特殊驳回线和驳回节点。让画流程图时可以画这些环节。
    2 、启动流程时,解析流程图 bpmn,去除特殊业务线,让流程图已正常环节去流转,走流程引擎。
    3 、有一套自定义的业务流程表,走驳回时,没有去走流程引擎,走的是自定义的业务流程。只有这个节点全部通过或者中止才会去走流程引擎。
    scalpel666
        9
    scalpel666  
       14 天前
    感觉你的需求用会签也不太好,用并行网关画 5 条并行的线可以吗,那条线的专家驳回了就打回给哪个专家就好了.你这样的会签驳返回了专家会签节点,所有人又得再审核一次。至于你的测试结果所说的问题,和你的会签通过条件有关。
    Cells
        10
    Cells  
       14 天前
    会签子流程就行了。子流程里的节点就是专家审批和起草人修改,如果通过直接结束子流程,即等待其他专家审批;如果不通过,则转到起草人修改节点。直到所有专家均无意见,所有子流程结束,会签判断结束,进入下一节点。
    yiyiniu
        11
    yiyiniu  
    OP
       14 天前
    @Cells 兄弟,确认一下:你的意思是图画成“专家会签这里单独一个子流程”,如下图:
    [![20241030153237.jpg]( https://i.postimg.cc/fyVyDx9Q/20241030153237.jpg)]( https://postimg.cc/YLwMxLRd)
    Cells
        12
    Cells  
       14 天前   ❤️ 1
    @yiyiniu 对,另外 评审专家会签 这个节点是不需要会签属性的,会签属性只需要在子流程上去添加。子流程有会签属性,且是并行的时候,会开启多个子流程,也就是对应的几个专家会签子流程
    gent95
        13
    gent95  
       14 天前
    测试问题三,描述有问题吧,难道第一次审批通过的专家,在重新修改后,默认为对修改后的文件是审批同意吗,不应该是每次审批都需要专家重申之后全票通过才算通过吗?
    taobeer
        14
    taobeer  
       14 天前
    流程有问题吧? 5 个专家审批同一份资料,如果有一个专家 审核不通过 ,流转到起草人;起草人修改后可能涉及到其他专家审核的内容吧;如果默认通过那不是有漏洞可以钻
    yiyiniu
        15
    yiyiniu  
    OP
       14 天前
    @Cells 好的。刚这个图中:子流程里专家会签这里,其实是相当于一个普通人员审批。已把并行去掉,放到子流程中。准备试一下。感谢
    yiyiniu
        16
    yiyiniu  
    OP
       14 天前
    @gent95
    @taobeer 哎,哥们,我们也是这么理解。但是客户确定是这样的。只把驳回的专家,起草人修改后,重新到该专家这里就行。其他专家不需要再重新审批。
    VECH
        17
    VECH  
       14 天前
    我们公司专家评审都是线下搞的,先线上程序确定专家人数和人员,然后进入评审结果程序环节,线下找专家评审签字,把评审结果全套资料上传完成评审结果程序,再继续下一个程序环节。
    VECH
        18
    VECH  
       14 天前
    @yiyiniu 资料修改后居然不需要之前同意的其他专家再审,客户提这样的需求说明管理上也不专业,真是草台班子。
    corcre
        19
    corcre  
       14 天前
    @yiyiniu #16 让客户在邮件里面确认这个需求, 把沟通邮件存起来, 有条件的最好把变更内容打印出来给客户签字, 以后有大用🐶🐶🐶
    yiyiniu
        20
    yiyiniu  
    OP
       14 天前
    @VECH @corcre @paopjian @janus77 @X90 @buruliu @scalpel666 @gent95 @taobeer 感谢各位 V 友们,此需求再三和他们确认已记录好。原来专家会签(正规的会签流程,都是各专家都要审批的,只要有 1 人驳回引起的修改,其他专家都得审批通过)正是他们使用的,奈何要求变成这样。

    最后要结贴一下:参考 @Cells 大拿的意见,直接把中间专家会签,做成子流程(子流程中相当于普通的用户审批及驳回),昨天测试通过。实现了期望的结果一、二、三点。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4881 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 04:00 · PVG 12:00 · LAX 20:00 · JFK 23:00
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.