这个品类的数据长什么样
期刊三审三校与编校质量场景中，材料主要来自三审单、校样、校对记录三类。三审单承载初审、复审、终审的字段与签字；校样承载正文、图表、版式的最终呈现；校对记录承载每轮校次、改动说明与回执。更新节奏随校次推进，每轮校样与校对记录成对产生，三审单在审次节点补齐。字段特征集中在同一记录的名称、数量、日期、签字与版本号。三类材料进入文档解析与分块时，各自作为独立数据行落库，绑定唯一数据标识，为后续检索与差异定位提供可追溯的底稿。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。差异清单由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行，索引按 parsed、indexing、indexed 三态流转。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 三审单 | 同一记录的名称、数量、日期与签字在审次间是否一致 | 打开数据行核对状态，比对审次字段与签字栏，确认 trainingType 对应处理模式 |
| 校样 | 同一记录的名称、数量、日期与版本号是否与台账一致 | 分别核对文件记录与数据行，检查 chunkSize 与分块边界是否覆盖图表与版式字段 |
| 校对记录 | 每轮校次的日期、改动说明与回执是否齐全且版本同步 | 核对回执与签字，确认 chunkSplitter 切分后各叶子节点仍可回溯到同一源记录 |
| 数据行 | 处于 parsed、indexing、indexed 三态之一且与界面显示一致 | 查看重建任务覆盖的数据行，确认只对 indexed 数据触发重建 |
容易做错的三处
- 现象：刚上传的三审单在校样比对中搜不到。原因：数据行处于 parsed 或 indexing，待索引数据不参与召回，需等索引完成。
- 现象：同一记录的名称、数量、日期在两份材料里对不上。原因：版本未同步，旧校样与新校对记录混用，字段未回写台账。
- 现象：训练失败后留下空数据行。原因：解析成功不等于检索命中，失败数据未清理，缺签字或回执使记录无法闭环。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认 parsed 到 indexing 再到 indexed 的流转，并核对换模型只对 indexed 数据重建。
业务测试：用一条真实记录找出与台账不一致的字段，定位名称、数量或日期差异，交复核人确认并回写。
- 分别核对文件记录与数据行，确认文件与数据行的标识分得开，再比对三审单、校样、校对记录的字段与签字。
- 查看重建任务覆盖的数据行，确认初次训练覆盖待索引与索引中数据，重建只针对已完成索引的数据。