这个品类的数据长什么样
普通高校招生录取投档业务中，招生计划、投档规则、录取名册三类材料同时进入版本维护流程。招生计划含院校代号、专业组、计划数、选科要求与发布日期；投档规则含投档比例、同分排序项、批次与生效日期；录取名册含考生号、姓名、成绩、录取专业与签字栏。材料来源为省级招生考试机构发布、院校回执与系统导出。更新节奏按批次推进，每轮投档前发布新版本，旧版保留可追溯。三类材料进入该功能时，招生计划作为请求体字段来源，投档规则作为路径参数与判断依据，录取名册作为响应体回写对象，三者通过接口串联，确保现行版本唯一、旧版可追、引用同步。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「版本台账与变更记录」由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、路径参数、请求头与请求体三处均可用变量占位，变量来自全局变量、系统变量或前方节点输出。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 院校代号、专业组、计划数、选科要求与发布日期是否与现行版本一致 | 在请求体中比对字段与外部接口约定，用一条样例请求看返回 |
| 投档规则 | 投档比例、同分排序项、批次与生效日期是否与现行版本一致 | 核对路径参数与请求头取值来源，确认占位变量能解析成实际值 |
| 录取名册 | 考生号、姓名、成绩、录取专业与签字栏是否与回执一致 | 在变量面板核对每个占位的来源，检查 variables 是否完整传入 |
| 请求头 | 鉴权信息按外部系统要求传入 | 核对 Authorization 名称与取值来源，确认请求头渲染正确 |
容易做错的三处
- 现象：同一考生在两份材料里的姓名、成绩或日期对不上。原因：招生计划与录取名册分别维护，未以现行版本为唯一基准做字段级比对。
- 现象：旧版投档规则仍被外部系统引用。原因：版本未同步，新版本发布后未回写引用关系，导致现行版本与引用不一致。
- 现象：录取名册缺签字或回执。原因：接口返回后未校验签字栏与回执字段，外部系统按约定处理时遗漏确认环节。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；检查 responseData 中字段与约定一致。
业务测试：改一处内容，看版本号与引用是否同步更新。
- 在变量面板核对每个占位的来源，确认
variables与Authorization均能解析成实际值。 - 用一条样例请求比对返回，检查
responseData字段与招生计划、投档规则、录取名册的约定是否一致。