外卖平台对账单提取与核对：
美团、饿了么、抖音，同一笔钱三本账

为什么外卖对账比想象中更费力

餐饮老板不是不会用 Excel。问题是三张账单摆在面前，它们之间缺乏任何可以连接的数据关系。

佣金结构不同。美团外卖的收费模式在 2025 年调整后，拆成了"技术服务费"（约 6%-8%）和"配送服务费"（按距离/价格/时段浮动），实际综合费率在 15%-25% 之间。饿了么的技术服务费约 15%-20%，配送费另算。抖音团购的佣金率则低得多——餐饮类目通常在 3%-5%，但它走的是"先付后核销"模式，用户付的钱先压在抖音，到店扫码核销后才进入结算流程，中间有 3-7 天的资金滞留。京东外卖以 5% 的低佣金进入市场，各平台之间的费率差可以超过 20 个百分点。

字段名称不统一。同一个业务含义，三个平台用三套命名体系。下表是一份真实的对账场景对照：

结算周期错位。美团外卖一般 T+1 到 T+3 结算，饿了么类似，但抖音团购的核销率通常在 60%-80%——用户买了券但没来消费，这笔钱既不在你的银行账户里，也不在你的 POS 流水里，但它出现在抖音的结算单上，等着你判断要不要做账。

这些差异叠加在一起，月底对账就从"核对数字"变成了"重新翻译三份数据"。而平台商家后台的导出功能并不帮你解决翻译问题——每个平台只对自己的数据负责，跨平台的对账，从来都是商家自己的事。

这个问题的本质，不是一个人不够快。是数据被关在了不同格式的账单里——截图、PDF、后台导出的 CSV，每种格式都需要一个人先"读懂"再"搬运"。如果你的店铺已经覆盖了多个门店或仓库，这种多来源数据汇总的困境还会进一步放大——我们之前在多门店进销存报表的自动化提取中讨论过类似的"多源归一"问题，外卖对账是同一个结构在不同场景下的重演。

三步完成跨平台对账单提取与核对

既然问题的根源是"数据被锁在不同格式里"，解法就不是找一个更快的打字员——而是让 AI 直接读懂这些账单的内容，把不同格式的数据自动汇入同一张表。

简录AI 的核心能力叫列名提取：你在界面上输入想要提取的字段名——就像定义 Excel 的表头——AI 会根据字段名在文档中定位对应的值。它不靠模板（不需要在每个文件上画框框）、不靠固定坐标（美团的"用户实付"在页面中间，饿了么的可能在右上角，AI 都能找到），而是通过语义理解来判断"这个数字是顾客付的钱"。你要的列名，就是最终生成表格的列标题。

这个机制意味着你只需要定义一次列名模板，就可以批量处理三个平台的全部账单——无论它们是后台截图、导出的 PDF、还是手机拍的结算页面。

这一步输出的表已经可以直接用于月度对账了。但如果你想在提取的同时，让 AI 自动算出每个平台的佣金率和实际到手金额——这就是下一步要讲的计算列。

用计算列让账单分析自动完成

餐饮老板最关心的问题往往不是"这个月营业额多少"——POS 系统已经告诉你营业额了。真正的问题是：扣完所有费用之后，每笔订单实际赚了多少，以及不同平台之间的差异有多大。

简录AI 的计算列功能让 AI 在提取数据的同时直接完成运算，输出的不是原始数字，而是可直接阅读的分析结果。有两种写法：

列名写法（无需登录，demo 页面即可体验）：在列名中直接写计算逻辑。例如：

• 佣金率（佣金÷顾客实付） → AI 提取每笔订单的佣金和顾客实付后，自动求商，输出百分比
• 实际到手（顾客实付−佣金−配送费−活动分摊） → 三步减法，AI 在提取时同步完成，直接给出净收入
• 差额（商家实收−实际到手） → 如果平台的"商家实收"字段与你自己算的"实际到手"不一致，这一列直接标出差距

Rule Format 写法（登录用户，适合更复杂的多步推导）：列名保持简洁，计算逻辑写在 JSON 规则中，支持条件判断和跨行汇总。比如你想标记"佣金率超过 20% 的订单"或汇总"活动补贴总额"，Rule Format 可以定义：

• 条件高亮：佣金率 > 0.20 ? "需复核" : "正常"
• 分类汇总：按平台分组，汇总各平台的总佣金、总配送费、净收入

计算列的价值在于：你不需要把数据导出到 Excel 之后再写公式。公式本身就是提取流程的一部分——AI 从账单上读出佣金是 5.7 元、顾客实付是 38 元，当场算出佣金率是 15%，然后把这三个值（5.7、38、15%）全部填入对应列中。一件事做一次，而不是先提取、再计算两步走。

POS流水与平台结算单的双向核对

上一节讲的"差额"列引出对账流程中最关键的一步：核实平台账单上的"商家实收"与你店内 POS 系统的"营业流水"是否一致。

这不是一个可有可无的步骤。平台的结算单反映的是平台记录的交易——它包含的是平台认为你该收多少钱。POS 系统记录的是店内实际发生的交易——它在乎的是客人付了多少钱。两者之间的差额可能来自：

• 平台记录的订单在 POS 中被取消或退款，但平台账单尚未更新
• 抖音团购的核销记录与 POS 日结的时间差（核销发生在到店当天，但结算可能 3-7 天后才完成）
• 平台活动补贴的计入时点不同——美团在结算单中单独列出，POS 直接按顾客实付记账
• 银行入账的"复合批次"问题：美团一笔打款 5000 元，对应的是 30 笔不同订单的商家实收合计，但银行对账单上只显示"美团（中国）"一笔汇入

传统做法是：把平台导出的一张 Excel 和 POS 导出的一张 Excel 分别打开，按订单号逐行核对。如果月订单量超过 200 单，这项工作通常在 2-3 小时以上——而且非常容易漏掉佣金率高但金额小的差异。

列名提取的优势在于：你可以把平台账单和 POS 流水放在同一个处理批次里，分别定义对应的列名，AI 会把两组数据提取到同一张工作表的不同区域。然后通过计算列中的"差额"逻辑，自动标出每一行的不一致之处——平台说商家实收 26.18 元，POS 显示收入 28 元，差额 1.82 元，这一行直接标红。

对账的核心动作从"打开两张表、逐行比对"变成了"看 AI 标出来的那几行"。不是说对账完全自动化了——异常差异的判断、退款/核销时间差的解释、复合批次的拆解仍然需要人工判断。但 AI 替你完成的那部分，是重复机械的、"看一眼就知道没问题但还是得看"的工作。

这种从"数据提取"到"自动核对"的自动化思路，本质上是一种轻量级的财务自动化——不需要部署 ERP、不需要对接银行 API、不需要改变现有的 POS 系统，只需要改变"数据从账单到 Excel"这一段路程。

常见问题

美团商家后台可以直接导出 Excel，为什么还需要 AI 提取？

美团确实支持导出，但导出的字段名和饿了么、抖音不同——三张导出的 Excel 要合并到一张表里，仍然需要手动调整列名映射、统一日期格式、对齐金额字段。AI 提取的价值不在于"取代导出"，而在于"统一输出"：无论来源是美团导出文件、饿了么后台截图、还是抖音结算 PDF，最后出来的都是一张列名统一的表。

截图的识别准确率怎么样？会不会漏数据？

简录AI 基于视觉大模型，印刷体表格数据识别准确率最高可达 99%。与依赖文字坐标定位的传统 OCR 不同，它通过理解页面内容的语义来定位字段——"38.00 在"用户实付"旁边，所以它是顾客付的钱"——而不是简单地按像素位置取字。但需要注意，模糊不清的截图（如压缩严重的微信传来图片）会影响准确率，拍照时尽量保证清晰。

计算列的佣金率公式，不同平台的计算口径不一样怎么办？

这正是计算列写法的价值。你可以在列名中区分配置：定义"美团佣金率（技术服务费÷用户实付）"和"饿了么佣金率（技术服务费÷用户支付金额）"作为两个独立列——每个列名对应各自平台的口径，AI 在提取时自动匹配。如果两个平台的字段差别太大，也可以先用推断列判断平台归属，再用 Rule Format 做条件分支（if 平台=美团 then...else if 平台=饿了么 then...）。

抖音团购的核销记录和外卖订单能放在一起处理吗？

可以。二者的数据字段确实有差异——团购没有配送费，核销日期和下单日期可能相隔数天——但列名提取不要求所有文件字段一致。你定义的所有列名，AI 会从每份账单中尽可能提取；账单上没有的字段（如抖音账单没有"配送费"），对应列自动留空。最终输出的 Excel 中，外卖订单行显示完整的外卖字段，团购行在配送费列留空——整体结构保持统一。

每个月都要对账，能不能做成固定流程？

可以。定义好列名模板后，点击顶部的"保存模板"按钮——下个月对账时，打开同一个模板、上传新的账单截图、一键处理。模板会保留你的列名配置、计算列逻辑和推断列规则，无需重复设置。如果你需要员工或合伙人也参与上传，可以使用收集链接功能——生成一个专属链接发给店员，对方打开后可直接上传当天的外卖单据截图，文件自动进入你的处理队列。

对账的终点不是"查漏"，而是"省出时间看利润"

外卖对账这件事情，餐饮老板做了太多年，以至于很多人都默认"月初就得花半天时间对账"是经营成本的一部分。但仔细想想：你在做的是把机器已经知道的数字（美团知道扣了你多少佣金，饿了么知道你收了多少钱，POS 知道卖了什么）从一张表搬到另一张表——搬运本身不创造任何新的信息。

让 AI 把搬运这一步做了，你省出来的时间应该用来看真正的业务问题：为什么抖音的单子佣金率低但到手多？是不是应该把美团上的爆品在抖音上也挂一个套餐？配送费占利润的比例有没有在逐月上升？这些问题才是对账的意义——但前提是你没有把所有精力都耗在"把数字从 A 搬到 B"上。

先用这个月的账单试一次。把美团、饿了么、抖音的截图全部上传，定义你关心的列名，看看 120 张账单是花了一小时打字还是 10 秒提取。数字不会骗人。