这个品类的数据长什么样
本页聚焦成绩录入与学分认定场景，材料来源包括成绩单、缓考申请、补考安排，更新节奏随学期教务节点滚动。成绩单是学分认定的核心凭证，缓考申请是成绩暂缺与后续录入的触发件，补考安排是成绩替换与学分补录的依据件。三类材料进入本功能时，各自以独立文件记录与数据行身份落库，字段特征集中在课程名称、学分数量、考试日期、签字与回执。同一记录在两份材料里的名称、数量、日期对不上，版本未同步，缺签字或回执，都会让依据条目无法回指原文。材料解析分块后立即落库为可见数据行，供后续检索与业务处理使用，材料之间的交叉核对依赖可回指的依据条目。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「可回指原文的依据条目」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回，换模型只对已完成索引的数据重建。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 成绩单 | 课程名称、学分数量、考试日期与签字是否与缓考申请、补考安排对得上 | 打开数据行核对状态是否为 parsed、indexing 或 indexed，再逐字段比对课程名称与学分数量 |
| 缓考申请 | 缓考课程、申请日期与签字回执是否与成绩单、补考安排一致 | 分别核对文件记录与数据行，确认版本为现行且签字回执齐全 |
| 补考安排 | 补考课程、补考日期与成绩替换关系是否与成绩单、缓考申请一致 | 查看重建任务覆盖的数据行是否只含已完成索引的数据，再比对日期与课程名称 |
| 解析与训练任务 | 数据行状态与界面显示一致，文件记录与数据行身份分得开 | 打开数据行核对三态，核对 chunkSize、chunkSplitter、trainingType 与索引状态 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行仍处于 parsed 或 indexing，待索引数据不参与召回，解析成功不等于检索命中。
- 现象：同一课程在两份材料里名称、数量、日期对不上。原因：材料版本未同步，或签字与回执缺失，依据条目无法回指原文。
- 现象：训练失败后留下空数据行。原因：训练中断残留数据未清理，或换模型后重建范围误覆盖待索引数据。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态依次经过 parsed、indexing、indexed，且重建只覆盖已完成索引的数据。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用条数与引用文本 tokens 分别记录。
- 打开数据行核对状态是否为 parsed、indexing 或 indexed，并确认与界面显示一致。
- 分别核对文件记录与数据行，确认重建任务只覆盖已完成索引的数据，待索引数据不参与重建。