WorkBuddy合并3张Excel,哪些数能算,哪些要先问清?

三份门店订单表要汇总。同一个订单，一份写1500元，另一份写1600元，还有两笔金额没填。这样的表，直接加总之前，总得先知道哪些能算。

这次用3份自编教学表做演示，每份4行，共12行。WorkBuddy按给定要求，把明细合到一起，还把缺金额、金额冲突的订单单独列了出来。

第一版能确定的金额合计4000元。补充两条确认信息后，变成5950元，但还有两笔订单需要跟进。看这两版结果，能弄清怎么去重、怎样处理空白，以及拿到汇总后该继续问什么。完整要求也放在下面，可以按自己的表格修改。

先看结果：合计之外，还有一张“待确认”

这次要求交回一个Excel，里面有三个工作表。

· 合并明细，保留每笔记录，以及它来自哪个文件、哪一行。

· 待确认，列出缺什么、哪里对不上。

· 汇总，给出行数、订单数和金额合计，说明哪些订单没算进去。

图1　第一版交回了实际Excel。明细里，00105的1500元和1600元两行都保留着。

第一版的4000元，排除了两笔空金额订单和一笔金额冲突订单。打开“待确认”，就能找到具体记录，再沿来源文件和行号回去核实，不必对着一个总数猜漏了什么。

这次合表的用处，在于算得出的有汇总，暂时算不出的也有交代。 这些处理规则都写在任务要求里，换成自己的业务，需要先确认规则是否适用。

演示在2026年10月16日完成，使用WorkBuddy电脑版5.8.2、Deepseek-V4.1-Flash模型。教学数据由执行AI Codex准备，界面也由Codex控制；WorkBuddy负责生成和更新工作簿。生成后，Codex另用Python读取实际文件核对数值，下面的判断据此作出。

空白不能补成0，重复也要分情况

教学表里特意放进了几种情况，合并前就要说清怎么处理。

00102是赠送订单，金额为0。 它有明确金额，明细继续保留0。

00103和00106的金额没填。 这两笔还缺信息，继续留空、列入待确认，暂不计入合计。如果都补成0，表里就分不清“确认是零元”和“金额还不知道”了。

重复记录也有区别。

00104在门店A、B各出现一次，其他信息完全相同，可以合成一条，同时保留两处来源。青禾这个客户的其他订单仍要留下，不能按客户名字去重。

00105则是一张表写1500元，另一张写1600元。两条既不能加成3100元，也没依据挑一个。按本次约定，先保留两个金额，等确认后再计入合计。

图2　待确认里有4行记录，涉及3个订单：两个空金额各一行，00105的两个冲突金额各一行。右侧写了原因和来源。

于是，12行原始数据合并后是11行明细，对应10个不同订单。00104完全重复，少一行；00105的冲突还没解决，暂时占两行。行数和订单数一起看，才知道记录去了哪里。

在WorkBuddy里，把处理规则一起交代

准备跟着做时，把三份同类订单表放进“输入”文件夹，旁边新建一个“输出”文件夹。

本次界面在新任务下方点“选择工作空间”，再选“打开本地文件夹”。自己操作时，打开“表格练习”这一层，让输入和输出都在工作空间里。

本例A、C的表头是“订单编号、客户、金额、回款状态、日期”，B则写成“订单号、客户名称、成交金额、回款、下单日期”。任务要求把它们对齐，不必事先逐个改成同名。

下面保留本次实际执行的完整合并要求，只把本机两条长路径换成了工作空间中的“输入”“输出”。换自己的表时，修改路径、列名和教学数据说明；哪些字段能识别同一笔记录、重复时如何处理，也要按实际业务调整。

这段适用于同类订单表上下合并。若分别是订单表、回款表和客户名单，需要按编号关联，就要另外说明对应关系，没有在本次测试范围里。没有订单编号，也不能直接照搬去重条件，先确定哪几列合起来能识别同一笔记录。

补两条信息后，看看哪些变了

第一版出来后，演示任务提供了两条确认信息：00103的金额是450元；00105应为1500元，C表里的1600元是录入错误。这些金额由任务提供，WorkBuddy据此更新。

本次第二轮通过读取文件执行。Codex控制界面输入中文时出现丢字，取消了那次输入，随后将下面的完整中文要求保存为工作空间中的T2.txt，再让WorkBuddy读取。

按这条已执行的路径复现，就把这段内容保存到“表格练习”下的T2.txt，回到原任务发送下面这句。

直接粘贴中文是另一种可尝试的输入方式，本次第二轮没有另测；这里的第二轮结果来自读取T2.txt后的执行。

图3　第二轮另存了《汇总-确认后.xlsx》，00103补上450元，00105合成一条1500元。左侧是产品回复，文件数值另经Codex用Python独立核对。

两轮结果放在一起，更容易看清变化。

金额很好核对，4000＋450＋1500＝5950。00105只算一次，原来的1600元没有再加进去；金额确认一致后，这笔的两行也合为一行，所以明细从11行变成10行。

表里的“待确认”要连着原因看。第一版列空金额和金额冲突，第二版还把回款状态未确认的一笔留了下来。

空金额只剩1笔，待确认却还有2笔，两者数的不是同一件事。

00106还缺金额，要问“这单多少钱”；00103已经填了450元，但回款状态仍是“待确认”，要问“这笔钱收到了吗”。第二版把这项回款跟进也列了出来，没有擅自改成已回款。

图4　合计是5950元，待确认事项是2项；下方还列了相对第一版的变更。合计口径明确注明“非最终销售额”。

这就能解释，为什么金额填上了，记录仍会留在待确认里。接手的人能按原因分别去问，不会把5950元误当成已经收到的钱。

独立文件核对还确认，除指定的00103和00105外，其他订单金额没变，0元订单仍在，三份输入文件和第一版汇总也保持原样。

换自己的表，先从几行副本开始

拿到结果，打开实际生成的Excel看几处。

· 明细少了哪些行？ 对照订单编号和来源，确认删的是完全重复记录。

· 空白和0还分得开吗？ 缺金额的订单要能找回来。

· 冲突有没有被悄悄算进去？ 两个金额不能未经确认就相加或任选一个。

· 补信息后，还有什么没确认？ 分清金额、回款等不同事项，再核对指定修改之外的记录和旧文件。

这次只验证了12行教学数据，没有测几万行大表、合并单元格、复杂公式，也没有比较人工耗时或其他工具。

自己的表先拿几行副本试一遍，检查去重、合计和待确认是否符合实际业务。规则对了再处理完整文件，缺的信息带着订单编号和来源去问清楚。

关注「风火AI」，每天分享一个能上手的 AI 小技巧和新鲜行业资讯。