流程传阅功能实现

工作流如何实现流程传阅

      在OA等传统的审批系统中，往往需要使用到流程传阅功能，或者流程知会功能。流程传阅与流程知会功能类似，只是叫法不同。 该需求期望达到的目的就是指定的用户可以将当前的节点或者实例传送给其他用户，进而达到任务信息的传递性。

      发起传阅功能操作的用户称之为传阅人，收到消息的用户称之为被传阅人。只有当用户主动发起传阅的时候，被传阅人才可以收到响应的消息。传阅功能与委托功能类似，都是达到任务消息传递的目的，唯一的区别在于：被传阅人只能查看任务，不能审批任务。委托则可以查看任务，也可以进行任务的审批。

       流程传阅或者任务节点的传阅，在不同系统的实现过程中细化颗粒度不同。有些系统中紧需要传递指定的任务，有些系统需要传递整个实例，换言之，当前的任务被传阅之后，整个实例的信息“被传阅人”都可以看到。实例的传递范围更广，任务的传递局限性更大。

       整个实例的优先级比任务更高。如果使用的是任务传阅，那么当任务运行的时候，“被传阅人“可以看到当前的任务，如果传阅的是实例，那么“被传阅人”可以看到整个流程的一些审批轨迹，不管是流程传阅或者节点传阅，“被传阅人”不能审批任务只能去跟踪整个流程实例。也就是说“被传阅人”只有查看的权利，但是没有审批的权限。

      需要注意一点，在BPM2.0标准中，有任务观察者标准，该标准类似于流程传阅功能，目前市面上开源版本的工作流引擎框架一般没有实现任务观察者标准，因此任务观察模式需要自己去实现。在有些商业版的BPM产品中，会实现该功能，比如Flowable商业版实现了任务观察者标准，开源版没有提供支持。 任务观察者标准用于在实例里转到指定的用户任务之后，自动传阅给该节点上配置的”被传阅人“，这样“被传阅人”就可以跟踪当前的实例以及任务。

盘古BPM传阅使用

    接下来看一下盘古BPM工作流引擎怎么实现的任务传阅功能。

   盘古BPM工作流引擎 允许用户在节点上配置传阅功能，因此传阅功能可以在节点按钮上进行配置，关于按钮的配置参考文章。

     当在节点上配置好传阅按钮之后，实例运转到指定的节点之后，就可以进行任务的传阅，如下图所示：

点击传阅如下所示：

点击保存即可完成任务的传阅。对于传阅任务的查看，可以再工作台传阅面板进行查看，如下图所示。