这个品类的数据长什么样
现代学徒制与订单班管理涉及校企合作协议、订单班培养方案、师傅带徒记录三类材料。校企合作协议由校方与企业共同签署，更新节奏为每学年或合作周期修订一次，字段含合作主体、培养方向、签字与日期。订单班培养方案由教学部门编制，按学期滚动更新，字段含班级名称、课程数量、实训周数、签批栏。师傅带徒记录由带徒师傅按周填报，字段含徒弟姓名、带徒内容、工时数量、双方签字与回执。三类材料进入本功能时，先经解析分块落库为可见数据行并绑定唯一数据标识，再按索引三态流转，供检索与后续处理生成差异清单。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「差异清单」由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 校企合作协议 | 核对合作主体名称、培养方向、签署日期与双方签字是否与订单班培养方案对应一致 | 分别核对文件记录与数据行，确认数据行状态为 parsed 或 indexing 或 indexed，并检查 chunkSize 分块是否覆盖签字栏 |
| 订单班培养方案 | 核对班级名称、课程数量、实训周数与签批栏是否与台账一致 | 打开数据行核对状态，核对 chunkSplitter 分块是否切出数量字段，标记名称或数量对不上的行 |
| 师傅带徒记录 | 核对徒弟姓名、带徒内容、工时数量、双方签字与回执是否与培养方案一致 | 核对 trainingType 处理模式与索引状态，确认缺签字或回执的记录未被误标为已完成 |
| 数据行状态 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致 | 打开数据行核对状态，确认待索引数据不参与召回，重建只覆盖已完成索引的数据 |
容易做错的三处
- 现象：同一徒弟姓名在带徒记录与培养方案里写法不同，数量与日期也对不上。原因：两份材料版本未同步，解析分块后各自落库，差异未在检索层比对。
- 现象：校企合作协议缺签字或回执，数据行却显示已完成索引。原因：解析成功不等于检索命中，签字栏未被分块切出，索引状态与材料完整性脱节。
- 现象：刚上传的订单班培养方案搜不到，换模型后重建耗时异常。原因：待索引数据不参与召回，重建只针对已完成索引数据，初次训练覆盖待索引与索引中数据。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认数据行状态为 parsed、indexing、indexed 三态之一，重建只覆盖已完成索引的数据。
业务测试：用一条真实记录找出与台账不一致的字段，核对校企合作协议、订单班培养方案、师傅带徒记录的名称、数量、日期与签字，输出差异清单交复核人确认并回写。
- 分别核对文件记录与数据行，确认文件与数据行的标识分得开，检查
chunkSize与chunkSplitter分块是否切出名称、数量、日期、签字字段。 - 看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，核对
trainingType处理模式与索引状态，标记缺签字或回执的记录。