计划任务建议增加流程状态变更事件

在计划任务中有很多事件，但没有流程相关的，我需要在流程节点状态变更后发消息通知当前节点审批人，流程结束后再通知发起人，现在只能通过在每个流程中增加服务端命令来做这个事，其实不应该我每次新建一个流程都设置一遍，太浪费时间和增加后期维护，如果直接从计划任务重统一设置，判断节点变更后执行对应的服务端命令这样做灵活

您这个的前提是，系统里的多个流程，您规划的通知机制都是一套是吧，就是您说的：“流程节点状态变更后发消息通知当前节点审批人，流程结束后再通知发起人”这种的是吗？

不存在或者不大范围存在多个流程的通知机制不一样的情况这种的

Brian.Zhang 发表于 2024-4-29 17:53
您这个的前提是，系统里的多个流程，您规划的通知机制都是一套是吧，就是您说的：“流程节点状态变更后发消 ...

可以在计划里写条件，判断流程名称，判断节点名称，判断流程运行状态这些条件就可以写多种命令了

Brian.Zhang 发表于 2024-4-29 17:53
您这个的前提是，系统里的多个流程，您规划的通知机制都是一套是吧，就是您说的：“流程节点状态变更后发消 ...

或者传一个流程ID过来也行，这样也能做很多事情了

非常能理解陈总的建议，之前我们有类似的计划，但是不同流程或者流程里一些不同的节点（甚至多数节点）就是不一定需要提醒，这种就会让判断更加的复杂难以维护，所以才做了目前的策略，每个流程有一个全局事件可以处理这个流程。


总结一下：我不知道客户角度这个事是能减少工作量还是会增加工作量（毕竟要写很多的if）？
陈总，您能给我大概说一下您这边大概有多少流程，大部分流程都需要事件进行邮件提醒么？您对我的担心怎么看

Simon.hu 发表于 2024-5-11 09:58
非常能理解陈总的建议，之前我们有类似的计划，但是不同流程或者流程里一些不同的节点（甚至多数节点）就是 ...

在用户点击按钮进行审批的时候，我不能确定点击的按钮是同意还是拒绝，如果同意则进入下个节点，应该发送消息通知节点的审批人让他及时审批，如果是拒绝流程回退也要进行通知审批人，拒绝后结束流程的话需要通知发起人流程被拒绝，以便及时重新提交或知晓原因。
现在是这些功能都能实现，但是被拆解的太零散了，需要针对不同情况进行对应设计，而且是每个流程每个事件都要设置一遍，增加很多的工作量，如果进行统一管理，在计划任务中增加变更的流程实例ID、流程名称、节点名称、任务ID、等信息，在审批节点变更的时候就只需要设计者写几个应对不同情况的命令来对应就行了，不用每个流程都去设置一遍相同的命令。

紫色幽魂 发表于 2024-5-11 22:21
在用户点击按钮进行审批的时候，我不能确定点击的按钮是同意还是拒绝，如果同意则进入下个节点，应该发送 ...

陈总，正如我上面给您说的，这个功能我完全能理解您的需求。但是我担心提供这个功能以后，是会减少大家的工作量还是会降低大家的工作量？我担心这个功能会带来负面的影响大于正面的影响。
比如你可能要写一个非常大的IF命令

邮件内容不好写的详细

目前我能想到的有这些问题，没有更加详细的想，可能还有更多；到时候开发维护可能都是问题。目前虽然麻烦，但是哪个节点需要修改的时候直接到对应的某个流程直接修改就行，不然还要在这个大命令里滤出来。
所以我说不知道支持了这个功能以后，是给你减少工作量

陈总，如果你能给我更多的信息，我就能更好的评估这个需求的利弊。比如
1.你有多少个流程
2.每个流程大概有多少节点
3.哪个流程的哪个节点不需要这个提醒
4......

Simon.hu 发表于 2024-5-16 10:00
陈总，正如我上面给您说的，这个功能我完全能理解您的需求。但是我担心提供这个功能以后，是会减少大家的 ...

是这样的，我先用服务端命令做一个整合，以此达到我这个需求，每个事件里面都设置一个命令，然后再看看效果怎么样

紫色幽魂 发表于 2024-5-16 10:14
是这样的，我先用服务端命令做一个整合，以此达到我这个需求，每个事件里面都设置一个命令，然后再看看效 ...

你没懂我意思，我的意思是我理解你要什么功能了，但是你能给我说一下你工程文件文件中流程和流程节点以及需要判断的节点规模么？
这些信息将有利于我设计功能