这个品类的数据长什么样
高校就业签约与毕业去向统计，材料主要来自就业协议书、毕业去向登记表、用人单位证明，更新节奏集中在毕业季与离校前后，字段特征集中在名称、数量、日期、签字与回执。就业协议书承担签约主体与违约条款的原始凭证角色，毕业去向登记表承担去向类别与单位信息的汇总角色，用人单位证明承担接收意向与签章的回执角色。三份材料进入文档解析与分块后，各自形成可核对的数据行与索引状态，为后续按同一对象做字段比对提供基础。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。差异清单由检索与后续处理接着完成，用于定位同一记录在两份材料里的名称、数量、日期对不上的字段。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 就业协议书 | 核对签约单位名称、签约日期与签字盖章是否齐全 | 核对数据行状态是否为 parsed / indexing / indexed，并分别核对文件记录与数据行 |
| 毕业去向登记表 | 核对去向类别、单位名称与数量是否与就业协议书一致 | 核对 chunkSize 与 chunkSplitter 的分块结果，确认字段未被切散 |
| 用人单位证明 | 核对接收意向日期、回执与签章是否与登记表一致 | 核对 trainingType 对应的处理模式，确认该材料已进入索引三态流转 |
| 解析与训练任务 | 判断重建范围是否只覆盖已完成索引的数据 | 查看重建任务覆盖的数据行，确认待索引数据不参与重建 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行尚处于 parsed 或 indexing，待索引数据在检索层天然隔离不被召回。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：版本未同步，材料更新后未重新解析分块并落库。
- 现象：训练失败后留下空数据行。原因：缺签字或回执的材料被误判为可训练，失败数据未及时编辑或删除。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态值只在 parsed / indexing / indexed 三态之间流转，且重建只针对已完成索引的数据。
业务测试：用一条真实记录找出与台账不一致的字段，重点核对名称、数量、日期与签字回执。
- 打开数据行核对状态，确认界面显示与三态一致，并分别核对文件记录与数据行
- 查看重建任务覆盖的数据行，确认换模型只对已完成索引的数据触发重建