这个品类的数据长什么样
科研项目任务书签订场景中，项目任务书、课题任务分解表、预算书三份材料先入管理员版本升级页，再流向运维交接与业务使用。任务书载明项目名称、承担单位与起止日期，分解表载明课题名称、数量与负责人，预算书载明科目金额、编制日期与签章。三者字段需在名称、数量、日期上互相咬合，任一材料缺签字或回执，都会使后续交接单无法闭环。材料更新节奏与项目立项周期同步，签订后常因修订产生版本迭代，旧版未同步时新数据行仍带旧标记。三份材料在本功能中只作为核对依据，不改变镜像版本与迁移任务记录。
配置怎么定
部署环境与管理员版本升级页（服务端操作）只输出镜像版本、迁移任务记录与数据行索引状态，可交接的部署状态与操作记录要由运维交接与业务使用接着做。主服务与商业版两个镜像更新至同一目标版本，迁移脚本不阻塞服务启动，后一个迁移依赖前一个完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 项目任务书 | 核对项目名称、承担单位、起止日期与签字栏，名称、日期须与分解表、预算书一致 | 逐页比对项目名称、起止日期与签字回执，登记缺项 |
| 课题任务分解表 | 核对课题名称、课题数量与负责人，数量须与预算书科目对应 | 按课题逐条核对名称与数量，标记不一致项 |
| 预算书 | 核对科目金额、编制日期与签章，日期须落在任务书起止区间内 | 对照编制日期与签章，检查回执是否齐全 |
| 镜像版本标识 | 主服务与商业版两个镜像均为同一目标版本 | 对照版本说明核对两个镜像的版本标识 |
容易做错的三处
- 现象：服务能起来但数据行状态仍是旧标记。原因：知识库重建状态迁移未执行或未完成，旧 rebuilding 标记未切换至新索引状态体系。
- 现象：两个镜像版本不一致，交接单无法闭环。原因：主服务与商业版镜像未同步更新，版本标识对不上，任务记录时间错位。
- 现象：脚本执行报错，迁移任务记录中断。原因：旧实例未完全停止或旧任务租约未过期便触发历史分块训练任务迁移，前序未完成即触发后序。
怎么确认配好了
本功能验收：核两个镜像版本标识，再按顺序核两条迁移脚本的执行记录；抽一条数据行核对状态字段，并检查 MONGODB_URI、PG_URL、REDIS_URL 连接串是否在迁移记录中可追溯。
业务测试：按交接单逐项核对一次，看缺哪一项记录，重点核对项目任务书、课题任务分解表、预算书的名称、数量、日期与签字回执是否齐全。
- 在管理员版本升级页查看两条迁移任务的执行记录，对照时间与状态确认先后顺序。
- 抽一条数据行核对索引状态字段，并核对三份材料的名称、数量、日期与签字回执。