报表已经搬到新电脑，打开后数字也完整，迁移是不是结束了？如果这份 Excel 还要从数据库、文件目录或其他系统取数，答案要等下一次刷新之后才能确定。文件里保存的结果，只能说明这一版里有什么；它不能证明新的维护人明天还能取到新数据。
本文以桌面 Excel 与 Power Query 的外部数据连接为例，帮助企业 IT、采购和报表负责人验收持续取数的能力。更换办公套件时，也应单独评估这条数据链，避免把“能导入工作簿”写成“原来的刷新流程可以直接沿用”。
先确定这份表里的数从哪里来
盘点时先把三种情况分开：复制进来的数值是一份静态结果；引用另一个工作簿的公式依赖那个文件；通过查询连接数据库、文本文件等来源，则需要对应的数据连接与刷新环境。一份报表可能同时包含这些情况，不能只按文件后缀归类。
微软的外部数据连接说明介绍了工作簿、计算机及网络中的连接来源。其刷新说明进一步指出，首次导入外部数据时会建立连接信息，描述如何找到、登录、查询和访问数据源，有时保存在 ODC 文件中。因此，交接对象包括工作簿，也包括它依赖的来源和访问条件。
交接一条刷新链，需要留下什么
建议每份关键报表保留一张简短的连接说明，由业务负责人和 IT 共同填写。它应该让接手者在不借用原作者账号的情况下，知道去哪里取数、怎样确认取对了。
- 来源与范围：数据来自哪套系统、哪个文件或查询，取哪些字段，有哪些筛选条件。迁移前后分别记录地址和查询版本，避免仍指向原作者电脑上的旧副本。
- 执行环境：用哪种客户端、版本和连接器执行，是否依赖额外驱动、网络通路或其他组件。只登记这条连接实际需要的条件，不将某个方案的网关要求套给全部 Excel 文件。
- 身份与授权：由谁刷新、使用哪类获批身份、向谁申请数据源权限。文件阅读权限与数据源访问权分开确认，交接记录不存放密码或密钥。
- 结果与责任：数据应加载到哪张表或哪个模型，谁核对结果，何时刷新，失败由谁接手。若声称支持无人值守刷新，还需在拟采用的环境单独验证运行条件。
微软的数据源设置与权限说明提醒，共享工作簿的接收者可能仍需申请数据源访问权。原作者能刷新、接手者却报错时，先按身份、来源和环境定位；不要通过发送原作者密码或降低安全设置来掩盖缺口。
预览变了，报表也跟着变了吗？
Power Query 编辑器中的预览是一个容易误判的环节。微软明确区分：在编辑器里刷新查询，会读取外部数据并更新本地缓存，但该操作不会更新工作表或数据模型中的查询。验收时看到预览出现了新记录，还要继续确认实际供业务使用的输出。
可以设计一组受控样本：由数据负责人在测试数据源新增一条带唯一标记的记录，同时调整一条已有记录。先记录预期变化，再由接手者在目标环境执行约定的刷新动作。不要为了测试直接修改生产账目，也不要手填报表结果来制造“刷新成功”。
- 核对实际来源。确认查询连到约定的测试源，记录刷新开始、结束时间与返回状态。报错时保留错误信息，区分权限不足、来源不可达及查询执行问题。
- 检查输出落点。在工作表或数据模型的实际消费结果中找到新增标记，核对修改后的字段。仅刷新查询编辑器的预览，不能在这一项打勾。
- 验证下游报表。按该文件的依赖关系更新相关汇总或数据透视结果，确认筛选条件没有排除新记录。公式重算与重新从外部取数分别记录，不能互相替代。
- 交给接手者再做一次。使用约定账号与终端，保存并重新打开报表，确认结果可读；随后再执行一次取数，验证维护能力没有依赖原作者的临时会话。
把“最新数据”换成可解释的时间口径
刷新成功时间不等于业务数据已经更新到同一时刻。源系统可能按批次提供数据，查询也可能只取某段日期。建议记录来源批次或业务截止时间、查询条件、刷新完成时间和核对人。即使没有可用的数据时间字段，也应明确“当前只能证明何时完成取数”，不要给报表贴上无法解释的“实时”标签。
业务还需约定刷新失败时怎么处理：是否允许展示上次成功结果、如何标记其时间、谁决定暂停使用。月结留档与持续刷新的分析表也应分清，避免下一次取数改变已经确认的历史口径。这些是企业需要制定的使用规则，不是某个刷新按钮自动提供的保证。
选型结论应落到这条流程
目标环境能由接手者完成取数、落表与业务核对，才有依据迁移这条刷新流程。若文件可以打开，但关键连接不受支持，应明确保留原取数环节，或另行设计经授权的数据交付方式，并写清维护成本与更新时间。不要将尚待改造的环节包含在“迁移完成”里。
评估石墨办公套件私有部署（以下简称办公套件）时，可带上脱敏工作簿、连接说明和预期报表预约演示。让方案方逐项确认哪些协作需求由办公平台承接、外部取数由谁负责，以及在拟交付版本中怎样验证；本文不预设任何在线办公产品能原样运行这些 Excel 连接。也可以先看私有化部署方案，了解部署形态与交付范围。