这个品类的数据长什么样
本页面向成人高考报名与录取管理场景，材料包括报名表、照顾加分材料、录取名册。报名表承载考生基本信息与报考志愿，照顾加分材料记录加分项目与依据，录取名册汇总录取结果与签字回执。这些材料按招生周期分批进入，报名阶段集中提交，录取阶段陆续归档，字段涉及姓名、证件号、报考层次、加分项目、录取院校、日期与签字。材料进入文档解析与分块功能后，各自形成数据行，报名表与加分材料用于资格核验，录取名册用于结果追溯。同一记录在两份材料里的名称、数量、日期对不上，版本未同步，缺签字或回执，是维护版本台账与变更记录时反复出现的核对点。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。版本台账与变更记录由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 报名表 | 字段、日期与签字需与照顾加分材料一致，避免同一记录名称、数量、日期对不上 | 核对数据行状态是否为 indexed，比对报名表与加分材料的姓名、证件号、日期与签字栏 |
| 照顾加分材料 | 加分项目与依据须与报名表对应，缺签字或回执视为不一致 | 检查分块后各数据行是否绑定唯一数据标识，确认加分材料与报名表引用同步 |
| 录取名册 | 录取结果与报名表、加分材料的名称、数量、日期须对得上，旧版可追 | 核对录取名册数据行状态，查看重建任务覆盖范围是否只含已完成索引的数据 |
| 数据行 | 处于三态之一且与界面显示一致，待索引数据不参与召回 | 打开数据行核对状态，确认 trainingType 与 chunkSize、chunkSplitter 对应的分块结果 |
容易做错的三处
- 现象：同一考生在报名表与加分材料里的姓名、日期对不上。原因：两份材料分别解析落库，未按同一记录做字段比对，版本台账未记录差异。
- 现象：录取名册更新后旧版仍被引用。原因：版本未同步，重建只覆盖已完成索引的数据，待索引数据未纳入引用更新链。
- 现象：加分材料缺签字或回执，仍进入索引。原因：解析成功即落库为数据行，签字与回执字段未作为版本台账的必核项。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。状态应为 parsed、indexing、indexed 三态，重建任务只覆盖已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新。改后核对数据行状态与引用文本，数组条数单独记录，引用文本的 tokens 另核。
- 打开数据行核对状态，确认与界面显示一致，并分别核对文件记录与数据行的标识。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，待索引数据不参与重建链。