这个品类的数据长什么样
中小学招生入学组织在部署运维与应用交接阶段，材料以招生方案、报名材料清单、录取名单三类为主。招生方案含批次、时间节点、责任人与签字栏；报名材料清单含材料名称、份数、提交日期与回执；录取名单含学生姓名、录取批次、日期与审核签字。材料来源为学校招生办、年级组与信息中心，更新节奏随招生阶段推进，方案先定、清单随报名滚动、名单在录取后固化。进入工作流编排时，方案作为分支依据，清单作为逐项核对对象，名单作为最终输出参照，三者名称、数量、日期与签字需在两份材料间一致。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「可交接的部署状态与操作记录」由后续节点按分支继续执行接着完成。节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 字段含批次、日期与签字；同一记录在两份材料里的名称、数量、日期对不上即不一致 | 核对方案与报名材料清单的批次名称、日期、签字栏，逐项比对一次 |
| 报名材料清单 | 字段含材料名称、份数、提交日期与回执；版本未同步或缺签字或回执即不一致 | 核对清单与录取名单中的学生姓名、份数、日期，检查回执是否齐全 |
| 录取名单 | 字段含学生姓名、录取批次、日期与审核签字；两份材料名称与数量对不上即不一致 | 核对名单与方案批次、清单份数，确认签字与日期一致 |
| 用户选择节点 | 每个选项对应一条分支；交互状态被记录；选择结果变量已传给后续节点 | 在节点里逐个核对选项与分支连线，试跑一次查看运行记录里的节点状态，在后续节点引用 variables 并核对 nodeId |
容易做错的三处
- 现象：选了某个选项仍走默认分支。原因：选项与分支连线未逐项核对，交互状态记录未与分支走向对齐，导致分支判断偏离选择结果。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：招生方案、报名材料清单、录取名单各自更新，版本未同步，缺少统一核对。
- 现象：交互完成后流程停住。原因：选择结果变量未传给后续节点，或同一会话重复进入交互，运行记录里节点状态缺失。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认选择结果变量已传给后续节点，并核对 variables 与 nodeId 引用一致。
业务测试：按交接单逐项核对一次，看缺哪一项记录，重点核对招生方案、报名材料清单、录取名单的名称、数量、日期与签字。
- 在节点里逐个核对选项与分支连线，触发一次用户选择节点，查看运行记录里的节点状态与分支走向。
- 在后续节点引用选择结果变量并试跑一次，核对
variables与nodeId，确认交接单上版本、连接、任务记录三者一致。