| | |
|---|
| | | > **每天结束时**：把当天进展、踩过的坑、新需求、未完成事项更新到本文件，然后可以放心开新对话。 |
|---|
| | | > **协作约定（2026-08-31）**：说「提交」= 本地 commit + 推送到远端 git（origin main，Gitblit），不再只做本地 commit。 |
|---|
| | | |
|---|
| | | ### 10-12（12）：汇总大表「缺数不留上一期旧值」（排名页按源侧留空）+ 缺数清单代码入库【待验收】 |
|---|
| | | |
|---|
| | | - **背景**：用户问"生成表里很多数据都是 8 月的吧"；同时库里的缺数清单代码一直未提交（本机沙箱故障期间写的，沙箱恢复后补提交）。 |
|---|
| | | - **口径改动（3 处，同一件事：缺数不留上一期旧值）**： |
|---|
| | | 1. `loadCumulativeMap` / `getProvinceCumulative`：③规上规下拆分表**只认目标期**（原实现允许"目标期及之前最近一期"→ 会静默拿上一期的数当本期）； |
|---|
| | | 2. `copyRankValues`：源侧（独立排名表）缺数时**目标格留空**，不再沿用母版上一报表期的旧值（源侧文字标签不清）； |
|---|
| | | 3. 排名块**整块缺数**（源侧一个数都没有，如 9 月缺②③时的《货运周转量排名》）→ 整块只留标题与市州名，避免母版自带 RANK/占比公式在空块上算出"排名全 1 + 占比 #DIV/0!"。 |
|---|
| | | - **效果（2026-09 实测，产物 `docs\生成汇总大表\输出\生成_道路运输量汇总表_2026-09.xlsx`）**： |
|---|
| | | - 《货运周转量排名》整块留空 —— 与用户日常核对的《生成_周转量排名》空态一致 ✓； |
|---|
| | | - 《货运量排名》9 月块：规上=①实数（全省 **3575.1211**）、规下/合计留空（缺②）；占比列沿用源侧公式（其中 72 个 #DIV/0! 是独立排名表本身就有的）； |
|---|
| | | - 无回归：公交 9 月客运量 **13476.35**、城市内 12021.00、出租客运量 5626.81 与库内 Σ17 市州逐位一致 ✓（其余页与上一版产物差异仅来自母版脏格清理与缓存刷新）。 |
|---|
| | | - **同时补提交**（沙箱故障期间遗留，已按 10-12（4）报告验证过）：`reportexport/calc/SummaryMissingDataCheck.java`（只读缺数清单）、`GET /api/report/summaryWorkbook/missing`、导出日志 `dbProblems` 接入（本次导出日志已可见"缺数提示=[…]"）。 |
|---|
| | | - **遗留/待确认**：① 城市分市州、道路运输周转量的 34 个 #DIV/0! 按 10-12（7）用户决定不动；② **排名页在缺数期整体留空是否符合预期，请验收时确认**（若要"保留上一期值"的口径，可回退第 2/3 条）。 |
|---|
| | | - **报告（本地、不入库）**：`docs/功能测试报告/功能测试报告_汇总大表缺数不留上一期旧值_2026-10-12.md`。状态：**【待验收】**。 |
|---|
| | | ### 10-12（11）：扩列表头行二次修正 + 9 月母版被扩列写成日期的 13 格清理【待验收】 |
|---|
| | | |
|---|
| | | - **现象（用户报告）**：生成表里"很多数据是 8 月的"。排查发现 **9 月母版里有 13 个数据格被写成了 9 月月份日期序列 `46266`（= 2026-09-01）**：` 货运!S11/T11`、`班线包车!S9/T9`、`公交!S8/T8`、`出租!S6/T6`、`中口径明细!S5/T5`；下游缓存被带偏（`班线包车!S5`、`中口径明细!S99/S100/S104/S105` 等也是 46266）。 |
|---|
| | | - **根因**：扩列器 `headerRowsOf` 首版只要求"整行 ≥2 个月份格"，而出租第 6 行、班线包车第 3 行这类**数据行**里恰好有 2 个像日期序列的数值 → 被误判成表头行 → 扩列时把"月份日期"写进了数据行（`cloneHeaderCell` 对数值格写 `targetMonth` 的日期）。 |
|---|
| | | - **修法**：改为**先取"月份表头格最多的那一行"作基准，把它的月份列当标准列**；只有这些列上大半是月份格的行才算表头行。轨道、轮渡一页两个块的 `[1,10]` 保持 ✓；` 货运/公交/网约车/中口径明细` 仍为单行表头 ✓。 |
|---|
| | | - **母版修复（用 Excel COM，未整本重写）**：13 格按扩列规则精修（该留空的清空、公式按规则补回 `=S12+S13` / `=S11/AN11-1` / `=S10+S14+…`）+ `CalculateFull` 整本重算刷新缓存；修复前备份 `_bak_2026年9月母版_清理脏格前_20261012.xlsx`。修复后全簿只剩 3 个 `46266` 的**合法表头月份格**（城市客运 S2、公交 S3、出租 S3）。 |
|---|
| | | - **验证**：重跑 2026-08→9 月扩列（日志表头行 ` 货运[2] 班线包车[1] 城市客运[1] 公交[2] 出租[2] 网约车[2] 轨道、轮渡[1,10] 中口径明细[2]`），新推件在这 13 格上全部正确；重跑 2026-09 生成，产物 `docs\生成汇总大表\输出\生成_道路运输量汇总表_2026-09.xlsx` 中 13 格恢复为真实 9 月值（`班线包车!S9=20647.5363`、`公交!S8=61618.09`、`出租!S6=32787.72`），**无 46266 残留**。 |
|---|
| | | - **报告（本地、不入库）**：`docs/功能测试报告/功能测试报告_扩列表头行基准列修正与母版脏格清理_2026-10-12.md`。状态：**【待验收】**。 |
|---|
| | | ### 10-12（3）：修「9 月产物丢 8 月列 / 累计漏月」——扩列改为**以当期产物为底**【待验收】 |
|---|
| | | |
|---|
| | | - **现象（用户报告）**：生成的 9 月汇总大表里 **8 月列全空**，累计漏掉 8 月（规上货运量累计显示 31309.58，正确应为 1-7月 27734.46 + 8月 3665.36 + 9月 3575.12 = **34974.95**）。 |
|---|
