这个品类的数据长什么样
研究生招生复试录取的品类材料包括复试方案、考生成绩表、调剂名单，三者按招生年度更新，常见节奏为方案先发、成绩表随复试批次滚动、调剂名单在调剂系统关闭后定稿。字段特征上，方案含考核项、权重、时间与签字栏；成绩表含考生编号、初试与复试成绩、总分、排名；调剂名单含调剂批次、原报考单位、拟录取专业与回执。材料进入异常追溯与人工复核功能时，方案作为判定依据，成绩表与调剂名单作为被比对对象，各自承担规则来源与记录来源的角色，用于核对同一记录的名称、数量、日期是否对得上，版本是否同步，签字或回执是否齐全。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。异常清单与复核结论由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 节点不代替外部系统写库或审批。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 复试方案 | 考核项、权重、日期与签字栏是否与成绩表、调剂名单的批次一致 | 比对方案版本号与签字栏，核对方案中的考核项名称、权重、日期同成绩表、调剂名单所载批次能否对应 |
| 考生成绩表 | 考生编号、姓名、初试与复试成绩、总分、排名在同批材料间是否一致 | 抽查同一考生在成绩表与调剂名单中的姓名、数量、日期，核对缺签字或回执的记录 |
| 调剂名单 | 调剂批次、原报考单位、拟录取专业与回执是否与方案、成绩表同步 | 核对调剂名单版本与方案版本是否同步，检查回执字段是否为空，逐条追到源头材料 |
| HTTP 节点请求 | 请求地址与路径参数、请求头、请求体中的占位变量能否解析成实际值 | 在请求预览里看渲染后的完整地址，核对 Authorization 请求头与请求体字段，在变量面板核对每个 variables 占位的来源 |
容易做错的三处
- 现象：同一考生在成绩表与调剂名单里的姓名、数量、日期对不上。原因：两份材料由不同批次导出，未按同一考生编号做归并比对。
- 现象：复试方案已更新，成绩表与调剂名单仍按旧版执行。原因：版本未同步，材料流转环节未记录版本号与生效日期。
- 现象：异常记录缺少签字或回执，复核结论无法归档。原因：材料收集时未校验签字栏与回执字段，异常清单未附原始记录。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认 responseData 返回的异常清单与复核结论字段完整。
业务测试：造一条异常记录，看能否追到源头材料，核对复试方案、考生成绩表、调剂名单的字段、日期与签字。
- 在请求预览里核对渲染后的完整地址、
Authorization请求头与请求体字段，确认每个variables占位都能追到全局变量、系统变量或前方节点输出。 - 用一条样例请求比对返回，检查外部系统是否收到空字段，并记录异常清单与复核结论的签字与回执是否齐全。