这个品类的数据长什么样
本页聚焦专业技术人员职业资格考试报名审核场景，材料包括报名表、学历证明、工作年限证明，以及随附的签字回执与变更说明。材料来源为报名系统导出、扫描件归档与人工补录，更新节奏跟随批次审核与政策微调，字段特征集中在姓名、证件号、学历层次、毕业时间、工作起止日期、岗位名称、单位盖章与本人签字。材料进入文档解析与分块功能时，各自角色不同：报名表承担字段总表与版本基准，学历证明用于交叉核对院校与日期，工作年限证明用于核对起止时间与累计月数，回执用于确认送达与签字完整。版本台账与变更记录由检索与后续处理接续完成，解析侧只负责把材料切成可检索的数据行并维护索引状态。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「版本台账与变更记录」由检索与后续处理接着完成。解析分块在解析完成后立即落库为可见数据行并绑定唯一数据标识，索引按 parsed、indexing、indexed 三态流转，待索引数据不参与召回。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 报名表 | 字段、日期与签字需与学历证明、工作年限证明逐项对齐，同一记录的名称、数量、日期不得互相矛盾 | 打开数据行核对状态是否为 parsed、indexing 或 indexed，并对照签字与回执是否齐全 |
| 学历证明 | 院校名称、学历层次、毕业日期须与报名表一致，缺签字或回执视为材料不完整 | 分别核对文件记录与数据行，确认文件与数据行的标识分得开，再比对日期字段 |
| 工作年限证明 | 工作起止日期与累计月数须与报名表一致，版本未同步时以现行版本唯一为准 | 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，并记录 trainingType 处理模式 |
| 版本台账与变更记录 | 现行版本唯一、旧版可追、引用同步，改一处内容后版本号与引用应同步更新 | 核对 chunkSize 与 chunkSplitter 对应的分块结果，确认引用条数与引用文本 tokens 分别记录 |
容易做错的三处
- 现象：刚上传的材料搜不到。原因：数据行仍处于待索引状态，检索层天然隔离不被召回，解析成功不等于检索一定命中。
- 现象：同一记录在两份材料里的名称、数量、日期对不上。原因：版本未同步，旧版材料仍被引用，缺签字或回执未被拦截。
- 现象：训练失败后留下空数据行，或换模型后重建耗时异常。原因：重建范围未限定在已完成索引的数据，初次训练与重建覆盖范围被互换。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围，确认状态在 parsed、indexing、indexed 之间正确流转，重建只覆盖已完成索引的数据。
业务测试：改一处内容，看版本号与引用是否同步更新，并核对引用条数与引用文本 tokens 分别记录。
- 打开数据行核对状态，确认与界面显示一致，并分别核对文件记录与数据行。
- 查看重建任务覆盖的数据行，确认只覆盖已完成索引的数据，并检查
chunkSize、chunkSplitter、trainingType对应的分块与处理模式。