月底做汇总，五个门店各自甩来一份「销售明细.xlsx」。打开一看，五份表长得像五个部门的方言：单号有的叫「订单编号」，有的叫「单号」，还有的叫「订单号」；日期有 

，其中一份干脆只写「10月5日」；单价那一列，有一份把「元」字也写进单元格里了。列的顺序更是没有两份一样的。

以前的做法是复制粘贴加手改表头。五份表七百多行，四十分钟，改完还要反复对照「这一行到底录进去没有」，最怕的是漏掉一整份文件却没人发现。这次我换了个做法：不搬数据，先让 WorkBuddy 把「表头乱」这件事本身解决掉。

把五个文件丢进同一个目录就行，表头乱正是要它解决的问题，不要提前美化。WorkBuddy 用 Craft 模式（能直接执行脚本、能读到真实输出），因为合并这事必须真跑一遍才敢信数字。演示素材是 5 份结构各异的门店销售明细，共 49.3 KB。

二、一句话指令（可直接复制）

「把 src/ 目录下的 5 个 xlsx 合并成一张总表，输出到 out/合并总表.xlsx。规则：①表头按字典对齐——订单编号/单号/订单号都算订单编号，下单日期/日期/成交日期/下单时间都算日期，客户/客户姓名/客户名称/收货人都算客户，商品/商品名称算商品，数量/件数算数量，单价/单价(元)算单价；②日期统一成 YYYY-MM-DD，只写了月日的按当年年份补；③单价去掉「元」和逗号转成数字，金额一律用 数量×单价 重算，不要用表里原有的金额列；④整行空行丢掉；⑤按订单编号去重，重复的逐条记下来；⑥总表列顺序固定为 订单编号/日期/客户/商品/数量/单价/金额/来源文件，首行冻结；⑦另出一份变更记录.md，写清每份表进来几行、丢了哪些额外列、哪些单号被判重复。」

——每条都能用「是/否」验证，不说「尽量对齐」这种没法验收的话；

——不让它猜文件在哪、结果放哪；

——写死 YYYY-MM-DD，不给格式它可能给你 2026/10/5，贴回系统又被当成文本；

——总表加变更记录，账要留痕，否则出了错没法回溯是哪一步丢的。

第一步不是合并，是交底：先把 5 份表的表头全列出来，让我看清楚差异有多大。结果是 6 到 7 列不等，关键列写法合计 17 种，还有三份表各自多带了一列额外字段（金额、备注、运费）。

▲ 图 1：五份源表的真实清单，文件大小、表头列数、数据行与差异点一目了然

第二步建映射字典：把 17 种写法收进 6 条规则里，映射只做一次。这一步是整个流程的地基——以后来第六份、第七份表，加一行字典就够，不用改流程。

▲ 图 2：六条映射规则覆盖全部 17 种表头写法，右侧数字是该字段出现过的写法数量

第三步逐行归一：四种日期格式统一成一种；「68.00元」这种带单位的文本单价剥成浮点数；整行空行直接丢掉。这里有一个不声张但做对了的细节——华东区那份表里

，它没有沿用，而是按 数量×单价 重算了一遍，并且把这个决定写进了变更记录。原因很清楚：五份表只有这一份有金额列，沿用会造成两套口径混在一张总表里。它没有默默改，这一点比改对更重要。

第四步去重。4 条重复单号全部来自线上渠道那份表——它末尾又抄了一遍前 4 行，这在两套系统各自导出的场景里非常常见。

739 行原始数据进去，715 行出来。中间做了两次减法，每一次都能对上账：整行空行 20 行（多份表里都有为了排版留的空行），重复单号 4 条。总表 8 列、32.8 KB，金额合计 93,215.49 元，日期区间 10 月 1 日到 10 月 20 日，整轮耗时 0.073 秒。

▲ 图 3：合并前后的漏斗，739 行 → 去掉 20 行空行 → 719 行 → 去掉 4 条重复 → 715 行

▲ 图 4：五份表各自的有效行数，最大 151 行、最小 135 行，体量接近，没有哪一份可以省掉

数据要说清局限：这是 5 个文件、715 行的演示样本，0.073 秒是本地小样本读数，几十份表、几万行会线性增长，不要拿这个数字去估生产环境的耗时；演示数据是合成数据，不是真实业务；另外有 135 条记录（西南区整份表）原表只写了「M月D日」不带年份，是按当年年份补全的，如果这份表跨了账期，年份需要人工确认。

第一次跑直接崩了，报「日期无法识别：10月12日」。补上年份后要记得回头确认——这 135 条是按 2026 年补的，跨年账期会全部错位，而且错得很安静，总表看起来完全正常。

坑二：一单多商品不能只按单号去重。

演示数据是一单一行，所以按订单编号唯一没问题。但真实订单如果一单里有多个商品，必须改成「订单编号+商品」联合键，否则会把正常明细当重复删掉——这是整套流程里最容易出错、也最难事后发现的一处，去重键选错，删得又快又准。

坑三：金额别让两套口径并存。

原表有金额列、你又重算金额，两者对不上时不知道信谁。定死一条规则：以 数量×单价 为准，原金额列只在变更记录里留档备查。

Excel 的 Power Query 完全能做这件事，而且更稳。但它要求你先手动把五份表的表头改成一致、再为每份表单独建一个查询、再合并——下次来第六份表，还得改一遍。AI 在这里的价值不是替代工具，是「翻译 + 兜底」：把「表头乱」翻译成映射字典，把「日期写法杂」翻译成归一函数，遇到没见过的写法它报错而不是瞎猜，跑完还给你一份能复核的变更记录。前者省的是理解成本，后者省的是事后排查成本。

①做周更：只合并新增文件，按订单编号追加，不重跑全量；②加一列数据质量标记，把缺客户、数量为负的行标出来单独看；③同一套字典复用到 CSV 导出文件，换格式不改逻辑；④在总表上直接按客户/商品做透视，月报一步出。

合并表格真正难的地方，从来不是「把它们粘在一起」，而是决定「哪些行算同一行」。工具能替你搬完 715 行、能替你统一 17 种表头，但去重键选哪个，必须你自己想清楚——这件事它没有判断依据，只有你的业务规则。低风险的起步方式：先拿一份二十行的样例表跑一遍，逐条看变更记录里的判断对不对，确认无误再上全量。省下来的四十分钟不是重点，重点是那份变更记录让你第一次能证明「一行都没漏」。

月底做汇总，五个门店各自甩来一份「销售明细.xlsx」。打开一看，五份表长得像五个部门的方言：单号有的叫「订单编号」，有的叫「单号」，还有的叫「订单号」；日期有 2026-10-05、2026/10/5、20261005，其中一份干脆只写「10月5日」；单价那一列，有一份把「元」字也写进单元格里了。列的顺序更是没有两份一样的。

#WorkBuddy# 5 份 Excel 合并成一张总表：17 种表头写法、739 行去重到 715 行，0.07 秒跑完

人工智能

月底5家门店销售明细表头混乱（17种写法）、日期格式多样、单价含单位。通过WorkBuddy的Craft模式，用一条指令实现自动映射表头、统一日期格式、按数量×单价重算金额、去重及空行清理。739行数据经处理输出715行总表（8列，32.8KB），耗时0.073秒，附变更记录可追溯每步操作，确保数据零遗漏。

WorkBuddy 

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

#WorkBuddy# 5 份 Excel 合并成一张总表：17 种表头写法、739 行去重到 715 行，0.07 秒跑完

#WorkBuddy# 5 份 Excel 合并成一张总表：17 种表头写法、739 行去重到 715 行，0.07 秒跑完

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐