这个品类的数据长什么样
同行评议组织的业务依据查询，材料通常包括审稿邀请、专家审稿意见、作者修改说明三类。审稿邀请含稿件编号、送审日期、专家姓名与邀请回执；专家审稿意见含评审结论、意见正文、提交日期与签字；作者修改说明含逐条答复、修改稿版本号与提交日期。材料由编辑部按轮次持续更新，同一稿件在不同轮次产生多份文件，字段随轮次变化。进入本功能后，三类材料各自作为独立文件记录被解析分块，落库为绑定唯一数据标识的数据行，供后续检索回指原文。
配置怎么定
解析与训练任务（服务端任务）只输出数据行与索引状态（已解析、索引中、已完成），可回指原文的依据条目要由检索与后续处理接着做。解析分块在内容解析完成后立即落库为可见数据行，索引按三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 审稿邀请 | 字段含稿件编号、送审日期、专家姓名与邀请回执，回执缺失时依据条目无法对应到具体专家 | 核对文件记录与数据行的标识是否分得开，确认邀请回执字段有值 |
| 专家审稿意见 | 字段含评审结论、意见正文、提交日期与签字，同一稿件在两份材料里的名称、数量、日期需能对上 | 打开数据行核对状态是否为 parsed / indexing / indexed，并逐条比对日期与签字 |
| 作者修改说明 | 字段含逐条答复、修改稿版本号与提交日期，版本未同步时答复与现行材料对不上 | 分别核对文件记录与数据行，确认版本号与现行材料一致 |
| 数据行 | 处于三态之一且与界面显示一致，重建范围只覆盖已完成索引的数据 | 看重建任务覆盖的数据行，核对 trainingType 与 chunkSize、chunkSplitter 的记录 |
容易做错的三处
- 现象：同一稿件编号在审稿邀请与专家审稿意见里的名称、数量、日期对不上。原因：两份材料分别解析落库，缺少跨材料比对。
- 现象：作者修改说明的版本号与现行材料不一致，答复条目指向旧稿。原因：版本未同步，旧版数据行仍处于已完成索引状态。
- 现象：审稿邀请缺邀请回执，依据条目无法回指到具体专家。原因：签字或回执字段为空，解析后数据行仍被索引。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态只出现 parsed / indexing / indexed，重建只覆盖已完成索引的数据行。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，出处能对上审稿邀请、专家审稿意见或作者修改说明的原文条目。
- 打开数据行核对状态，确认与界面显示一致，并分别核对文件记录与数据行
- 看重建任务覆盖的数据行，核对
trainingType、chunkSize、chunkSplitter的记录