Excel合并跨境订单：把平台、明细和更新时间带上

店铺从一家变成几家以后，订单表往往也从一份变成好几份。运营把文件放到一起，想知道今天卖了什么、哪些商品要补货，却发现同一个订单号出现了几次。此时点一下删除重复项，表格会变整齐，业务却可能少了真实记录。

一张订单可以包含多个商品，同一条明细也可能在上午和下午的导出中各出现一次。它们看起来都像重复，代表的事情并不相同。用Excel汇总跨境店铺订单，要先知道每行数据是什么，再决定如何处理。

Power Query适合把重复的导入、字段整理和汇总步骤保存下来，后续刷新时再次执行。本文围绕卖家的订单文件说明整理思路，具体菜单与可用连接方式仍以所使用的Excel版本和实际导出格式为准。

跨境卖家整理多个平台订单来源与商品明细原创示意

一张订单，可以在表里占好几行

假设某店铺的一张订单买了一个收纳篮和两条毛巾，导出文件按商品明细记录，表里就可能有两行：一行收纳篮数量一，另一行毛巾数量二。订单号相同，商品与数量不同。这两行都属于真实业务，按订单号删除其中一行，会直接影响销量与补货判断。

换成统计订单数，处理方式又不同。此时需要按能够识别一张订单的字段组合计算，不能把两行明细计成两张订单。统计售出件数时，则要回到商品数量列。订单数、明细行数和商品件数，最好在报表里写明各自的意思。

跨平台时，还需要保留平台来源。某个编号在一家店里能够识别订单，不代表这个编号在所有平台都独一无二。若同一平台有多家店，也要看看导出文件是否提供店铺身份，避免把两家店的记录混为一谈。

因此，订单汇总可以先保留平台、店铺、订单号与商品明细编号。是否能用这个组合定位一条记录，要根据实际文件确认。有的平台导出包含稳定的明细编号，有的需要其他字段辅助识别，不能假设所有渠道都采用相同规则。

商品SKU通常也不能独自替代明细身份。一张订单可能通过不同销售项目买到相同SKU，也可能包含组合装和单件。若这些情况在原始记录中分开出现，汇总时应先保留销售项目与包装信息，再按报表目的转换。

开设新平台店铺时，这些字段值得一并了解。通过ESG跨境合作平台入口比较官方招商渠道，除了关注商品能否销售，也可以在实际对接中了解订单资料怎样取得。新店开始出单后，已有运营人员需要认得这些数据，才能把它放回公司的库存与销售判断。

表头整理好，文件才接得上

Power Query的追加查询按列名对应数据，而不是按列在表格中排第几位。第一份文件的订单号在第二列，另一份放在第五列，只要对应列名一致，位置变化本身不会阻止追加。反过来，两列位置相同、列名不同，工具也不会自动理解它们指的是同一件事。

例如，一家平台写Order ID，另一家写Order Number，卖家可以在各自的来源查询中把它们整理为统一的订单号字段。重命名前要确认含义；订单号、发货单号和交易流水号即使长得很像，也不能为了凑齐一列而随意替换。

金额字段更需要看清。商品金额、订单总额、运费和结算金额可能出现在不同文件里。把它们全改成销售额，后面的合计就很难解释。可以保留原有信息，再建立用于特定报表的标准字段，并说明哪些费用已经包含在里面。

币种要跟金额一起保留。100欧元和100英镑追加在同一列，数值可以相加，但合计200没有明确的财务意义。若报表需要统一币种，应先确定采用的换算口径与时间，再进行转换；只想看各店铺销售变化时，也可以先按原币分别汇总。

缺失字段也应被看见。Microsoft说明，追加的表缺少某列时，对应位置会出现空值。这是数据结构的结果，不能自动说明运费为零、客户没有退货，或者商品数量为零。准备继续统计前，应确认来源究竟未提供这项信息，还是导入过程漏掉了它。

订单号、SKU和相关编号可以先按文本处理。前面的零可能属于编号本身，长编号也不需要参与数值计算。若导入时已经转换错了，要回看查询中的类型转换步骤及原始文件；如果原始文件保存的值已经受损，后来将单元格显示为文本并不能找回内容。

Power Query对Excel、CSV等来源可以自动识别数据类型，默认识别会参考前两百行。这个机制方便导入，但不能代替对业务字段的判断。前面一段恰好只有数字，后面才出现字母的编号，就值得在加载前检查类型安排。

日期则要留意文件使用的区域格式。01/02/2026按不同日期习惯，可能被理解为一月二日或二月一日。Power Query提供使用区域设置转换类型的方式，应与来源文件格式对应。若要比较更新时间，还应弄清时间所属时区，不能把两个地区的本地时间直接当成同一时间基准。

这些准备不需要一次统一所有平台。可以先把每个来源整理成明确的查询，再把已经对齐的字段追加到汇总表。以后平台导出增加一列或更换表头，就容易找到应调整的来源，减少在最后一张表里到处修补的工作。

追加文件，与匹配商品资料是两种操作

把多家店的订单行放到同一张表，可以使用追加查询。若希望给订单带上商品名称、内部分类或采购资料，则属于按相关字段匹配另一个表的合并查询。两个操作解决的问题不同，选择时先看自己要增加的是业务记录，还是记录上的信息。

在Power Query编辑器中，追加查询位于主页的合并功能组。选择追加为新查询，可以建立新的汇总查询，保留各来源查询原有步骤。多个平台分别整理好后，这种安排便于回到某一家店的资料检查问题。

合并查询则需要选择匹配的列，也可以使用多列组合。例如，平台销售SKU与内部货号之间有一张映射表，就可以按实际对应关系带入内部商品信息。两边用于匹配的字段类型应一致，多列匹配时也要按对应顺序选择。

映射表需要先弄清一条销售记录会匹配到什么。若同一个销售SKU在映射表里出现两行，展开匹配结果后可能得到两条记录。这不一定是工具重复导入了订单，而可能是右侧资料本身提供了多个匹配。预期只有一个内部货号时，应先解决对应关系。

组合装又是另一种情况。一个销售项目包含两个内部商品，匹配出两个组成项可能是正确的；但这张组成明细表不能直接沿用整套销售额求和，否则同一笔收入会被重复计算。用于销售统计的项目与用于库存扣减的组成资料，可以在不同结果表中各司其职。

没有匹配上的商品，也值得保留下来查看。如果在补充商品资料时只保留匹配成功的行，某些新SKU可能从报表里消失。实际制作时可以选择符合目的的连接方式，并单独查看未匹配记录，分清是货号变化、资料遗漏，还是商品确实尚未建档。

处理重复项同样先看字段。Power Query按选中的列判断重复，比较文本时区分大小写。若某个业务编号本来就区分大小写，应保持原值；只有确认大小写无业务含义，才考虑统一。商品标题相似，不能直接用来证明是同一件商品或同一条订单明细。

如果要分析可疑重复，可以先使用保留重复项查看记录，看看它们的商品、数量与时间究竟哪里不同。确认后再确定处理规则，比只凭行数减少就判断整理成功，更接近真实业务。

同一订单的两次导出，要看它更新了什么

上午的文件记录待处理，下午的文件记录已发货，同一条订单明细就可能出现两个版本。如果目标是查看当前待发订单，应按照可靠的更新时间选择最新状态；如果目标是分析处理过程，两个版本可能都有保留价值。

Microsoft特别提醒，删除重复项不能保证保留重复集合中的第一条。因此，先按时间排序、再删重复，不能直接当成可靠的最新版本选择办法。需要依据实际更新时间明确选择规则，而不是依赖行当前排在什么位置。

一种整理思路是，按确认过的明细身份分组，找出每组最大的业务更新时间，再根据身份与这个时间匹配回完整记录。若同一时间仍有两条不同状态，应继续查看来源，不能随意留一条。没有业务更新时间的文件，也不能仅凭名称较新就证明其中每条订单都更晚。

文件导出时间可以帮助理解批次，仍要与订单更新时间分开。下午导出的文件也可能包含早上之前的状态，特别是来源有同步延迟时。团队应根据平台实际文件说明和业务情况，决定哪些时间字段用于版本判断。

退款、取消与重新发货也不要全当成多余行。有的导出是订单当前快照，有的记录业务事件，还有的属于结算明细。退款事件与原销售共用订单号，并不意味着可以删掉退款。先分清文件用途，才能决定哪些记录可以相互追加。

日常文件准备好后，可以用Excel数据菜单下的获取数据，从文件夹导入同类文件。Microsoft建议用于合并的文件具有一致结构，放入专用文件夹。不同平台格式差异较大时，先分别整理；汇总工作簿、旧测试文件和无关附件则应放到其他位置。

文件夹导入还可能包含选定范围内的子文件夹，新文件的结构也会影响后续处理。刷新之前可以查看文件清单与筛选条件，确认这次参与导入的确实是需要的数据。将错误文件跳过，会改变结果范围；用于业务汇总时，应了解哪些文件没有进入结果。

刷新后的检查可以从熟悉的订单开始：它有几个商品项目，数量是否完整，当前状态是否正确，销售额有没有因匹配而重复。再看各店铺的订单数与金额是否能对应原始范围。表格中的每一个合计能说清从哪里来，运营才好据此安排补货、处理异常和观察销售。

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