HANDOFF.md
@@ -4,6 +4,17 @@
> **每天结束时**:把当天进展、踩过的坑、新需求、未完成事项更新到本文件,然后可以放心开新对话。
> **协作约定(2026-08-31)**:说「提交」= 本地 commit + 推送到远端 git(origin main,Gitblit),不再只做本地 commit。
## 最新(2026-10-09,zyj 线)
### 10-09:2025 数据现状核验(结论:已在库,无需补录)+ M0 规格补第十二节
- **核验方式**:只读查询库 `127.0.0.1:3308/traffic_audit`(MySQL 8.0.29),未导入、未修改任何数据。
- **2025-01~12 各 12 个月齐全**:`city_bus_monthly`、`city_taxi_monthly`、`wyc_order_monthly`、`wyc_total_monthly`、`h2031_enterprise_monthly`、`h2032_enterprise_monthly`、`passenger_individual_monthly`。
- **两张"不以为缺口"的表**:`freight_turnover_import` 仅 2025-12,但表带 `last_freight_m01..m12` / `last_turnover_m01..m12`,2026 各期文件自带去年同月值;`scale_split_transport` 无 2025,但表带 `above/below/total_yoy`,同比已随 2026 各期入库。
- **修正早前判断**:09-07 方案文档"2025 未入库"的说法已过期(09-16 后补录过多年度数据);`ReportExportService.java:499 / 558 / 561` 三处"待 2025 年定稿数据导入后自动出现"的提示条件已不成立。同比取数走库内去年同期(`aggOf(data, year-1, m, "湖北省")`,约 540 行)。
- **遗留的是口径问题,不是缺数据**:中口径排名/明细的 2025 列仍以母版静态定稿值为准(`readMidDetailLastYearCumulative`,`ReportExportService.java:2745` 起),注释(2686-2689 行)说明原因是"排名页原先查库现算,两者在 2025-03/04 网约车拆分上不同"。→ 需先做「库内 2025 vs 母版 2025」逐项 diff,交业务确认基准后再决定是否切换读库(切换必须过 diff=0 回归)。
- **规格更新**:`docs/汇总大表M0版式重建器规格_2026-10-06.md` 新增第十二节(三层职责 / 一表一粒度 / 调整值覆盖层 / 2025 实测核验 / 结果层可选 / 「母版不留数据」红线 / 与 M0 的依赖顺序)。
- **状态**:本节与规格第十二节均为【待验收】;未改动代码、未导入数据。
## 最新(2026-10-06,zyj 线)
### 10-06:拉取合并 + 验收门禁分级 + 汇总大表 M0 立项