这个品类的数据长什么样
普通高校招生录取投档的问答受理，材料来自招生计划、投档规则与录取名册三类。招生计划给出专业组、计划数与选考要求，投档规则给出批次、投档比例与同分处理，录取名册给出考生号、姓名、成绩、专业与签字回执。三类材料更新节奏不同：计划随批次调整，规则按年度发布，名册按轮次回填。材料进入问答受理与缺项补问功能后，计划与规则充当判断依据，名册充当结果凭据，问项缺哪一项就向提问方追问，补齐后连同受理记录转承办人处理。字段特征集中在名称、数量、日期与签字四类，同一记录在两份材料里对不上时先挂起再追问。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 节点只负责发请求与取回结果，不代替外部系统写库或审批。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 专业组、计划数与选考要求是否与投档规则口径一致 | 比对同一专业组在两份材料里的名称与数量，日期取计划公布日 |
| 投档规则 | 批次、投档比例与同分处理是否写明并带签字或回执 | 逐条核对规则条目与名册中实际投档结果，缺签字则挂起追问 |
| 录取名册 | 考生号、姓名、成绩与专业是否与计划、规则对得上 | 抽查同一记录的名称与数量，核对回执是否齐全 |
| 请求与变量 | 路径参数、请求体与请求头中的占位能否解析成实际值 | 在请求预览里看渲染后的完整地址，核对请求头名称与取值来源，变量面板追 variables 出处 |
容易做错的三处
- 现象：同一考生在名册与计划里的专业名称对不上。原因：两份材料版本未同步，一方按旧批次口径填写。
- 现象：投档数量在两份材料里数字不一致。原因：规则调整后计划未回填，日期与签字也未更新。
- 现象：受理记录缺少回执或签字栏为空。原因：材料流转环节未闭环，追问时才发现缺项。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；请求头带 Authorization，返回体取 responseData，占位来源追 variables。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在请求预览里核对渲染后的完整地址与请求头名称，确认占位变量都能追到出处。
- 用一条样例请求比对返回字段与外部接口约定，发现空字段或超时先查变量来源。