编辑 | blame | 历史 | 原始文档

工作日结_2026-09-21

一、今天做了什么

1. 定位「汇总大表中口径排名累计同比 7.74% vs 中口径明细 7.64%」根因(用户 09-21 提问)

现象:D:\桌面\生成数据\生成_道路运输量汇总表 (3).xlsx 中,
「中口径排名」M13 黄冈 1-8 月累计同比 7.744917%,「中口径明细」T55 同一格 7.641733%;
两页当月累计值相同(3480.930066022),差的只是去年同期基数(3230.713965 vs 3233.810859,差 3.096894)。

排查过程与结论(全部用库内数据 + 7 份母版历史版本逐格验证):

  1. 四个中口径维度分别复算 2025 年 1-8 月:班线+个体、城际城乡公交、城际城乡巡游出租**逐位一致**;
    只有**城际城乡网约车**一维不同,且只有 2025 年 3、4 月不同(其余 6 个月逐位一致):
  • 2025-03 黄冈:母版 5.203089147 / 库现算 3.938965484(差 1.264123663)
  • 2025-04 黄冈:母版 6.585331252 / 库现算 4.752560757(差 1.832770495)
  • 合计差 3.096894158,与两页基数差完全吻合。
  1. 用**母版自己的出租列**(与库逐格一致,17 市州 × 8 月全对)+ 订单 + pin 套现算法复算:
    1/2/5/6/7/8 月**逐位复现(偏差 0.000000000)**,3/4 月复现不出来 → 算法无误,是那两格另有来源。
  2. 否定「9/16 出租补录导致」:9/8 程序改动前的原始母版
    (docs/生成汇总大表/_bak_202608母版修改前_20260916/2026年8月道路运输量汇总表.xlsx)
    这两格**本来就是** 5.203089147 / 6.585331252,同月出租列也已与现库一致 → 矛盾在 9/8 之前就存在。
  3. 反推那两格隐含输入(前提已验证:母版 17 市州城市内加总 = 2504.28 = 全省 pin 城市内,分毫不差,武汉自留
    → 分摊规则与现算法完全相同):隐含的「巡游出租城市内客运量」16 个市州里 15 个都比现在低
    (荆州 -41.38、恩施 -34.65、黄冈 -26.13、十堰 -20.31,仅宜昌 +2.27)。
  4. 最终结论:母版 2025 年 3、4 月的网约车拆分,是用**另一份出租城市内口径**算出来的,与母版自带的出租列自相矛盾;
    9/16 出租入库后,排名页一现算才把矛盾显性化。属**「排行页按库现算 vs 明细页用母版静态历史」的双轨制**问题。
  5. 影响面:除武汉外 16 个市州全有差(宜昌 +0.55pp、十堰 -0.35pp、荆州 -0.32pp、鄂州 -0.30pp、荆门 -0.25pp、
    恩施 -0.13pp、黄冈 -0.10pp…);**全省行两页完全一致**,因为这是市州之间的分摊差异,加总抵消。

2. 产出《汇总大表问题交接说明》(面向接手同事)

  • 仓库:docs/问题汇总/汇总大表问题交接_2026-09-21.md(250 行)
  • 桌面副本:D:\桌面\汇总大表问题交接_2026-09-21.md
  • 内容:现状一句话 / 前置阅读 5 篇 / 生成原理 6 步 / 问题总览表(P0~P2)/ P0-1 历史基数双轨制完整根因与方案 A、B /
    P0-2 母版依赖与「每月换母版」三处必改点及方案 / 已修复的 6 个历史坑(避免改回去)/ P2 待办 /
    关键代码地图(文件:行号)/ 数据与环境 / 证据文件清单 / 待业务确认清单 / 建议接手顺序。

3. 临时证据文件(项目根目录,未清理)

_chk_wyc4~7.txt(网约车逐市逐月复算)、_chk_backsolve.txt(反推出租输入)、_chk_lineage*.txt(母版血缘)、
_chk_rule.txt(候选公式排除)、_chk_all_pref.txt(17 市州差异清单)、_chk_orig.txt(9/8 原始母版)等。

4. 产出《总交接文档》(用户要求「把存在的问题和没做完的工作都写进去,越详细越好」)

  • 仓库:docs/交接文档_2026-09-21.md(约 14.6 KB)。
  • 定位:**全系统唯一入口**。汇总大表那条线不重抄,只做摘要 + 指向已有
    docs/问题汇总/汇总大表问题交接_2026-09-21.md,避免两份文档写同一份内容后互相打架(用户问「汇总也在写要不要写一块」时确认的口径)。
  • 内容:接手第 1 小时清单 / 现状快照(服务·数据库·仓库,均为 09-21 上午实测)/ 系统结构与代码地图 /
    五条数据链(货运周转量、H203-1、城市客运、汇总大表、投资 5 张表)/ 未完成工作 P0·P1·P2 共 27 条(现象·影响·证据·下一步·状态)/
    待业务确认清单 10 条 / 历史坑索引与「最容易被改回去的 6 个点」/ 操作手册(启停·DB·本机特有的坑·交付规矩)/ 接手第一小时 checklist。
  • 本次核实并写入文档的关键事实:
  1. 后端 8090、前端 8080 当前均在运行(接口探活 200);
  2. 库内 investment_project 152 / investment_monthly 284(2026-08 = 136);
  3. 2026-09 脏期已清理干净(此前 09-16 记录的 1284/31/2061/3 行已不存在);
  4. 母版只有 2026年7月 / 2026年8月 两本(缺 2026-06 / 2026-09);
  5. 投资两处未实现:**《亿元投资项目》月份列每月覆盖上月**(Q7 要求的「新增一列」未做)、
    导出「按月分目录 + 自动备份 + 运行日志/校验报错」未实现(Q10 已答同意);
  6. 导出前基数体检(B4)只做了一半:后端 getLastMidIssues() 无任何调用方,前端未消费、无《数据缺失清单》页。

二、测试结果摘要

  • 本次**无代码改动**,无《功能测试报告》(仅有数据核查)。
  • 数据核查口径:全部结果与库内 h2031_enterprise_monthly / passenger_individual_monthly /
    city_bus_monthly / city_taxi_monthly / wyc_order_monthly 现算值逐位比对,17 市州 × 8 个月,
    一致性达 1e-9;复现脚本与中间输出已留档(见上)。

三、遗留问题与待办

  1. P0-1:历史同比基数双轨制 —— 方案 A(排名页改用母版 2025 静态列,推荐)/ 方案 B(明细页改现算)
    待用户拍板,**未实施**。
  2. P0-2:母版依赖 —— 9 月出表需先有新母版;方案 A(程序自动扩列,2-3 天)/ 方案 B(Excel 小工具,1 天)待拍板。
  3. P2:B4 导出前基数体检 + 《数据缺失清单》页、D 组增速排名措辞、中口径明细 4 格 #DIV/0!、
    缺母版提示实测、部署包旧母版(用户明确暂不处理)。
  4. 本次产出的交接文档是否归档进 gitea / 是否推送本地未推提交(09-18 起的本地提交尚未推公司 gitea),待用户确认。

四、明日计划

  1. 按用户拍板的方案实施 P0-1(方案 A)并出《功能测试报告》+ 双页同比一致性回归。
  2. P0-2 先出 9 月母版(方案 B 应急),再排方案 A 的扩列器与「7 月母版扩 8 月」逐格 diff 验证。
  3. 配合接手同事过一遍《汇总大表问题交接说明》,答疑并补充遗漏。