这个品类的数据长什么样
高校招生体检组织在受理问询时，会同时收到体检表、复检申请与受限专业告知三类材料。体检表记录身高、视力、既往病史等字段及医师签字；复检申请包含申请日期、复检项目与考生签字；受限专业告知含告知日期、受限专业名称与回执签字。这些材料由招生办或体检站按批次汇总，随招生节点更新。进入问答受理与缺项补问功能时，体检表作为主记录，复检申请与受限专业告知作为补充依据；若同一记录在两份材料里的名称、数量、日期对不上，或版本未同步、缺签字与回执，受理记录会标记缺项，触发追问。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。受理记录与补齐的问项由后续节点解析响应，或外部系统按约定处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 体检表 | 姓名、体检日期、受限结论与医师签字是否齐全，同一记录在两份材料里的名称、数量、日期是否一致 | 在请求预览里看渲染后的完整地址，核对请求体字段与外部接口约定是否一致，用一条样例请求比对返回 |
| 复检申请 | 申请日期、复检项目、考生签字与回执是否缺项，版本是否与体检表同步 | 核对请求头名称与取值来源，在变量面板核对每个占位是否来自全局变量、系统变量或前方节点输出 |
| 受限专业告知 | 告知日期、受限专业名称、回执签字是否完整，名称与数量是否与体检表对得上 | 用 variables 追踪占位出处，确认 responseData 返回字段能对应到缺项追问 |
容易做错的三处
- 现象：同一考生在体检表与复检申请里的姓名、项目数量或日期对不上。原因：两份材料分别录入，未按同一记录做字段比对。
- 现象：受限专业告知版本未同步，回执缺签字。原因：材料按批次更新，旧版本仍被引用，签字环节未回传。
- 现象：请求返回 401，或外部系统收到空字段、请求超时。原因：鉴权信息未按外部系统要求传入，占位变量未解析成实际值。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；确认 Authorization、variables、responseData 三处均可追溯。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认请求地址与路径参数能解析成实际值。
- 用一条样例请求比对返回，核对请求体字段与外部接口约定一致，并检查缺项追问是否落到受理记录。