一笔亚马逊 DF 订单，并不在仓库出库时结束。它从订单进入履约体系开始，经过仓内作业、承运商交接、物流轨迹验证和到货确认，最终才形成完整的履约闭环。
本文从履约视角梳理亚马逊 DF 订单管理流程。重点不在于订单从哪个系统进入，而在于每个环节是否能在承诺时效内完成，并让订单、物流状态和后续结算信息保持一致。
一、履约开始前，先把仓库能力配置清楚
DF 履约的稳定性，首先取决于仓库是否具备持续接单和发运的能力。因此，仓库在投入使用前，需要经历完整的准入与管理过程。
1. 仓库准入流程
商家仓提交 --> 信息核对 --> VC 创建 --> 14 天考察期 --> 投入使用 --> 绩效管理 --> 改进/关仓
仓库投入使用后，仍需通过持续的绩效管理判断其是否能够满足履约要求；未达标时进入改进或关仓流程。
2. 仓库配置要点
提货时间要真实
CPT 必须填写承运商实际可提货时间。遇到时间窗口时，按窗口开始时间计算，避免订单承诺与仓库实际作业能力脱节。
不可履约时间要提前配置
每年固定时间完成下一年度 Outage 配置。仓库休假、停工或无法处理订单的时间应提前在系统中标明，避免继续接收无法按时履约的订单。
承运商能力要与仓库、货型匹配
UPS、FedEx 等通常需仓库自行预约本地提货；ATS 和 AMXL 由亚马逊安排，且不可套仓，其中 AMXL 还需准备 BOL 并邮件预约。
配置时不能只选“能用的承运商”，还要确认仓库是否具备对应的提货、预约和单证处理能力。
二、订单进入后，转化为可执行的履约指令
DF 订单下达后，系统获取订单信息及面单，并根据发货仓形成发运指令，再由仓库接收并执行履约，从履约链路看，订单需要完成以下动作：
订单获取及面单准备 --> 同步仓库系统 --> 库内拣货、打包、贴标 --> 完成出库 --> 承运商交接 --> 物流轨迹跟踪
对于不同履约仓，订单可通过 ERP、仓储系统或邮件指令等方式下发。但订单从哪里进入不是重点，重点是订单进入仓库后，能否在规定时效内完成拣货、出库和发运确认。
三、仓内履约
仓库收到订单信息和面单后，需要打印订单并同步至自有 WMS，随后完成库内拣货、打包、贴标和出库。原有要求为：订单应在 2 个工作日内完成上述仓内履约动作。
系统出库也需与仓内实际执行保持一致。SFC 应在邮件当天完成拣货和出库；周末及节假日收到的订单，顺移至下一个工作日处理。
四、发运校验：面单生成不等于订单已履约
仓库出库后，订单还需要经过承运商交接和物流轨迹验证。发运校验应固定频率进行：每天检查上周同工作日下达的订单物流轨迹；对于没有轨迹移动的订单，邮件向发货仓确认。日常检查以三个工作日之前出库的订单为重点，并依此类推。
从履约角度看，发运校验的目的不是确认系统中是否已经生成单号，而是确认包裹是否已经产生真实、有效的物流移动。
五、无法发运时，及时完成异常闭环
缺货无法发运时，处理重点是及时让订单、库存和财务状态保持一致：
-
优先取消订单；已能在 Gmesh 标记“未发货”的订单无需额外登记。
-
未及时取消的订单，需要登记到
OB003.VCDF 发货异常记录。
-
云仓订单还需订正出库单中的未发货数量，并同步财务。
-
自发仓订单无需订正库存数据，因为结算以物流到货为准。
核心原则：订单不能履约时，不能只停留在仓库异常，要同时完成订单取消、库存修正和财务报备。
六、到货验证：订单完成交付，履约才真正结束
每月需要对上月订单的发运情况进行到货验证，并排查未到达订单。若确认订单已发出，但因物流原因长期显示未投递，需要通过 OA 申请订单手动到达，以便于结算。
结语
从履约视角看，DF 订单管理是一条完整的交付链路：
> 仓库准入与配置 --> 订单接入 --> 仓内履约 --> 承运商交接 --> 发运校验 --> 异常处理 --> 到货验证与结算
真正需要管理的，不只是订单是否出库，而是每个节点能否支撑最终交付，并在异常发生时及时完成闭环。
