这个品类的数据长什么样
本页面向培训机构教务排课与消课场景，材料来自课表、消课记录、调课申请三类教务台账，更新节奏跟随排课与消课动作逐次发生。课表承担课程时间、教室、教师与班级名称的基准作用；消课记录承担学员出勤、课时扣减与签字回执的凭证作用；调课申请承担日期、原因与审批签字的变更作用。三类材料进入问答受理与缺项补问功能时，分别作为排课事实来源、消课事实来源与调课事实来源，供后续节点按分支继续执行时引用。字段特征集中在课表、消课记录、调课申请的名称、数量、日期与签字，同一记录在两份材料里的名称、数量、日期对不上、版本未同步、缺签字或回执是常见不一致来源。
配置怎么定
这一环由工作流节点（用户选择与分支）执行，输出分支走向与交互状态记录。「受理记录与补齐的问项」由后续节点按分支继续执行接着完成。触发用户选择节点时对话进入交互状态并记录工作流状态，用户完成选择后按对应选项走分支继续执行。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 课表 | 课表与消课记录、调课申请在课程名称、班级名称、日期上是否对得上 | 逐项核对课表字段与另两份材料的名称、数量、日期；在节点里逐个核对选项与分支连线，确认每个选项对应一条分支 |
| 消课记录 | 消课记录与课表、调课申请在出勤数量、课时扣减、签字回执上是否一致 | 核对消课记录字段的日期与签字；触发一次用户选择节点，查看运行记录里的节点状态，确认交互状态被记录 |
| 调课申请 | 调课申请与课表、消课记录在调课日期、审批签字、版本上是否同步 | 核对调课申请字段的日期与签字；在后续节点引用选择结果变量并试跑一次，确认已传给后续节点 |
| 用户选择节点 | 选项与分支是否一一对应，交互完成后是否继续执行 | 逐个选项试跑，核运行记录里的分支走向与交互状态；核对nodeId与variables在后续节点的引用 |
容易做错的三处
- 现象：同一课程在两份材料里的名称、数量、日期对不上，追问后仍按旧值作答。原因：课表与消课记录版本未同步，缺项补问未先核对字段。
- 现象：调课申请缺签字或回执，受理记录仍被当作完整材料继续流转。原因：签字与回执未纳入缺项判定，追问环节被跳过。
- 现象：选了某个选项仍走默认分支，交互完成后流程停住。原因：选项与分支连线未逐个核对，选择结果变量未传入后续节点。
怎么确认配好了
本功能验收：逐个选项试跑，核运行记录里的分支走向与交互状态，确认每个选项对应一条分支、交互状态被记录、选择结果变量已传给后续节点。
业务测试：提一个缺关键信息的问句，看是否先追问再作答；核对受理记录与补齐的问项是否有材料依据，再转承办人处理。
- 在节点里逐个核对选项与分支连线，触发一次用户选择节点，查看运行记录里的节点状态。
- 在后续节点引用
variables并试跑一次，核对nodeId对应分支走向，确认交互完成后继续执行。