关于数据:H公司道依茨DEUTZ-EDI项目案例

38次阅读

共计 2423 个字符,预计需要花费 7 分钟才能阅读完成。

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

为了欠缺与供应商之间的供应链治理过程,道依茨 DEUTZ 要求在生产和供给这两个简单的流程中,实现信息流的自动化。

搭建数据传输通道
与同样来自德国的品牌德国大众一样,道依茨 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 系统集成企业外部业务零碎是最为高效的解决办法,可能最大水平上实现信息的自动化解决。思考到 H 公司仅接管物料需要打算,发送发货告诉。传输的报文类型并不简单,并且收发数据的频率较低,传输的数据量也较小。因而 H 公司提出,目前并没有集成业务零碎的打算。

想要低成本、疾速接入 EDI,能够采纳知行 LIP 零碎,在可控的老本内,帮忙企业实现 EDI 传输以及业务自动化解决。用户能够间接在知行 LIP 零碎中进行接管物料需要打算和发送发货告诉的操作。

因而 H 公司与道依茨 DEUTZ 的 EDI 我的项目采纳了本地部署 LIP 计划。

我的项目成绩
知行之桥 EDI 零碎实现与道依茨 DEUTZ 连贯的工作流能够参考下图:

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

发送方向:次要散布在上述工作流中的右侧局部,H 公司能够在 LIP 零碎界面上通过订单生成或本人填写相干数据,点击发送即可写入 LIP 数据库,经 XML Map 端口、VDA 端口格局转换后,创立 VDA 4913。接下来 EDI 会将这些数据通过 OFTP 端口发送给道依茨 DEUTZ。

用户无需操作工作流界面,只须要在知行 LIP 零碎中进行操作即可,知行 LIP 零碎主页面如下图所示:
在知行 LIP 零碎 1.0.0.26 中,你能够在主页面的右上方进行界面语言的切换,目前反对中文和英文,能够依据须要随时进行转换。LIP 零碎的场景利用场景包含订单、发票、发货等。能够参考文章:LIP 利用场景之供应商常见场景

H 公司与道依茨 DEUTZ 的 EDI 我的项目中次要应用上述订单板块(物料需要打算)以及发货告诉板块,同时能够在 LIP 零碎中保护物料信息和客户信息。

我的项目回顾
1. 与道依茨 DEUTZ 进行业务测试

EDI 我的项目施行局部实现后,会与道依茨 DEUTZ 进行业务测试,查看数据结构以及数据填写是否正确。个别与国外的交易搭档进行业务测试时,会通过邮件沟通测试细节。因为时差问题,响应速度相对来说没有国内那么快。

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

  1. VDA 规范的报文应该怎么看?

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

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 我的项目的全部内容了,如果您还对汽车行业的其余案例感兴趣,欢送分割咱们。

正文完
 0