这个品类的数据长什么样
中小学招生入学组织的业务依据查询，材料包括招生方案、报名材料清单、录取名单三类。招生方案给出招生对象、范围、时间节点与录取规则；报名材料清单列出户籍、房产、居住证等证件名称、份数与提交日期；录取名单记录学生姓名、录取类别、批次与签字回执。三类材料按年度更新，版本号与生效日期出现在页眉或落款，签字栏与回执栏是判定现行有效的关键。材料进入该功能后，解析分块把每份文件转成数据行并绑定唯一数据标识，招生方案提供规则依据，报名材料清单提供字段与日期依据，录取名单提供结果与签字依据，三者共同支撑可回指原文的依据条目。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「可回指原文的依据条目」由检索与后续处理接着完成。解析完成即落库为可见数据行，训练完成后把向量与索引写回同一条数据。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 版本为现行且条款能对上原文，签字或落款日期齐全 | 打开数据行核对状态是否为 indexed，比对方案版本号与生效日期，确认签字栏无缺失 |
| 报名材料清单 | 证件名称、份数、提交日期与招生方案要求一致，无缺项 | 分别核对文件记录与数据行的身份，检查清单字段与方案条款逐项对应，确认回执已签 |
| 录取名单 | 学生姓名、录取类别、批次在两份材料中名称与数量一致 | 核对名单与清单的姓名、数量、日期，确认签字与回执完整，状态处于 parsed 或 indexing 时不可召回 |
| 解析与训练任务 | 数据行处于三态之一，重建只覆盖已完成索引的数据 | 查看重建任务覆盖的数据行，确认 trainingType 与 chunkSize、chunkSplitter 配置对应，待索引数据不参与重建 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行处于 parsed 或 indexing，待索引数据在检索层天然隔离不被召回。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：版本未同步，旧版清单与新版方案混用，缺签字或回执。
- 现象：换模型后重建耗时异常。原因：重建只针对已完成索引的数据，待索引数据不参与重建链，范围判断有误。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态依次经过 parsed、indexing、indexed，重建只覆盖已完成索引的数据行。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，出处能对上招生方案、报名材料清单或录取名单的原文条目。
- 打开数据行核对状态与界面显示是否一致，确认文件记录与数据行各自的身份分得开。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，待索引数据不参与重建。