这个品类的数据长什么样
普通高校招生录取投档的进度记录与统计核对，材料来自招生计划、投档规则、录取名册三类业务文件，按批次与轮次更新，字段含院校代号、专业组、计划数、投档数、录取数、日期与签字栏。招生计划提供计划基数与批次归属，投档规则给出比例、顺序与例外条款，录取名册承载逐人记录与回执。三类材料进入进度表与统计口径说明时，各自承担基数、规则与明细的角色：计划与名册的数量、日期、签字要能对上，规则决定例外如何计入合计。
配置怎么定
这一环由部署环境的连接配置（服务端）执行，输出连接是否可用（服务启动结果与连接日志）。「进度表与统计口径说明」由部署交接与后续业务处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生计划 | 字段含院校代号、专业组、计划数、批次与日期，签字栏完整 | 在部署环境核对计划数与名册合计是否一致，检查日期与签字是否齐全 |
| 投档规则 | 规则条款写明比例、顺序与例外，版本与当前批次同步 | 对照两份材料核对同一记录的名称与数量，确认版本未滞后 |
| 录取名册 | 逐人记录含投档数、录取数、日期与回执签字 | 用一周记录核对合计，看口径与例外是否写清 |
| 主业务库连接变量 | 指向实际使用的主业务库且可连通 | 在部署环境里核对该变量取值与库地址一致，并逐项连一次主业务库、日志库、缓存与向量库 |
容易做错的三处
- 现象：同一记录在计划与名册里的名称、数量、日期对不上。原因：两份材料各自维护，未按批次统一核对口径。
- 现象：投档规则版本未同步，旧比例被沿用。原因：规则更新后未与当前批次材料一并核对。
- 现象：名册缺签字或回执，合计无法确认。原因：记录与统计数对不上时未回溯到签字栏与日期栏。
怎么确认配好了
本功能验收：逐项连一次主业务库、日志库、缓存与向量库，核启动日志里的连接结果，核对 MONGODB_URI、REDIS_URL、PG_URL 的取值与库地址一致。
业务测试：用一周记录核对合计，看口径与例外是否写清，确认记录数与统计数对得上、口径写到表头。
- 在部署环境核对主业务库与日志库连接变量取值，确认日志库单独配置或按说明复用主库。
- 用客户端连一次缓存实例并核对返回，对照部署说明核对所选向量库与地址。