汽车行业A公司对接安波福Aptiv EDI项目案例

很多企业使用自动化生产设备取代传统流水线工作，一定程度上缩短了生产周期，提高了市场竞争力，但这还不够。在实际生产中，提升企业信息化水平、加快推动工业化、发展智能制造，才能确保企业经济效益稳步快速的增长。当订单量逐步增长，交易伙伴会向下游供应商发出EDI连接的邀请，这不仅意味着供应商与交易伙伴的合作更加密切，一旦企业具备EDI能力，其信息化水平也会得到大幅提高！

交易伙伴发来EDI对接邀请

安波福公司(AptivPLC)原名德尔福汽车公司(Delphi Automotive)，于2017年分拆其动力总成业务部后改名为安波福公司，目前全球汽车零部件企业排名第19位。近期安波福Aptiv向汽车行业A公司发出EDI对接邀请，计划通过EDI传输双方的业务数据。

通过搭建EDI系统实现A公司与安波福Aptiv之间的数据共享，达到线上下单、交期预测等功能，提高工作效率及下单准确性。

响应需求，明确解决方案

对A公司而言，维护与交易伙伴之间的合作关系，保持稳定的销售渠道固然重要，但如何合理安排明确的生产需求计划，降低库存积压才是亟需解决的问题。要解决这些问题，A公司需要一个这样的工具：

第一，满足交易伙伴的对接要求

第二，方便开发

第三，界面简洁易操作

多方对比之后，A公司选择了知行软件的知行之桥EDI系统，响应安波福Aptiv的EDI对接邀请，优化生产排程。

业务流程

A公司接收Aptiv发送的DELFOR 发货预测以及DELJIT长期需求预测，并将DELJIT中确认要货的信息作为订单处理，进行发货，发货之后将DESADV回传给Aptiv，Aptiv根据收到的DESADV发货通知进行收货。

EDI解决方案如下图所示：

1.安全可控文件传输

安波福Aptiv EDI支持使用OFTP2 via INTERNET或者AS2的方式与供应商进行EDI对接。

在以往的成功案例中，我们注意到，如果供应商选择AS2，则 Aptiv 将会在邮件中提出，供应商需要支付500美元的连接费用。

本项目主要以 OFTP 为例。

2. EDI报文格式转换

安波福Aptiv支持的报文标准为：EDIFACT，涉及以下三种业务单据的格式转换：

报文代码	业务含义	传输方向
DELFOR	Delivery Forecast 发货预测	Aptiv发给A公司
DELJIT	Ship Schedule长期需求预测	Aptiv发送给A公司
DESADV	Despatch Advice 发货通知	A公司发送给Aptiv

3.系统集成

为了方便实现业务系统与EDI系统之间的数据同步，省去人工填写数据的步骤，我们根据A公司对于数据传输的需要来选择与ERP集成的方案。

A公司希望将EDI与ERP间接连接，保证EDI的数据不直接影响到ERP中的数据，因此选择中间数据库方案，即建立一个中间数据库，作为EDI和ERP连接的中间媒介。

发送数据

A公司将需要发送给安波福Aptiv的业务数据存入到中间数据库，我们将定期轮询抓取数据库中的新数据，通过知行之桥EDI系统将数据转换为与之相对应EDI国际标准报文，发送给安波福Aptiv。

接收数据

A公司将需要发送给安波福Aptiv的业务数据存入到中间数据库，EDI系统将定期轮询抓取数据库中的新数据，然后将数据转换为与之相对应EDI标准报文，再通过OFTP将报文发送给安波福Aptiv。

轻松搭建EDI系统

上图是A公司&安波福Aptiv EDI项目的工作流实例，我们的EDI顾问利用知行之桥的功能端口，在低代码的情况下使用了16个端口（其中包含4个免费端口：3个Branch端口，1个Notify端口）搭建出了A公司&安波福Aptiv的EDI项目。

补充阅读：怎么理解知行之桥EDI系统的端口？

项目回顾

1.报文没有包含明确时间信息的字段，如何按时间顺序排序？

重启EDI系统之后，OFTP端口手动接收到多个文件，A公司提出这种情况下导入数据库要按照安波福Aptiv发布时间的顺序导入。其中DELJIT报文中有包含发布日期的业务字段，而DELFOR没有相应字段。因此需要解决接收到DELFOR时如何确认时间的问题，并按照发布时间对文件进行排序。

这种情况下，此前保留的字段就可以发挥作用了，我们的顾问决定解析DELFOR报文中的UNB4.1和UNB4.2两个字段，作为参考时间导入中间数据库，在数据库中新增字段，以实现对DELFOR接收时间的确认。从而对接收到的文件实现按时间顺序导入。

如上图所示，解析UNB4.1和UNB4.2字段中的211122和2131两个值，作为参考时间。

根据Aptiv的规范，UNB4.1和UNB4.2字段分别代表的含义是编制日期和编制时间，其中UNB4.1字段中填写的数值需满足：YYMMDD 格式，也就是上面示例中的211122，代表的含义为2021年11月22日。UNB4.2字段中填写的数值需满足：HHMM 格式，如示例中的2131，代表的含义是21点31分。

2.项目实战

相信你一定注意到了，这里的RECADV报文并没有像上面的DELFOR以及 DELJIT一样，进行格式转换的操作，这究竟是为什么呢？

在EDI流程中，安波福Aptiv会向A公司发送RECADV文件，但这个文件在实际的业务场景中并没有使用到。对于这类文件，为了防止日后由于业务调整或者其他情况需要用到这个报文，我们的顾问在搭建工作流的过程中，对这个文件进行了分流处理，即用Branch端口进行文件分流，把所有接收到的RECADV文件全部放在一个统一文件夹下。这样做自动化地处理了接收到的所有RECADV文件，并且进行归类放置，极大程度上减轻了业务人员的工作量。

可以看到，在RECADV之后加上了Notify端口，这个端口的主要功能是可以对错误文件进行邮件通知。由于安波福Aptiv发送过来的报文只涉及到了以上提到的三种报文，因此如果接收到了除了这三种报文之外的其他文件，则需要及时提醒相关人员进行处理。

一旦出现问题文件，EDI系统将自动向预定邮箱发送邮件提醒，确保问题可以及时得到处理。点击Notify端口，在设置界面中点击配置通知设置：

点击上图蓝色方框之后会直接跳转到 系统设置/通知界面，如下图所示：

可以在这里进行邮件设置，选择收件人以及发件人，并且对邮件标题进行自定义设置，方便统一管理。

最后需要注意，由于与安波福进行EDI测试流程，需要在45天内完成。因此在EDI项目实施过程中，需要特别关注项目进度，只有各方积极配合才能够保证EDI项目可以如期上线！

更多EDI案例，欢迎联系知行软件。

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