Power Query合并跨境商品表：两行库存，怎么变成三行

商品表合并成功，没有报错，库存总数却变大了。对正在整理多平台资料的跨境卖家来说，这比一个明显的错误提示更难发现。

Excel里的Power Query可以把库存表、商品信息表和平台导出文件连接起来。它省去了反复复制、查找和填公式的工作，但“合并查询”并不保证原来有几行，最后就一定有几行。尤其是在合并后展开另一张表的列时，一个商品可能出现多次。

商品资料整理场景示意：多平台商品记录与实物规格需要明确对应

微软的合并查询说明介绍了它的基本方式：按一列或多列的匹配值连接两张表。这里的关键词是“匹配”，而不是“帮每行随便找一个值”。另一张表里有几个符合条件的记录，结果就需要按这些记录处理。

所以，遇到Power Query合并查询后行数变多，先不要急着删重复。那些新增行，有时是同一商品不同站点的正常记录，有时则暴露了两张表所代表的业务范围不同。

用一个小例子，看清多出来的库存

假设库存表只有两个销售规格：黑色配件的SKU是001-BK，库存8件；白色配件的SKU是002-WH，库存5件。库存表合计13件。这个例子只用于说明合并关系，不是某家店铺的真实数据。

另一张表记录平台报价，其中001-BK有两条：一条德国站，一条法国站。002-WH只有一条德国站报价。卖家按SKU合并，把报价表中的站点和价格展开，就会得到三条结果。

001-BK分别配到德国和法国的报价，因此原来的8件库存跟着出现两次。002-WH配到德国报价，5件库存出现一次。如果这时候直接求和，得到的是8加8加5，也就是21件。实物库存没有增长，表格里的同一批货被重复带了出来。

微软对展开表列的说明明确指出，嵌套表会展开为多行和多列。这种展开并不是软件故障。对报价展示而言，三个记录都可能有意义；对库存总量而言，却不能沿用展开后的简单求和。

因此，排查时要同时看两个时刻：刚合并以后，新增列里通常还是一个个Table；展开以后，它们变成实际的列和行。若行数在展开时增加，可以先回到某个Table里看，右表究竟匹配到了什么。

如果看到同一SKU对应德国与法国，问题可能是站点范围；如果看到同一SKU、同一站点却有两个不同日期的价格，问题可能是历史版本；如果两行的规格、站点和日期都一样，只是导出文件重复收录，才更接近真正需要处理的重复记录。

“重复”一词必须带着业务范围理解。两个同名商品不一定是同一个规格，两个相同SKU也不一定来自同一个店铺。只盯着商品标题或者SKU这一列，很容易把正常记录删掉，又把真正的问题保留下来。

如果两边同一个SKU都有多条记录，展开后的增加还会更明显。比如左表有该SKU的两行库存快照，右表有三个站点报价，只按SKU连接，两个快照都会遇到三个报价，展开得到六行。此时只清理右表，未必能解决左表混入历史快照的问题。要先决定本次要看哪个日期的库存，再谈报价如何带入。

合并之前，先说清楚一行代表什么

跨境运营表里，最重要的区别常常没有写在文件名上。一张表可能每个实物SKU一行，另一张表可能每个店铺、站点和SKU一行，还有一张表每笔订单的商品明细一行。它们都叫“商品表”，却不是同一种表。

库存数量与平台报价就是常见的组合。共用库存的商品，可以在多个站点有不同报价；按站点分开记录的库存，又不能当成一份统一库存。先弄清实物库存是否共用，再决定报价与库存该怎样一起展示。

如果目标只是给每个库存SKU补上商品名称和材质，右表最好能在当前范围里为每个SKU提供一条明确记录。若目标是查看各站点的在售报价，一个SKU对应多行反而是合理的。两种结果都可以成立，差别在于后续要拿它做什么。

不能为了让行数看起来整齐，随手只保留一个站点，也不能把所有站点价格相加，当成该商品的售价。需要汇总什么、保留什么，必须先有具体含义。价格可能需要选当前有效版本，库存可能需要按实际分配关系看，订单明细则可能确实需要求和。

多店铺运营时，SKU尤其需要核对。不同店铺可能各自使用相同的内部编号；供应商编号也可能被复制进多个卖家的表里。如果只按SKU连接，名字一样的编号会被视为匹配，而软件不会自动知道它们属于不同店铺。

收到外部商品文件时，可以先抽看几条熟悉的商品：编号对应的是单件还是整箱，是母款还是具体颜色。即使左右两边编号完全一样，若一个数字代表一箱，另一个代表一件，把数量直接带在一起仍会产生误解。

这时，可以根据实际业务使用多列匹配，例如店铺与SKU，或者站点、店铺与SKU。不是列选得越多越好，而是这些列确实能够说明正在连接哪条记录。多加一列无关的导出时间，可能又使原本该匹配的数据找不到对方。

微软说明，多列合并时两边的选择顺序必须对应。左边第一列选店铺、第二列选SKU，右边也应该按同样顺序选择对应列。表头名称不必完全相同，但列的含义和数据类型要对得上。列名看着相似，并不意味着里面的值属于同一种编号体系。

对于同一站点、同一SKU有多条历史报价的情况，还要决定先取哪一版。依据可以是明确的有效状态或业务日期，具体采用什么要看原始资料；“文件里最后一行”未必就是最新有效价格。没有确定规则时，留着问题记录核对，比随机取一条更可靠。

展开列时，也值得少选几列。右表若同时有标价、活动价和历史价格，全部带进来却都改名为“价格”，后面就很难解释数值来自哪里。保留能够辨认来源和用途的列名，既方便核对，也能避免把活动期间的价格误当长期报价。表格不是列越齐全越有用。

行数没增加，也可能漏了商品

有些卖家为了解决行数变多，会改用另一种连接方式。这个操作需要理解含义，不能当成清理按钮。

左外连接保留左表的记录，并带入右表符合匹配条件的数据；内连接只保留两边匹配到的记录。如果把库存表放在左边，本意是检查全部库存SKU是否有商品资料，直接用内连接，未匹配的SKU就不会出现在结果里。

假设某款新品还没有录入商品主表，它可能因此从结果中消失。结果看上去没有空白字段，反而更整洁，但它没有证明全部库存都找到了商品资料。遗漏被连接方式藏了起来。

反过来，如果目标就是分析两表共同存在的商品，内连接可以合适。关键是清楚“只看共同记录”与“保留全部左表记录”的差别，别用前一种结果回答后一种问题。

合并后遇到空白，也不能立即填0。没有配到价格，和价格确实为0，是不同情况；没有配到库存记录，和库存确实为0，也是不同情况。把它们混成一个数字，会使后面上架、补货或者调价时难以分辨原因。

对商品资料表来说，缺失名称可以暂时形成待核对清单，但这不代表商品不存在。也可能只是SKU有多余空格、来源表导出了旧编号，或者左表用的是平台商品号，右表用的是商家SKU。先看几个具体未匹配的例子，比反复更换连接方式更容易找到问题。

排查行数时，可以对照合并前后的不同SKU数、总行数，以及几个关键汇总数字。行数相同，只是一个观察结果；数量和金额没有被错误复制，未匹配记录也能被解释，才说明这张结果表适合当前用途。

订单表还需要保留订单明细的身份。同一个SKU一天卖出多次，本来就会出现很多行，不能按SKU去重后只剩一笔；退货或取消记录也不宜与正常销售混为一谈。商品信息可以用SKU对应，订单数量是否可以汇总，却要看订单状态和统计目标。这是两个不同的判断。

00123和123，是不是同一个SKU

商品编号像数字，却未必应该按数字保存。一个常见问题是前导零：00123在一张表里是完整的文本编号，另一张表在导入时变成了123。两边显示相近，实际保存的内容已经不同。

微软的前导零与长数字说明提醒，Excel可能自动移除数字文本的前导零，也可能对过长的数字失去精度。对于商品代码，可以在导入时把相应列按文本处理，保留它原来的身份。

这里最需要留意的是时间顺序。如果源文件已经把00123保存成123，后来改成文本，并不能知道它原来有几个零。如果长编号的后几位已经被数字精度截掉，改变显示格式也无法恢复丢失的位数。应回到仍保留完整编号的原始资料。

给数字套一个显示格式，让123看起来像00123，也不一定能解决跨文件匹配。显示出来的样子与实际保存的内容是两回事。商品表以后还要导出给平台、ERP或另一个工作簿使用，不能只凭当前单元格看上去正确判断。

Power Query对于Excel、CSV等非结构化来源，可能自动推断列类型。微软的数据类型说明介绍了这种行为。整理编号列时，可以检查查询步骤中是否已经发生了类型转换，而不是只看最后一步设置的类型。

并非全部字段都要改成文本。库存数量、尺寸和价格仍有各自的计算用途；把编号当文本，是为了保留标识。跨境表格能持续使用，靠的是每一列有明确含义，而不是把整张表统一成一种格式。

模糊匹配也不适合拿来默认解决SKU不一致。它按文字相似程度寻找候选记录，微软将其限定为文本列上的功能。两个商品编号只差最后一位，就可能代表不同颜色、尺寸或包装数量。看起来很相似，恰好是最需要分清的地方。

模糊匹配可以帮助整理某些自由填写的商品名称，作为人工核对的线索；库存、价格或型号归属，则应该有可解释的对应关系。用相似度找到一行，不能代替确认那行就是同一个销售规格。

Power Query的价值，是把重复的数据整理过程保存为步骤，以后按同一规则刷新。这个特点能省时间，也意味着一个没有被发现的错误关系，可能在每次刷新时继续出现。第一次建立商品合并表，花一点时间看清两边各有多少记录、为什么能对应，后面才能放心使用。

做跨境电商开店，商品资料不是上架以后就可以放下的工作。新增站点、增加店铺、调整套装，都会改变商品表之间的关系。如果你正准备拓展渠道，也可以了解ESG跨境的平台入驻与多平台运营业务。把店铺里的销售规格与手头货品对应清楚，平台越多，越能减少重复整理和错配。

声明：本文系作者独立观点，不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性，实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流，欢迎随时与我们联系。