这个品类的数据长什么样
普通高校招生录取投档场景里，招生计划、投档规则、录取名册三类材料各自承担不同角色：招生计划给出院校专业组与名额口径，投档规则给出投档比例、排序与同分处理口径，录取名册给出实际录取名单与签字回执。材料来源多为省级招生考试机构下发文件与院校招生办汇总表，更新节奏随批次推进而变，征集志愿与补录阶段还会追加版本。字段特征集中在院校代号、专业组、计划数、投档最低分、录取日期与签章位。三类材料进入授权访问与对外服务功能时，招生计划与投档规则常作为可见范围判定依据，录取名册作为受限内容，仅在身份匹配后对外呈现。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「可对外的入口与授权范围」由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 模块向目标地址发请求，路径参数、请求体与请求头三处都能用变量占位，变量来自全局变量、系统变量或前方节点输出。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 请求地址与路径参数 | 占位变量能解析成实际值，指向对外服务入口 | 在请求预览里看渲染后的完整地址，确认占位来自 variables，不写死取值 |
| 请求头 | 鉴权信息按外部系统要求传入，决定访问者身份 | 核对请求头名称与取值来源，确认 Authorization 由全局变量注入 |
| 请求体 | 字段与外部接口的约定一致，映射招生计划、投档规则、录取名册字段 | 用一条样例请求比对返回，核 responseData 中院校代号、计划数、录取日期 |
| 变量来源 | 每个占位都能追到具体出处，越权身份取不到受限字段 | 在变量面板核对每个占位的来源，确认受限身份返回体不含名册明细 |
容易做错的三处
- 现象：同一记录在招生计划与录取名册里的名称、数量对不上。原因：两份材料版本未同步，接口按旧版字段返回。
- 现象：投档规则与录取名册的日期、签字位对不上。原因：材料缺签字或回执，接口仍按约定字段输出。
- 现象：请求返回 401，外部系统收到空字段。原因：鉴权信息未按外部系统要求传入，或占位变量未解析成实际值。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认 Authorization 与 responseData 一致。
业务测试：用受限身份访问一次，看可见范围是否符合设定。
- 在请求预览里核对渲染后的完整地址、请求头与请求体，确认占位变量来源可追。
- 用受限身份发起一次访问，比对返回体中招生计划、投档规则、录取名册字段与签字回执是否与设定范围一致。