这个品类的数据长什么样
期刊出版许可与年度核验场景，材料来源为期刊出版许可证、年度核验表、整改报告三类。许可证含主管单位、刊号、刊期、有效期与盖章；年度核验表含核验年度、刊期、主办单位、签字与回执；整改报告含问题条目、整改措施、完成日期与签批。更新节奏为年度核验集中提交、整改报告按批次补报、许可证换发时同步更新。三类材料进入解析与训练任务时角色不同：许可证与核验表作为基准比对材料，整改报告作为差异来源材料，分别落库为可见数据行并绑定唯一数据标识，供后续检索与差异定位使用。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。差异清单由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 期刊出版许可证 | 字段、日期与签字是否与年度核验表一致 | 分别核对许可证与核验表中的刊号、刊期、主管单位、有效期，比对签字与盖章；核对数据行状态为 parsed / indexing / indexed，并用 chunkSize 记录分块粒度 |
| 年度核验表 | 同一记录在两份材料里的名称、数量、日期是否对得上 | 按核验年度逐条核对主办单位、刊期、核验结论与回执日期，标记名称或日期对不上的记录，核对文件记录与数据行标识是否分得开 |
| 整改报告 | 问题条目、整改措施、完成日期与签批是否齐全 | 逐条核对整改条目与核验表问题编号的对应关系，检查缺签字或回执的条目，核对 trainingType 与 chunkSplitter 对应的处理模式 |
| 数据行与索引状态 | 处于三态之一且与界面显示一致 | 打开数据行核对状态，确认待索引数据不参与召回；查看重建任务覆盖的数据行是否只含已完成索引的数据 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：解析完成已落库为可见数据行，但索引仍处于 indexing，待索引数据在检索层天然隔离不被召回，需等待流转至 indexed。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：许可证与年度核验表版本未同步，或整改报告问题编号与核验表不一致，差异清单未及时回写复核人。
- 现象：训练失败后留下空数据行。原因：训练中断残留孤儿数据，失败数据支持直接编辑或删除，但未清理时状态停留在 indexing，需人工核对后处理。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。核对状态是否按 parsed -> indexing -> indexed 流转，重建任务是否只覆盖已完成索引的数据，初次训练是否覆盖待索引与索引中的数据。
业务测试：用一条真实记录找出与台账不一致的字段。取一条期刊记录，分别核对许可证与年度核验表中的名称、数量、日期，标记对不上的字段并交复核人确认回写。
- 打开数据行核对状态，确认三态与界面显示一致，分别核对文件记录与数据行标识。
- 查看重建任务覆盖的数据行，确认换模型只对已完成索引的数据重建，待索引数据不参与重建链。