这个品类的数据长什么样
本页面向选课排课与教室资源调度场景，材料来自开课计划、排课表、选课规则三类。开课计划提供课程名称、课程代码、学分与开课学期；排课表提供班级、教师、周次、节次与教室编号；选课规则提供选课批次、容量上限、先修要求与生效日期。三类材料进入工作流后，分别承担课程身份、时空占用与规则约束的角色，共同支撑受理记录与补齐的问项。更新节奏为学期前集中发布、学期中按调课回执与版本号增量同步。字段特征表现为同一记录在开课计划与排课表中的名称、数量、日期需逐项对齐，签字与回执用于确认版本生效。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「受理记录与补齐的问项」由后续节点按分支继续执行接着完成。触发用户选择节点时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 开课计划 | 课程名称、课程代码、学分、开课学期与签字日期须与排课表逐项一致 | 在节点里逐个核对选项与分支连线，确认缺项追问分支指向承办人处理 |
| 排课表 | 班级、教师、周次、节次、教室编号与生效日期须与开课计划及选课规则对齐 | 触发一次交互，查看运行记录里的节点状态与 nodeId |
| 选课规则 | 选课批次、容量上限、先修要求、版本号与回执须与开课计划、排课表同步 | 在后续节点引用 variables 并试跑一次，确认选择结果变量已传入 |
| 受理记录与补齐的问项 | 缺项被识别并追问，回答有材料依据 | 核对追问项是否对应开课计划、排课表、选课规则中的缺失字段 |
容易做错的三处
- 现象：同一课程在开课计划与排课表里的名称、数量、日期对不上。原因：两表分别维护，未按课程代码做字段级比对。
- 现象：选课规则版本未同步，旧批次容量与先修要求仍被引用。原因：版本号与生效日期未随调课回执更新。
- 现象：排课表缺签字或回执，受理记录无法确认生效。原因：调课流程未回传签字件，追问项未覆盖该缺项。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认 nodeId、variables 与选项分支一致。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在节点里逐个核对选项与分支连线，确认每个选项对应一条分支且缺项追问分支可达。
- 触发一次交互，查看运行记录里的节点状态与
nodeId，确认选择结果变量variables已传给后续节点。