倍适登Bilstein直供业务EDI解决方案

倍适登BILSTEIN避震是全世界最著名的避震器厂家之一。数十年来，悬架技术的高科技已与BILSTEIN在驱动动力学、驾驶安全性和舒适性等方面的高要求紧密联系。倍适登BILSTEIN正在逐步和供应商从Web-EDI切换至直连EDI。Web-EDI是直连EDI的一种过渡方案，主要帮助IT技术不够成熟或设备不完善的中小企业快速对接交易伙伴，第三方EDI供应商会开通一个专属WEB EDI账号，通过Web界面进行数据交互。倍适登与供应商传输的是VDA标准报文，业务类型包含VDA 4905（物料需求计划）和VDA4913（发货通知），通过知行EDI直连系统，自动化传输、翻译，实现VDA报文与Excel表格自由转换

扩展阅读：直连 EDI VS Web EDI

1. EDI项目需求概览

1.1 项目需求

• 传输协议：OFTP（Bilstein指定）
• 报文标准：VDA（Bilstein指定）
• 实施方案：本地部署

业务代码	业务含义	传输方向
VDA 4905	Delivery Schedule /物料需求计划（长期）	接收
VDA 4913	Despatch Advice/发货通知	发送

1.2 EDI连接

通过知行EDI系统即可实现OFTP(2.0)相互连接，对传输数据进行签名加密，实现业务数据安全传输，且数据传输具有不可否认性。所有交易伙伴在建立连接时需要身份验证。服务器端先将客户端的登录信息与保存在服务器上信息比对，如果身份验证通过，才将其登录信息发送给客户端，随后由客户端验证身份。双方只有在相互成功验证身份后方可进行数据交换。客户端和服务器端都需要两对用户名和密码：一对用来登录到另一端的用户名和密码，另一对用来验证合作伙伴登陆信息的用户名和密码。用户名称通常是Odette由RFC 2204规范定义的Odette ID。如果是发生在两个交易伙伴之间的直接通信，可以使用任何用户名称。注：Bilstein不要求必须使用Odette官方证书，使用带有证书链的证书即可。

2. VDA标准报文生成/解析工作流

借助知行 EDI系统，可创建解析/生成edi标准报文工作流。工作流按照业务方向可分为接收报文和发送报文两个方向，以以Excel方案为例（通过VDA标准报文与Excel格式文件之间的转换，实现数据映射)，EDI工作流主要由以下端口组成。

• OFTP端口：通过互联网使用OFTP传输协议与交易伙伴建立EDI连接。
• VDA端口：实现VDA和标准XML格式文件的转换。
• Script端口：将报文类型写入到文件名中（如PO_20190226_01.edi），便于后期追溯。
• File Match端口：匹配文件名称前缀，分发不同的业务类型文件至下一个端口。
• Excel端口：实现Excel表格和自定义XML格式的关系映射。

2.1 接收VDA标准报文

自动化接收及解析VDA 4905（物料需求计划）业务报文，示例工作流如下：

VDA 4905：Call-Off 长期物料需求计划标准报文解析工作流

OFTP端口接收到Bilstein EDI系统发送的VDA标准的4905报文，由Bilstein_VDAToXML端口将VDA 4905报文转换为标准XML格式的Call off，将其发送至Bilstein_FileCopy端口复制后分2条线进行解析：一条经由Bilstein_ParseScript端口脚本处理后将报文中产品需求发货的日期转换成公历周数，文件格式仍然为XML，最后经过Bilstein_Excel_Final端口转换成满足客户需求格式的Excel表格；另一条经由Bilstein_ReName端口重命名文件，最后经过Bilstein_Excel_Src端口转换成包含原始数据的Excel表格。

2.2 发送VDA标准报文

生成及发送VDA4913（发货通知）业务报文，示例工作流如下：

VDA 4913：Delivery Note 发货通知标准报文生成工作流

通过Bilstein_EmailReceive端口从EDI专用邮箱获取客户的Excel业务文件，然后由Bilstein_FileMatch端口匹配。如获取到的文件是VDA4913（发货通知）的Excel业务文件，则将文件发送到Bilstein_ExcelTo4913端口，将Excel格式发货通知转换为标准XML格式发货通知，然后发送到Bilstein_XMLToVDA端口并输出VDA标准的4913报文，最后通过OFTP传输到Bilstein的EDI系统。

2.3 VDA标准报文生成/解析示例

2.3.1 VDA 4905报文解析

输入VDA报文示例：

Bilstein发来VDA 4905包含511、512、513、514、519等内容，下面简单介绍一下各部分的主要信息：

511

51102 0000000070000100000190504190101

其中000000007是供应商编号；00000和00001分别为上次版本号和当前版本号，后面12位分别是call-off的传输日期和物料需求计划的起始日期。每个4905报文只包含1个511。

512

51201PCD936 191116935 191031ITEM-001 5000000001SITE1 STL11S

其中PCD代表客户工厂代码，936和935代表当前call off No.和Last call off No，后面是两次call off对应的日期。ITEM-001就是物料号，5000000001代表采购订单号，SITE1为卸货地点，ST是单位，L标识根据计划日期发货，S代表生产信息。一个物料对应一个512，可能出现多个512。

513

51301000000TE1509261510070000001400000000025080190919000000500000000

其中TE150926和151007分别代表上次的ASN编号和日期，000000140000表示上次收货140件，最后的3位是小数位；0000025080表示累计收货25080件。后面是物料的需求时间和对应数量，这里的时间是具体日期，比如2019年9月19日，需求数量为500。

514

51401190023000011520190024000004608190025000006912190026000009216190027000011520190028000011520190029000011520190030000009216

同513最后的日期/数量一样，514的信息也是物料的计划时间和对应数量，每个514最多可包含8组时间和数量，每个512中可能存在多个514。

519

5190200000010000007000000700000010000000000000000000000000001

519信息是511、512、513、514等部分的计数，每个VDA 4905报文中出现一次519。

输出Excel文件示例（按原始数据格式解析）

每个VDA 4905报文可转换成一个Excel表格，分为表头和明细，表头中包含报文中511的信息，每个512解析一行明细，并且包含513和514中的需求日期和数量。

输出Excel文件示例（按周次显示需求解析）：

根据客户的定制化需求，将原始VDA 4905报文中各物料的需求日期转换为公历周数，并将同期数量累加，再转换到Excel表格的明细行中。

项目总结

项目实施阶段遇到了几个比较特别的挑战和困难，对其中比较有意义的问题和解决方案做了整理方便查阅。

挑战一

Bilstein物料需求计划中的日期类型与供应商安排生产发货的日期类型不匹配，这还要从VDA 4905报文的日期类型说起。VDA 4905中物料明细的需求日期只有6位长度，可能出现的情况基本分为以下三类：①具体日期类型YYMMDD，如：190910，表示2019年9月10日；②公历周次类型YY00WW，如：190003，表示2019年第3周；③公历月份类型YYMM00，如：190500，表示2019年5月份；④特殊需求类型。

特殊需求类型：

• 000000：此产品最后一次需求
• 222222：此产品没有需求数量
• 333333：指示延期交货数量
• 444444：即刻需求
• 555555：订单日期类型变更
• 999999：用于指示可能几个月的剩余需求，无详细的事件说明

经过我们EDI实施顾问与Bilstein EDI团队的反复沟通，确认Bilstein发出的VDA 4905(物料需求计划)日期类型只有第①类-具体日期类型。而Bilstein供应商安排发货的日期类型是第②类-公历周次类型，这就对供应商的准确发货产生了一个不小的挑战。期间讨论、测试几番，最终才确认方案：将原始的具体日期在知行EDI系统中先转换成公历周次，对应同周次的需求数量做累加，解析成供应商可以直接安排发货的Excel表格；同时保留解析原始数据的Excel供客户做数据确认。经过后期的测试，项目运行效果良好。

挑战二

在项目试运行阶段Bilstein发送的VDA 4905报文出现了拆分的情况，即每次传输很多个报文，每个报文只包含了单个物料的需求计划。由于整个Workflow中处理的最小单元就是报文，如果Bilstein需求涉及的物料过多，那么在知行EDI系统中解析这些VDA 4905报文时，就会相应的生成许多Excel表格。这样既不便于供应商直观的收集信息，也降低了整个生产过程的效率。经过知行EDI顾问与Bilstein EDI团队多次沟通，最终Bilstein决定在创建需求时进行整合，将涉及到的所有物料需求整合到一个VDA 4905报文中，这样既提高了OFTP传输效率，也大大降低了系统压力。 项目实施过程中总会遇到一些挑战和困难，但一定要朝着加快效率，排除风险，提高自动化水平的方向来解决问题。这样才可以使EDI解决方案能够更好的满足客户需求。

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