业务已在桌面《确认.docx》逐条作答（A1–E3），原始清单见 docs/待确认_汇总大表数据驱动改造问题清单_2026-09-07.md。本文件汇总拍板结果、我方复核结论与开工前仍需确认的少量疑问。
| 编号 | 结论 |
|---|---|
| A1 | 自动填表只覆盖 2026 年动态块及成品页；2025 年数据后续前台导入校验，与母版缓存一致即可，有差距提示 |
| A2 | 母版中 2025 年及以前数据均存在（已复核，见下方说明） |
| A3 | 备份还原机制：改造上线期保留作回归对照，验证通过后删除 |
| A4 | 以后“点生成”，母版不再人工维护 |
| B1 | 货运口径：规上+规下货运量=货运量周转量月报“货运量”；规上+规下周转量=该月报“货运周转量”；规下货运量=(规上+规下)−规上；规下周转=(规上+规下周转)−规上周转，且=规上规下拆分月报的规下周转；两表不冲突 |
| B2 | 班线包车数据源=公路旅客企业月报(H203-1)+个体月报（此前已多次确认） |
| B3 | 中口径明细=跨页组合公式重算 |
| B4 | 轨道、轮渡数据在公交月报（U203 城市公共交通月度运营情况）同一张表内（已核实，见下方说明） |
| B5 | 出租=巡游出租月报汇总；网约车=网约车总数与订单+巡游出租数据拆分（拆分演算此前已做） |
| B6 | 城市间数据=班线包车+城际城乡公交+城际城乡出租+城际城乡网约，涉及页签：中口径明细/中口径排名/中口径分析/道路运输周转量 |
| C1 | 全省行不排名 |
| C2 | 各市州基本都有数据（不处理“无数据市州”极端情况，仍保留缺数提示） |
| C3 | 增速不会为 0/不缺/不并列；若为 0 或缺视为数据出错（提示人工核实） |
| C4 | 占全省比重按列各自分母（规上/规下/合计各用各的全省合计） |
| C5 | 中口径排名/分析只由“中口径客运量”页数据生成 |
| C6 | 道路运输周转量 B=G+L/2+Q/10 系数暂时固定（2、10），后续有变动再改 |
| C7 | 城市汇总“总客运量”=公交+出租车(巡游+网约)的城市内客运量+轨道及轮渡客运量（轨道轮渡全部算作城市内） |
| D1 | 程序自动扩列（当月值列+同比列插入、累计列滚动） |
| D2 | 8 月版式按“7 月版式+多两列”扩展 |
| D3 | 每年新开一本（含上一年参照组）；2026 汇总表只到 2026-12 |
| D4 | 用户指定 period；缺数月份列提示清单 |
| D5 | 独立小表不继续生成（见剩余疑问 Q2） |
| E1 | 验收：先回归“生成 2026-07 == 已修正母版 diff=0”，再过 8 月 |
| E2 | 8 月验证：系统自动生成 vs 人工比对；逐市州加总=全省；与源月报逐项对齐 |
| E3 | 缺数→汇总表留空+提示清单；轨迹测算等审核脏数据不进入大表 |
DataImportService.importCityBus 已按该模板落库（CityBusMonthly：passengerCity/turnoverCity、passengerChengxiang/turnoverChengxiang、railPassengerVolume/railTurnover、ferryPassengerVolume/ferryTurnover）。轨道/轮渡台账页只武汉/黄石（轮渡仅武汉）有数据，符合现实。| # | 疑问 | 建议默认口径（请确认或修正） |
|---|---|---|
| Q1 | A1“2025 导入校验与母版缓存一致即可、有差距提示”：不一致时以谁为准？ | 以母版缓存为同比基准并仅提示；待人工核对后重导一致再切换为库值。即“母版缓存优先，库仅作校验参考” |
| Q2 | D5“独立小表不继续生成”的范围：docs/城市客运/生成_城市客运汇总、分市州明细、轨道轮渡分市州明细 这类**中间合成表**是否也不生成？（它们可能是大表取数的中间产物） |
对外交付类小表（货运量分市州明细/排名等）不再生成；若“城市客运汇总/分市州”等中间表是大表自动填表的数据源，则保留为内部计算步骤、不对外展示。请确认哪些属于“数据源中间表” |
| Q3 | B2 班线包车页的行义落位：企业月报(H203-1)与个体月报在“公路总客运/班线包车”页分别对应哪些行（如 H203-1 汇总→班线包车、个体→个体运输行）？ | 若不想逐行解释，可确认“按 docs/公路旅客/ 下模板与简化说明文档（公路旅客简化工作.xlsx、公路客运简化.docx）为准做映射”，实现阶段如遇歧义再单独对 |
docs/公路旅客/ 模板与简化说明文档为准，实现遇歧义再单独核对。→ 待确认项已清零。开工顺序：① 出《改造方案（映射清单/取数链路/分步验证）》→ ② 方案确认 → ③ 动代码。