这个品类的数据长什么样
本页面向中小学招生入学组织，材料包括招生方案、报名材料清单、录取名单三类。招生方案来自教育主管部门与学校招生委员会，按学年或批次更新，字段含招生范围、时间节点、录取规则与签字栏。报名材料清单由招生办整理，按报名阶段更新，字段含材料名称、份数、提交日期与回执。录取名单由招生领导小组确认，按批次公示更新，字段含学生姓名、证件号、录取状态与签字。三类材料进入问答受理与缺项补问功能时，招生方案作为规则依据，报名材料清单作为缺项判定基准，录取名单作为结果核对来源。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 节点向目标地址发请求，路径参数、请求体与请求头三处都能用变量占位，变量来自全局变量、系统变量或前方节点输出。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 招生范围、时间节点、录取规则与签字栏的字段、日期、签字是否齐全且与报名材料清单一致 | 核对方案版本号与生效日期，检查签字栏；在请求预览里看渲染后的完整地址，确认 variables 来源 |
| 报名材料清单 | 材料名称、份数、提交日期与回执的字段是否与招生方案要求对应，缺项能否被识别 | 逐项比对清单与方案条款，标记缺失项；用一条样例请求比对返回，核对 Authorization 传入方式 |
| 录取名单 | 学生姓名、证件号、录取状态与签字是否与报名材料清单、招生方案一致 | 核对名单批次与公示日期，检查签字与回执；在变量面板核对 responseData 每个占位的来源 |
| 受理记录 | 缺项被识别并追问、回答有材料依据，记录去向为转承办人处理 | 提一个缺关键信息的问句，看是否先追问再作答；核对受理记录字段与追问项是否完整 |
容易做错的三处
- 现象：同一记录在招生方案与报名材料清单里的材料名称、份数、日期对不上。原因：两份材料各自更新，未做字段级比对与版本核对。
- 现象：录取名单与报名材料清单的版本未同步，公示批次与报名批次错位。原因：名单确认后未回写清单，接口返回字段与约定不一致。
- 现象：受理记录缺签字或回执，追问项未覆盖关键字段。原因：缺项判定规则未落到字段级，HTTP 节点返回空字段未被识别。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认 Authorization、variables、responseData 三处占位解析正确。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在请求预览里看渲染后的完整地址，核对路径参数、请求头与请求体三处占位变量能解析成实际值。
- 用一条样例请求比对返回，核对请求体字段与外部接口约定一致，并记录数组条数与引用文本的 tokens。