这个品类的数据长什么样
区县教研活动与听评课涉及三类材料：教研活动通知、听课记录、评课纪要。通知来自教研部门下发，含活动名称、时间、地点、参与校与学科；听课记录由听课人现场填写，含授课人、班级、课题、观察要点；评课纪要由主持人整理，含发言要点、结论与签字栏。三类材料按活动批次归档，更新节奏与教研日程同步，通常在活动结束后一周内补齐。材料进入异常追溯与人工复核时，通知作为基准源核对活动名称与日期，听课记录作为过程证据核对授课人与班级，评课纪要作为结论依据核对签字与回执。字段特征集中在名称、数量、日期与签字四类，同一记录在三份材料里容易对不上，需要逐项溯源。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。异常清单与复核结论由后续节点解析响应，或外部系统按约定处理接着完成。HTTP 节点向目标地址发请求，路径参数、请求体与请求头三处都能用变量占位，变量来自全局变量、系统变量或前方节点输出。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 教研活动通知 | 活动名称、日期与参与校字段与听课记录、评课纪要是否一致 | 取通知原文，比对同一活动在三份材料里的名称与日期，记录差异位置 |
| 听课记录 | 授课人、班级、课题数量与评课纪要是否对得上 | 逐条核对听课记录与评课纪要的授课人、班级与节数，标注缺项 |
| 评课纪要 | 签字栏与回执是否齐全，版本是否与通知同步 | 检查纪要签字与回执，核对纪要版本号与通知下发版本 |
| 请求地址与路径参数 | 占位变量能解析成实际值 | 在请求预览里看渲染后的完整地址，核对 variables 来源 |
容易做错的三处
- 现象：同一活动在通知与听课记录里的名称、日期对不上。原因：两份材料各自录入，未以通知为基准源做字段比对。
- 现象：评课纪要版本与通知未同步，结论引用旧版。原因：版本更新后未回写纪要，缺少版本核对环节。
- 现象：评课纪要缺签字或回执，复核结论无法确认。原因：签字栏未填、回执未收，材料归档时未做齐全性检查。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认 Authorization 与 responseData 字段符合约定。
业务测试：造一条异常记录，看能否追到源头材料
- 在变量面板核对每个占位的来源，确认请求头
Authorization取值来源符合外部系统要求 - 用一条样例请求比对返回，核
responseData字段与外部接口约定一致