9.0.103.1 节点后序并行分支无法取回

老师好






取消循环，节点调整成一个负责人，流程节点“信息审核”无法取回，报错500。

猜测原因可能是该节点后续并行分支，产生了多个待办任务。


在该节点的后续待办中允许操作回退：


上述分支回退需要进行处理，我也有处理机制如下：


该节点在后续节点都没办理的情形下，不应该失去“取回功能”（后续节点的回退功能始终可用）。

大佬您好，您说的这个问题我了解了，我这边也测试了一下，若是当前节点的下一级，只有一个节点，而这个节点有多个负责人，那么可以正常撤回；





但是若是下一级节点，有多个节点，即使这些节点的负责人只有一个，同样不能取回，是这样子的吗？




若是这样的话，我这边将帖子移动到产品需求版本，会根据咱们这种情况记录相应的需求。

Grayson.Shang 发表于 2024-3-12 16:58
大佬您好，您说的这个问题我了解了，我这边也测试了一下，若是当前节点的下一级，只有一个节点，而这个节点 ...

“但是若是下一级节点，有多个节点，即使这些节点的负责人只有一个，同样不能取回，是这样子的吗？”

版主，是这样的。在别的帖子里也说到这个情况了，n个节点任务，可以先删除n-1个，但是我无法判断这n个任务是不是都应该删除。

感谢大佬的分享，那咱们提到的这种情况，希望即使当前节点的下一级，有多个节点，咱们也不需要专门删除部分节点，而是可以直接取回，是这样吗？

Grayson.Shang 发表于 2024-3-13 18:09
感谢大佬的分享，那咱们提到的这种情况，希望即使当前节点的下一级，有多个节点，咱们也不需要专门删除部分 ...

是这个意思。要是官方有困难呢，希望也给与个指导方案，n-1删除只是我想到的方式，怕后续版本兼容有风险

正如同你提到的“n个节点任务，可以先删除n-1个，但是我无法判断这n个任务是不是都应该删除。”
这个功能我们之前考虑和调查过，例如，有一个表单，同时业务领导和财务审核都审批，那么财务审批通过了，业务领导正在看，你突然把任务取回了，这就很奇怪。可能出现，财务人员明明记得自己审批过了，重新打开系统，又出来一条一摸一样的记录，这不是多数客户期望的情况。
而且从技术角度上讲，这个复杂度也是很高的，因为代码中要考虑各种各样的情况，后面的节点是会签还是抢签，会签是多人通过还是全部通过等等，各种情况都要考虑到，实际做起来，很容易出现那种，从业务上看匪夷所思，但是从逻辑上看就是会出现的问题，非常难实现。

Patrick.Zhu 发表于 2024-3-14 17:36
正如同你提到的“n个节点任务，可以先删除n-1个，但是我无法判断这n个任务是不是都应该删除。”
这个功能 ...

版主说的正式我发帖子想咨询的要点。
我们流程系统内部不能判断一个任务的前序任务是那个任务么？
如果内部有这个方法，就能决定在n个运行任务里，挑出来m个本任务的后续运行任务，删除m-1.
按理说应该有才对啊，否则回退处理中，回退后让那个节点的任务由完成变成运行，是怎么逻辑判断出来的啊？

做了个简单的demo，并行任务回退之后，是这种效果，并行的任务并没有回去：

这个问题也有别的客户反馈，我们也在研究解决。
现在的问题是，从调研中，对于看起来并行的流程，实际回退时，需不需要作为并行任务一并考虑回退或者被取回，不同的客户，不同的场景，期望是不同的。
可能你会问？那你们满足最自由的情况，由客户设置不就好了。
如果做到自由，非常复杂，逻辑上要查各种表做判断，而且我们还需要考虑各种情况，例如并行的路径上又是多个节点呢？又有分流合流分支？我们尝试中遇到了很多问题。
“我们流程系统内部不能判断一个任务的前序任务是那个任务么？”其实是很难的，很多朋友想，你已经有了流程图，为什么不能直接把各行数据库的数据串起来，这个非常复杂，会签、合流会生成非常多的任务，代码里很难查清楚，会出现很多意想不到，甚至我们无法理解的异常。
简单说，我们是可以针对单个任务完成前后逻辑的判断，但多个任务时，确实现在做不到，这不是简单的复杂度相加。

Patrick.Zhu 发表于 2024-3-15 09:38
做了个简单的demo，并行任务回退之后，是这种效果，并行的任务并没有回去：

这个问题也有别的客户反馈， ...

版主，并行分支回退 与 并行分支上的取回，这两个事情不是一个复杂度，回退的复杂度高，所以应用场景受局限。

有关并行分支回退，我是采用的自检表，这个问题解决了。即使这样，回退的时间很长，页面有明显的等待。

事实上我设计在取回前，结合自建表有严格的验证，不是最新提交的任务（无论是不是并行分支），根本到不了任务取回这一步。
现在的难题是，通过验证的走到任务取回操作了，结果被咱们得流程给卡住了，完不成取回。

这个帖子反映的问题实质是多运行任务不能取回，那能不能把限制这种取回的约束取消呢？
严格来讲，已经完成的任务取消，流程系统内部只用判断此任务后续节点是不是没有提交的任务；如果没有，就把后续节点任务全部删除；这个过程不用管其它分支的事情。
如果目前系统内部也是通过“运行任务”作为删除范围的，那这个处理过程并不严谨。即使增加复杂度和运行时间，这个也应该修改。
如果需在逻辑错误与运行复杂中间取舍，没办法只能选前者。

嗯嗯，关于多运行任务不能取回的问题。
最早你提出的时候，我们就一直在尝试。而且这几周技术人员应该也给你提供了特别版本让你测试。一直没有支持的原因就是，这个问题确实太复杂了，开始我们也想的很乐观，没想到会出现很多出乎意料的问题，导致一直存在这个限制。
感谢你一直配合我们研究这个功能，但暂时还没有完善的解决方案，望理解。