这个品类的数据长什么样
普通高校招生录取投档材料以省级招生考试机构发布的招生计划、投档规则、录取名册为主，来源为招生管理部门与高校招办，更新节奏随批次推进而滚动，字段含院校专业组、计划数、投档线、录取顺序、签字栏与回执日期。招生计划进入工作流时作为计划基准，投档规则作为判定分支依据，录取名册作为结果记录，三者共同支撑异常追溯与人工复核。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「异常清单与复核结论」由后续节点按分支继续执行接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校专业组名称、计划数、批次日期与签字栏是否与投档规则一致 | 在节点里逐个核对选项与分支连线，引用variables记录计划字段，试跑后查看运行记录 |
| 投档规则 | 投档比例、同分排序、退档条件与计划版本是否同步 | 触发一次用户选择节点，核交互状态是否被记录，用nodeId定位分支走向 |
| 录取名册 | 考生号、录取专业、日期与回执签字是否与计划及规则对应 | 在后续节点引用选择结果变量并试跑一次，核对名册字段与原始记录 |
| 异常记录 | 同一记录在计划与名册中的名称、数量、日期是否对不上 | 造一条异常记录，沿variables与nodeId追到源头材料，核签字与回执 |
容易做错的三处
- 现象：同一考生在计划与名册里的专业名称、计划数、日期对不上。原因：两份材料版本未同步，字段口径不一致。
- 现象：复核结论缺签字或回执，负责人无法处置。原因：人工复核环节未留痕，签字栏与回执日期未填。
- 现象：选了某个选项仍走默认分支，交互完成后流程停住。原因：选项与分支连线未逐个核对，选择结果变量未传给后续节点。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认variables与nodeId在后续节点被正确引用。
业务测试：造一条异常记录，看能否追到源头材料，核对招生计划、投档规则、录取名册的名称、数量、日期与签字。
- 在用户选择节点里逐个核对选项与分支连线，触发一次后查看运行记录里的节点状态与分支走向。
- 在后续节点引用选择结果变量并试跑一次，确认异常清单与复核结论由后续节点按分支继续执行完成。