流程服务云提供了工作流和业务流，很多人可能会疑惑各种流程之间的关系是什么？在这篇文章中我们进行详细说明。

1. BPMN2规范

BPMN2.0对流程执行语义定义了三类基本要素，它们是日常业务流程的“三板斧”：
• Activities（活动）——在工作流中所有具备生命周期状态的都可以称之为“活动”，如原子级的任务（Task）、流向（Sequence Flow），以及子流程（Sub-Process）等
• Gateways（网关）——顾名思义，所谓“网关”就是用来决定流程流转指向的，可能会被用作条件分支或聚合，也可以被用作并行执行或基于事件的排它性条件判断
• Events（事件）——在BPMN2.0执行语义中也是一个非常重要的概念，像启动、结束、边界条件以及每个活动的创建、开始、流转等都是流程事件，利用事件机制，可以通过事件控制器为系统增加辅助功能，如其它业务系统集成、活动预警等.

这三类执行语义的定义涵盖了业务流程常用的Sequence Flow（流程转向）、Task（任务）、Sub-Process（子流程）、Parallel Gateway（并行执行网关）、ExclusiveGateway（排它型网关）、InclusiveGateway（包容型网关）等常用图元，如下图：

2. 苍穹实现

BPMN2是一套标准的业务流程建模的图形注解，从模型层面描述了整个业务流程，并不关注具体的实现。可以看出规范的定义非常细碎，技术语义比较强，具有相当的学习成本，苍穹流程产品在遵循BPMN2模型规范的基础上，对规范进行企业业务语义的模型化抽象，同时在KDDM动态领域模型的基础上进行封装，以使得产品在业务化、易用性和功能完整性方面实现平衡，更加适用于企业产品的客户诉求。

苍穹对外提供了工作流服务和业务流服务，它们归属于不同的业务类型，实际上从流程类型来说，存在工作流、审批流和业务流三种类型，他们的关系如下：

工作流是底座，从工作流继承出了审批流和业务流。

2.1 工作流

苍穹工作流结合了领域模型中实体和操作，可对某个单个单据的操作进行编排，包括人工、自动、子流程、网关、消息等节点。

工作流是审批流和业务流的底座，它涵盖了流程引擎和任务引擎的大部分功能，包括流程生命周期，节点生命周期，任务生命周期的管控，提供了流程启动、流程流转、节点插件、规则处理、流程跳转、终止等流程相关功能，任务创建、任务分配、任务转交、协办、传阅等任务相关功能。

如上图，业务对本地某个单据的收单、寄件两个操作做编排。

2.2 审批流

审批流在工作流之上细化审批相关场景，增加审批和会审节点。负责对真实业务中，单个单据的审批场景业务的编排，因为其继承了工作流的特性， 也可对单个单据的业务操作进行编排。

                   如上是审批节点和会审节点相关配置

审批节点和会审节点定义了审批场景的决策项、审批页面和审批逻辑的相关控制，比如重复审批人控制、批量同意、批量驳回、扩展业务按钮、常用审批意见等。会审节点增加了会审模式、业务模式等不同的会审特性。

在审批流中，可以对审批节点、会审节点、人工节点和自动节点进行任意顺序的串行和并行编排，从而实现业务的随意组合。

2.3 业务流

工作流和审批流都是对单个业务的人员和功能的编排，而业务流是在工作流的基础上实现跨业务的编排，它和审批流的最大不同是每个节点的单据都可能不一样，因此在进入每个节点的时候，都需要计算目标节点的单据，这是他们最大的差别，因为每个节点承载的业务是不同的。

因此在业务流中增加了单据计算和单据节点相关功能，负责单据之间的关系计算，整个计算可能是自动的进行上下游单据的转换、也可能需要通知到具体的人员进行人工转换、还可能是目标单已经存在，需要根据具体的关系计算出目标单来，总之目标就是根据各种方式计算目标节点的单据是什么，然后才能做具体单据的业务。

   当从源单计算出目标单之后，就可以对目标单据进行编排，包括通过子流程对其审批流进行编排，通过人工节点对操作进行编排，通过自动节点自动执行相关操作。

如上图，采购申请单区域包括人工节点提交、子流程节点进行采购申请单审批。通过手工下推生成采购订单之后，进入了采购订单区域的编排，包含人工节点供应商确认和供应商确认发货环节，之后再次下推到达采购收货单区域，这个区域包括采购收货单生成和库管员确认的人工节点。

     从以上图中可以看出，在每个单据的区域内部，可以编排人工，自动和子流程节点，然后通过单据的关系计算，将多个跨业务的单据串联起来，从而实现了整体采购端到端业务的编排。

相关链接

    金蝶云•苍穹_业务流服务使用手册：https://vip.kingdee.com/school/258268938956304128