紧急！求解退回方式

江苏院-吴昊

3个审核环节并行

（1）3个环节执行者同时打开任务，其中有一个退回了，另外两个点流转会提示任务已被其他人处理。这个是平台默认的方式吧？

（2）能否实现，其中一个人点退回了，但没有真正的退回，而是由最后一个人操作的时候，判断3个人中是否有人退回，如果有人退回，则退回。

jishuang

多人处理的任务默认是打开是抢占，第一个打开的人会把任务抢占过来，其他的操作的都是提示任务被处理
如果要其他人都可以选择设置执行规则修改为同时

没有真正的退回，而是由最后一个人操作的时候，判断3个人中是否有人退回，如果有人退回，则退回，如果第一个人回退，第二个流转那需要这么操作?

江苏院-吴昊

jishuang 发表于 2017-11-16 16:30
多人处理的任务默认是打开是抢占，第一个打开的人会把任务抢占过来，其他的操作的都是提示任务被处理
如果 ...

请注意一下：我这里是三个并行的环节并行处理，而不是一个环节3个人同时处理。
如果是同一个环节的3个人的，使用 【同时】执行模式，应该可以解决这个问题。
但是我是三个环节并行的。
----------------分割线----------上下无关--------------
（1）第一个人如果回退，则判断其他人是否打开了任务。如果没人打开任务，即都是为tesReady，则直接退回。 这个很好理解吧，也符合常理啊，在其他人不知情的情况下退回，当然不需要其他人知道。

（2）有两个人同时打开任务，第一个先同意流转，而第二个人退回，同样需要判断第三个人是否打开，没有打开则退直接退回。

（3）三个人都打开任务了，其中有人点击退回，需要等其他人处理完。最后一人处理时，若发现有人退回，则应该退回，若发现没人退回，则直接流转。

jishuang

在向三个环节流转的时候自己给一个扩展字段中附一个值，然后自己在三个环节的用一个按钮做流转，不用用平台默认的流转，定义一个action写ksql或者sql通过这个扩展字段的值查出对应的task以及状态，然后自己调用对应的API

江苏院-吴昊

jishuang 发表于 2017-11-16 17:24
在向三个环节流转的时候自己给一个扩展字段中附一个值，然后自己在三个环节的用一个按钮做流转，不用用平台 ...

扩展字段赋值，的作用是什么呢？比如有哪些值

jishuang

SA_Task中sETField开头的都是，用户可以自己在任务数据中写需要的业务数据或者做自己的标记等