4. 传递单数据结构：字段定义、状态流转模型与关键属性

传递单是审查意见驱动归档流程中的核心载体，它记录了变更内容从“提出”到“归档”的完整流转轨迹。理解传递单的数据结构，是配置传递单与变更记录联动规则的前提。本节从字段定义、状态模型和关键属性三个维度展开。

4.1 传递单字段定义

传递单的字段设计需兼顾业务语义与系统可扩展性。下表列出标准传递单的核心字段及其说明：

4.2 状态流转模型

传递单的状态机定义了其生命周期中的合法状态及转换条件。标准模型包含以下五个核心状态：

• 草稿（Draft）：传递单初始状态，允许编辑字段内容，尚未提交流转。
• 待审查（Pending Review）：提交至审查环节，锁定关键字段，等待审查意见反馈。
• 审查中（In Review）：审查人员正在处理，可附加意见或要求补充材料。
• 已通过（Approved）：审查通过，触发归档包生成或变更记录联动更新。
• 已归档（Archived）：最终状态，传递单与归档包绑定，不可再修改。

状态转换规则如下表所示：

4.3 关键属性详解

在传递单的众多属性中，以下三个属性对联动配置影响最大：

4.3.1 传递单ID

作为全局唯一标识，传递单ID是连接变更记录与归档包的桥梁。在数据库设计中，建议采用UUID格式，避免分布式环境下的ID冲突。联动配置中，变更记录通过“外键传递单ID”字段引用该值，实现一对多或一对一关联。

4.3.2 来源与目标

“来源”和“目标”属性定义了传递单的流转方向。在审查意见驱动的场景中，来源通常为“审查系统”，目标为“归档系统”。这两个属性在联动规则中用于判断：

• 当来源为“审查系统”且状态变为“已通过”时，自动触发变更记录的状态更新。
• 当目标为“归档系统”且状态变为“已归档”时，自动执行归档包的打包与存储。

4.3.3 状态

状态属性是联动配置的核心触发器。在配置管理工具中，通常通过“状态变更事件”来驱动后续动作。例如：

// 伪代码：状态变更联动规则示例
if (传递单.状态 == "已通过" && 传递单.来源 == "审查系统") {
    变更记录.状态 = "待归档";
    变更记录.归档截止时间 = now() + 7天;
    生成归档包预检任务();
}

4.4 传递单数据结构SVG图

下图展示了传递单的核心数据结构及其与变更记录、归档包的关系：

4.5 状态流转模型SVG图

下图以状态机形式展示传递单的完整流转路径：