这个品类的数据长什么样
普通高校招生录取投档品类的材料，来自省级招办与高校招生办在录取周期内逐批次流转的招生计划、投档规则、录取名册。招生计划给出院校专业组、计划数与选考科目要求；投档规则给出投档比例、同分处理与调剂口径；录取名册给出考生号、投档成绩、专业与录取结论。更新节奏按批次推进，每批次含投档前核对、投档后回执两个时点，字段含日期与签字。三类材料进入该功能时角色不同：招生计划与投档规则作为追问依据，录取名册作为回答落点；受理记录与补齐的问项由后续节点按分支继续执行完成。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。受理记录与补齐的问项由后续节点按分支继续执行接着完成。节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校专业组名称、计划数、选考科目要求与发布日期是否与投档规则一致，是否缺招生办签字 | 逐项比对两份材料同一专业组的名称、数量与日期，核对签字栏与回执，引用 nodeId 定位节点 |
| 投档规则 | 投档比例、同分处理与调剂口径是否与录取名册结论对应，版本是否同步 | 按批次核对规则版本号与名册结论，日期与签字不一致时在追问分支记入待补项 |
| 录取名册 | 考生号、投档成绩、专业与录取结论是否与招生计划、投档规则对得上，是否缺回执 | 对同一记录在三份材料里的名称、数量、日期逐格比对，缺签字或回执时触发追问，variables 承接选择结果 |
| 受理记录 | 缺项是否被识别并追问，回答是否有材料依据 | 提一个缺关键信息的问句，先核追问分支是否触发，再核补齐的问项与材料出处 |
容易做错的三处
- 现象：同一考生在两份材料里的专业名称或计划数对不上。原因：录取名册与招生计划分属不同批次录入，名称与数量未做同源校验。
- 现象：投档规则版本未同步，追问依据与名册结论冲突。原因：规则更新后旧版本仍被引用，日期与签字栏未随版本重签。
- 现象：受理记录缺签字或回执，追问后仍无法定论。原因：材料流转环节未回传签字件，补齐的问项缺少可核依据。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认选项与分支连线一致、选择结果变量已传给后续节点。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，核对补齐的问项与材料依据。
- 在节点里逐个核对选项与分支连线，触发一次查看运行记录里的交互状态与分支走向。
- 在后续节点引用选择结果变量并试跑一次，核对
variables与nodeId是否按分支传递。