J公司&本特勒Benteler EDI项目案例分享

项目背景

本特勒集团（Benteler)于1876年成立于德国，是一家历史悠久的家族式集团公司。德国本特勒汽车工业公司是全球汽车零部件最主要供应商之一，为世界上几乎所有汽车制造商生产配套产品。 J公司作为本特勒的供应商，为本特勒进行汽车零部件的供应。本特勒选择通过建立EDI连接的方式，来与供应商进行业务数据的互通。知行软件作为J公司的EDI供应商，已与J公司建立了长期的、默契的合作关系，不仅帮助J公司实现了与本特勒的数据连接，在此之前已实现了同多家采购商的业务对接。

在开始项目之前，知行软件已对本特勒的EDI业务模式做了熟悉的了解。下面就请一起来看看，知行软件是如何协助J公司完成与本特勒的对接吧！

项目需求

1.传输协议

本特勒 Benteler 支持AS2连接

2.报文标准

业务报文代码	业务含义	传输方向
DELFOR	交付预测计划	本特勒传输给J公司
DESADV	发货通知	J公司传输给本特勒

DELFOR：交付预测计划。本特勒作为采购商，会不定期的给供应商发送交付预测单，其中包含了未来长期预测以及短期即刻要货的交付计划。且该DELFOR报文采用滚动计划模式，即每一项长期预测会随逐条DELFOR报文向前更新为短期交付计划。通过观察本特勒发来的报文数据，可以判断出预测滚动周期为10个月，即交期最近的短期预测到最远的长期预测，时间间隔保持在10个月左右。

DESADV：发货通知。J公司作为供应商，按照本特勒的交付计划进行备货、发货。在完成发货时，需要给本特勒发送发货通知报文，以提醒本特勒验证收货。

EDI解决方案

建立AS2连接

AS2连接是为多数EDI通信选择的数据连接协议，具有高效、安全、低成本等优点。

本次项目中，本特勒选择与J公司采用AS2协议的连接方式。在项目前期，双方主要需要互换以下信息来完成配置：

• AS2 ID：AS2身份标识符
• Public Certificate：与私钥证书成对的公钥证书
• Receiving URL ：数据接收URL地址

数据格式转换

本特勒发送数据给J公司：J公司需要通过EDI系统接收来自本特勒的EDIFACT标准的报文，将其转换为内部业务系统能够处理的XML格式文件。

J公司发送数据给本特勒：通过EDI系统将内部业务系统输出的数据转换为符合EDIFACT报文标准的文件，发送给本特勒。

业务系统集成

经过同知行早期的评估和商议，J公司采用的是中间数据库的集成方式。J公司的Sql Server数据库分为测试库和正式库，测试时使用测试库，待项目上线后才切至正式库。这样分库管理的方式更具安全性。

本特勒发送数据时，将DELFOR报文发至EDI系统，经过一系列的格式转化，EDI系统将数据插入至J公司提供的中间数据库中，以供J公司轮询查找。

J公司发送数据时，将数据传入中间数据库，EDI系统定时抓取数据，再将抓取到的数据转换为DESADV报文，发送给本特勒。

项目成果

通过知行之桥EDI系统实现与本特勒的EDI对接，示例工作流如下：

项目回顾

本特勒团队位于德国，与国内有不小的时差，且项目实施过程中经历了八月份的德国企业大放假，所以该项目最大的挑战便是沟通周期较长。除了需要小小的耐心等待，拥有丰富的项目经验才是EDI供应商协助缩短项目周期的最重要因素。下面分享一些项目经验，希望对后续对接本特勒的企业有所帮助。

1.测试流程

首先，项目前期需要双方互换AS2信息来完成AS2通信连接。在连接完成后，本特勒便开始将生产DELFOR报文发送至J公司。若是本地实施工作已完成，那就可以与本特勒进行DESADV报文的测试。同本特勒验证好报文格式无误之后，需要在实际发货中，再发送一笔包含真实数据的DESADV报文，本特勒验证无误即可完成测试。

2.业务细节

DELFOR报文中会写明预测频率，比如是以周或月的频率来进行预测，或是不确定频率的预测，本特勒则是采用不确定频率预测。其中，预测包括未来长期预测，即较远日期下，对产品的预计需求交付数量的预测；同时也包括短期预测，即交期接近当下，确定需要供应商发货的产品预测数量。这两种预测中，都会清楚指定预测要货日期，以及该日期下的预测需求产品数量。下面选取一小段报文来作说明。

第一项交付数据：

第二项交付数据：

第一项长期预测：

第二项长期预测：

…… 在进行DESADV报文的测试时，除了要进行报文格式的校验，数据内容也需要符合本特勒的要求，比如包装类型以及包装信息。

本特勒支持散箱、整托、混托、无包装这四种包装类型。J客户实际业务中只有整托包装，在传输该包装数据时，关于包装内容必须需要提供以下信息：

• 托盘编号
• 托盘类型代码
• 箱子编号
• 箱子类型代码
• 每个托盘上的装箱数量
• 每个箱子中的产品数量

下面举例一条整托包装以及报文示例：

包装示例

第一个托盘：

第一个托盘上的箱子：

第二个托盘：

第二个托盘上的箱子：

第二个托盘的盖子：

注: 托盘是否有盖子，根据实际包装情况来定。

产品信息：

3.测试中的问题以及解决结果

J公司是将产品送至仓库，由仓库再重新包装好之后安排发货。包装完成后，仓库会将包装信息发回至J公司。但是仓库发回的信息中只有托盘相关信息，没有必须的箱子信息，且实际打包的箱子上也没有箱号。若只有托盘信息，但缺少箱子信息，这样数据的报文是无法通过本特勒验证的。

为解决该问题，知行EDI顾问与本特勒进行了沟通，后经沟通确认，J公司自定义虚拟的箱子信息至报文中发出即可。同时根据以往项目经验，不论是箱号还是托盘号，都需要保证一年之内不能重复。所以J客户选择了如下所示的方式来自定义箱号： 箱子层信息示例如下：

可以看到，J客户定义的箱子编号格式为日期+序号（20220818+001），且符合报文规范中最长不超过35位字符的要求。采用这样的方式，就可以保证箱子编号不会重复了。

如需了解更多关于本特勒EDI项目细节，请联系知行软件！

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

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