这个品类的数据长什么样
普通高校招生录取投档材料含招生计划、投档规则、录取名册三类。招生计划来自省级招办下达与高校报送，随批次调整更新，字段含院校代号、专业组、计划数、选科要求、批次日期；投档规则来自招生章程与投档办法，按年度修订，字段含投档比例、同分排序、志愿级差、退档条件；录取名册来自录取现场，按轮次生成，字段含考生号、姓名、投档分、专业、录取状态、签字与回执。三类材料进入工作流编排时角色不同：招生计划与投档规则作为分支判断依据，录取名册作为交互后继续执行的产出对象。更新节奏按批次、轮次滚动，字段日期与签字须逐项对齐。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「可交接的部署状态与操作记录」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校代号、专业组、计划数、选科要求、批次日期在两份材料中须一致，签字与回执齐全 | 在节点里逐个核对选项与分支连线，比对计划字段与日期，查看缺哪项签字 |
| 投档规则 | 投档比例、同分排序、志愿级差、退档条件的版本须同步，规则文本与执行记录日期对得上 | 触发一次，查看运行记录里的节点状态，核对规则版本与执行日期 |
| 录取名册 | 考生号、姓名、投档分、专业、录取状态在两份材料中名称与数量一致，回执不缺 | 在后续节点引用 variables 并试跑一次，比对名册字段与回执 |
| 工作流节点 | 每个选项对应一条分支，交互状态被记录，选择结果变量已传给后续节点 | 核对 nodeId 与分支连线，查看 variables 是否在后续节点生效 |
容易做错的三处
- 现象：选了某个选项仍走默认分支。原因：选项与分支连线未逐项核对，
nodeId指向与预期不一致。 - 现象：同一记录在计划与名册里的名称、数量、日期对不上。原因：版本未同步，签字或回执缺失。
- 现象：交互完成后流程停住。原因：选择结果变量未传给后续节点，后续节点未按分支继续执行。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认 nodeId 与 variables 在后续节点生效。
业务测试：按交接单逐项核对一次，看缺哪一项记录，比对招生计划、投档规则、录取名册的字段、日期与签字。
- 在节点里逐个核对选项与分支连线，记录每个选项对应的分支走向。
- 触发一次交互，查看运行记录里的节点状态，核对选择结果变量是否已传给后续节点。