一、需求从哪来

做 Excel 报表时，"从一个透视表取数据"这个需求通常有三种来源：

1. 汇总页引用：明细透视表在另一个 sheet，汇总看板要抓取其中的关键数字（本月销售额、同比增长率）
2. 透视表再加工：已经做好的透视表结果，想拿去算比率、做差额、拼成新表
3. 透视表当数据源：想把"按城市汇总后的透视表结果"，作为新透视表的输入继续分组

这三种需求的实现方式完全不同，各有各的坑。本文逐个讲清。

二、方案一：GETPIVOTDATA 函数（推荐，最稳）

2.1 为什么它是首选

在透视表外的单元格输入 =，再点透视表里的某个数字，Excel 会自动生成这样的公式：

=GETPIVOTDATA("销售金额", $A$3, "城市", "北京", "月份", "1月")

这就是 GETPIVOTDATA。它的语法结构是：

=GETPIVOTDATA(数据字段, 透视表起始单元格, [字段1, 项目1], [字段2, 项目2], ...)

• 数据字段：要取的值字段名，如 "销售金额"、"订单数"
• 透视表起始单元格：透视表左上角，用 $A$3 绝对引用
• 字段/项目对：定位到具体哪一行哪一列，成对出现

2.2 核心优势：按字段名定位，不怕刷新

普通单元格引用（=透视表!B5）最大的问题是：透视表一刷新，行列表结构变了，B5 指向的可能就是另一个数据了。而你完全看不出来——数字还在，只是含义变了，这种错误最难发现。

GETPIVOTDATA 是按字段名和项目名取值的。刷新后透视表哪怕行顺序变了、多了一行，公式依然精准取到"城市=北京、月份=1月"的那个值。数据不存在时，它会返回 #REF!，是显式报错而不是静默出错。

这是 GETPIVOTDATA 相对直接引用的本质优势。

2.3 引用另一个 sheet 的透视表

公式里的透视表起始单元格要带上 sheet 名：

=GETPIVOTDATA("销售金额", 透视表1!$A$3, "城市", "北京")

如果 sheet 名带空格或特殊字符，要加单引号：

=GETPIVOTDATA("销售金额", '销售透视 2026'!$A$3, "城市", "北京")

2.4 用单元格做参数，实现可下拉的取数表

硬编码 "北京"、"1月" 会让公式变成死公式。更好的做法是把城市、月份放在单元格里引用：

把 B1、B2 换成下拉列表后，这张表就能切换任意城市/月份自动取值——这就是"透视表取数面板"的标准做法。

2.5 批量取数：用 COLUMNS/ROWS 自动生成参数

要在汇总表里一次拉出"所有城市 × 所有月份"的矩阵，可以借助 COLUMNS 让参数自动递增：

=GETPIVOTDATA("销售金额", 透视表1!$A$3,
              "城市", INDEX($A$2:$A$6, COLUMN()-1),
              "月份", INDEX($B$1:$D$1, 1))

配合 IFERROR 兜底，避免某些组合不存在时报错：

=IFERROR(GETPIVOTDATA("销售金额", 透视表1!$A$3, "城市", $A2, "月份", B$1), 0)

2.6 关闭自动生成 GETPIVOTDATA

有些人觉得 GETPIVOTDATA 写起来麻烦，想直接引用单元格。可以关闭自动生成：

文件 → 选项 → 公式 → 取消勾选"使用 GetPivotData 函数引用数据透视表"

但关闭后得到的是普通单元格引用，刷新就会失准。建议保留默认开启，需要普通引用时手动改。

三、方案二：直接单元格引用（不推荐，除非特殊情况）

=透视表1!B5

3.1 什么情况下可以用

• 透视表结构完全固定，不会因刷新改变行数、列顺序
• 只取一个固定位置的值，比如总计行
• 临时看一眼，不做正式报表

3.2 风险清单

判断标准：如果这张表要给别人看、要长期用、数据会定期更新——必须用 GETPIVOTDATA。

四、方案三：把透视表结果作为新透视表的数据源

这是最容易卡住的需求："我做好的透视表，能不能直接当另一个透视表的数据源？"

4.1 答案：Excel 不支持直接引用透视表区域

选中透视表区域 → 插入数据透视表，Excel 会报错："数据透视表不能引用另一个数据透视表"。这是 Excel 的硬限制。

4.2 正确的三条路径

路径 A：复制透视表结果为静态区域，再建透视表

1. 选中透视表区域 → 复制
2. 在新 sheet 里 → 选择性粘贴为数值
3. 以这块静态区域为数据源，插入新透视表

⚠️ 缺点：源透视表刷新后，这块静态区域不会跟着变，需要重新粘贴。适合一次性分析。

路径 B：从原始数据源重建透视表（推荐）

不要在透视表上套透视表，而是让两个透视表共享同一份原始明细数据：

1. 两个透视表都以原始明细表（或同一张表/数据模型）为数据源
2. 用切片器把它们连接起来，实现联动筛选

这才是 Excel 的原生思路：透视表是"视图"，不是"数据源"。要做多维分析，应该从明细数据出发，而不是在结果上再叠一层。

路径 C：用 Power Query / 数据模型

1. 把透视表的数据源导入 Power Query 做清洗
2. 在数据模型中建立关系
3. 用数据模型建透视表，多表可以自动关联

适合需要多表关联、数据量大的场景。

4.3 如果确实需要"先汇总再分组"

比如先把明细按城市汇总，再按大区二次分组，除了复制粘贴，还可以：

• 在原始明细里加一列"大区"映射，用一次透视表同时按大区和城市分组（多层行字段），不必做两次
• 用 SUMIFS / SUMPRODUCT 直接在公式层完成两次汇总

多数情况下，"透视表套透视表"的需求其实可以用多层行字段或计算字段替代。

五、方案四：多透视表共享数据源 + 切片器联动

如果是"多个看板需要同一批数据的不同视图"，正确做法不是互相取数，而是：

1. 两个透视表的数据源都指向同一个表格（Ctrl+T 转成智能表）
2. 插入切片器，在切片器上右键 → 报表连接 → 同时勾选两个透视表
3. 点切片器，两个透视表同步筛选

这样每个透视表保持独立，但筛选条件统一，比互相引用干净得多。

关键前提：数据源必须是"表格"（Table）而不是普通区域，否则刷新范围不会自动扩展。

六、GETPIVOTDATA 的六个坑

6.1 字段名必须一字不差

"销售金额" 和 "销售 金额"（中间有空格）是两个不同字段。从透视表里点选生成的公式不会错，但手写时容易漏空格。

6.2 项目名要匹配显示值

取"北京"这类文本项目没问题，但如果透视表里把"北京"改成了"北京市"，公式就取不到。取日期项目时尤其坑——透视表里显示 "1月" 还是 "2026-01"，取决于分组方式和显示格式。

6.3 取不到时返回 #REF!

常见原因：项目不存在、字段名写错、透视表被重建（起始单元格变了）。用 IFERROR 包一层可以兜底：

=IFERROR(GETPIVOTDATA("销售金额", 透视表1!$A$3, "城市", "北京"), 0)

6.4 数据源更新后需要刷新透视表

GETPIVOTDATA 读的是透视表当前的值，透视表没刷新，读到的还是旧数据。记得 Ctrl+Alt+F5 刷新全部。

6.5 多个值字段要分别写公式

一个透视表里有"金额"和"数量"两个值字段时，要写两条 GETPIVOTDATA：

=GETPIVOTDATA("销售金额", $A$3, "城市", "北京")
=GETPIVOTDATA("订单数量", $A$3, "城市", "北京")

6.6 无法跨工作簿稳定引用

引用其他工作簿的透视表时，源文件关闭后公式可能失效（显示为完整路径 + #REF!）。跨文件取数建议用 Power Query 或先汇总到一个文件。

七、四种方案对比

八、完整实操示例

需求：sheet「明细透视」里有一张按城市、月份汇总的透视表（左上角 A3），要在 sheet「看板」里做一张可切换城市和月份的取数面板。

步骤：

1. 在「看板」sheet 建参数区：

2. 在 B3 写公式：

=IFERROR(GETPIVOTDATA("销售金额", 明细透视!$A$3, "城市", $B$1, "月份", $B$2), "无数据")

3. 再加一行取订单数：

=IFERROR(GETPIVOTDATA("订单数量", 明细透视!$A$3, "城市", $B$1, "月份", $B$2), "无数据")

4. 换 B1/B2 的下拉值，数字自动跟着变；透视表刷新后，公式依然准确。

九、总结

"从另一个透视表取数据"这件事，核心是分清三种需求：

1. 要取透视表里的某个数字 → 用 GETPIVOTDATA，按字段名定位，刷新安全
2. 要把透视表结果当数据源再分析 → Excel 不允许，改走"共享原始数据源 + 多层行字段"或 Power Query
3. 要多个透视表联动 → 共享数据源 + 切片器报表连接

一个判断原则可以记住：透视表是视图，不是数据源。任何"在透视表结果上再做透视表"的想法，都应该回到原始明细去实现。而取数场景里，只要这张表会被反复使用，就一律用 GETPIVOTDATA，别用 =透视表!B5。

推荐学习书籍 《CDA一级教材》适合CDA一级考生备考，也适合业务及数据分析岗位的从业者提升自我。完整电子版已上线CDA网校，累计已有10万+在读~ !

免费加入阅读：https://edu.cda.cn/goods/show/3151?targetId=5147&preview=0