这个品类的数据长什么样
本页面向中小学招生入学组织的进度记录与统计核对，材料来自招生方案、报名材料清单、录取名单三类。招生方案含批次、日期与签字栏；报名材料清单含学生名称、材料数量与回执；录取名单含录取批次、人数与日期。三类材料进入数据库与运维功能时，分别承担口径来源、明细记录与汇总核对的角色：方案定字段与日期规则，清单提供逐条记录，名单用于合计比对。更新节奏按周或按月归集，字段特征为名称、数量、日期、签字四类，需保证同一记录在三份材料中的名称、数量、日期一致，版本同步，签字或回执齐全。
配置怎么定
这一环由部署环境的连接配置（服务端）执行，输出连接是否可用（服务启动结果与连接日志）。「进度表与统计口径说明」由部署交接与后续业务处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 招生方案 | 方案中的批次、日期与签字栏是否与报名材料清单、录取名单的字段、日期、签字一致 | 对照方案表头核对清单与名单的批次日期，检查签字栏是否齐全 |
| 报名材料清单 | 清单中的学生名称、材料数量、日期是否与录取名单逐条对得上 | 用一周记录逐条比对名称、数量与日期，标记不一致条目 |
| 录取名单 | 名单中的录取人数与日期是否与统计口径说明的合计一致 | 核对名单合计与进度表合计，确认口径与例外是否写清 |
| 连接配置对象 | 主业务库、日志库、缓存与向量库连接地址是否与实际实例一致 | 在部署环境核对 MONGODB_URI、REDIS_URL、PG_URL 取值与库地址一致 |
容易做错的三处
- 现象：同一记录在报名材料清单与录取名单里的名称、数量、日期对不上。原因：两份材料分别录入，未做逐条比对与版本同步。
- 现象：招生方案更新后，报名材料清单与录取名单仍用旧批次日期。原因：版本未同步，缺少统一口径说明与更新记录。
- 现象：部分记录缺签字或回执，合计仍被计入统计。原因：例外未在表头写清，核对时未剔除无签字条目。
怎么确认配好了
本功能验收：逐项连一次主业务库、日志库、缓存与向量库，核启动日志里的连接结果，核对 MONGODB_URI、REDIS_URL、PG_URL 是否与实际实例一致。
业务测试：用一周记录核对合计，看口径与例外是否写清。
- 在部署环境核对主业务库、日志库、缓存与向量库的连接变量取值与库地址一致，查看启动日志连接结果。
- 用一周记录逐条比对招生方案、报名材料清单、录取名单的名称、数量、日期与签字，标记不一致与缺回执条目。