物流行业R公司对接舍弗勒EDI项目案例

舍弗勒集团是全球领先的汽车和工业产品供应商，以高品质、卓越技术和创新能力著称，提供高精度的发动机、变速箱、底盘部件和系统，以及滚动轴承和滑动轴承解决方案。

项目需求

随着全球化进程的加速，舍弗勒与交易伙伴之间的信息交流越来越频繁，而数据的传输和共享也变得至关重要。因此，舍弗勒需要一种安全、可靠的方式来满足其数据传输需求。在此背景下，EDI成为了舍弗勒的首选方案。

舍弗勒Schaeffler EDI项目选择通过OFTP传输协议和EDIFACT报文标准，以传输入库、出库和库存等不同业务的数据。

OFTP是一种用于在不同网络之间安全传输文件的协议。为了确保这些数据的安全性和可靠性，舍弗勒Schaeffler选择了OFTP作为数据传输协议。

EDIFACT是一种用于在企业间交换电子文档的国际标准。舍弗勒Schaeffler选择EDIFACT作为报文标准，因为它是业界通用的标准，并且能够满足舍弗勒Schaeffler的需求。

舍弗勒Schaeffler EDI项目要求传输的业务单据包括入库计划、入库确认、出库计划、出库拣货确认、出库打包确认、出库装车确认和库存状态异常反馈以及库存状态异常反馈确认。具体涉及的业务单据，以及对应的EDIFACT业务代码及传输方向，详情如下：

报文代码	业务含义	传输方向
DESADV	入库计划	舍弗勒发送给R公司
RECADV	入库确认	R公司发送给舍弗勒
INSDES	出库计划	舍弗勒发送给R公司
DESADV	出库拣货确认	R公司发送给舍弗勒
DESADV	出库打包确认	R公司发送给舍弗勒
DESADV	出库装车确认	R公司发送给舍弗勒
INVRPT	库存状态异常反馈	舍弗勒发送给R公司
INVRPT	库存状态异常反馈确认	R公司发送给舍弗勒

EDI解决方案

建立OFTP连接

建立OFTP连接需要准备：部署OFTP服务的服务器，且需要确保交易伙伴可访问到该服务以及ODETTE ID和ODETTE证书。

舍弗勒Schaeffler项目需要建立OFTP连接，并配置双方的SSID、密码、远程主机名、端口和公钥证书等信息。

格式转换

搭建好OFTP传输通道之后，R公司需要具备生成和解析EDI报文的能力，通过知行之桥EDI系统的XMLMap以及EDIFACT端口，可以快速实现EDI报文与XML之间的格式转换。

舍弗勒发送文件给R公司：R公司需要通过知行之桥 EDI 系统接收来自舍弗勒的符合EDIFACT报文标准的报文，再将其转换为数据库XML，并将数据插入中间数据库中。这个方向主要处理DESADV入库计划、INSDES出库计划以及INVRPT库存状态异常反馈。

R公司发送给舍弗勒：R公司业务数据存放在中间数据库中，知行之桥EDI系统会自动进行抓取，知行之桥 EDI 系统获取到数据之后，将其转换为符合EDIFACT报文标准的文件，发送给舍弗勒。这个方向主要处理RECADV入库确认、DESADV出库拣货确认、DESADV出库打包确认、DEASDV出库装车确认以及INVRPT库存状态异常反馈确认。

集成方案

R公司选择了通过中间数据库表的方式实现EDI系统和ERP系统之间的集成。这是很常见的方案，它可以有效地将两个系统解耦，从而提高整个系统的可靠性和可维护性。

通过中间数据库表的方式，EDI系统和ERP系统可以分别将需要传输的数据存放到中间数据库表中，然后另一方系统再从中间数据库表中获取数据进行处理。这样可以避免直接修改对方系统中的数据，从而减少数据传输过程中的风险和错误。同时，由于中间数据库表中的数据都是原始数据，可以方便地进行数据追溯和排查问题。

项目成果

R公司发送文件给舍弗勒

舍弗勒发送文件给R公司

在舍弗勒 EDI 项目中，由于舍弗勒有多个 UNB ID，分别对应不同的地点，因此在接收和发送EDI文件的时候需要进行区分。在上述工作流中，可以看到有四组Branch端口和XMLMap端口。为了区分不同的地点，可以在端口名中加上不同的UNB ID，例如：DES1、DES2、DES3、DES4等。这样就可以在端口名中看出是哪个地点的数据了。

项目回顾

如何在报文中区分需要传输的四个DESADV？

舍弗勒发给R公司DESADV入库计划，R公司需要给舍弗勒发出三个DESADV：出库拣货确认、出库打包确认以及出库装车确认。我们可以通过DEASDV报文的UNH字段来进行区分：

舍弗勒发送给R公司DESADV入库计划，用于更新R公司的物流信息管理系统。在报文中，舍弗勒公司提供了其货物的入库计划，以便R公司能够及时做好接收准备工作。UNH03为空表示入库计划。UNH示例如下：

当货物到达R公司的仓库后，仓库工作人员会根据入库计划进行拣货。在拣货环节中，R公司会生成一个出库拣货确认的DESADV报文，并发送给舍弗勒公司，以便舍弗勒公司及时了解货物的拣货情况。当UNH03为PICKING时，表示R公司回传的出库拣货确认，UNH示例如下：

当货物被拣货完成后，R公司会对货物进行打包。在打包环节中，R公司会生成一个出库打包确认的DESADV报文，并发送给舍弗勒公司，以便舍弗勒公司及时了解货物的打包情况。
当UNH03为PACKAGE_OEM时，表示R公司回传的出库打包确认，UNH示例如下

当货物准备好发货时，R公司会生成一个出库装车确认的DESADV报文，并发送给舍弗勒公司，以便舍弗勒公司及时了解货物的出库情况。当UNH03为DESPATCH，表示R公司回传的出库装车确认，UNH示例如下：

如何进行服务重启？

在安装EDI平台时，EDI服务以Windows服务状态运行，如果服务器需要重启，EDI服务将自动启动。如果需要手动重启服务，可以打开Windows服务列表手动重启。注意：重启期间无法进行文件的收发工作，进行服务重启需要与舍弗勒约时间，确保不会漏掉文件。

EDI系统是否会自动升级？

知行之桥EDI系统不会自动升级。我们的开发人员会持续修复旧版本中出现的不足并在新版本中添加新的功能，每年都会进行一次大版本升级以及不定期的小版本升级，如果需要使用最新版本的EDI系统，可以联系我们的项目经理进行版本升级。

如何重发文件？

EDI系统处理文件的过程中，正常情况下文件的收发都是完全自动化的。由于某种原因，文件出现发送失败的情况，可能需要进行手动发送。需要先判断文件发送失败的原因。

如果是由于网络问题导致的失败，EDI系统的自动重发机制将会重新发送这个文件。

如果是代码或者映射部分出现报错，请在第一时间联系我们的EDI工程师，确保问题迅速得到解决。

如果是其他情况，建议从数据源头重新操作。如果采用的是数据库中间表的方案，需要在中间数据库中修改STATUS值，从而进行重发操作。

了解更多 EDI 信息，请参阅: EDI 是什么？

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