这个品类的数据长什么样
学生奖助贷与困难认定场景涉及家庭经济困难认定表、奖助学金申请表、贷款回执三类材料，来源为学校资助中心、院系与经办银行，随学年认定、批次评审与放款节点分批进入。三类材料角色不同：认定表承载家庭经济状况与民主评议结论，申请表承载奖助项目与金额等级，贷款回执承载合同编号与到账确认。字段特征集中在姓名、学号、金额、日期、签字与回执编号，同一记录需在两份材料间对齐。材料版本随认定年度与评审轮次更新，旧版与新版并存时易出现名称、数量、日期对不上，缺签字或回执的情况，需先完成文档解析与分块，再进入核对与差异定位。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「差异清单」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 家庭经济困难认定表 | 姓名、学号、家庭人数、认定日期与签字须与申请表一致 | 核对字段与签字，确认数据行状态为 parsed 或 indexed，检查 chunkSize 与 chunkSplitter 是否影响字段切分 |
| 奖助学金申请表 | 姓名、金额等级、评审日期与签字须与认定表、回执一致 | 比对金额与日期，确认 trainingType 对应的索引状态，查看待索引数据是否被隔离 |
| 贷款回执 | 合同编号、到账金额、放款日期与回执签章须与申请表一致 | 核对回执编号与到账日期，确认数据行绑定唯一数据标识，重建范围只覆盖 indexed 数据 |
| 数据行与索引状态 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致 | 打开数据行核对状态，分别核对文件记录与数据行，确认换模型只重建 indexed 数据 |
容易做错的三处
- 现象：同一记录在认定表与申请表里的姓名、金额、日期对不上。原因：两份材料分属不同批次录入，字段未按同一对象对齐，差异未在核对环节定位。
- 现象：旧版认定表与新版申请表同时存在，版本未同步。原因：材料随学年更新但未标记版本，解析后数据行混在一起，检索时召回旧版内容。
- 现象：贷款回执缺签字或回执编号缺失，仍进入核对流程。原因：材料扫描件不完整，解析分块后未校验签章字段，差异清单未标记缺项。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。数据行应经历 parsed、indexing、indexed 三态，待索引数据不被召回，换模型重建只覆盖 indexed 数据，核对 chunkSize、chunkSplitter、trainingType 对应处理模式与进度。
业务测试：用一条真实记录找出与台账不一致的字段。将认定表、申请表、回执分别解析后，按姓名与学号对齐，定位名称、数量、日期、签字或回执编号不一致处，形成差异清单交复核人确认并回写。
- 打开数据行核对状态，确认处于 parsed、indexing、indexed 之一且与界面显示一致，分别核对文件记录与数据行标识。
- 查看重建任务覆盖的数据行，确认只覆盖 indexed 数据，待索引数据不参与重建，记录引用文本的 tokens 与数组条数分别核对。