特斯拉与宁波旭升 EDI项目案例

宁波旭升汽车技术股份有限公司（以下简称“旭升”），致力于新能源汽车和汽车轻量化领域，主要从事精密铝合金汽车零部件和工业零部件的研发、生产和销售，产品主要应用领域包括新能源汽车变速系统、传动系统、电池系统、悬挂系统等核心系统的精密机械加工零部件。

旭升已成为特斯拉、奔驰、宝马、北极星、长城、采埃孚、法雷奥等国际知名整车厂及一级供应商的合作伙伴。因为企业快速的新产品开发能力及质量管控水平，旭升荣获特斯拉“杰出合作伙伴”，获得众多客户的尊重与肯定。

项目背景

Tesla是旭升的重要合作伙伴，庞大的业务量和繁杂的业务数据如果都需要人为手工录数据，难免会出错。那么，在未接入EDI之前，旭升是如何实现与Tesla的业务往来呢？

早期，旭升是通过Tesla Portal网站接收订单信息，生成出货标签，以及发送出货通知和发票的。但是后来Tesla要求其供应商建立自己的EDI系统通过AS2或者通过VAN方式与他们进行业务数据交换，Portal网站的使用权限将会被逐渐禁止。

在这种情况下，旭升选择在自己的服务器搭建EDI平台，并将EDI与业务系统集成，实现业务流程自动化。

解决方案

1.传输方式

根据特斯拉Tesla的最新回复，此前已经与特斯拉建立EDI连接的企业可以选择使用AS2或者VAN的方式。但对于未来与特斯拉建立EDI连接的企业而言，则必须采用VAN的方式。我们早在数年前就帮助旭升借助AS2传输协议通过Internet网络实现与Tesla EDI系统直连，因此旭升仍采用AS2的方式与Tesla进行EDI对接。

2.报文标准

Tesla支持的报文标准为：X12，涉及到的业务报文包含850（Purchase Order采购订单）、830（Planning Schedule 需求预测）、862（Shipping Schedule 发货计划）、810（Invoice 发票）、856（Ship Notice发货通知）、824（Application Advice应用程序通知）、810（Self-Billing Invoice自生成发票）。传输方向如下：

3.格式转换

将旭升接收到的EDI报文（850 & 830 & 862 & 824 & 810）进行二次开发写进旭升中间数据库；同样将旭升数据库读到的业务数据经二次开发生成EDI报文格式（856 & 810）。

4.生成Label标签

设计一款类似于Tesla Portal网站的标签生成系统，只需界面勾选/补充部分业务数据即可一键生成Content/6J/5J/1J Label并打印，同时提供标签的增、删、改、查等功能。

以下是旭升&Tesla EDI业务流程图，供参考：

根据上述解决方案，为旭升本地部署知行之桥EDI系统，与特斯拉Tesla按照AS2传输协议建立EDI连接，EDI系统将通过中间数据库的方式与旭升的业务系统进行集成。同时旭升还提出，需要将接收到的文件转换为Excel格式发送至指定邮箱，便于业务人员及时查收。

项目成果

利用知行之桥的功能端口，在低代码的情况下，搭建完整的工作流，与Tesla完成EDI对接。具体实现如下图所示：

接收特斯拉发送的报文：

给特斯拉发送报文：

对接特斯拉柏林工厂——接收自生成810（发票）:

这里大家一定会有疑问，为什么旭升既给特斯拉发送发票，又接收来自特斯拉的810发票呢？

如果供应商需要对接特斯拉柏林工厂，就会需要接收来自特斯拉的810发票。如果只是对接美国和上海的特斯拉则不会遇到这种情况。

项目回顾

1.与特斯拉传输856发货通知需要注意哪些信息？

与特斯拉传输856时，企业的业务人员需要在特斯拉的门户网站上获取SHP开头的承运人参考号，并将这个承运人参考号提供给您的EDI供应商。

2.特斯拉的标签与包装方式一一对应

5J对应混托托盘Label 6J对应整托托盘Label 1J对应箱子Label

特斯拉要求整托时只需要出现托盘信息和物料信息即可，混托时则需要加上托盘上箱子的信息。

3.进行特斯拉标签验证的注意事项

与特斯拉进行标签验证需要注意，首先需要将设计好生成好的标签发给SOS中国区联系人进行核查，确认无误后，中国区负责人会将标签发给北美联系人进行进一步核查，确认无误后方可使用。

如果大家有关于EDI的任何疑问或者希望了解更多的EDI案例，欢迎联系沟通~