这个品类的数据长什么样
成绩录入与学分认定场景涉及成绩单、缓考申请、补考安排三类材料。成绩单由教务系统导出，记录课程名称、学分、成绩与任课教师签字；缓考申请由学生提交并经院系审批，含申请日期、缓考原因与审批签字；补考安排由开课单位发布，含补考时间、地点与监考回执。三类材料更新节奏不同：成绩单随学期成绩发布批量更新，缓考申请按个案实时提交，补考安排考前集中发布。字段特征上，同一课程在不同材料中的名称写法、学分数量、日期格式常存在差异，签字与回执完整性也需逐项核对。材料进入解析与训练任务后，各自作为独立数据行落库，为后续检索与差异定位提供基础。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「差异清单」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 成绩单 | 课程名称、学分数量、成绩日期与任课教师签字在成绩单与台账间一致 | 核对数据行状态是否为 indexed，检查 chunkSize 与 chunkSplitter 对表格字段的切分是否保留课程名称与学分列 |
| 缓考申请 | 申请日期、缓考原因与审批签字在缓考申请与成绩单间一致 | 核对文件记录与数据行标识是否各自独立，确认申请日期与审批签字字段完整落入数据行 |
| 补考安排 | 补考时间、地点与监考回执在补考安排与台账间一致 | 核对 trainingType 对应的处理模式，确认补考时间与回执字段未被切分丢失 |
| 数据行状态 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致 | 打开数据行核对状态，确认待索引数据不参与召回，换模型只对 indexed 数据重建 |
容易做错的三处
- 现象：刚上传的成绩单搜不到。原因：数据行处于 parsed 或 indexing 状态，待索引数据在检索层天然隔离不被召回，需等待索引完成。
- 现象：同一课程在成绩单与补考安排里的学分数量对不上。原因：两份材料版本未同步，名称写法与数量字段存在差异，需逐字段核对。
- 现象：缓考申请缺审批签字或补考安排缺监考回执。原因：材料扫描或录入时遗漏签字页，数据行虽已解析但字段不完整，需回查原件。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态从 parsed 到 indexing 再到 indexed 的流转，并核对重建任务只覆盖已完成索引的数据行。
业务测试：用一条真实记录找出与台账不一致的字段，确认名称、数量、日期三项中哪项对不上。
- 分别核对文件记录与数据行的标识，确认文件记录与数据行各自的身份分得开，再检查数据行状态与界面显示是否一致。
- 查看重建任务覆盖的数据行，确认换模型只对已完成索引的数据触发重建，待索引数据不参与重建链。