这个品类的数据长什么样
本科专业设置与动态调整涉及专业设置申请表、人才培养方案、专家论证意见三类材料，来源为教务与院系申报归档，更新节奏随申报批次、论证会与审批节点变化。三类材料字段各有侧重：申请表含专业名称、代码、学制、招生规模与负责人签字；培养方案含课程模块、学分学时、实践环节与审定日期；论证意见含专家名单、论证结论、日期与签字回执。材料进入文档解析与分块功能时，各自作为独立数据行落库，绑定唯一数据标识，解析分块完成后即可见，为后续检索与版本台账提供可追溯的数据基础。
配置怎么定
这一环由解析与训练任务（服务端任务）执行，输出数据行与索引状态（已解析、索引中、已完成）。「版本台账与变更记录」由检索与后续处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 专业设置申请表 | 名称、代码、学制、招生规模与负责人签字需与人才培养方案一致 | 核对申请表与培养方案中的专业名称、代码、学制及日期，确认签字与回执齐全；查看数据行状态是否为 parsed 或 indexed |
| 人才培养方案 | 课程模块、学分学时、实践环节与审定日期需与论证意见衔接 | 核对培养方案与专家论证意见中的课程数量、学分总数、审定日期，确认版本未同步时旧版可追；检查 chunkSize 与 chunkSplitter 的分块结果是否保留字段边界 |
| 专家论证意见 | 专家名单、论证结论、日期与签字回执需完整且与申请表对应 | 核对论证意见中的专家人数、结论日期与申请表日期，确认缺签字或回执时标记待补；查看 trainingType 与索引三态流转是否一致 |
| 数据行与文件记录 | 文件记录与数据行各自身份分得开，状态与界面显示一致 | 分别核对文件记录与数据行，确认待索引数据不参与召回；重建任务只覆盖已完成索引的数据行 |
容易做错的三处
- 现象：同一专业名称在申请表与培养方案里写法不同。原因：两份材料由不同角色填报，未做字段对齐与版本同步，检索时召回结果不一致。
- 现象：课程数量与学分总数在两份材料里对不上。原因：培养方案修订后未回写申请表，旧版未标记失效，版本台账缺失变更记录。
- 现象：专家论证意见缺签字或回执，仍进入索引。原因：解析分块只做内容切分，不校验签字字段，索引状态未拦截待补材料。
怎么确认配好了
本功能验收：上传一份材料，看数据行状态流转与重建任务的覆盖范围。状态应为 parsed 到 indexing 到 indexed，待索引数据不参与召回；换模型重建只覆盖 indexed 数据，核对 trainingType 与重建任务覆盖的数据行。
业务测试：改一处内容，看版本号与引用是否同步更新。修改培养方案中的学分后，确认申请表与论证意见的引用是否指向新版本，旧版是否可追。
- 打开数据行核对状态，确认处于 parsed、indexing、indexed 三态之一且与界面显示一致。
- 分别核对文件记录与数据行，确认文件与数据行的标识分得开，重建任务只覆盖已完成索引的数据行。