Amazon DD+7 预留政策：卖家实际资金占用天数怎么算

亚马逊的 DD+7 政策会将每一笔订单的资金在承运商确认妥投后扣留七个自然日。但真正影响你银行账户的并不是这个“7”。真正关键的是你的资金占用（float）：运输时间，加上七天预留期，再加上放款与 ACH 到账的滞后。对于典型的 FBA 卖家来说，这意味着大约 12 天的营收始终停留在亚马逊手中。对于使用标准陆运的 FBM 卖家，这个数字是 17 到 22 天。用你的日营收乘以这个数字，你就得到了 DD+7 永久从你业务中抽走的资金。 该政策——官方名称为 Delivery Date Based Reserve，即 DDBR——于 2026 年 3 月 12 日对美国站和加拿大站卖家生效。几乎所有报道都搞错的一点是：它究竟影响了谁。全球大多数账户多年来一直适用 DD+7 条款。2026 年 3 月的这一波迁移，是将特定一批长期经营的北美卖家从旧有安排中迁出，对这批人来说，这不是一次调整，而是一堵墙。 本指南给你算账。你会得到一个按履约方式区分的资金占用乘数，而不是一刀切的经验法则；一张显示你的账户类型是否受到影响的表格；亚马逊从未公开说明的延长预留期；以及一条融资阶梯，其起点远低于大多数卖家首先想到的现金预支利率。 ## DD+7 到底是什么（以及“DD”不是什么） DD+7 代表的是 Delivery Date（妥投日）加七天，而不是 Disbursement Date（放款日）。官方政策名称是 Delivery Date Based Reserve（基于妥投日的预留）。当订单发货时，亚马逊将买家的付款收入一个递延交易池；七天的计时只有在承运商确认妥投后才开始，也只有到那时，资金才有资格进入你的下一次放款。 亚马逊在迁移通知中自带的例子把这一机制讲得很具体：1 月 1 日售出一件商品，1 月 6 日妥投，资金在 1 月 14 日可供放款。注意这个例子悄悄包含了什么——五天的运输时间，亚马逊并不将其计入“那七天”，也没有在标题中提及。 对于 FBA 订单，亚马逊控制整个链条，因此妥投确认可靠，计时在订单后 1 到 3 天可预测地开始。对于 FBM，计时始于你无法控制的第三方承运商扫描。对于无跟踪发货的低价商品——通常低于约 10 美元——根本没有扫描，因此亚马逊退回到预计送达日期，并从那里开始同样的七天。 ## 2026 年 3 月 12 日真的改变了你的什么吗？ 大概率没有，除非你的账户很老。自大约 2016 年以来，DD+7 一直是大多数卖家的全球标准，欧洲账户于 2025 年 9 月完成迁移。2026 年 3 月的北美这一波针对的是最后的坚守者：传统的零预留、发货日预留和每日放款账户，通常建立于大约 2011 年之前。如果你是在过去十年内开的账户，这只是一条新闻标题，而不是一个事件。 按需放款（disburse-on-demand）这件事才是需要理解的，因为卖家损失最大的地方就在这里，而亚马逊在技术上什么都没改。按钮仍然存在。但它现在只从已通过七天预留期的资金中提取，因此那些在迁移日点击它的老卖家发现，日流水数千美元的账户上只有个位数的美元可用。什么都没被移除；只是它背后的资金池空了。 值得知道的是，欧洲获得了暂停，北美没有。欧盟的推广在 2023 年因英国卖家反弹和政府部长施压而暂停，随后于 2025 年 9 月恢复。美国的迁移则一路推进，亚马逊将其定性为与全球设置保持一致的标准化。 ## 三时钟资金占用：亚马逊不会引用的数字 你的资金占用不是七天。它是三个时钟依次运行：运输直到妥投确认，然后是七天预留期，再然后是放款周期加上 ACH 结算进入你的银行。亚马逊只公开了中间那个时钟。把三个加起来乘以日营收，你就得到了你永久地、在业务运营的每一刻都在替亚马逊融资的常备余额。 [三时钟资金占用：常备资金 = 平均日营收 ×（运输天数 + 7 天预留 + 约 3 天 ACH）。三个时钟都要算。亚马逊点名的那个是唯一对所有人都一样的。] 大多数已发布的指引正是在这里两个方向都出错。贷款机构的博客引用一个光秃秃的 ×7 乘数，这低估了真实扣留近一半。本指南的早期版本对所有人使用统一的 ×14，这对 FBA 卖家高估了，对 FBM 卖家则严重低估。乘数不是通用的——它取决于你如何履约。 把这些乘数套到真实营收上，常备资金需求就不再抽象了。下表中的 FBA 和 FBM 列仅是 DD+7 资金占用——在账户级别预留之前，在一美元库存资金之前。 而且这个需求是季节性的，不是平的，这正是包括本表在内每一张静态表格的陷阱。ChannelX 记录了一家零售商根据其 2025 年交易数据对 DD+7 的建模：该政策要求在 3 月永久额外融资 20,000 英镑，在 12 月旺季升至约 50,000 英镑。你的资金占用随你的营收曲线增长，因此它恰好在你的库存承诺达到峰值时达到峰值。 在经营亚马逊账户的十二年里——在 Worldfront 经手 57 个账户，销售额超过 3.5 亿美元——因放款变化而出问题的企业从来不是利润率薄的那些。而是那些背负着一个他们从未真正计算过的资金占用数字的企业，在第四季度缺口最大、库存定金已经付出去的时候才发现它。 1. 从 Seller Central 拉取你过去 90 天的已订购商品销售额，除以 90 得到真实的平均日营收——不要用好月份的数据。 2. 根据你实际的履约方式，从上表中选择你的资金占用乘数；如果你同时做 FBA 和 FBM，按营收占比加权。 3. 将两者相乘。这就是你的 DD+7 常备资金占用——在你以此销量销售期间，你再也见不到的资金。 4. 打开 Payments → Summary，读取你当前的账户级别预留，然后加上它。这个总数就是你真正被锁定的余额。 5. 将这个总数与你今天的银行余额对比。如果资金占用超过你的现金，那么无论你是否有意，你已经在用供应商账期或信贷额度替亚马逊融资了。 6. 重建你的 13 周现金预测，使每一笔预计放款都源自 12 到 22 天前的销售，而不是 7 天——把滞后当作固定偏移，永远不要当作变量。 ## DD+7 与账户级别预留是叠加的，不是同一回事 这是两个同时运行并叠加的独立扣留。DD+7 是统一适用的订单级时间规则。账户级别预留是一个动态的全账户扣留，覆盖亚马逊对未来退货、退款和 A-to-Z 索赔的估计——通常是近期销售的 7 到 14 天，随你的退货率和账户健康状况变化。一个在 DD+7 之外还背负 10 天预留的卖家，大约同时被扣留 17 到 20 天的滚动销售额。 它们还出现在 Seller Central 的不同位置，这就是卖家总是重复计算或完全漏掉一个的原因。递延交易——你的 DD+7 扣留——位于 Payments → Transaction View，筛选器设为“Deferred”，显示每笔订单及其预计清算日期。账户级别预留位于 Payments → Summary。合并数字显示为 Unavailable Balance。 ## 亚马逊从未公开说明的延长预留期 如果七天明显已过资金仍被扣留，你可能处于一个未披露的延长预留期。2026 年通过三级 Seller Support 升级的卖家被告知，亚马逊运行着一项“超出 DD+7 的 Delivery Date Based Reserve Policy”——没有公开文档、没有说明标准、没有期限、没有申诉流程。有一笔有记录的订单被安排在第 DD+24 天放款。 那个案例涉及一个没有健康问题、没有拒付、没有未决争议的账户，这正是它值得提前规划而不是忽视的原因。你无法提前检查自己是否受其约束。你只有在本该清算的钱没有清算时才会发现。 [实用规则：每周审计你的递延交易，而不是每月。任何显示预计放款日期超过妥投确认后 7 天的订单就是你的信号——立即开一个 Seller Support 工单并点名引用延长预留期，因为一线支持否则会把标准 DD+7 政策背给你听。] 同样的每周审计还能抓住另一个无声的 FBM 流失：从未收到妥投扫描的订单。亚马逊退回到预计送达日期本应是自动的，但往往不是。任何超过 10 天仍无妥投确认的 FBM 订单，值得开工单而不是耐心等待。 ## 为资金占用融资，而不必为此支付 24% 卖家对 DD+7 的默认反应是现金预支，而这通常是选项板上最贵的一个。Payability 和 Storfund 等服务按总额的 1% 到 2% 预支约 80% 的待放款亚马逊营收——大致相当于 12% 到 24% 的年化利率。同一个 Seller Central 账户里的 Amazon Lending，定价往往低得多。从最便宜到最贵地走这条阶梯。 The other half of this is pricing the float in rather than financing it. Money locked in reserve has an opportunity cost, and at a $1M run rate that is roughly $33,000 of FBA float carrying whatever your capital would otherwise earn. If your alternative use returns 15%, the implicit cost is about $4,900 a year — real money, and in most categories a 2 to 3% price adjustment absorbs it without measurable conversion loss. ## 四个把现金问题变成账户问题的错误 The most expensive DD+7 outcomes are not the cash gaps themselves — they are the account health damage that follows a panicked response to one. Riverbend Consulting documented the cascade directly during the migration: cash shortage leads to skipped restocks and late shipments, late shipments and cancellations spike refunds and A-to-Z claims, and Amazon's automated systems read that pattern as operational neglect, not liquidity. A financial problem becomes an integrity review. • Cutting ad spend reactively. Slashing campaigns collapses sales velocity, which shrinks the funds clearing DD+7 two weeks later — the squeeze tightens exactly when you were trying to loosen it. Shift budget toward profitable campaigns instead of cutting. • Trying to speed up payouts through workarounds. Switching bank accounts mid-cycle, manipulating disbursement requests, or processing refunds to shift cash all trip compliance systems and can trigger the review you were trying to avoid. • Opening a second account to escape the hold. This violates the multiple-accounts policy in its clearest form and is the fastest route from a cash flow problem to a deactivation. • Treating DD+7 as temporary. Amazon’s "one-time cash flow impact" language described the migration window, not the steady state. The float is now a permanent line item. One quiet discipline prevents most of this: buy inventory against your bank balance, never against your Seller Central dashboard balance. Those two numbers diverged permanently in March 2026, and every seller I have watched get into trouble since was still mentally reading the dashboard. ## 底线 DD+7 不会被逆转。亚马逊将其定性为与全球政策保持一致的标准化，旧有安排已经消失，从未提供过退出选项。剩下的就是算术：知道你的乘数，知道你的资金占用，知道你的预留，并把这三者都当作固定的运营输入，而不是一项值得愤怒的政策。