这个品类的数据长什么样
本页面向现代学徒制与订单班管理中的资料版本与变更维护，材料来自校企合作协议、订单班培养方案、师傅带徒记录。校企合作协议提供合作主体、期限与签章字段；培养方案提供课程、学时与轮岗安排；带徒记录提供师傅、徒弟、日期与签字回执。三类材料进入该功能时各自承担不同角色：协议与方案作为现行依据，带徒记录作为过程佐证。更新节奏随协议续签、方案修订、带徒批次结束而触发。字段特征集中在名称、数量、日期、签字与回执，同一记录常在两份材料间出现差异，需通过文档解析与分块后落库的数据行来维护版本台账与变更记录。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「版本台账与变更记录」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 校企合作协议 | 名称、期限、签章字段在两份材料间是否一致 | 核对协议与培养方案中的合作主体名称与起止日期，查看签字与回执是否齐全 |
| 订单班培养方案 | 课程、学时、轮岗数量与日期是否与协议对齐 | 对照协议中的培养目标与人数，检查方案中的数量与日期字段 |
| 师傅带徒记录 | 师傅徒弟姓名、带徒日期、签字回执是否与方案一致 | 逐条核对带徒记录中的名称与日期，确认签字或回执缺失情况 |
| 数据行与索引状态 | 处于三态之一且与界面显示一致，重建只覆盖已完成索引的数据 | 打开数据行核对状态，查看重建任务覆盖范围，确认 chunkSize、chunkSplitter、trainingType 对应处理模式 |
容易做错的三处
- 现象：同一带徒记录在协议与方案里的师傅姓名、带徒数量对不上。原因：两份材料分别维护，名称与数量字段未做交叉核对。
- 现象：培养方案已修订，带徒记录仍引用旧版日期与课程。原因：版本未同步，旧版可追但引用未随现行版本更新。
- 现象：协议或带徒记录缺少签字与回执，仍被当作现行依据。原因：签字与回执字段未纳入版本台账的完整性检查。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。
业务测试：改一处内容，看版本号与引用是否同步更新。
- 打开数据行核对状态是否为 parsed、indexing、indexed 之一，并与界面显示比对。
- 分别核对文件记录与数据行的标识，确认文件与数据行身份分得开。