亚马逊Amazon VC EDI项目案例

亚马逊卖家体系主要分为三类账号：SC（Seller Central）、VE（Vendor Express）和 VC（Vendor Central）。其中，VC（Vendor Central）是亚马逊面向品牌方与核心供应商开放的官方供应商平台，采用邀请制准入，对企业的产品实力、品牌影响力及供应链能力均有较高要求。

获得 VC 账号后，供应商可在 Amazon 后台获取产品销售数据，并按照亚马逊的零售模式开展业务，对信息化与供应链协同能力提出了更高标准。

本文将以零售行业企业 R 公司为例，介绍其基于知行之桥 EDI 系统，实现与 Amazon VC 平台的 EDI 对接的项目实践，为有类似 Amazon VC EDI 需求的企业提供参考。

项目挑战

作为亚马逊 Amazon 的官方供应商，直接向亚马逊供货的业务模式通常被称为 VC（Vendor Central）模式。在该模式下，供应商需要通过 Amazon Vendor Central（以下简称 VC 系统） 与亚马逊进行业务协作，完成订单接收与确认、库存与发货请求管理、发货执行以及发票提交等一系列业务操作。

在实际业务运行中，如果供应商仅依赖 VC 系统进行人工操作，不仅需要频繁登录后台录入发货与发票信息，还难以与自身的 ERP、WMS、财务等内部系统形成高效协同。为提升业务效率，供应商可以通过部署自有 EDI 系统，与 Amazon 的 EDI 平台建立点对点连接，实现业务数据的自动传输与系统直连。

通过 EDI 方式，供应商可将 VC 系统中的订单数据自动下载并同步至自身业务系统，同时自动回传订单确认、发货通知、发票等关键业务信息，从而实现全流程自动化处理。这不仅有效降低了人工操作带来的差错风险，也帮助 R 公司能够及时、准确地掌握每一笔订单的执行状态，显著提升供应链响应效率。

近期，知行软件成功协助 R 公司 完成了与 Amazon VC 平台的 EDI 对接项目。下文将结合该项目实践，详细介绍企业与 Amazon VC 建立 EDI 连接的整体流程与实现方案。

亚马逊Amazon VC 需求概览

在正式开展 EDI 对接之前，首先需要明确企业与 Amazon 之间的合作模式。由于不同业务模式对应的业务流程存在差异，其 EDI 对接需求也并不相同。
通常情况下，EDI 需求可从 传输协议、报文标准以及报文类型 三个层面进行梳理与确认。在知行软件协助 R 公司 实现与 Amazon VC 平台 的 EDI 对接项目中，Amazon VC 的 EDI 需求主要体现在以下几个方面：

传输协议：AS2
报文标准：X12
报文类型：850，855，860，846，856，753，754，856，810
使用的EDI规范版本号：
850，855，860，846，856，856，810使用的规范版本号为：V4010
753，754使用的规范版本号为：V5010

EDI解决方案

针对上述亚马逊Amazon VC的EDI需求，我们给出解决方案如下：

自动化传输：搭建EDI传输通道

采用AS2传输协议实现EDI传输通道的搭建，在知行之桥EDI系统中，通过在AS2端口中进行配置、测试即可完成与Amazon Device的EDI连接。

格式转换

亚马逊 Amazon 采用 X12 报文标准 与全球供应商实现业务数据传输的标准化。由于 X12 报文结构较为紧凑、可读性相对较低，供应商在解析和处理过程中往往存在一定难度。

针对这一问题，知行之桥 EDI 系统 支持对 EDI 报文进行格式转换，可将结构复杂的 X12 报文自动转换为可读性更强的 XML 文件，便于业务系统解析和使用。同时，系统还可根据企业实际需求，对转换后的 XML 数据进行二次处理，进一步输出为 Excel、CSV、JSON 等常见格式，从而更灵活地对接企业内部的 ERP、WMS 或数据分析系统。

系统集成

在接收到亚马逊 Amazon 通过 EDI 传输的业务数据后，企业需要进一步考虑：这些数据如何被高效处理？又如何无缝流转至企业内部的业务系统中，真正参与到业务流程中？

实现 EDI 系统与企业内部业务系统的深度集成，是保障数据高效流转与业务自动化的关键。针对不同企业的 IT 架构与集成习惯，知行之桥 EDI 系统 支持多种集成方式，包括 中间数据库、tRFC / RFC、Web Service、SFTP 以及共享文件夹 等，能够灵活对接 ERP、WMS、财务系统及其他业务平台。

在接口层面，知行之桥 EDI 系统提供 Webhook、Flow API 与 Admin API 三类接口能力，用户可根据业务实时性、自动化程度及运维管理需求，选择最合适的集成方式，从而实现 Amazon EDI 数据在企业内部系统中的稳定、可控流转。

扩展阅读：知行之桥三种接口详解：Webhook、Flow API 与 Admin API

R 公司在本次项目中采用了基于Webhook的接口调用集成方案，实现了订单与发货数据的自动入库。

项目成果

针对Amazon VC EDI需求以及与R公司沟通确定的解决方案，我们在知行之桥EDI系统中搭建了如下图所示的工作流：

知行之桥EDI系统将文件传输、格式转换等功能全部集成在各个功能端口中，并且给用户提供可视化的界面，即使是没有技术背景的人也能够清晰准确地通过工作流来理解数据的处理流程。模块化的设计更为企业快速定位问题提供了很大的帮助。通信问题可以在AS2端口解决，报文格式转换问题则可以定位至X12端口或者是XMLMap端口。

Amazon Vendor Central 测试流程

供应商可在亚马逊Amazon的VC系统中自主实现EDI的切换。在EDI Integration页面中进行EDI连接测试，业务测试，一应俱全。

AS2连接测试

Vendor Central采用AS2传输协议实现EDI连接，分为测试和生产2套AS2连接，方便进行后续的业务测试以及和切入生产互不干扰。供应商需要部署EDI系统后配置好自己的AS2连接信息，主要有AS2 ID、AS2 URL以及公钥和私钥证书。

EDI业务测试

进入VC系统的EDI Integration/ Messages dashboard模块，可看到Global settings、Purchase order(PO）、Purchase order acknowledgment (POA）、Advance shipment notification(ASN)等。Global settings用于业务测试前的一些整体准备设置，剩下所列的便是各个业务类型的业务测试模块，需要将哪个业务切入EDI，开始该项业务的测试即可。

详细的Amazon VC EDI测试流程可以参考文章：《亚马逊Amazon Vendor Central EDI对接流程》

Amazon VC标签

Amazon Vendor Central的Label主要分为两类：

1.直接使用Amazon Vendor Central生成的Label
2.对接EDI后自主生成的Carton SSCC Label

主要区别在于，使用EDI后供应商来进一步控制箱唛唯一标识编号和发货通知中追踪号的深度绑定。Amazon Vendor Central主要分为北美和欧洲账号，北美只要求使用Carton Label；欧洲部分国家则要求除Carton Label外还要使用ASN Label，例如德国。

扩展阅读：Amazon亚马逊 Vendor Central Label详解

EDI报文测试注意事项

EDI 850 采购订单

1.采购订单类型编码

采购订单类型编码被存放在EDI 850报文的BEG02字段中：

• BEG02取值为CN，表示 Consigned Order
• BEG02取值为NE，表示 New Order
• BEG02取值为NP，表示New Product Introduction
• BEG02取值为RO，表示Rush Order

2.收货方编号类型

收货方编号类型被存放在EDI 850报文的N103字段中（N101=ST），需要注意此处需要与EDI 753报文中的N103（N101=ST）相对应。

3.单价

单价信息存放在EDI 850 报文的PO104字段中，注意格式为：nnnn.nn，即保留小数点后两位。

EDI 855 订单确认

1.物料行确认状态

物料行确认状态信息存放在EDI 855 报文的ACK01字段中：

• ACK01取值为BP：Item Accepted – Partial Shipment, Balance Backordered
• ACK01取值为IA ：Item Accepted
• ACK01取值为IB：Item Backordered
• ACK01取值为IQ：Item Accepted – Quantity Changed
• ACK01取值为IR：Item Rejected
• ACK01取值为R2：Item Rejected, Invalid Item Product Number
• ACK01取值为R3：Item Rejected, Invalid Unit of Issue

2.单位信息
EDI 855 报文中的CTP05以及ACK03字段中存放数量单位信息，需要注意，一个报文统一使用一个单位。

EDI 856 发货通知

1.提单号

提单号信息存放在EDI 856发货通知报文的REF02(REF01=BM)字段，是必填字段，业务测试时由于没有真实发货信息，可以采用订单号或者订单号加一个特殊编号。

2.承运方编号

承运方编号存放在EDI 856发货通知报文的REF02(REF01=CN)字段，一个856只有一个CN放在Header中，有多个放在Pack中。上线发送要求必须要，是快递单号。

3.买方装运标记编号

买方装运标记编号存放在EDI 856发货通知报文的REF02(REF01=BX)字段，此数据来自754报文。

通过本次 Amazon VC EDI 项目的实施，R 公司成功实现了与 Amazon Vendor Central 平台的系统级对接，打通了订单、确认、发货及发票等核心业务数据的自动传输流程。基于知行之桥 EDI 系统，R 公司不仅摆脱了对 VC 后台人工操作的依赖，还实现了 EDI 数据与内部业务系统的稳定集成，为后续业务规模的持续增长奠定了坚实的信息化基础。

Amazon VC 对供应商在 EDI 规范、测试流程及业务细节方面均有较高要求，企业在实施过程中往往需要兼顾标准合规性与自身系统适配能力。知行软件在本项目中，结合 Amazon 官方 EDI 要求与 R 公司的实际业务场景，提供了完整、可落地的 EDI 对接方案，帮助企业高效、平稳地完成从测试到上线的全过程。

对于同样采用 VC 模式、正在或即将推进 Amazon EDI 对接的企业而言，本案例所总结的实施思路与技术经验，具有较强的参考价值。

扩展阅读：亚马逊Amazon 753和754详解

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。