这个品类的数据长什么样
研究生招生复试录取场景中，材料来自复试方案、考生成绩表、调剂名单等文件，随批次与院系调整而更新。复试方案含流程、评分与日期；成绩表含考生编号、科目、分数与排名；调剂名单含姓名、初试成绩、意向与签字栏。材料进入文档解析与分块功能后，按 chunkSize 与 chunkSplitter 切分为数据行，每行绑定唯一数据标识，作为检索与后续处理的输入；trainingType 决定向量或 QA 处理模式。更新节奏由招生批次驱动，同一记录在不同材料中的名称、数量、日期需保持一致，签字与回执需齐全。
配置怎么定
解析与训练任务（服务端任务）只输出数据行与索引状态（已解析、索引中、已完成），版本台账与变更记录要由检索与后续处理接着做。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 复试方案 | 方案条款的日期、签字与回执需与成绩表、调剂名单一致 | 核对方案中的日期、签字栏与回执记录，确认与成绩表、调剂名单对得上 |
| 考生成绩表 | 考生编号、科目、分数、排名与调剂名单中的同名记录一致 | 分别核对成绩表与调剂名单中的考生编号、数量与日期，确认无缺签字或回执 |
| 调剂名单 | 名单中的姓名、初试成绩、意向与复试方案、成绩表记录一致 | 核对名单中的姓名、数量、日期与签字，确认与另两份材料同步 |
| 数据行 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致 | 打开数据行核对状态，并核对 chunkSize、chunkSplitter、trainingType 的取值 |
容易做错的三处
- 现象：同一考生在成绩表与调剂名单里的姓名、数量或日期对不上。原因：两份材料各自更新，未做版本同步与交叉核对。
- 现象：旧版复试方案仍被检索命中，现行版本不唯一。原因：版本未同步，旧版数据行未标记失效或未随引用更新。
- 现象：调剂名单缺签字或回执，材料不完整。原因：签字与回执未随名单更新一并补齐，版本台账未记录变更。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态从 parsed 到 indexing 再到 indexed 的流转，并核对重建任务只覆盖已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新。
- 打开数据行核对状态与界面显示是否一致，并分别核对文件记录与数据行的身份标识。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，待索引数据不参与重建。