这个品类的数据长什么样
本页面向学术不端举报调查处理品类，材料包括举报材料、调查报告、专家鉴定意见。举报材料来自受理渠道，更新随案件受理节奏；调查报告由调查组撰写，随调查进展更新；专家鉴定意见由专家出具，按鉴定安排更新。字段特征集中在名称、数量、日期与签字：举报材料需有举报人信息、被举报事项、提交日期；调查报告需有调查过程、认定结论、报告日期与签字；专家鉴定意见需有鉴定事项、鉴定结论、专家签字与日期。材料进入部署运维与应用交接功能时，各自作为独立记录参与交接核对，不因共用连接而改变归属。
配置怎么定
这一环由部署环境的连接配置（服务端）执行，输出连接是否可用（服务启动结果与连接日志）。「可交接的部署状态与操作记录」由部署交接与后续业务处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 举报材料 | 名称、数量、日期与签字需与调查报告、专家鉴定意见逐项对应，不得出现同一记录名称或数量不一致 | 在部署环境核对材料字段，确认举报材料中的名称、数量、日期与调查报告、专家鉴定意见一致，检查签字或回执是否齐全 |
| 调查报告 | 版本需与专家鉴定意见同步，报告日期与签字需完整，不得缺签字或回执 | 按交接单逐项核对调查报告版本、日期与签字，确认与专家鉴定意见版本同步，记录缺失项 |
| 专家鉴定意见 | 鉴定事项、结论、专家签字与日期需与调查报告对应，不得出现日期或数量对不上 | 核对专家鉴定意见的鉴定事项、结论、签字与日期，与调查报告逐项比对，确认无名称、数量、日期不一致 |
| 主业务库连接变量 | 指向实际使用的主业务库且可连通，MONGODB_URI 取值与库地址一致 | 在部署环境核对该变量取值与库地址一致，查看服务启动日志中的连接结果 |
容易做错的三处
- 现象：同一记录在举报材料与调查报告里的名称、数量或日期对不上。原因：材料各自独立录入，未按交接单逐项核对字段与日期。
- 现象：调查报告版本与专家鉴定意见版本未同步，交接时仍用旧版。原因：版本更新后未同步到交接记录，缺版本核对环节。
- 现象：举报材料或调查报告缺签字或回执，交接单无法闭环。原因：签字与回执未随材料一并归档，交接时未逐项检查。
怎么确认配好了
本功能验收：逐项连一次主业务库、日志库、缓存与向量库，核启动日志里的连接结果；核对 MONGODB_URI、REDIS_URL、PG_URL 的取值与部署说明一致，确认连接是否可用。
业务测试：按交接单逐项核对一次，看缺哪一项记录，包括举报材料、调查报告、专家鉴定意见的名称、数量、日期与签字。
- 在部署环境核对
MONGODB_URI、REDIS_URL、PG_URL的取值与库地址一致，查看服务启动日志中的连接结果。 - 按交接单逐项核对举报材料、调查报告、专家鉴定意见的名称、数量、日期与签字，记录缺失项并交下一班。