流程驱动设计中的表单挂接：三类用途与字段权限控制方案

表单挂到流程上只有三类用途：传递数据、审核职能、分发与汇总。本文围绕流程驱动设计的铁三角关系，梳理节点的执行方式、表单类型的选型思路与字段权限的控制方案。

流程驱动设计中的表单挂接：三类用途与字段权限控制方案

先把前面几讲串起来

表单是车厢；实体与单据是货物的种类；流程引擎是动力系统。三个都到位了，才能组装出一台真正能跑的车。所以主题非常明确：流程、表单、数据这三者之间，到底是什么关系？谁驱动谁，谁承载谁，谁被搬运。

工作流引擎就是一套汽车控制系统

汽车有前进、后退、左转、右转、刹车、加油门、鸣笛、换司机；流程里都有对应的：

• 前进就是发送，把处理结果推给下一个节点；
• 后退就是退回，发现填错了退回上一环节；
• 换司机就是移交，这件事换一个人来处理，权限也跟着交接。

世界上很多道理是相通的，关键是抓住事物的本质。通过这个比喻去看工作流引擎，会立刻有一个独特的视角，胜过看很多书。

谁来开车：节点的第一个属性

流程引擎是车辆的控制系统，而操作车辆的是一个主体：可以是一个人，也可以是一台设备。

所以节点的第一个属性，就是回答"谁来开"：

• 手工执行：节点必须由人点击处理，比如部门经理审批；
• 自动执行：由设备或者程序完成，比如设备采集完数据自动触发；
• 手工 + 自动：先自动校验再由人确认，这是最常见的一种。

每个节点都要先回答这个问题：这一步是人做，还是机器做。答案不同，节点属性的配置完全不同。

车厢的选择：表单装什么数据

从"装什么数据"的角度看表单类型：经典表单装普通的结构化数据，八成场景用它，像普通厢式货车；章节表单装合同、项目申报这类章节化的文档，像分格货运箱；VSTO 表单装需要 Excel 参与的科学计算，像油罐车。

硬用卡车拉液体，货也能送到，但是体验很差。如果发现录入体验别扭，就要回头重新考虑表单类型。

多对多：表单与节点

左边两张表单：报销申请单、发票明细表；右边三个节点：员工填单、部门经理审批、财务复核。连线讲了两件事：

• 一个节点可以挂多张表单，就像车头拉多节车厢，这叫多表单节点；
• 一张表单也可以挂到多个节点上，就像同一节车厢跑多条线路。

两个方向都要记住。

权限跟着节点走

同一张报销单：在员工填单节点上，金额和事由都可以填写；到了经理审批节点，这两项都变成只读；再到财务复核节点，核准金额可以填写，而银行账号直接不可见。

这就是表单控制方案在起作用。最关键的一点：它不是配给"人"的，是配给"节点"的。

三种方案：默认、只读、自定义字段权限。权限跟着节点走，而不是跟着人走。

挂表单的三类用途

把表单挂到流程上，到底图什么？其实只有三类：

1. 传递数据：最基础的，让数据跟着流程往前走，走到哪个节点哪个节点就能看到；
2. 审核职能：管理者用它控制风险、区分责任主体，谁签的字谁负责；
3. 分发与汇总：多用于分合流，把数据分发给多个分支，再汇总回来。

设计节点之前先问一句：这个节点挂表单，是为了这三类里的哪一类？答不上来，这个节点多半就是多余的。

铁三角

• 流程引擎是车辆控制系统，决定往哪走、谁来开、下一步是谁，它负责发送、退回、移交，是发号施令的那一方；
• 表单是车厢，决定装什么、按什么格式装，主表、从表、附件、组件，五类车厢对应五种数据；
• 数据是货物，是真正有价值的东西，实体数据与单据数据，归档之后成为决策依据。

三者缺一，业务就跑不起来。

小结

带走三句话：

1. 流程引擎就是汽车控制系统，发送是前进，退回是倒车，移交是换司机。
2. 表单与节点是多对多的关系，权限跟着节点走，不跟着人走。
3. 表单挂到流程上只有三类用途：传递数据、审核职能、分发与汇总。

抓住了流程、表单、数据的关系，就抓住了流程驱动设计的第一步。