这个品类的数据长什么样
本页面向中小学考试命题阅卷场景，材料包括命题双向细目表、试卷、评分细则三类。命题双向细目表来自命题组，按考次更新，含题号、题型、分值、认知层级、命题人签字与日期；试卷来自审题与印制环节，含卷面题号、题干、分值、版本号与审核签字；评分细则来自阅卷组，含题号、答案要点、赋分档、阅卷人签字与回执。三类材料进入问答受理与缺项补问功能时，细目表承担题号与分值基准，试卷承担卷面呈现与版本核对，评分细则承担赋分依据与签字回执核对。材料常见字段有名称、数量、日期、版本号、签字与回执，更新节奏按考次或审次推进，跨材料同一记录需逐项对齐。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。受理记录与补齐的问项由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 节点只负责向目标地址发请求，路径参数、请求体与请求头三处都能用变量占位，变量来自全局变量、系统变量或前方节点输出。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 命题双向细目表 | 核题号、题型、分值、认知层级、命题人签字与日期是否齐全 | 在变量面板核对每个占位的来源，确认题号与分值字段能追到细目表具体出处 |
| 试卷 | 核卷面题号、题干、分值、版本号与审核签字是否与细目表一致 | 用一条样例请求比对返回，检查名称、数量、日期是否与细目表逐项对齐 |
| 评分细则 | 核题号、答案要点、赋分档、阅卷人签字与回执是否完整 | 在请求预览里看渲染后的完整地址，核对 Authorization 请求头与取值来源 |
| HTTP 请求返回 | 核状态码与返回字段是否按外部接口约定返回 | 核对 responseData 与 variables 的对应关系，确认空字段与超时情形 |
容易做错的三处
- 现象：同一记录在细目表与试卷里的题号、分值、日期对不上。原因：两份材料分别维护，未按考次同步核对。
- 现象：评分细则引用的试卷版本与当前卷面版本不一致。原因：版本未同步，旧版细则仍在使用。
- 现象：评分细则缺阅卷人签字或回执。原因：签字与回执环节未闭环，材料未补齐即进入流转。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；同时核对 Authorization、variables、responseData 三处标识符的取值来源与对应关系。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认题号、分值、日期字段能追到细目表、试卷或评分细则的具体出处。
- 在请求预览里看渲染后的完整地址，核对请求头名称与取值来源，并用一条样例请求比对返回字段。