TACoS 53% 还在亏：亚马逊财务事件净额 +$311，经营净额却是 −$328，用 AI 拆一份真实的月度盈亏桥

9 月 18 日我让 AI 做 9/1–16 的全店盈亏。它交回来的不是一个数，而是三个，而且明确写了「两套口径分别展示」，不许我把它们加在一起。

这套按购买时间取 9/1–16 的订单：87 笔订单里 84 笔已发货、3 笔取消，取消的不计销售。收入用订单里的实付商品额，逐日和 Business Report 日汇总核对一致；FBA 费和佣金按成本表里的模型费率估。

这套按入账时间取 9/1–16 的财务事件，两页数据全部读完：89 个发货事件、9 个退款事件、3 个服务费、7 个调整。亚马逊实际扣了什么就是什么，再在亚马逊之外补上广告和货本。

两张表放在一起，最直觉的做法是想办法把它们对平。那次复盘没有这么做，而是把差异逐项列出来、写成边界。对不上是正常的，硬对平反而会掩盖问题。

这 6 条是那次复盘写在结论后面的，后来成了我们每次算盈亏的固定格式。少了任何一条，−$327.62 都会被误读成「9 月最终亏了 $327.62」。

盈亏桥的每一行都依赖底层数据是否完整、是否最新。那次复盘里，下面几件事是 AI 在算之前先做的，也是最容易被跳过的。

9 月这张桥不是第一次算账。前后两次都有缺口，放在一起看，漏的基本是同几类。

把这几次的做法排成固定顺序。窗口可以是半月或整月，关键是每一步都写清截止时间和口径。

AI 帮我们做的是：把两套口径分开算，不把广告归因销售当收入，不在入账口径上重复扣费，发现内部库过期就回到接口重新取数，对账差异定位到具体产品而不是平摊，并且在结论后面老老实实写上 6 条边界。这些都是人赶时间时最容易省掉的步骤。

它没有让店铺盈利，也补不上我们自己没有录入的成本：头程运费到现在还是缺口。我们没有计量这件事省了多少人工，所以不写节省了多少小时。