这个品类的数据长什么样
本页面向中小学招生入学组织中的异常追溯与人工复核场景。招生方案、报名材料清单、录取名单三类材料在流转中各自承担不同角色：招生方案界定批次、学区与时间节点；报名材料清单记录学生姓名、证件号、材料份数、提交日期与回执签字；录取名单承载拟录取结果、名单版本与负责人签批。材料来源多为教务系统导出、纸质回执扫描与区级平台下发的表格，更新节奏集中在报名截止、审核截止与录取公示三个节点。字段特征上，同一学生在三份材料中可能以不同名称、数量或日期出现，版本号与签字栏常因补录、调剂或公示后修订而不同步，进入该功能后需逐条比对并留存原始记录。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。异常清单与复核结论由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 节点不代替外部系统写库或审批，只负责按约定发出请求并返回结果。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 方案中的批次、学区与时间节点须与报名材料清单的提交日期、录取名单的公示日期逐项对应，字段名称与日期不得互相矛盾 | 在请求预览里核对渲染后的完整地址，确认方案编号与批次作为路径参数取值正确 |
| 报名材料清单 | 清单中的学生名称、证件号、材料份数与回执签字须与原始扫描件一致，缺签字或回执的条目须标记为异常 | 在变量面板核对每个占位的来源，确认清单字段来自前方节点输出，不采用硬编码 |
| 录取名单 | 名单版本号、录取状态与负责人签字须与招生方案、报名材料清单的对应记录一致，版本未同步的条目须列入异常 | 用一条样例请求比对返回，核 responseData 中的名单字段与清单记录是否逐项吻合 |
| HTTP 节点 | 请求头中的 Authorization 按外部系统要求传入，请求体字段与外部接口约定一致，路径参数、请求体与请求头三处均可用 variables 占位 | 核对请求头名称与取值来源，确认鉴权信息与外部接口要求匹配 |
容易做错的三处
- 现象：同一学生在报名材料清单与录取名单中的名称、证件号或材料份数对不上。原因：两份材料由不同节点分别录入，未以原始回执为准做逐条比对。
- 现象：招生方案已更新批次或时间节点，报名材料清单与录取名单仍沿用旧版本。原因：版本未同步，修订后未重新下发或未在请求体中传入最新版本标识。
- 现象：复核结论缺少复核人签字或回执，异常清单无法交负责人处置。原因：复核环节未留存签字凭证，或回执未随请求体一并传递导致外部系统收到空字段。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；确认路径参数、请求头与请求体三处占位均能解析成实际值，Authorization、variables、responseData 在预览与返回中可追溯。
业务测试：造一条异常记录，看能否追到源头材料，确认招生方案、报名材料清单、录取名单三份材料中的名称、数量、日期与签字可逐项对应。
- 在变量面板核对每个占位的来源，确认来自全局变量、系统变量或前方节点输出，并检查请求预览中渲染后的完整地址。
- 用一条样例请求比对返回，核状态码与返回字段，确认请求体字段与外部接口约定一致，异常条目可追到原始记录与复核签字。