这个品类的数据长什么样
本页面向培训机构教务排课与消课场景，材料来源包括课表、消课记录、调课申请、签字回执与版本台账。课表承载课程、教师、班级、时段与教室字段，消课记录承载学员、课时、日期与签字字段，调课申请承载原课次、目标课次、原因与审批字段，版本台账承载版本号、生效日期、变更说明与引用位置字段。更新节奏随排课调整、临时调课、补签回执与版本发布而滚动。材料进入解析与训练任务时，各自角色不同：课表与消课记录作为数据行来源，调课申请与回执作为变更依据，版本台账作为引用同步的核对底稿。字段特征集中在日期、名称、数量与签字四类，同一记录在两份材料里对不上时，先定位数据行状态再核对版本号与引用位置。
配置怎么定
解析与训练任务（服务端任务）只输出数据行与索引状态（已解析、索引中、已完成），版本台账与变更记录要由检索与后续处理接着做。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按已解析、索引中、已完成三态流转，待索引数据不参与召回，换模型只对已完成索引的数据重建。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 课表 | 课程名称、班级、教师、时段、教室与生效日期在课表与调课申请里一致，且版本号指向现行版本 | 打开数据行核对状态，分别核对文件记录与数据行，确认 chunkSize 与 chunkSplitter 切出的分块覆盖课表字段 |
| 消课记录 | 学员、课时数量、消课日期与签字回执在两份材料里对得上，缺签字或回执的行单独标记 | 按日期与学员逐条比对消课记录与回执，查看索引状态是否处于 parsed / indexing / indexed 之一并与界面显示一致 |
| 调课申请 | 原课次、目标课次、调课原因与审批签字齐全，版本未同步时旧版可追且引用位置指向现行版本 | 核对调课申请与课表、消课记录的日期与签字，确认 trainingType 对应的处理模式与重建任务覆盖的数据行 |
| 版本台账 | 现行版本唯一，旧版可追，引用同步更新，版本号与生效日期在台账与对外文档里一致 | 改一处内容后查看版本号与引用是否同步更新，核对重建任务只覆盖已完成索引的数据行 |
容易做错的三处
- 现象：同一消课记录在课表与消课记录里学员名称、课时数量或日期对不上。原因：两份材料分别落库，未按同一数据标识比对字段。
- 现象：调课申请已审批，课表仍显示旧课次，引用位置指向旧版。原因：版本未同步，重建只覆盖已完成索引的数据，旧版未追。
- 现象：消课记录缺签字或回执，仍被当作现行版本引用。原因：签字字段未纳入版本台账核对，缺回执的行未单独标记。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认解析分块在解析完成后立即落库为可见数据行，索引按 parsed / indexing / indexed 三态流转，待索引数据不参与召回，换模型只对已完成索引的数据重建。
业务测试：改一处内容，看版本号与引用是否同步更新，确认现行版本唯一、旧版可追、引用位置同步。
- 打开数据行核对状态，分别核对文件记录与数据行，确认
chunkSize、chunkSplitter、trainingType与索引状态显示一致。 - 按课表、消课记录、调课申请的字段、日期与签字逐条比对，把缺签字或回执的行与版本未同步的行分开记录，再决定更新知识库或对外文档。