H公司&道依茨DEUTZ EDI项目案例

Published On: 2022年5月30日Categories: 成功案例, 汽车行业EDIViews: 2

© All rights reserved. • 西安知行软件有限公司 • 陕ICP备09022277号

德国道依茨股份公司多年来以其主导产品道依茨DEUTZ品牌柴油机著称于世,是现今历史最悠久的发动机独立制造厂商,也是世界领先的创新驱动系统制造商之一。

为了完善与供应商之间的供应链管理过程,道依茨DEUTZ要求在生产和供应这两个复杂的流程中,实现信息流的自动化。

edi

搭建数据传输通道

与同样来自德国的品牌德国大众一样,道依茨DEUTZ与其供应商使用的EDI传输协议是OFTP2,是由Odette组织提出的用于传输 EDI 报文的传输协议,它符合德国汽车工业协会VDA 4914/2,或Odette-欧洲电信传输数据交换(Odette-Organization for Data by Tele Transmission in Europe)的建议。

近期道依茨DEUTZ向其供应商H公司发起 EDI 对接邀请,希望可以通过EDI来传输业务文件。

EDI 连接流程

本次EDI项目中,道依茨DEUTZ 和供应商之间传输的是符合VDA标准的报文,业务类型包含:VDA 4905 / EDIFACT DELFOR 物料需求计划 以及VDA 4913 / EDIFACT DESADV发货通知。本次H公司采用VDA标准,报文传输方向如下:

H公司接收道依茨DEUTZ发来的 VDA 4905 H公司给道依茨DEUTZ发送 VDA 4913

edi

EDI 解决方案

通常情况下,将EDI系统集成企业内部业务系统是最为高效的处理方法,能够最大程度上实现信息的自动化处理。考虑到H公司仅接收物料需求计划,发送发货通知。传输的报文类型并不复杂,并且收发数据的频率较低,传输的数据量也较小。因此H公司提出,目前并没有集成业务系统的计划。

想要低成本、快速接入EDI,可以采用知行LIP系统,在可控的成本内,帮助企业实现EDI传输以及业务自动化处理。用户可以直接在知行LIP系统中进行接收物料需求计划和发送发货通知的操作。

因此H公司与道依茨DEUTZ的EDI项目采用了本地部署 LIP方案。

项目成果

知行之桥 EDI 系统实现与道依茨DEUTZ 连接的工作流可以参考下图:

edi

接收方向:主要分布在上述工作流中的左侧部分,H公司通过OFTP端口,接收道依茨DEUTZ发送的VDA 4905,经VDA端口、XML Map端口进行格式转换后写入LIP数据库,并展示在LIP的订单页面上。

发送方向:主要分布在上述工作流中的右侧部分,H公司可以在LIP系统界面上通过订单生成或自己填写相关数据,点击发送即可写入LIP数据库,经XML Map端口、VDA端口格式转换后,创建VDA 4913。接下来EDI会将这些数据通过OFTP端口发送给道依茨DEUTZ。

用户无需操作工作流界面,只需要在知行LIP系统中进行操作即可,知行LIP系统主页面如下图所示:

edi

在知行LIP系统1.0.0.26中,你可以在主页面的右上方进行界面语言的切换,目前支持中文和英文,可以根据需要随时进行转换。LIP系统的场景应用场景包括订单、发票、发货等。可以参考文章:LIP应用场景之供应商常见场景

H公司与道依茨DEUTZ的EDI项目中主要使用上述订单板块(物料需求计划)以及发货通知板块,同时可以在LIP系统中维护物料信息和客户信息。

项目回顾

1.与道依茨DEUTZ进行业务测试

EDI项目实施部分完成后,会与道依茨DEUTZ进行业务测试,检查数据结构以及数据填写是否正确。一般与国外的交易伙伴进行业务测试时,会通过邮件沟通测试细节。由于时差问题,响应速度相对来说没有国内那么快。

但在本次项目中,道依茨DEUTZ的响应很快,有时甚至早上发出的邮件,下午就得到道依茨DEUTZ的回复了。正是因为响应快速,整体项目测试环节进行得十分顺利。

2. VDA标准的报文应该怎么看?

上文我们提到了道依茨DEUTZ 和供应商之间传输的是符合VDA标准的报文,那么这些报文都是什么样的呢?以下是VDA 4905 的示例报文:

edi

VDA 报文每一行的长度必须是128位。每个字段长度都有明确的要求。数字类型:如果长度不足以填充要求的长度,会右对齐左补0来填充;字符串类型:如果长度不足以填充要求的长度,会左对齐右补空格来填充。

VDA 4905 (物料需求计划 Delivery Note)报文中主要包含 511、512、513、514、519 等层级,并且这些层级出现的先后顺序都是有严格规定的。

我们看到的VDA报文一般都是按照511 > 512 > 513 > 514 > 519 这样的顺序展开的。

511主要包含了数据的头部信息,例如供应商编号、传输日期等信息就在其中。

512主要包含物料的基本信息,例如客户工厂代码、交货计划日期、买方供应商编号、卖方供应商编号等。

513包含的是上一次收货信息和这次物料需求计划的信息,例如:累计接收数量、货物到达日期以及物料数量等。

514包含的是这次物料需求计划的信息,主要由货物到达日期以及物料数量组成。

519包含的是511、512、513、514、519等部分信息的总计。

不过您不必担心看不懂VDA标准的报文的问题,本次项目中,用户只需要在LIP系统中进行操作即可,并不用直接操作这些不易理解的报文。

3.货物到达日期都有哪些情况?

222222 = no demand 此产品没有需求数量
333333 = backorder quantity 退货数量
444444 = immediate demand 立刻需求
555555 = transition to weekly or monthly demand figures 过渡到每周或每月的需求数据

555555之后的日期分为两种表述方式:

YYMM00 — month月
YY00WW — week周

例如220500,表示2022年的5月。220005 则表示2022年第五周。

货物到达日期包含在上述 513和514中,需要注意的是,513通常只有一条,但514可以出现多条。意味着可以传输多个货物到达日期以及货物数量。

以上便是本次道依茨DEUTZ 项目的全部内容了,如果您还对汽车行业的其他案例感兴趣,欢迎联系我们。

更多EDI信息,请参阅: EDI是什么?

了解更多EDI信息,请您电话 137-2065-8862 或邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

为什么选择

知行之桥®?​

根据企业规模与集成需求,提供从本地部署到云端托管的灵活选择

可视化 EDI 工作流

基于拖拽式图形化设计器,零代码构建完整 EDI 业务流程,满足复杂供应链自动化场景。

Odette & Drummond 认证

通过 Odette(OFTP) 与 Drummond(AS2) 权威认证,确保与主机厂安全合规、高可靠的数据交换。

多系统集成能力

提供数据库、REST/SOAP、FTP/SFTP 等标准化接口,实现 ERP、WMS、MES 等系统的双向数据自动同步。

数据映射格式转换

内置可视化 Mapping 编辑器,零代码实现 EDI 报文与企业内部数据格式(XML/JSON…)的映射转换及复杂规则处理。

实时监控预警机制

全流程可视化监控报文状态,支持邮件、钉钉、企业微信自动预警,保障 JIT 交付的稳定性与及时性。

多工厂支持

支持集团级多组织、多工厂架构,实现数据隔离与权限管控,统一平台集中运维,满足大型制造企业多地点协同需求。