这个品类的数据长什么样
本科专业设置与动态调整，材料包括专业设置申请表、人才培养方案、专家论证意见。申请表记录专业名称、代码、学制与申报日期；培养方案承载课程结构、学分数量与修订日期；论证意见体现专家签字与回执。材料来自校内申报与外部评议环节，按学年或调整批次更新，版本随论证轮次推进。进入该功能时，申请表作为主记录提供字段基准，培养方案与论证意见作为交叉核验来源，用于比对同一记录的名称、数量、日期与签字是否一致，并支撑异常追溯。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「异常清单与复核结论」由后续节点解析响应，或外部系统按约定处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 专业设置申请表 | 专业名称、代码、学制与申报日期是否与培养方案一致 | 取申请表字段与日期，与培养方案逐项比对，不一致处标记为异常并记录来源 |
| 人才培养方案 | 课程结构、学分数量与修订日期是否与申请表及论证意见对得上 | 核对版本号与修订日期，确认同一记录在两份材料里的数量与日期一致 |
| 专家论证意见 | 专家签字与回执是否齐全，意见日期是否与申报批次同步 | 检查签字栏与回执记录，缺签字或回执的条目进入异常清单 |
| 请求地址与路径参数 | 占位变量能解析成实际值 | 在请求预览里看渲染后的完整地址，核对 variables 来源 |
容易做错的三处
- 现象：同一记录在申请表与培养方案里的名称或数量对不上。原因：两份材料分别维护，未做字段级交叉比对。
- 现象：论证意见版本未同步，修订日期与申报批次错位。原因：版本更新后未回写主记录，引用旧版内容。
- 现象：专家签字或回执缺失，异常条目无法追到源头材料。原因：材料收集不完整，复核前未校验签字栏。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果；核对 Authorization 与 responseData 的取值来源。
业务测试：造一条异常记录，看能否追到源头材料
- 在变量面板核对每个占位来源，确认
variables能解析成实际值 - 用一条样例请求比对返回字段与外部接口约定是否一致