上篇我们解析了 Amazon VC 的 Direct Fulfillment（DF）模式，其核心难点在于包裹级数据一致性。本文聚焦另一常见路径——Retail Procurement（RP），即供应商将货物送至亚马逊仓库的补货模式。
RP 并非比 DF 更复杂，而是“履约完成”的判定标准不同：DF 侧重包裹追踪闭环，RP 则强调到仓前后的文件链完整，包括 ASN、预约、收货及发票/扣款证据。若以 DF 思维处理 RP，易导致货到但文件不全，后续对账与争议处理成本上升。
本文通过流程框架梳理 RP 关键环节，并重点解析承运方式的分叉点：Collect 与 Prepaid。
一、DF 和 RP 的差异：同一骨架，不同“完成证明”的里程碑
DF 与 RP 均始于采购订单（PO）并需确认（ACK），最终进入对账结算。核心区别在于亚马逊认定“履约完成”的关键节点：
- DF（直发消费者）：PO ACK → 面单/包裹信息 → tracking 与 shipment confirmation 回传
管理重点为“包裹级履约证据”。 - RP（送仓补货）：PO ACK → 备货合规 → 承运安排 → ASN → 预约到仓 → 收货 → 发票/扣款证据
管理重点为“可收货、可对账、可申诉”的完整证据链。
因此，RP 的成败不在“送达”，而在“正确收货并顺利结算”。
接下来按主干六步流程拆解，并深入分析 Collect 与 Prepaid 的关键分支。
二、RP 主干流程：六步构建操作骨架
建议将以下步骤作为团队 SOP 框架，明确每步产出、风险点与责任人。
Step 1：接收 PO —— 确认条款再排货
RP 的 PO 不仅包含商品与数量，还需重点关注：
- 交期窗口（ship/delivery window）
- 目的地（具体 FC 或收货点）
- 运费条款（Collect 或 Prepaid）
- 包装/箱规/栈板要求
若未清晰识别上述信息，后续 ASN、预约或收货环节易出现偏差，增加对账与扣款风险。
Step 2：PO Acknowledgement (ACK) —— 供货承诺的起点
ACK 是对交货数量、时间及是否分批的正式承诺。常见问题包括：
- 承诺量与实际出货不符
- 分批发货信息未清晰标注
- 计划变更未同步至后续文件
建议做法：将 ACK 视为“供货计划源头”，后续 routing、ASN、预约均继承该计划，避免重复输入造成偏差。
Step 3：Shipment Preparation —— 包装贴标决定合规与成本
包装、标签、栈板若不符合要求，可能引发额外处理费或扣款。常见问题源于：
- 不同仓库模板不统一
- 执行层对规范理解不一致
建议做法：制定统一的箱规、每箱含量、栈板逻辑及标签模板，并在出货前校验箱数、栈板数与标签是否匹配计划。
三、关键分叉：Collect vs Prepaid —— 决定文件流与责任分工
A. Collect（Amazon 安排取货）
流程：Routing Request → 获取 ARN/取货计划 → 取得承运文件（Carrier Docs）→ 创建 ASN
核心动作是提交 routing request，包含箱数、重量、体积、取货地址与时间窗等信息，亚马逊据此安排承运并返回 ARN 用于后续关联。
常见失配问题：
- routing request 使用估算值
- 实际装箱产生真实数据
- ASN 填写第三套数据
优化建议：在获取 ARN 后，先生成承运文件（如面单、BOL、tracking 号），再创建 ASN，绑定实际装箱数据与运输信息，确保数据一致性，提升后续预约与收货效率。
B. Prepaid（自行安排承运）
流程：预订承运商 → 获取 Carrier Docs → 创建 ASN
虽路径更直接，但对变更管理要求更高，常见变动包括：
- 预约或到仓时间调整
- 更换承运商或车次
- 单 PO 分多车运输
- 装箱后箱数/栈板数变更
操作要点：承运安排完成后即获取 Carrier Docs（面单、tracking、BOL 等），再创建 ASN 进行绑定。若中途变更，必须同步更新供货计划、承运信息与 ASN，并保留记录，确保对账与申诉高效。
四、ASN + Appointment + Receiving —— RP 的第二道硬门槛
ASN 是预约与收货的关键输入。若 ASN 不完整或与实际不符，将影响预约进度、交期窗口，进而推高对账与扣款成本。
推荐操作顺序：锁定实际装箱数据 → 生成承运文件 → 创建 ASN。确保 ASN 成为预约与收货的可靠依据。
收货差异往往并非发货错误，而是因 PO、ASN、箱、栈板之间的对应关系混乱，导致收货端无法准确匹配。
核心原则：RP 的完成不是“到仓”，而是“正确收货并可对账”。
五、Invoice / Payment / Dispute —— 最终取决于证据链完整度
许多团队误以为货到即结束，但财务常面临扣款、短溢收、付款差异等问题。
争议处理能否顺利推进，取决于能否快速提供完整证据链：
PO → ACK → routing/ASN → 承运文件（BOL/tracking）→ 预约/到仓 → POD/收货记录
若资料分散于邮件、PDF 或 Excel 中，整理耗时且易遗漏。建议从流程初期即实现“自动沉淀证据”，为对账与申诉提供可追溯支持。
RP 流程图（简化版）
Amazon Vendor Central RP 业务流程图：直观展示 Collect（亚马逊安排）与 Prepaid（自订承运）双路径物流模式，并以虚线标注异常处理链路，明确数据修正与重新提交的操作逻辑。
本篇总结：RP 值得优先系统化的 4 个关键点
1）ACK 与供货计划一致化：承诺、ASN、实物应保持数据统一
2）文件一次生成：避免在 multiple 系统中重复手填 routing 与 ASN
3）变更可追溯：改期、换承运、拆分等变更需同步更新并留痕
4）证据自动沉淀：为对账与 dispute 提前准备完整材料