这个品类的数据长什么样
本页面向学生处分与申诉处理场景，材料包括违纪事实材料、处分决定书、申诉书三类。违纪事实材料记录行为经过、时间地点与证人陈述，处分决定书载明依据条款、处分种类、生效日期与签章，申诉书包含申诉请求、理由、提交日期与回执。三类材料在字段上各有侧重：事实材料重描述与见证，决定书重条款引用与审批签字，申诉书重诉求与受理回执。材料来源为园所日常管理归档，随事件处理进度分批进入。更新节奏受处分流程节点驱动，同一事件在不同阶段产生多份文本。材料进入该功能时，各自作为独立数据行参与解析分块，供后续检索定位与依据比对。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。可回指原文的依据条目由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 违纪事实材料 | 名称、数量、日期与见证签字需与处分决定书所引事实一致 | 核对事实材料中的行为描述与决定书引用段落是否逐条对应，检查日期与签字栏是否齐全，确认数据行状态为parsed或indexed |
| 处分决定书 | 依据条款、处分种类、生效日期与审批签字需完整且版本为现行 | 比对决定书条款编号与事实材料所述情节是否匹配，查看签章与生效日期，关注chunkSize与chunkSplitter设置对条款切分的影响 |
| 申诉书 | 申诉请求、理由、提交日期与受理回执需与决定书送达记录一致 | 检查申诉书日期与决定书送达日期是否衔接，确认回执签字，查看数据行是否处于indexing或indexed |
| 数据行与文件记录 | 文件记录与数据行身份分得开，状态与界面显示一致 | 分别核对文件记录与数据行，确认trainingType对应的处理模式，检查重建任务是否只覆盖indexed数据 |
容易做错的三处
- 现象：同一违纪记录在事实材料与决定书中名称或数量对不上。原因：两份材料由不同环节填写，未做字段级比对，解析后各自成行未交叉核验。
- 现象：申诉书引用的处分决定书版本已过期。原因：决定书修订后未同步更新归档，旧版本仍处于可检索状态，版本未同步。
- 现象：处分决定书缺审批签字或申诉书缺受理回执。原因：流程节点未走完即归档，材料不完整仍进入解析分块，检索时无法回指有效原文。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态依次经过parsed、indexing、indexed，且换模型重建只针对indexed数据。
业务测试：问一个跨材料的依据问题，看回答是否给出可回指的出处，并核对引用条数与quoteMaxToken预算分别记录。
- 打开数据行核对状态，确认文件记录与数据行身份分开，检查
chunkSize、chunkSplitter、trainingType对应设置与索引三态显示一致。 - 比对违纪事实材料、处分决定书、申诉书的名称、数量、日期与签字，标记版本未同步或缺回执的条目并修正。