2、核心概念：审批工作流（Workflow）与传递单（Transmittal）的基本概念、区别与联系
在审查意见处理流程中，审批工作流（Workflow）与传递单（Transmittal）是两个极易混淆但职责完全不同的核心构件。前者定义了“事情按什么顺序做”，后者定义了“事情做完后留下了什么记录”。理解二者的区别与联系，是正确配置审查系统的前提。
2.1 审批工作流（Workflow）
审批工作流是对业务审批过程的自动化编排。它规定了任务在参与者之间的流转路径、触发条件、超时策略以及分支逻辑。在审查意见处理场景中，工作流负责将“待审意见”从一个角色推送到下一个角色，直到流程终结。
关键特征：
- 动态执行：流程实例在运行时根据条件选择分支（如“同意”走A路，“驳回”走B路）。
- 角色驱动：节点绑定的是角色（如“审核人”、“批准人”），而非具体人名。
- 状态机本质：每个节点代表一个状态，流转即状态迁移。
典型场景：设计院提交一份结构计算书审查意见，工作流自动将其发送至“专业负责人”节点；若专业负责人签署“通过”，则流转至“总工”节点；若签署“退回修改”，则返回“设计人”节点。
2.2 传递单（Transmittal）
传递单是审查意见处理过程中每一次正式交付的凭证。它记录了“谁、在什么时间、把什么审查意见、交给了谁、要求什么时间回复”。传递单本身不驱动流程，而是为流程中的每一次交互提供可追溯的静态快照。
关键特征：
- 静态记录：一旦生成，传递单内容不可篡改，作为审计依据。
- 结构化字段：包含项目编号、文件清单、发送方、接收方、截止日期、签收状态等。
- 版本关联：同一审查意见的多次传递，通过传递单版本号（如 Rev.01、Rev.02）串联。
典型场景：总工批准审查意见后，系统自动生成一份传递单，列出“结构计算书审查意见表（Rev.02）”，发送给设计院项目联络人，并设定7天回复期限。联络人签收后，传递单状态更新为“已签收”。
2.3 核心区别对比
| 对比维度 | 审批工作流（Workflow） | 传递单（Transmittal） |
|---|---|---|
| 本质 | 动态流程编排 | 静态交付凭证 |
| 驱动方式 | 事件/条件驱动，自动流转 | 人工或系统触发，生成即固定 |
| 可变性 | 运行时可根据分支条件改变路径 | 生成后不可修改（仅可作废重发） |
| 关注点 | 任务流转顺序与角色 | 交付内容、收发双方与时限 |
| 审计价值 | 提供流程执行日志 | 提供正式交付证据链 |
| 典型字段 | 节点名称、审批人、审批意见、时间戳 | 文件清单、版本号、发送方、接收方、截止日期 |
2.4 联系与协同机制
工作流与传递单并非孤立存在，而是深度协同的两个层面。在审查意见处理流程中，二者的典型协作模式如下：
- 工作流驱动传递单生成：当工作流执行到“发送审查意见”节点时，系统自动调用传递单模板，填充当前流程上下文数据，生成一份正式传递单。
- 传递单状态反馈工作流：接收方签收传递单后，系统触发工作流事件，将流程实例推送到下一个节点（如“等待回复”）。
- 版本联动：若工作流因“退回修改”重新循环，新生成的传递单自动继承上一版本的编号并递增版本号，确保追溯链完整。
- 超时联动：传递单的截止日期到达后，若状态仍为“未签收”或“未回复”，工作流可触发超时分支（如升级通知或自动驳回）。
配置陷阱提醒：切勿将传递单的“签收”动作等同于工作流的“审批”动作。签收仅表示接收方已收到文件，不代表同意审查意见。工作流必须为“签收”和“审批”分别设置独立节点，否则会导致流程状态混乱。
2.5 概念关系总结
用一个公式可以简洁概括二者的关系：
审查意见处理流程 = 审批工作流（动态路径） + 传递单（静态凭证） + 联动规则（触发/反馈/超时）工作流是“骨架”，决定了审查意见的流转路径；传递单是“血肉”，记录了每一次流转的正式交付内容。二者缺一不可，共同构成可审计、可追溯、可自动化的审查意见处理体系。