活字格10.0 update1新功能解密：十六丶流程支持连续取回

连续取回的功能，并不算是一个比较常用的功能，一般专门做流程设计开发的工程师才会有这个需求，这里我给大家分享一个工作流大牛，提供的一种流程场景，并给大家讲解一下什么样的场景下会使用到连续取回的功能。


下面的流程设计是大佬当时设计的场景，简单介绍一下场景，这是一个工商局公司信息审核的流程，在这个流程管理中，从初次创建公司到审核完成之后，并不会直接结束流程，而是将流程流转到一个公司内部人员维护的节点，而这里的维护信息，一般时间跨度会比较长，比如一年进行一次维护，维护完成之后，就会进行审核，一直反复。有两种场景会导致流程走向结束，一种是公司自己放弃，将选择注销自己的公司，另一种就是工商局审核，审核不通过，也会被注销。

在这个场景中，流程在未来很长的一段时间内，都是不会结束的，而且一直会在“维护”和“审核节点”循环中，流转。


这种流程的场景中，
公司信息填报 -> 工商局审批 -> 公司负责人维护信息 -> 工商局审批 -> 公司负责人维护信息...
只要是审核过的流程，都是可以安装提交的顺序一步一步取回的，不能越级取回，因为每一个节点都有可能修改数据，每次取回，业务数据也会回滚，需要后一个节点取回后，前一个节点才可以发起取回。
当然这个场景比较复杂，设计也更复杂，毕竟牵扯到流程的回滚，也牵扯到业务数据的回滚。

也就是这种严格的流程审批中，才会使用到这样的连续取回的功能，当然，其他的场景我也不是很了解，不知道大佬们是否有补充，我们也期待您的分享哦。

那说一下如何在新版本中使用这个功能。

首先，即使在10.0 update1中，这个功能也是默认不开启的，主要原因还是平时的流程设计一般不会使用到这个功能。若是想要使用，需要先在应用设置中，开启这个功能。具体如下


开启之后，和没有开启的区别是，服务端命令的管理流程任务的取回，支持连续取回


所以并不是开启了这个功能之后，使用流程命令条中每一个命令条增加一个取回操作，就可以完成取回了，因为业务的无复杂性，这里需要咱们自己查找需要取回的任务节点，并传入对应任务的任务ID，才可以完成连续取回。

预览一下连续取回的审批记录