文 / 陈淋文
编辑 / 麦壁瑜
在企业经营流动中，往往存在着反复但又有些许差别的业务流程。这些流程当然能够应用工作流搭建以实现自动化，但每个工作流里总有一部分节点须要反复搭建。当这部分反复环节产生变动时，管理员就要到每个工作流里手动批改，费时费力。
不过当初，咱们不必再放心这个问题了——通过封装业务流程（PBP）构建可复用的工作流，防止反复配置工作流。当业务环节变更时，批改 PBP 的工作流就能同时更新到所有相干工作流，进步利用保护的效率。
审批是最适宜应用封装业务流程性能的工作流场景了，尤其是波及审批层级和数量多的状况。上面我以它为例子，介绍封装业务流程的用法。
通用化设计
- 触发审批的形式设置为“新增表单记录时触发”；也能够减少先保留为草稿记录，前面再点击按钮触发审批流程。
- 设计不同需要下的审批模板，比方审批完结后，要将审批意见、审批工夫和审批人数据作为审批日志存档。
- 不同的审批对象依据需要选用适合的审批模板，通过“结构审批模板 + 封装审批流程”来满足各种审批。
只有审批流逻辑雷同，就能够形象为模型，也就能够将其封装为通用流程。无论触发形式、审批操作和审批对象是否统一，都能够间接调用封装业务流程进行审批。
接下来，我以一个“蕴含分支并行的多层审批场景”为例，介绍如何用封装业务流程结构通用的审批流。审批流转规定如下图示：
简略来说，残缺的封装业务流程（PBP）有 4 大步骤，别离是 定义输出数据、解决输出数据、定义输入数据、启用 API。这些在本文都会波及，而在理论利用中，管理者依据需要选做即可。
最开始，咱们要先新建封装业务流程，再在主流程中调用构建好的封装业务流程。
封装业务流程配置
1. 定义输出数据
咱们将审批简化到极致就只剩下审批人、节点名称这两个因素，再加上用于索引审批单的记录 id。所以，封装业务流程的输出数据至多要蕴含：定义审批人（person）、节点名称（node）和记录 id(rowid1)参数。
因为本例中构建了审批模板，所以用审批模板记录 id(rowid2)代替审批人和节点名称的传入，供封装业务流程匹配。
这样一来，前面的主流程会从审批模板中，按程序传入每个审批对应的审批人和节点名称。因为本例中构建了审批模板，所以只需传入审批模板记录 id 供封装业务流程匹配即可达到同样的成果。
2. 解决输出数据
先通过主流程传入的申请记录 id(rowid1)，匹配到要审批的记录。
再通过主流程传入的审批模板记录 id(rowid2)，匹配到对应的审批人和审批节点。
最初进行审批，并且将审批过程新增到审批日志记录中。
3. 定义输入数据
定义输入参数，审批实现后，就能够将最新的审批进度 (result) 回传给主流程，用于分支断定。执行结束后输入节点，封装业务流程就完结了。
注：不须要给主流程传数据就能够跳过该步骤。
4. 启用 API
针对一些须要内部对接的流程，能够在封装业务流程的“配置”板块里一键生成可调用的接口。不波及对接的流程能够跳过该步骤。
简略举一个使用 API 能力的例子：通过内部程序调用接口，实现个性化的审批流程图。在审批工作表里联合嵌入控件的话，就能够让审批记录和流程图在同一界面实时出现。
主流程配置
1. 配置分支和传入数据给封装业务流程
主流程只需负责指挥系统在什么状况下走哪个分支执行审批，以及给封装业务流程传入审批人、审批节点、审批记录数据。封装业务流程执行实现后，审批后果也会回到主流程的分支条件中，形成残缺的流程闭环。
2. 审批结尾进行音讯推送和状态变更
在审批完结时配置告诉节点和更新记录节点，告知申请人审批已完结。
最终成果比照
1. 封装前的审批工作流配置
每个工作表各对应一套审批工作流，须要为不同的工作表别离配置审批工作流。
工作流配置的节点繁多简单，反复的节点占比高，一旦业务变更可能须要批改每一处影响到的节点。
本来的审批流程图
2. 封装后的审批工作流配置
所有工作表都能够调用同一个封装业务流程，只有审批模式雷同可封装成一个业务模型，配置主流程 + 共用的封装业务流程即可满足不同审批需要。
主流程工作流配置的节点少，反复的节点都封装到业务流程中进行调用执行，不容易出错，业务变更只需一次批改即可适应。
封装后的工作流展现图
总结
除了对审批场景的封装外，还有进销存的出入库、订单数据批量查问、财务领取流程、设施扫码检修和各类接口服务等场景，都适宜将业务流程封装化。欢送大家到明道云帮忙核心或零代码社区，进一步学习和探讨封装业务流程的用法！