这个品类的数据长什么样
普通高校招生录取投档环节，材料来自招生计划、投档规则、录取名册三类台账与回执。招生计划按批次与科类更新，含专业名称、计划数量、选考要求与日期；投档规则按省份与批次发布，含投档比例、同分排序、签字栏与版本号；录取名册由录检组回写，含考生姓名、录取专业、录取数量、日期与回执。材料进入该功能时，招生计划与投档规则作为基准台账先解析分块，录取名册作为待核对对象后解析分块，各自落库为数据行并绑定唯一数据标识，供检索与后续处理按同一对象比对名称、数量、日期与签字。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。差异清单由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed 到 indexing 到 indexed 三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划材料 | 名称、数量、日期与签字栏在三份材料间一致 | 核对数据行状态是否为 parsed 或 indexed，比对计划名称、计划数量、日期与签字栏 |
| 投档规则材料 | 投档比例、同分排序、版本号与签字回执齐全 | 核对文件记录与数据行的标识分得开，比对规则版本号与签字栏 |
| 录取名册材料 | 考生姓名、录取专业、录取数量、日期与回执对得上 | 核对重建范围只覆盖已完成索引的数据，比对名册与台账字段 |
| 数据行 | 处于 parsed / indexing / indexed 三态之一且与界面显示一致 | 打开数据行核对状态，确认待索引数据不被召回 |
容易做错的三处
- 现象：刚上传的录取名册搜不到。原因：数据行处于 parsed 或 indexing，待索引数据在检索层被隔离，解析成功不等于检索命中。
- 现象：同一考生在名册与台账里的录取数量、日期对不上。原因：两份材料版本未同步，其中一份仍为旧版，字段未随版本更新。
- 现象：投档规则材料缺签字或回执，复核无法通过。原因：材料流转环节未补齐签字栏与回执，数据行虽已 indexed 但业务要件不全。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认 parsed 到 indexing 到 indexed 的流转，并核对重建只覆盖已完成索引的数据；引用上限核引用文本的 tokens，数组条数单独记录，chunkSize、chunkSplitter、trainingType 分别记录。
业务测试：用一条真实记录找出与台账不一致的字段，交复核人确认并回写。
- 分别核对文件记录与数据行，确认文件与数据行的标识分得开，并记录
chunkSize与chunkSplitter的取值。 - 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，并记录
trainingType与索引状态。