先说一个判断标准：一份利润表的价值不在于「能出」，而在于可复算—— 换一个人、换一天去算，同一口径下结果一致。以下五个坑，破坏的正是「可复算」。
坑一：用「今天」的汇率折算历史订单
最常见的做法：把外币销售额直接乘以当前汇率，或者乘以一个「大概的平均汇率」。 问题有两层：其一，汇率每天都在变，历史订单用今天的汇率折算，等于给过去的价格重新定价； 其二，是数学层面的——先把每天的收入按当天汇率换算再相加， 不等于把总量乘以一个平均汇率（各日金额不同时，两个结果对不上）。
通行做法：按交易发生日的汇率折算，先逐日换算、再汇总；折算应该内置在报表统计里，而不是导出之后靠手工乘。
我们的做法：币种折算发生在报表聚合的内部，并在统计前检查区间内每一天的汇率是否齐全—— 缺哪一天就直接报错并指出缺的日期，而不是悄悄把那几天的数漏掉，让报表无声地变小。
坑二：把 FBA 在途当可售
货发出去就当「已经在库」——这是库存与销量长期对不上的常见原因。 事实是，FBA 入库货件有「已创建 / 已发货 / 接收中」等多个状态： 货件在途时，既不在可售库存里，也不能立刻计销，要等仓库接收完成。 把在途当可售，补货就会过量；把在途直接清零，又会重复下单。
通行做法：在途数量单独列示、按货件状态跟踪，接收完成后才并入可售库存；补货判断必须区分「可售」与「在途」两个口径。
坑三：广告费与退货没有归口到 SKU
广告费记在店铺层面、退货不冲减收入——这样算出来的单品毛利是虚高的， 而且虚高得很有迷惑性：越烧广告越觉得「这个品赚钱」，越推越亏。
通行做法：费用与退货按订单 / SKU 归口之后，再进利润表；推广决策只看归口后的口径。归口粒度（订单级还是 SKU 级）可以按业务定，但必须全站一致。
坑四：多站点同一产品，各算各的
同一个产品在美国站、欧洲站、日本站的编号可能并不一致，各站点数据各算各的， 汇总时要么重复、要么漏算，「这款产品到底赚多少」就没有答案。
通行做法：以自己的内部 SKU 为主键，建立跨站点、跨店铺的映射关系，先归一、再汇总； 映射没有把握的记录要显式进入「待确认」队列，而不是混进汇总数里。
我们的做法：系统展示每个映射的置信度与人工确认状态，并单独列出未映射的记录； 映射覆盖不足时会直接告警，而不是让汇总数带着偏差继续出报表。
坑五：把销售额当利润
只看 GMV 做决策，是起步期最常见的习惯。但平台佣金、FBA 配送费、仓储费、 头程物流、采购成本、广告费……每一项都有自己的归属对象与归属周期。 销售额回答「卖了多少」，只有利润回答「该不该继续卖」。
通行做法：利润 = 收入 − 成本 − 费用，每一项都定义清楚归属对象（订单 / SKU / 店铺）与归属周期；口径一旦确定就不要随意变更，确需变更时留痕并说明。
算准利润的三个前提
- 口径稳定：每一项收入、成本、费用都有明确且一致的归属规则；
- 逐日汇率：按发生日折算、先折算再汇总，缺汇率就报错而不是漏算；
- 费用归口：广告与退货落到订单 / SKU 级，再做利润。
这三条在我们系统里是默认行为，不是导出报表之后的手工功课。 如果你现在的利润表做不到「换个人重算结果一致」，值得先把口径理清楚—— 无论最后用不用我们的系统。