这个品类的数据长什么样
本页围绕学生处分与申诉处理场景，梳理违纪事实材料、处分决定书、申诉书三类材料的版本与变更维护。违纪事实材料通常来自学院或学工部门，记录行为经过、涉及人员与日期；处分决定书由学校作出，载明依据条款、处分种类与生效日期；申诉书由学生提交，包含诉求、事实补充与签字。材料进入文档解析与分块后，各自承担不同角色：事实材料用于核对原始经过，决定书用于确认现行处分结论，申诉书用于追踪异议与后续变更。更新节奏上，处分决定可能因复核或申诉结果调整，事实材料可能补充新证据，申诉书可能追加回执。字段特征集中在姓名、学号、行为日期、处分文号、签字与回执日期，同一记录在不同材料间必须保持一致，否则版本台账无法唯一。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「版本台账与变更记录」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 违纪事实材料 | 名称、行为日期、涉及人员与签字须与处分决定书一致，缺签字或回执视为未闭环 | 核对文件记录与数据行各自身份，查看数据行状态是否为 indexed，并检查 chunkSize 与 chunkSplitter 切出的字段是否完整 |
| 处分决定书 | 处分文号、依据条款、生效日期与申诉书中的诉求日期须能相互追溯，现行版本唯一 | 打开数据行核对状态，确认旧版仍可追、引用同步，重建任务只覆盖已完成索引的数据 |
| 申诉书 | 诉求、事实补充、签字与回执日期须与决定书版本号对应，同一记录数量与日期不得对不上 | 分别核对文件记录与数据行，确认 trainingType 对应的处理模式，并检查索引状态是否为 parsed 或 indexing |
| 版本台账与变更记录 | 现行版本唯一、旧版可追、引用同步，改一处内容后版本号与引用同步更新 | 查看重建任务覆盖的数据行，确认只针对 indexed 数据，待索引数据不参与重建 |
容易做错的三处
- 现象：同一违纪记录在事实材料与决定书里的名称、数量或日期对不上。原因：两份材料分别上传，未按同一数据标识归并，版本未同步。
- 现象：处分决定书已更新，申诉书仍引用旧版文号与条款。原因：旧版可追但引用未同步，检索仍召回旧数据行。
- 现象：材料缺少签字或回执，版本台账无法确认闭环。原因：解析分块只落库可见数据行，签字与回执字段未纳入核对维度。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认 parsed、indexing、indexed 三态与界面显示一致，重建只针对已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新，并核对文件记录与数据行各自身份是否分得开。
- 打开数据行核对状态，确认处于 parsed、indexing、indexed 之一且与界面显示一致，并记录
chunkSize与chunkSplitter的切分结果。 - 分别核对文件记录与数据行，确认
trainingType对应的处理模式，检查重建任务是否只覆盖 indexed 数据。