这个品类的数据长什么样
区县教研活动与听评课材料通常包含教研活动通知、听课记录、评课纪要三类。通知由组织方在活动前发布，含活动名称、时间、地点、参与校与学科；听课记录由观课人现场填写，含授课人、班级、课题、观察维度与时间戳；评课纪要由主持或记录人整理，含发言要点、结论与签字栏。材料按活动批次归档，每批次含一份通知、多份听课记录与一份纪要，更新节奏为活动前发通知、活动中填记录、活动后补纪要。进入异常追溯与人工复核工作流时，通知作为基准源校验活动名称与日期，听课记录作为过程源校验授课人与节次，评课纪要作为结论源校验签字与回执，三者字段交叉比对后形成异常清单与复核结论。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「异常清单与复核结论」由后续节点按分支继续执行接着完成。用户选择节点触发时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 教研活动通知 | 活动名称、日期与参与校字段须与听课记录、评课纪要一致，缺回执或签字视为待复核 | 逐项比对通知与听课记录的日期、活动名称，检查回执是否齐全，将差异写入异常清单 |
| 听课记录 | 授课人、班级、课题与节次须在通知和纪要中可对应，同一记录名称或数量对不上即异常 | 按授课人与节次检索通知与纪要，核对名称与数量，在后续节点引用variables传递比对结果 |
| 评课纪要 | 结论段须有签字，版本须与听课记录同步，缺签字或版本未同步列为异常 | 检查签字栏与版本号，核对纪要结论是否覆盖全部听课记录，用nodeId定位来源节点 |
| 异常清单与复核结论 | 每条异常须有原始记录支撑，复核人签字后方可交负责人处置 | 抽取一条异常，回溯至通知、听课记录或纪要原文，确认支撑材料后补签字 |
容易做错的三处
- 现象：同一授课人在通知与听课记录里的姓名写法不同，日期也对不上。原因：两份材料由不同人员填写，未在归档前做字段对齐与日期校验。
- 现象：评课纪要已更新到新版本，听课记录仍引用旧版结论。原因：版本未同步，缺少统一的版本号与更新回执机制。
- 现象：异常清单列出缺签字项，复核结论却无复核人签字。原因：复核环节未按分支继续执行，签字与回执未随流程流转。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支，选择结果变量已传给后续节点，并在后续节点引用variables与nodeId试跑一次。
业务测试：造一条异常记录，看能否追到源头材料，确认异常有原始记录支撑且复核人签字。
- 在用户选择节点里逐个核对选项与分支连线，触发一次后查看运行记录中的节点状态与分支走向。
- 抽取一条异常记录，回溯至教研活动通知、听课记录或评课纪要原文，核对名称、数量、日期与签字后补全复核结论。