文/编辑陈林文/麦碧玉在业务运营中，往往存在重复但略有不同的业务流程。这些流程当然可以使用工作流来构建，从而实现自动化，但是每个工作流中总有一些节点需要反复构建。当这部分重复链接发生变化时，管理员不得不在每个工作流中手动修改，费时费力。但现在，我们不必再担心这个问题——通过封装业务流程（PBP）来构建可重用的工作流，避免重复的工作流配置。当业务环节发生变化时，修改PBP工作流可以同时更新所有相关工作流，提高应用维护效率。审批是最适合封装业务流程功能的工作流场景，尤其是涉及到审批级别和数量的时候。下面我就以它为例介绍封装业务流程的用法。通用设计审批的触发方式设置为“新增表单记录时触发”；也可以先添加保存为草稿记录，再点击按钮触发审批流程。针对不同需求设计审批模板。例如，审批完成后，将审批意见、审批时间、审批人数据等作为审批日志归档。不同的审批对象根据需要选择合适的审批模板，通过“构建审批模板+封装审批流程”满足各类审批。只要审批流程逻辑相同，就可以抽象成一个模型，也可以封装成一个通用的流程。无论触发方式、审批操作、审批对象是否一致，都可以直接调用封装后的业务流程进行审批。下面我以一个“分支并行的多层审批场景”为例，介绍如何通过业务流程的封装来构建一个通用的审批流程。审批流程规则如下图所示：简单地说，一个完整的打包业务流程（PBP）有4个主要步骤，即定义输入数据、处理输入数据、定义输出数据和启用API。这些将在本文中进行介绍，但在实际应用中，管理者可以根据自己的需要进行选择。一开始我们需要新建一个包业务流程，然后在主流程中调用构建好的包业务流程。封装业务流程配置1.定义输入数据我们把审批简化到极致，只留下审批人和节点名两个元素，加上用于索引审批表的记录id。因此，封装后的业务流程的输入数据至少要包括：定义审批人（person）、节点名（node）和记录id（rowid1）参数。由于本例中构建的是审批模板，所以封装业务流程匹配时，使用审批模板记录id（rowid2）代替审批人和节点名的输入。这样，后续的主流程就会从审批模板中依次传入每个审批对应的审批人和节点名称。因为本例中构建了一个审批模板，所以只要传入审批模板记录id匹配封装的业务流程就可以达到同样的效果。2.对输入数据进行处理，先将主流程传入的申请记录id（rowid1）与待审批记录进行匹配。然后将主流程传入的审批模板记录id（rowid2）匹配到对应的审批人和审批节点。审批在最后进行，审批流程加入审批日志记录。3.定义输出数据定义输出参数。审批完成后，可以将最新的审批进度（结果）传回主流程进行分支判断。执行完成后输出节点，封装业务流程结束。注意：如果不需要向主进程传递数据，这一步可以跳过。4.启用API对于一些需要外接的流程，您可以在封装业务流程的“配置”部分一键生成可调用接口。不涉及对接的流程可以跳过这一步。举个使用API??能力的例子：通过外部程序调用接口，实现个性化的审批流程图。如果在审批工作表中结合嵌入控件，则可以在同一界面上实时显示审批记录和流程图。主流程配置1.配置分支，导入数据到封装业务流程。主流程只需要负责指挥系统在什么情况下去哪个分支机构进行审批，并将审批人、审批节点、审批记录数据传入封装业务流程即可。封装业务流程执行后，审批结果也会返回到主流程的分支条件，形成一个完整的流程闭环。2.审批结束推送消息和状态变化。配置审批结束通知节点和更新记录节点，通知申请人审批结束。最终效果对比1.封装前的审批工作流配置每个工作表对应一组审批工作流，不同的工作表需要配置审批工作流。工作流配置节点众多且复杂，重复节点比例高。一旦业务发生变化，可能需要修改每个受影响的节点。原始审批流程图2.打包审批流程配置。所有工作表都可以调用相同的打包业务流程。只要审批方式相同，就可以打包成一个业务模型。主流程+共享打包业务流程的配置可以满足不同的需求。审批需求。主流程工作流中配置的节点少，将重复的节点封装到业务流程中调用执行，不易出错，业务变更只需适配一次。封装工作流展示图汇总除了审批场景封装外，还有采购、销售、库存出入库、订单数据批量查询、财务支付流程、设备扫描维护等场景接口服务，都适合业务集成。进程封装。欢迎来到明道云帮助中心或零代码社区进一步学习和讨论封装业务流程的用法！
