DD+7结算机制让亚马逊卖家利润计算陷入混乱

01. DD+7延迟结算引发的利润计算难题

最近，许多亚马逊运营和财务人员之间的争吵愈演愈烈，主要原因是店铺利润越来越难以计算。特别是遇到DD+7延迟结算后，许多卖家在后台查看利润时感到越来越困惑。

月初的订单量看起来不错，但月底一算利润表，却发现毛利率非常低。这种现象的根本原因在于DD+7延迟结算机制，它不仅影响了资金的到账时间，还导致收入和成本不同步，最终使得运营判断失真。

02. 什么是DD+7？

DD+7中的DD指的是Delivery Date（送达日期）。简单来说，订单不是在买家下单后立即结算给卖家，而是根据商品送达时间，亚马逊会先将这笔款项预留。等买家收到货后，再加上7天的保护期，这笔款项才会进入可结算状态。

例如，买家在4月28日下单，商品4月30日发出，但真正送到买家手中可能是5月2日。再加上7天的预留期，这笔款项可能要到5月9日之后才释放。再考虑平台打款周期和银行到账时间，卖家真正看到这笔款项的时间可能是5月中旬。

03. DD+7如何影响利润计算？

以前，许多卖家习惯用结算口径来计算利润，即亚马逊何时将款项结算给卖家，就将这笔收入算在那个月。这种方法在过去勉强可行，因为延迟没有那么明显，影响也没有那么大。但现在DD+7实施后，月底的订单容易跨月，导致利润表出现尴尬的情况：

这种情况下，许多卖家会误以为自己的利润大幅波动，但实际上业务本身可能并没有太大变化，变化的只是结算节奏。

04. SKU利润误判的风险

店铺总利润难以看清已经很麻烦，但更麻烦的是SKU利润也会被误算。例如，某个产品在月底最后三天突然爆了一波单。广告费已经在当月扣掉，FBA费也已经确认，平台支出也显示出来了。但这波订单对应的收入，因为DD+7延迟到了下个月。

这时候查看这个SKU的广告占比很高，毛利率很难看，平台费用占销售额比例离谱，看起来像是在亏钱。运营一看急了，可能会认为这样亏损不行。但实际情况可能是这个SKU并不是亏了，而是收入还在路上。

05. 解决方案：拆分已结算和延迟结算

要解决这个问题，需要将已结算和延迟结算分开来看。优麦云的月度利润新版已经将利润分成了已结算和延迟结算两个独立模块。

并且不仅仅是店铺维度，SKU维度也必须还原。因为只看店铺总利润还不够，每个SKU都需要按两个维度进行分析。不拆开看，运营很容易误杀产品。

06. 提成算法的调整

由于订单是这个月做的，广告也是这个月投的，排名也是这个月冲的，但收入却跑到下个月才结算。因此，提成算法也需要调整，以避免运营因结算延迟而吃亏。

更合理的提成方式是加上一个延迟结算调整项，例如：

这样既不会让财务在钱没到账时乱发，也不会让运营因为结算延迟吃亏。

07. 总结