数据比对报告 — 投资明细表《软件生成》vs《人工版》（2026-08）

比对日期：2026-09-22
范围：报表生成 → 投资 →《客运站投资明细表》《物流站场投资明细》
方法：逐页签、逐行、逐格数值比对（脚本 _tmp_diff_invest_0922.py），并回溯到「源文件 / 数据库 / 底稿模板」三方定位根因
原则：按「页签 + 行 + 列」严格对齐；只列真实差异，浮点表示差异（如 783078.1665 与 783078.1664999999）不计

一、比对源文件

结构完全一致：客运《明细》121×20 +《汇总》24×5；物流《月2》32×24、《 分项目投资完成情况》192×20、《分市州规划内外项目完成情况》21×8、《市州汇总》24×5。
逐行核对 B 列（项目名称）：两份文件 192/121 行全部一一对应，无增行、无删行、无错位，因此逐格比对结果可直接使用。

二、结论摘要

根因（已用源文件 / 数据库 / 底稿三方证据锁定）

A. 软件导出 = 在底稿《模板_X月…投资明细》上，把库内当月数据按「项目名称」匹配覆盖 H/J/K（累计/自年初/本月）与 M（形象进度）。凡匹配不上、或库内没有当月数的行，一律沿用底稿（上一期）旧值。

由此产生 4 类物流差异：

1. 库内没有当月数据 → 整段保留上期值：武汉市 6 个物流项目在库内**一条月度记录都没有**（investment_monthly 武汉物流园区 0 行，因为 8 月武汉无单表），所以软件版武汉 8 行全是底稿的 7 月数（合计 146313.9/72166/10116），人工版是 155513.9/81366/9200。
2. 项目名称不一致 → 该行不覆盖：库内项目名是「中国供销**.**公安商贸物流园」（中间多一个点），明细表行名是「中国供销公安商贸物流园（公安县域集采集配中心）」→ 匹配失败，软件版保留底稿旧值 7758.5/7758.5/1600.1；库内 2026-08 实际是 15986/15986/8227.5（= 源文件《荆州物流投资（2026年8月报省）》R21 原值），人工版正确。
3. 库内同名双档 → 取到旧档：十堰「快递物流产业园二期」在库内有两档 —— id=154「十堰市快递物流产业园**二期**（…）」竣工 2026，id=181「十堰市快递物流产业园（**二期**…）」竣工 2029。明细表行名对应 id=154，其最新月度只到 2026-07（20081/2900/214），于是软件版写了 7 月值 + 竣工 2026；人工版用的是 id=181 的 2026-08（20377/3196/296，竣工 2029）= 源文件 R71 原值。
4. 库内当月数为 0 → 写出 0：天门「天门市物流中心建设项目」库内 2026-08 的 start_cum/year_cum/month_done 都是 0，而源文件《8月份物流园中心建设项目(天门).xlsx》R13 明明是 16677.7 / 16677.7 / 500，说明是**导入环节把这 3 个数丢了**（人工版正确）。

B. 软件会写「分组小计行」、人工版不写：鄂州/恩施/仙桃/潜江/林区/天门这些「只有一个资金渠道」的市州，软件按渠道把市州合计抄进该渠道行；人工版沿用底稿的空白。金额与市州合计一致，不影响总数，只是填表习惯差异。

C. 软件导出不覆盖 L（建设阶段）等非金额列：D/E/F/I/L 保留底稿值。所以黄石大冶湖冷链 L=暂停、十堰枢纽 L=前期、襄阳冷链中心 L=在建、随州民生物资 M 的「2026年07月…」等都是**上一期底稿的残留**（人工版这几处反而是对的）。

D. 客运部分的差异主要是「人工版手写四舍五入」：底稿里 203 / 203 这类手写整数，人工版沿用了；软件按源表原值写 202.9565。

三、客运站投资明细表差异（16 格）

3.1 金额差异 12 格（明细 8 格 + 汇总 4 格；实质同值，人工版取整）

3.2 文本差异 4 格

注：M26/M85 两处人工版为空，是「人工版没把源表的形象进度补进去」；L91 是「软件版把底稿旧的建设阶段留下来了」。

四、物流站场投资明细差异（140 格）

4.1 金额差异按市州汇总（这是要处理的重点）

4.2 三个「抓错数」的行（必须修）

4.3 文本与字段差异（建设性质 / 建设阶段 / 形象进度 / 工期）

4.4 「0」与「空白」的写法差异（不影响金额）

4.5 全量差异清单（156 格）

客运-明细（页签「明细」）

客运-汇总（页签「汇总」）

物流-分项目投资完成情况（页签「 分项目投资完成情况」，共 108 格）

物流-分市州规划内外项目完成情况（15 格）

物流-市州汇总（17 格）

物流-月2（0 格）

完全一致，无差异。

五、处置建议（按优先级）

1. 【P0】修「按项目名匹配」的脆弱性：明细表行名与库内项目名不一致（多点/少括号/新旧名并存）就整行不覆盖。建议改为按「市州 + 序号/项目名归一化（去标点空格）+ 建库时间」匹配，匹配不到时**必须在运行日志/校验报错中列出行号**（符合用户「导入失败要显示行号」的要求）。
2. 【P0】修导入丢数（天门）：核对《8月份物流园中心项目(天门).xlsx》的 H/J/K 三列映射，修复后重导，复查 investment_monthly 2026-08。
3. 【P0】清理重复项目主档：十堰「快递物流产业园二期」id=154（2026 竣工）与 id=181（2029 竣工）并存，应先合并再做导出比对；同类历史重名项目建议全表扫一遍。
4. 【P1】导出补写 L（建设阶段）：目前 L 沿用底稿，导致「暂停/前期/在建」这类阶段信息可能是上一期的；建议与 M 一样按当月数据覆盖。
5. 【P1】武汉物流无源表（对应交接文档 P1-8）：库内 0 条当月记录，导出只能沿用旧值；要么补武汉单表，要么在导出时提示「该市州无当月数据」。
6. 【P2】分组小计行与 0/空白写法：与业务确认统一（人工版不填单渠道分组行、0 写 0；软件填、0 写空）。
7. 【P2】口径文案：康华 M145「本月无建设内容/本月无建设进展」、宜昌 4 处句号等，建议按源表原文统一（避免人工再改）。

六、结论

本次比对共发现 156 格差异，其中：

• 会影响报省数字的：物流 3 个项目行（十堰快递产业园二期、荆州中国供销公安、天门物流中心）+ 武汉整段（6 行），合计使软件版物流「自开始累计」少 34399.2 万元、「自年初累计」少 34399.2 万元、「本月完成」少 6291.4 万元；
• 不影响数字、只影响版式/口径的：分组小计行填法、0/空白写法、句号、日期数字格式等；
• 谁对谁错（已回溯源文件/库内）：物流的 3 个「抓错数」处全部是**人工版对**；客运的 M26/M85 是**软件版对**（人工版缺形象进度），L91 是**软件版取了底稿旧值**；随州 M156 是**软件版对**（人工版还是 7 月文字）。

软件版要修的是「取数」而不是「算术」——底稿+名称匹配的机制在数据齐全时结果正确，一旦「项目名不一致 / 重名双档 / 当月缺数」就会静默沿用上期值，属于**会静默出错**的类型，建议按第五节 1~3 项优先修。