这个品类的数据长什么样
学校安全隐患排查与校园事件上报涉及安全检查表、隐患整改台账、突发事件报告三类材料。安全检查表按周或月更新，字段含检查项目、部位、日期、检查人签字；隐患整改台账按整改节点滚动更新，字段含隐患名称、数量、责任人、整改期限、验收签字；突发事件报告按事件发生即时上报，字段含事件名称、涉及人数、发生日期、报告人、回执。三类材料进入解析与分块功能时，安全检查表与隐患整改台账承担对照核验角色，突发事件报告承担时效追溯角色，同一隐患在两份材料里的名称、数量、日期须保持一致，签字与回执不得缺失。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「版本台账与变更记录」由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 检查项目、部位、日期与检查人签字须与隐患整改台账逐项对齐 | 核对文件记录与数据行，确认 chunkSize 与 chunkSplitter 切出的分块覆盖全部检查项，状态为 parsed |
| 隐患整改台账 | 隐患名称、数量、责任人、整改期限与验收签字须与安全检查表一致 | 查看数据行状态是否从 indexing 流转到 indexed，核对 trainingType 与重建任务覆盖范围 |
| 突发事件报告 | 事件名称、涉及人数、发生日期、报告人与回执须与上报记录一致 | 分别核对文件记录与数据行，确认旧版可追、引用同步，状态为 indexed |
| 版本台账与变更记录 | 现行版本唯一，旧版可追溯，引用同步更新 | 改一处内容后查看版本号与引用是否同步，确认重建只覆盖已完成索引的数据 |
容易做错的三处
- 现象：刚上传的安全检查表搜不到。原因：数据行处于 parsed 或 indexing，待索引数据不参与召回，解析成功不等于检索命中。
- 现象：同一隐患在台账与报告里的名称、数量、日期对不上。原因：两份材料未按同一版本同步，引用未随变更更新。
- 现象：训练失败后留下空数据行或缺签字回执。原因：初次训练覆盖待索引数据，失败数据未及时编辑或删除。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认 parsed / indexing / indexed 三态与界面显示一致，重建只针对已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新
- 打开数据行核对状态，确认三态之一且与界面显示一致，分别核对文件记录与数据行
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，换模型后不重算未变更向量