这个品类的数据长什么样
学位授予与证书信息报送涉及学位申请表、论文评阅书、答辩决议三类材料，来源为培养单位与学位管理部门，更新节奏随批次申报、评阅答辩、决议归档逐轮推进。三类材料进入文档解析与分块环节时角色不同：学位申请表承载个人基本信息与课程成绩字段，论文评阅书承载评阅意见、评分与评阅人签字，答辩决议承载答辩结论、表决结果与主席签字。字段特征集中在姓名、学号、专业、日期、数量与签字栏，同一记录常在两份材料中重复出现，需在解析分块后按数据行核对字段与签字一致性，为版本台账与变更记录提供可比对的材料底稿。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。版本台账与变更记录由检索与后续处理接着完成，解析成功不等于检索一定命中，还要看索引状态。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 学位申请表 | 字段、日期与签字须与答辩决议逐项对应，同一记录的名称、数量、日期不得两处不一致 | 分别打开两份材料的数据行，核对姓名、学号、专业、日期与签字栏是否一致，检查 chunkSize 与 chunkSplitter 切分后字段是否落在同一数据行 |
| 论文评阅书 | 评阅意见、评分与评阅人签字须完整，缺签字或回执视为材料不齐 | 核对评阅人签字与回执字段，确认该材料数据行状态为 parsed 或 indexed，检查 trainingType 对应处理模式下字段是否被正确解析 |
| 答辩决议 | 答辩结论、表决结果与主席签字须与学位申请表日期同步，版本未同步不得进入报送 | 核对决议日期与申请表日期，确认旧版数据行可追溯、现行版本唯一，重建任务只覆盖已完成索引的数据行 |
| 数据行与文件记录 | 文件记录与数据行各自的身份分得开，数据行处于三态之一且与界面显示一致 | 分别核对文件记录与数据行标识，确认数据行状态为 parsed、indexing 或 indexed，待索引数据不参与召回 |
容易做错的三处
- 现象：同一记录在学位申请表与答辩决议里的姓名、日期对不上。原因：两份材料分别解析分块后未按数据行逐项核对字段，版本未同步。
- 现象：论文评阅书缺评阅人签字或回执，材料被退回。原因：解析分块只落库可见数据行，签字与回执字段未纳入核对动作，缺项未被发现。
- 现象：刚上传的材料搜不到，换模型后重建耗时异常。原因：待索引数据不参与召回，重建只针对已完成索引的数据，初次训练与重建范围被互换。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。核对数据行是否按 parsed、indexing、indexed 三态流转且与界面显示一致，确认 chunkSize、chunkSplitter、trainingType 在解析分块与训练任务中的实际取值，重建任务只覆盖已完成索引的数据行。
业务测试：改一处内容，看版本号与引用是否同步更新。
- 打开数据行核对状态，确认处于 parsed、indexing 或 indexed 三态之一，且与界面显示一致。
- 分别核对文件记录与数据行标识，确认文件记录与数据行各自的身份分得开。