9.0.103.1审批视图退回取回处理差异

Grayson.Shang · Grayson.Shang

大佬您好，我大概了解咱们所说的了，具体如下图所示，当节点正常流程之后，第一次无论是取回还是回退都是正常的

但是当第二次取回和回退就有区别了，
第二次回退，因为是从运行任务出发的，所以不存在从B1进行回退
而第二次取回，在任务审批记录视图中，并不能真正区分出来B1和B2，导致误点B1结果又取回失败，希望在用户取回的时候不要看到B1，是这样的吗

zhangsheng · zhangsheng

Grayson.Shang 发表于 2024-3-15 18:34
大佬您好，我大概了解咱们所说的了，具体如下图所示，当节点正常流程之后，第一次无论是取回还是回退都是正 ...

版主辛苦了

是这个意思，回退后已经不是完成状态的任务B1，会混在审批记录里，只有执行取回报错才知道这个任务有问题。

Patrick.Zhu · Patrick.Zhu

咱们是在实际使用中，遇到了类似的问题，造成用户使用体验不好了吗？

希望能分享下咱们的场景，什么业务中会出现类似的情况。都是打比方，就会遇到类似上面，每个人都会根据自身经验来假设一些细节，导致大家聊了很久都很晕

zhangsheng · zhangsheng

顺次先后ABC三个节点，对应a1、b1任务已办，c1任务待办。
进入C进行回退，c1失效，同时b1也失效，B产生新的待办b2。
因为审批记录没有b1失效记录，全任务也没任何变更，系统识别不到b1已失效。用户准备取回时，b1也会出现在待取回列。页面点击……一直到任务处理报错，才发现这是个假的“已提交”任务。

Patrick.Zhu · Patrick.Zhu

我研究下，有结果了给你回复

Patrick.Zhu · Patrick.Zhu

我测试中，类似这样一个过程：

审批2（C）回退后，填单节点（A）是没有对应取回权限的。
你说的这个待取回列，是你做了什么对应的开发，生成的吗？能给个demo看下吗？
因为你可能用的是正在尝试支持连续取回的特殊版本，可能和我的有些差异。

zhangsheng · zhangsheng

Patrick.Zhu 发表于 2024-3-21 17:02
我测试中，类似这样一个过程：

审批2（C）回退后，填单节点（A）是没有对应取回权限的。

版主，我用的是连续取回版本。

Patrick.Zhu · Patrick.Zhu

我了解了，我总结下情况啊，
就是你现在用的是连续取回版本，基于这个版本，你做了一个连续取回的应用。在这个应用里面，用户是根据审批列表中的某一项，选择并取回，所以，类似上面举例的ABC，三个几点，当B从C取回时，审批记录中，B会有两个记录，用户可能会不知道选哪个。
你的想法是，如果B取回了，相当于B撤销了之前我提交的行为，所以审批记录中，应该只有A提交和B正在审批的记录。
不知道我理解的对不对？

zhangsheng · zhangsheng

Patrick.Zhu 发表于 2024-3-22 15:43
我了解了，我总结下情况啊，
就是你现在用的是连续取回版本，基于这个版本，你做了一个连续取回的应用。在 ...

对，是这个情形。我们审批记录表，提交时提交，取回是取回，同一个任务的两个不同审批过程。根据这个设计，系统判断这个提交过的任务能不能取回，还要查找一下现在有没有这个任务的取回。回退后，上个取回的任务没有对应的审批记录，就没有办法判断了。

Patrick.Zhu · Patrick.Zhu

我理解你的思路，但你这个设计的情况比较特殊，如果基于你的构思，支持了删除/过滤审批记录的策略。
以现在收集到的信息来看，这个取回动作，很多客户是希望记录的，不然很多时候会给C带来困扰，伤害C的使用体验。

以现在的情况来看，大部分客户是满意现在这种逻辑的。这个逻辑变动影响面蛮大的，很容易影响到大多数沉默的客户。而且连续取回功能还没有合并到主版本，这样吧，再等等后续更多的客户反馈，暂时不作考虑。

		自动登录	找回密码
密码			立即注册

[暂不采纳] 9.0.103.1审批视图退回取回处理差异

本帖子中包含更多资源

本帖子中包含更多资源

Wyn高级认证

Wyn认证

活字格认证

活字格高级认证