亚马逊DD+7延迟结算，店铺月度利润要怎么算？

最近一直在想一个问题——我上个月到底赚了多少钱？

不是没做账。是做完账之后，盯着那个数字，总觉得哪里不对。费用扣了，退款扣了，广告扣了，但收入那一栏……好像缺了一块。DD+7这个东西，正在把你的利润表变成一张过期的地图。

今天想把这事的逻辑理清楚。

月底最后三天出的单，货送到买家手里可能已经是下个月第二三天了。再加7天预留期，这笔钱结算到账——已经是下个月中旬的事。

但你当月的FBA费、广告费、仓储费，亚马逊一分没少扣。

这就是DD+7最直接的体感：月初的利润表看起来还行，月末突然塌一块。不是因为你卖得差了，是因为有一部分收入被"延迟"到了下个月才结算。成本在当月扣光了，但对应的收入要下个月才露面。

我之前一直觉得这就是个现金流的问题。钱晚到几天嘛，忍忍就过去了。后来想了想，不对——问题不在于钱什么时候到，问题在于你根据一个失真的数字在做判断。

更麻烦的是，这种失真会放大到每个SKU上。你看着商品维度的利润数据，觉得某个品这个月亏了，广告费占比高得离谱。但你想想——如果那个品月底出了一波量，收入延迟了，而广告费已经全额扣完了呢？费用占销售额的比例就会虚高，看起来像在烧钱，实际可能还是赚的。

你基于这个失真的比例砍了预算。

等你反应过来的时候，广告权重已经掉了。

这才是真正麻烦的地方。不是缺钱，是看不清。

亚马逊的逻辑其实不复杂：订单发货后，平台基于"送达日期政策"预留款项，等买家按承诺日期收到商品后再结算，然后再加7天保护期。一笔订单从发货到结算，可能跨十几天。

说白了，平台在用你的钱做风控缓冲。

这个你管不了。但你能管的是：你怎么看待自己的利润。

传统做法是"结算维度"——亚马逊什么时候把钱给我，我就什么时候计入收入。简单，直接。但在DD+7政策下，这个维度产生的月度数据越来越不可信。月初偏高（带着上个月末的延迟结算涌入），月末偏低（当月末的收入又被推走了）。

另一种方式是"发货维度"——订单什么时候发的货，收入就归到那个月。不管亚马逊实际什么时候结算给你。

后者更接近真实。

但它要求你有能力把延迟结算的数据单独拎出来看，知道当下有多少钱是"已经赚了但还没到账的"。这个数字，才是你做决策时应该盯着的那个。

——说到这里突然想到一个不完全相关的事。今年有一阵子我总觉得利润在波动，一个月高一个月低，规律性很强。纠结了挺久，后来发现就是延迟结算在不同月份间互相挤。不是生意本身有波动，是结算节奏在制造幻觉。拉回来。

知道问题在哪之后，下一步很明确——你得有个地方能同时看到"已结算"和"延迟中"这两块拼图。

亚马逊后台的Transaction页面……翻过的人都知道那感觉。数据是有的，但散落在各种交易类型里，你想拼出一个"本月到底有多少钱还吊在半空"的清晰画面，纯手工几乎不现实。尤其SKU多的时候，一笔一笔去对，对到眼花也未必对得上。

我现在的做法是在优麦云月度利润新版里看。它把结算数据分成了"已结算"和"延迟结算"两个独立模块，已结算就是当月确确实实落袋的钱，延迟结算就是还在路上的那部分——两块一目了然。

财务-已结算模块

财务-延迟结算模块

第一次打开看的时候说实话有点意外。我大概知道会有一部分延迟，但没想到比例那么大——月底那几天日均单量越高的品，被延迟的比例越明显。这个之前靠感觉完全估不准。

然后还有个事我觉得挺实用。已结算那块可以切到SKU维度看，每个品的销量、销售额、平台支出、毛利润都拉出来了，还能看各项费用占销售额的比例。为什么说这个重要？

财务-延迟结算SKU维度-模块

因为DD+7扭曲的不只是店铺总利润，它扭曲的是你对每个单品的判断。你以为某个品在亏钱，也许只是它的收入还有一截卡在延迟结算里没过来。把两边对照着看，哪个品是真亏、哪个品只是"看着亏"，才能分清楚。

我之前做过一个蠢事——有个品连续两个月看起来毛利率在掉，我咬咬牙把它的广告权重砍了大半。后来新版上线了去翻数据，发现那两个月恰好它月底出单集中，大量收入延迟了。费用是当月全扣的，收入缺了一块，毛利率能不难看吗？

这种亏，吃一次就够了。

做了这么些年，慢慢意识到一件事：很多时候让我焦虑的，不是实际情况变差了，而是我看到的数字跟实际情况之间有个时差。

DD+7制造的就是这种时差。不大，十天半个月。但够让你在月底做出几个本不该做的判断。

能把延迟的那部分还原回去看的人，不一定比别人赚得多。但至少在该稳住的时候——稳住了。