Rivian EDI项目案例

Rivian是一家美国电动汽车制造商，专注于生产电动皮卡和SUV等户外探险车型，代表车型包括R1T电动皮卡和R1S电动SUV。Rivian致力于推动可持续交通，旗下还为商业客户（如亚马逊）提供电动送货车。其产品以强大的越野性能和智能科技为特色，深受环保及科技爱好者关注。

早在20世纪60年代末，EDI就开始应用于大型汽车制造商与其成千上万的供应商之间的零部件订购、运输、发票处理等业务流程中。汽车行业因其复杂的供应链、高度依赖准时制（JIT）、和全球协同需求，成为推动EDI发展和标准制定的先驱行业。今天，EDI仍是汽车制造企业与其一级、二级供应商之间通信的主流手段。本文将主要为大家介绍基于知行软件的产品：知行之桥EDI系统对接Rivian的EDI项目案例，带大家快速了解Rivian的EDI需求以及EDI项目实施过程中的注意事项。

梳理需求文档

EDI项目开始前，Rivian将会向交易伙伴提供本次对接中需要的EDI规范文档（每种业务单据都会有一个对应的EDI规范）、《EDI Trading Partner Self Onboarding–User Training Document》以及AS2连接信息文档。在Rivian提供的AS2连接信息文档中，包含了EDI分隔符以及EDI ID（区分正式和生产环境）等信息。

项目需求

1. 报文标准与传输协议

报文标准：Rivian支持ANSI X12和UN/EDIFACT两种EDI报文标准，本案例中所传输的业务单据均符合X12国际报文标准。

传输协议：支持AS2、SFTP/FTPs、OFTP/OFTP2以及VAN等多种传输协议，本案例中使用的传输协议为AS2。

2.主要EDI交易单据类型（规范版本号为：V5010）

业务类型	业务含义	传输方向
850	采购订单	Rivian发送给供应商
855	订单确认	供应商发送给Rivian
860	订单变更	Rivian发送给供应商
830	长期交付预测	Rivian发送给供应商
862	短期交付计划	Rivian发送给供应商
856	发货通知	供应商发送给Rivian
810	发票	供应商发送给Rivian
820	汇款通知单	Rivian发送给供应商
997	功能性确认	供应商和Rivian都需要接收和发送此报文
824	应用程序通知	Rivian发送给供应商

注：企业必须针对其从 Rivian 接收到的每一份文件发送一份997功能性确认（FA）。同样，企业也需根据 Rivian 对其所发送文件返回的997功能性确认（FA），进行对账核对。

除了上述业务单据的需求之外，供应商还需要生成符合Rivian要求的标签。

实施方案

前期准备

对于供应商而言，在开始与Rivian的EDI对接之前，需要完成以下工作：

• 联系Rivian的EDI团队，开始EDI的设置工作。
• Rivian开始内部审批流程以及开发启动批准
• 获取所有发货地点的供应商代码以及Rivian工厂编号
• 供应商需要在供应商Portal网站中填写自己EDI团队的联系信息

本地开发

接下来供应商需要按照以下流程操作，完成开发部分的工作：

• 在供应商门户网站中获取 EDI 实施指南
• 获取标签需求，在本地开始EDI映射
• 在完成映射实施后，通知Rivian的EDI团队，以便继续进行测试流程
• 填写并完成EDI 交易伙伴上线（EDI TP Onboarding）表单
• 建立 EDI 连接

根据Rivian提供的《EDI Trading Partner Self Onboarding–User Training Document》文档，供应商能够通过门户网站自主完成与Rivian EDI 系统的对接流程，可以根据指示提交上线申请、发起测试。

本次项目中使用的传输协议为AS2，在知行之桥EDI系统中搭建与Rivian间的数据传输通道。在这一步骤中，需要由企业的EDI供应商根据Rivian提供的规范资料完成EDI映射实施。

测试流程

• 使用EDI实施指南中提供的模拟测试文件完成单元测试
• Rivian的EDI团队将会引导供应商通过集成测试环节
• 如果测试环节发现任何差异，将需要重新测试
• 一旦开发和测试完成后，继续将映射部署到生产环境的预发布阶段

切换生产

• 供应商将会收到一份通知，用于说明Rivian批准将所有已开发和测试完成的交易集部署到生产环境中。
• 完成所有已完成交易集的生产环境上线，并开始正式交换EDI交易数据。

项目成果

根据以上需求，在知行之桥EDI系统中搭建如下所示的工作流：

知行之桥EDI系统将不同的功能封装至一个个成熟的功能端口中，实现低代码操作。通过蓝色连接线连接各个功能端口，清晰展示数据流向，方便用户快速定位问题。

EDI连接测试

Rivian与供应商之间基于AS2传输协议搭建连接通道，双方需要交换AS2连接信息，加密算法使用AES CBC256。通过知行之桥EDI系统搭建对接Rivian的AS2连接通道，首先需要在 个人设置 选项卡下，配置供应商自己的AS2连接信息，包括：AS2 ID、私钥证书（知行之桥支持生成自签名证书）、证书密码以及URL等信息。

接下来在 工作流 选项卡下创建一个AS2端口（功能模块）。点击下图中的AS2端口，在右侧弹窗的 设置 选项卡下配置Rivian的AS2连接信息，这些信息在前期沟通时Rivian会提供给供应商，这里加密算法记得配置为 AESCBC256。

EDI 业务测试

EDI 850采购订单，Rivian发送给供应商。

1.Rivian的订单类型

在EDI 850报文中，订单类型编码被存放在BEG02字段中，对应如下：

• BK=Blanket Order (Quantity Firm)
• CN=Consigned Order
• DS=Dropship
• EO=Emergency Order
• NE=New Order
• RL=Release or Delivery Order
• RO=Rush Order
• SA=Stand-alone Order
• SP=Sample
• SS=Supply or Service Order

2.货运付款方式

在EDI 850报文中，货运付款方式编码被存放在FOB01字段中，对应如下：

• BP=Paid by Buyer
• CC=Collect
• MX=Mixed
• PC=Prepaid but Charged to Customer
• PP=Prepaid (by Seller)

EDI 855订单确认，供应商发送给Rivian

1.订单确认类型

Rivian EDI 855 订单确认报文有三种交易目的代码，存放在BAK01字段中，当BAK01取值为00时，表示原始订单确认；取值为04时，表示订单变更；取值为05时，表示订单替换。

订单确认类型被存放在BAK02字段，包括：

• AC=Acknowledge – With Detail and Change
• AD=Acknowledge – With Detail, No Change
• AP=Acknowledge – Product Replenishment
• RD=Reject with Detail
• RJ=Rejected – No Detail

2.物料行项目状态

EDI 855中的物料行项目状态码被存放在报文的ACK01字段中，可能出现的取值以及其代表的含义如下：

• IA=Item Accepted 接受物料
• IC=Item Accepted – Changes Made 接受物料，但已做更改
• ID=Item Deleted 删除物料
• IR=Item Rejected 拒绝物料

EDI 860订单变更，Rivian发送给供应商

1.EDI 860订单变更状态

订单变更状态的目的代码被存放在BCH01字段中，可能出现的取值以及其代表的含义如下：

• 00=Original
• 01=Cancellation
• 04=Change
• 07=Duplicate

注意：在EDI 860中需要在BCH02字段存放订单类型编码，在BCH03字段存放订单号，从而匹配原始采购订单。

2.订单变更的更改或回复类型编码

860 报文的更改或回复类型编码被存放在报文的POC02字段中，可能的取值及含义如下：

• AI=Add Additional Item(s)
• DI=Delete Item(s)
• NC=Concurrent Item (No Change)
• RZ=Replace All Values

EDI 830长期交付预测，Rivian发送给供应商

当制造商与供应商建立长期合作伙伴关系时，他们可能会需要重复交易相同的产品，也许这些交易还会具有明显的周期特性。EDI 830 文件作为供应商的物料需求预测，让他们了解制造商未来几周甚至几个月的需求。正因为有了物料需求预测，供应商能够提前计划即将到来的订单和发货。

EDI 862短期交付计划，Rivian发送给供应商

1.分为JIT和Standard两种，此报文的目的代码被存放在BSS01字段中，当取值为00，表示原始短期交付计划；当取值为01，表示取消的短期交付计划；当取值为05时，表示替换的短期交付计划。

2.EDI 862报文中需要回传至EDI 856报文的内容

• EDI 862中的N405以及N406字段中存放的是收货方地址，需要在EDI 856报文中回传。
• 当REF01取值为2I时，REF02中存放的是跟踪号，对于parcel Shipment（常理解为小包裹发货），856中需回传本值。
• 当REF01取值为BM时，REF02中存放的是提单号，INCO terms为FCA的供应商应在856中回传本值。
• 当REF01取值为CN时，REF02中存放的是承运人参考编号，应用于整车运输TL和零担运输LTL，应在856中回传本值。

EDI 856发货通知（ASN），供应商发送给Rivian

1.Rivian EDI 856的包装结构：多托、不满托、散箱.

2.Rivian EDI 856的目的代码

若当前报文为原始ASN，则BSN01取值为00；若目的为取消某ASN，则需要在BSN01中传01。

3.运输方式编码的传输与注意事项

EDI 856中的运输方式编码对应TD504字段，若本项目为买方提货，则TD504取值为H；若本项目为卖方安排运输，则TD504取值为T。

4.最终序列号信息

当REF01取值为FS时，REF02中存放的是最终序列号信息，仅用于顺序件供应商，作为计划订单号（Planned Order Number）使用。

5.特殊的日期信息

当DTM01取值为511时，DTM02中存放的日期为保质期到期日期。Rivian 要求在适用的情况下，提供某些物料的保质期到期日期。对于钢卷（Coils）和板料（Blanks），必须提供保质期到期日期

6.纸箱编号

纸箱编号信息被存放在MAN字段中，当MAN01取值为MC时，MAN02中存放的便是纸箱编号，格式如下：

• 1J+5位vendor code+月月日日年年+5位序列号，如1J1234504252399988
• 1J+5位vendor code+11位序列号，如1J1234500000099887，序列号可用补位0开头，总长度不超过18位即可

以上两种格式任选一种即可。

7.托盘编号

托盘编号信息也被存放在MAN字段中，当MAN04取值为W时，MAN05中存放的便是托盘编号，格式如下：

按如下格式生成整托编号(任选其一)：
2J+5位vendor code+月月日日年年+5位序列号，如2J1234504052399887
2J+5位vendor code+11位序列号，如2J1234500000099887，序列号可用补位0开头，总长度不超过18位即可

按如下格式生成混托编号(任选其一)：
5J+5位vendor code+月月日日年年+5位序列号，如5J1234504052399887
5J+5位vendor code+11位序列号，如5J1234500000099887，序列号可用补位0开头，总长度不超过18位即可

EDI 810发票，供应商发送给Rivian

1.810目的编码

BIG08字段中存放810的目的编码，若为原始发票，传00；若目的为取消某发票，传01；若目的为修改某发票，传04。

2.货币编码

货币编码对应CUR02字段，当CUR01字段取值为BY时，CUR02字段存放货币编码，这里上传货币在ISO标准中的3位代码。

3.810中的参考编号

810中的参考编号对应当REF01取值为IA时的REF02字段，传输长期交付预测、短期交付预测、订单中接收到的InternelVendorNumber。

4.810中的条款基础日期编码

条款基础日期编码位于ITD02字段，若TermsNetDays的基准为发票日期，传3；若TermsNetDays的基准为收货日期，传15。

5.不同含义的金额信息

在Rivian 810报文中，包含多个金额信息，分别代表不同的含义：

• TDS01中存放的金额：计算金额包含allowance、charge、tax，不包含discount
• 当AMT01取值为N时的AMT02中存放的金额：计算金额包含allowance、charge、discount、tax
• 当AMT01取值为KN时的AMT02中存放的金额：计算实付金额

6.补贴或收费指示符

810报文的SAC字段中将会存放补贴或费用相关信息，若SAC01取值为A，表示当前传输的是补贴信息（对方需在货品、税、折扣基础上少付款）；若SAC01取值为C，则表示当前传输的是收费信息（对方需在货品、税、折扣基础上多付款）。

EDI 820 汇款通知单

Rivian发送给供应商，需要与其对应的810发票相匹配。对供应商而言，接收Rivian发来的 EDI 820汇款通知单能够帮助企业提前收到付款通知并查看付款详情，自动核对付款，及时获取付款差异，更快地解决问题。

EDI 997 功能性确认

997是一种技术性确认报文，主要用于通知发送方EDI消息已被接收，且消息结构和格式符合预期。适用于所有EDI消息类型，作为EDI交易的标准确认步骤，供应商和Rivian都需要接收和发送此报文。

EDI 824应用程序通知

Rivian发送给供应商，EDI 824是一个应用程序建议的电子文件，用来通知发送方该文件已被接受，或者报告错误。通常用于传递之前交易中的错误，并允许消息发送方更正并重新提交该交易。

如果您希望了解有关EDI对接的相关信息，欢迎联系我们。

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