这个品类的数据长什么样
本页面向学生处分与申诉处理场景，材料来自违纪事实材料、处分决定书、申诉书三类文书，按学期或事件节点分批更新。三类材料在功能中角色不同：违纪事实材料提供原始行为描述与证据清单，处分决定书承载最终认定结论与生效日期，申诉书反映异议主张与补充说明。字段特征集中在名称、数量、日期、签字与回执，同一对象在多份材料中反复出现，需要逐项比对。材料进入解析分块后落库为可见数据行，按索引三态流转，供后续检索与差异定位使用。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「差异清单」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回，换模型只对已完成索引的数据重建。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 违纪事实材料 | 名称、数量、日期与处分决定书逐项一致，签字与回执齐全 | 核对解析后数据行状态是否为 parsed、indexing 或 indexed，并比对 chunkSize 分块边界是否切断日期与数量字段 |
| 处分决定书 | 同一记录的名称、数量、日期与申诉书对得上，版本号与生效日期同步 | 打开数据行核对状态与界面显示一致，确认 chunkSplitter 切分后关键字段未被拆散 |
| 申诉书 | 签字、回执与处分决定书版本一致，异议对象名称与数量无出入 | 分别核对文件记录与数据行标识，确认 trainingType 对应处理模式与索引状态匹配 |
| 文件与数据行标识 | 文件记录与数据行各自身份分得开，重建范围只覆盖已完成索引的数据 | 看重建任务覆盖的数据行，确认初次训练覆盖待索引与索引中数据，重建只针对 indexed 数据 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行处于 parsed 或 indexing 状态，待索引数据在检索层天然隔离不被召回，需等索引完成。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：版本未同步或分块边界切断字段，导致比对时字段缺失或错位。
- 现象：训练失败后留下空数据行。原因：训练中断残留孤儿数据，缺签字或回执的材料未及时编辑或删除，影响后续复核。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认 parsed、indexing、indexed 三态与界面显示一致，重建只覆盖已完成索引的数据。
业务测试：用一条真实记录找出与台账不一致的字段，逐项核对名称、数量、日期、签字与回执，把差异交复核人确认并回写。
- 打开数据行核对状态，确认处于 parsed、indexing 或 indexed 之一，并分别核对文件记录与数据行标识。
- 查看重建任务覆盖的数据行，确认换模型只对已完成索引的数据重建，初次训练覆盖待索引与索引中的数据。