Amazon Vendor 集成 - 订单与运营
Amazon Vendor Central——有时也称为 Amazon 1P 或 Amazon Vendor 集成——是一个批发项目：Amazon 通过批量采购订单买入您的库存并转售。您不再只是完成销售，而是成为一名供应商，需要达到 Amazon 严格的运营标准，并接受严密的 KPI 监控。
让事情更复杂的是，Amazon Vendor 订单通常包含数十甚至上百个行项目。每件商品都必须在 EAN/SKU 层面正确映射，每个采购数量都要准确确认并发货，每张订单都绑定到特定的 Amazon 运营中心。错过交付窗口、订单确认延迟或内容不符、商品数据与 Amazon 存档信息出现偏差——后果都很严重：销售损失、扣款罚金、发票不符。
这正是 Vendor Central 靠人工运营成本高昂的原因——若分散在多个系统中、每个系统都只能看到流程的一部分，情况更糟。Base 让 Amazon Vendor Central 订单与您销售的所有其他渠道共用同一个面板、同一套商品目录和同一条工作流，在满足您的定制需求的同时，绝不在 Amazon 的严格要求上打折扣。
免费试用
问题究竟出在哪里，Base 又如何解决
采购订单，轻松搞定
Amazon Vendor 对订单确认要求严格：接受的数量和商品必须与实际交付逐件一致，并且要在收到订单后的紧凑时限内完成。准确性没有商量余地。Base 会将订单自动导入您现有的工作流，沿用您已为其他所有渠道配置的自定义自动化操作、状态和规则——让您对库存一目了然，避免超量确认。
数百个待发商品，自动化处理
一张 Vendor 采购订单动辄包含数十甚至上百个行项目。靠人工处理——核对库存、准备拣货打包清单、在不同的供应商仓库之间来回协调——团队往往整天耗在上面。Base 的 WMS 和 OMS 会适配您仓库的实际运作方式：大宗订单从接收到发货确认全程系统化处理。
商品数据，始终保持最新
基于 EAN 和 SKU 的系统会逐渐产生偏差。商品在任何一方被重命名、停产或重新编码后，这种不匹配恰恰会造成订单被拒和对账难题。Base 借助 API 和 ASIN 优先的传输方式，建立单一数据源，而不是让两个数据库慢慢失去同步。
多账户管理，不再各自为政
多个品牌、履约模式或区域，就意味着多套登录账号，PO 也更容易在各处失去踪迹。Base 让您用一个登录管理所有 Vendor 账户——以及所有 Seller 账户。如果您采用 1P/3P 混合模式，或在 Vendor 之外还使用 Amazon 的物流服务，一切都集中在同一个地方。
EDI 与 API：有何区别，为何对 Vendor Central 至关重要
市面上大多数 Vendor Central 集成仍基于 EDI 运行，而 Base 基于 Amazon 的 SP-API。两者都能完成任务，但工作方式截然不同：
| EDI | API（Base） | |
|---|---|---|
| 在 Amazon 中的用途 | 仅用于 Vendor Central；是 Vendor 领域的长期标准，覆盖完整的订单到收款流程：PO 接收与确认、ASN、开票、库存及物流报文 | 主要用于 Seller Central，同时支持 Vendor Central。近年推出的 Vendor API 覆盖大多数 EDI 使用场景（个别项目或国家的差异除外），并提供面向供应商的 listing 与报表功能 |
| 数据格式 | 标准化报文（X12、EDIFACT），字段采用编码化语言，需要大量映射工作 | Amazon API（SP-API）采用 REST/JSON |
| 实施 | 周期长、成本高；通常需要中间件对接 ERP、报文标准映射及专用连接搭建（AS2/SFTP 或第三方 VAN） | 更快、成本更低；无 VAN 费用，字段与目录映射更灵活 |
| 通信方式 | 接收：一张 PO 对应一条报文。发送：可批量处理 | 接收：参数可配置（按日期、状态等拉取 PO）。发送：可批量处理 |
| 速度 | 分钟级；可能需经中间件完成 EDI 到 ERP 的转换 | 毫秒到秒级；导入 Base 并近乎实时完成转换 |
| 商品匹配 | EAN / SKU / GLN——目录出现差异时容易产生偏差 | ASIN 优先——单一数据源 |
| 灵活性 | 受报文标准限制 | 高度灵活 |
| 错误处理 | 批量确认，或通过特定报文获取 | 即时响应 |
| 可扩展性 | 适合大型企业网络，尤其是已与其他合作伙伴使用 EDI 的情况；历来多用于大型零售商和物流公司 | 适合现代云端应用与全渠道平台 |
具体到 Amazon Vendor Central，商品匹配这一行正是大多数运营痛点的源头。基于 EAN 和 SKU 的 EDI 系统，只要商品在任何一方被重命名、停产或重新编码，就会立即产生不匹配。在多数系统上，这会触发错误，阻断整条报文的转换。ASIN 优先的传输方式让双方始终对齐到一个由 Amazon 拥有并管理的唯一标识符上。
设置很简单
连接您的 Amazon Vendor 账户。
Vendor 订单开始流入您的 Base 面板，与您销售的其他一切并列呈现。
将在售商品关联到商品目录，并按需接入更多 Vendor 账户。
随时按需添加 Direct Fulfillment、Seller Central、其他承运商或系统。同一个账户，无需单独立项，也无需开发人员。
常见问题
不涵盖。Direct Fulfillment 是独立的集成，围绕您自行发货订单所需的仓库映射、面单和运输单据构建。两者的设计初衷就是并行运行。查看 Direct Fulfillment 集成。
不是。它基于 Amazon 的 SP-API 运行，这是连接 Vendor Central 的新一代方式。EDI 虽然多年来一直是行业标准，但实施成本高、报文映射僵化，而且每当 Amazon 更改规范都要付出高昂的更新代价。Base 基于 API 的集成更灵活、实施成本明显更低，并采用 ASIN 优先的方式，大幅减少数据不匹配。
不匹配。您的商品目录与 Amazon 存档信息之间的不匹配，您确认的内容与 Amazon 预期之间的不匹配。这些问题大多可以追溯到两个系统沟通不畅。与依赖 EDI、严格基于 EAN/GLN/SKU 的传统方案不同，Base 基于 Amazon 的 SP-API 运行，采用 ASIN 优先的方式。
可以。现有的在售商品可以直接从已连接的 Amazon 账户导入，然后关联到 Base 商品目录中已有的商品；如果目录中还没有，也可以据此自动创建新的目录商品。
可以。Base 同时支持两者以及 Amazon 的主要履约模式，您不必在两个互不相通的系统中分别管理。
连接账户只需几分钟。其余配置——多账户设置、目录关联、附加项目——则取决于您现有运营的复杂程度。
