FBA 送达窗口(delivery window)填错了会怎样?从中国补货的商户:Send to Amazon 窗口填写、到仓预约与早到/晚到风险,以及「等尾箱」时的拆票决策(2026)

如果你用的是非 Amazon 合作承运商——例如自己或货代安排的水路或空运到港、再由卡派或小包送入履约中心——那么在 Send to Amazon 创建货件时,系统会要求你填写送达窗口(delivery window),即预计到达履约中心的日期区间。填错的直接后果通常不是货被拒收,而是货件在 Seller Central 的货件流程与 Shipping Queue 中产生提示;同时履约中心的收货节奏与卸货预约,是围绕你申报的窗口来安排的。真正要解决的问题不是「猜得更准」,而是把窗口倒推出来,并事先定好一条规则:当某一家供应商的尾箱确定赶不上时,是等、是延期窗口,还是拆票分批发。

Send to Amazon 的送达窗口到底是什么?什么时候必须自己填?

• 它是什么:你对这批货「预计何时到达履约中心」的日期区间,在创建货件(Send to Amazon)时提供。
• 什么时候必须填:当你使用非 Amazon 合作承运商发运时——包括你自己或货代安排的空运/海运加卡派、或小包渠道。
• 什么时候不用填:使用 Amazon 合作承运商或 Amazon Global Logistics 时,预计到达时间由承运商回传,不需要你手工录入窗口。
• 窗口外到达会怎样:货件会在 Seller Central 的货件流程与 Shipping Queue 中出现相应提示,收货侧也按你申报的窗口做排期。

窗口长度、适用站点、以及规则的调整,都随站点和时间变化。请以 Seller Central 帮助页与该站点公告/新闻为准,不要照搬论坛里某个季度前给出的天数——那条信息很可能已经过期。

为什么从中国发出的货更容易踩窗口?早到为什么也不等于安全

国内段到目的国的链条上,可变因素比国内调拨多得多:工厂交期与节假日停机、截关与甩柜、船期或航班调整、目的港拥堵、清关查验、提货与卡派档期。任何一环滑动,都会顺着链条传导到你填的那个日期区间上。窗口填得越「乐观」,滑动的概率越高。

另一个常见误解是「早到总比晚到好」。事实上,早于窗口到达同样属于窗口外到达,会触发同一类货件提示,也会打乱卸货预约与收货产能的排期。换句话说,早到只是把风险换了个方向,并没有消除风险。合理的做法是把窗口当作一个「你事后能拿出依据解释」的承诺区间,而不是一个可以随便往前压的激励目标。

核心场景:等最后一家供应商的尾箱,整票窗口一起被推迟

多供应商合箱发 FBA 的典型情形是:四家供应商,三家货已到中国仓,第四家的尾箱还在工厂。只要整票一起走,这票货的窗口就取决于「最晚到仓的那个组件」——一个尾箱可以拖慢整票。

建议按下面的顺序做判断:

1. 先定位最晚到仓组件:明确是哪一家、哪一箱、预计什么时候到你的合箱仓,而不是笼统地「大概这周」。
2. 对比主批必须离仓的时间点:按你能站得住脚的窗口倒推出主批最晚离仓日,把这个日期和尾箱预计到仓日放在一起看。
3. 如果尾箱赶不上,只在这三条路里选:拆票——先把已齐的部分按原窗口发出,尾箱另开一票;延期窗口——延迟幅度小且仓储成本可接受时,整票等齐;换头程——把尾箱单独改走更快的头程方式。

拆票不是没有代价:它会多出一票货件、一套箱标、一个到仓预约,也可能影响入库配置相关的拆分方式与后续处理。但「整票反复迟到」同样有代价。问题不是「要不要拆」,而是「对这一个尾箱来说,哪种选择的综合成本更低」。一个可操作的判断口径是:如果尾箱在你必须发运的时点前仍无法确认,通常就该考虑拆票,而不是继续等。

倒推字段清单:让填进去的窗口站得住脚

不要凭感觉填日期。把下面这些环节的字段记录下来,窗口就从「猜」变成「算」。

环节	需要记录的字段	数据来源
工厂交仓	交仓日期、箱数、箱规与单箱重量	供应商 + 中国仓入库记录
截关 / 截港	截关时间、船名航次或航班	货代
ETD / 预计到港	开船或起飞日期、预计到港日	承运人
清关放行	放行日期、是否查验	报关行
提货与卡派	提货日、卡车预约时间	货代 / 卡派
送达窗口	窗口开放与截止日期	Seller Central 货件
到仓预约	预约号与预约时间	承运人 / 履约中心
收货登记	签收与上架进度	Seller Central 货件

时间基准请取你自己的历史数据加承运商承诺,不要用一篇博客里的固定天数。建议按航线、按季节维护一张「滑期表」,每发一票就更新一次实际值与预估值的偏差。跑过几票之后,你填进去的窗口自然就靠得住。

窗口只是入仓合规的一层,别把它修好就以为没事了

把窗口填对,只是入仓合规中的一环。以下事项需要和窗口一起排,否则会出现「窗口填得漂亮,货还是卡在别处」:

• FNSKU 贴标与预处理:贴错、漏贴、包装不符合要求都会在收货环节造成滞留。
• 入库配置相关的拆分决策:整发还是拆分,会影响到仓路径与相关费用,需与拆票决策一起考虑。
• 外箱与托盘规格、箱标:不合规的箱规同样会在收货端被拦截。
• AWD 等其它仓储方案的资格阈值:尺寸与重量等阈值请以 Seller Central 说明为准,不要凭经验假设。

换句话说,送达窗口是「时间维度」的合规,上面这些是「实物维度」的合规。两条线要一起排,才能避免补货计划被卡在最没有价值的环节上。

WooliiPorter 在其中的位置:你采购,我们履约

先说清边界:货物由你自己向自己的供应商采购,并由你自己付款给供应商,货权始终归你。我们不销售商品,不经手货款,不做采购代发。我们提供的是:包裹寄到中国仓后的代收留证与入库拍照证据链、按需质检、多供应商合箱与重打包、头程与国际转运、追踪,以及按订单行路由(备货履约 vs 供应商直发)。这些能力对应到本文的场景,就是帮助你把「最晚到仓组件」和「主批离仓时点」变成有据可查的数据,而不是靠聊天记录推算。

想看清整个流程,可以从 从中国补货到 FBA 的履约流程 开始,合箱与拆票相关的操作细节在 合箱与重打包服务,整体协作方式见 我们如何运作。如果你希望我们针对你当前的补货节奏做一次窗口与拆票规则的复核,可以提交 工作流复核申请。

渠道接入方面,各渠道的当前状态以 /integrations 页面公布的已验证状态为准——我们只写已经验证的事实。需要把入库、合箱、发运数据接进你自己的系统或 AI 工作流的团队,可以从 开发者页面 了解 Merchant API 与 MCP 的接入方式。

准备好把补货流程跑顺的商户,可以直接在 注册页 选择 Merchant 类型开通账号;箱规与计费重相关的辅助工具见 体积重计算器 与 中国仓地址模板。