这个品类的数据长什么样
本页面向同行评议组织的材料核对与差异定位场景，覆盖审稿邀请、专家审稿意见、作者修改说明三类材料。审稿邀请记录送审对象、稿件编号、邀请日期与回执状态；专家审稿意见承载评审结论、意见正文、提交日期与签字；作者修改说明对应逐条答复、修改稿版本、日期与回执。材料来源为编辑部往来邮件、评审系统导出件与作者提交件，更新节奏随送审轮次推进，版本迭代频繁。三类材料进入文档解析与分块功能时角色不同：审稿邀请与修改说明多作对照基准，专家意见既作基准也作待核对象，分块后各自形成可检索数据行，供后续检索与差异定位调用。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「差异清单」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 同一稿件在两份邀请里的稿件编号、送审日期、回执状态是否一致 | 分别核对文件记录与数据行，检查 trainingType 与 chunkSize 对应分块，确认状态为 parsed 或 indexing 或 indexed |
| 专家审稿意见 | 两份意见里的评审结论、意见条数、提交日期、签字是否对得上 | 逐字段比对两份材料，核对 chunkSplitter 切分边界是否落在意见条目之间，记录不一致字段 |
| 作者修改说明 | 修改说明与修改稿的版本号、答复条数、日期、回执是否同步 | 核对版本未同步与缺签字或回执情形，确认重建任务只覆盖已完成索引的数据行 |
| 差异清单 | 清单字段与两份材料原始字段一一对应且无遗漏 | 交复核人确认并回写，回写前核对数据行状态与界面显示一致 |
容易做错的三处
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：材料版本未同步，旧版与新版被同时解析入库，分块后各自成行。
- 现象：审稿意见缺签字或回执，差异清单却显示齐全。原因：签字页单独成块未被关联，检索时未覆盖该分块。
- 现象：刚上传的材料搜不到。原因：数据行处于 indexing 状态，待索引数据在检索层天然隔离不被召回。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态依次为 parsed、indexing、indexed，且重建只针对已完成索引的数据。
业务测试：用一条真实记录找出与台账不一致的字段，逐项核对名称、数量、日期、签字与回执。
- 打开数据行核对状态，分别核对文件记录与数据行，确认文件与数据行的标识分得开
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，记录
chunkSize、chunkSplitter、trainingType的实际取值