汽车EDI： Knorr-Bremse EDI 需求分析

Knorr-Bremse AG 是一家总部位于德国慕尼黑的全球领先工业企业，成立于 1905 年，主要专注于为 铁路车辆和商用车辆（如卡车、公交车等）制造制动系统及安全关键电子/机械系统。公司致力于提升道路和轨道交通的安全性、效率和可持续性。

Knorr-Bremse EDI 需求

在开始实施EDI项目之前，需要与Knorr-Bremse 确认本次EDI项目的具体需求，通常由EDI 传输协议、EDI报文标准以及EDI单据类型组成。

EDI 传输协议

Knorr-Bremse支持的 EDI传输协议包括：

• AS2
• OFTP2
• SFTP
• VAN

供应商可以选择其中一种传输协议与Knorr-Bremse建立EDI连接通道，并在《edi_request_form_questionnaire》表格的Supplier栏填写供应商的连接信息。

如选择OFTP传输协议，开始连接测试之前，供应商需要确认本次EDI项目对接Knorr-Bremse哪里的工厂，位于德国、捷克、匈牙利、法国和意大利的工厂拥有不同的SFID，需要注意区分。

EDI 报文标准

Knorr-Bremse 支持的EDI 报文标准有3种：

• VDA
• EDIFACT
• X12

企业可以在Knorr-Bremse发来的《edi_request_form_questionnaire》文件中勾选计划通过EDI传输的单据类型。

EDI 单据类型

企业在上一步中选择的EDI报文标准会对应不同的EDI单据类型：

VDA 标准下支持的单据类型有：

• VDA 4905 Call-off，Knorr-Bremse发送给供应商
• VDA 4913 Consignment stock，Knorr-Bremse发送给供应商
• VDA4908 Self-billing，Knorr-Bremse发送给供应商
• VDA 4913 ASN，供应商发送给Knorr-Bremse
• VDA 4906 Invoice，供应商发送给Knorr-Bremse

EDIFACT标准下支持的单据类型有：

• DELFOR，版本号：D.04A，Knorr-Bremse发送给供应商
• ORDERS，版本号：D.96A，Knorr-Bremse发送给供应商
• ORDCHG，版本号：D.96A，Knorr-Bremse发送给供应商
• ORDRSP，版本号：D.96A，供应商发送给Knorr-Bremse
• DESADV，版本号：D.07A，供应商发送给Knorr-Bremse
• INVOIC，版本号：D.07A，供应商发送给Knorr-Bremse

如果企业选择的EDI报文标准为EDIFACT，《EDI_Queationnaire》供应商需要在对应位置填充自己的UNB ID以及标识符信息。

X12标准下支持的单据类型有：

• 830，版本号：3020，Knorr-Bremse发送给供应商
• 856，版本号：4010，供应商发送给Knorr-Bremse
• 810，版本号：4010，供应商发送给Knorr-Bremse

如何基于知行之桥EDI系统实现Knorr-Bremse的EDI对接需求？

部署EDI系统须知

准备具有固定公网IP的服务器及域名。将域名与公网IP地址关联起来，以便通过域名访问与该IP地址相关联的EDI 服务。知行之桥EDI系统将会部署在企业的本地服务器上。

搭建EDI工作流

完成以上准备工作后，即可在知行之桥 EDI 系统中搭建对应的工作流，下面展示了供应商基于此系统与Knorr-Bremse对接的典型工作流示例（以OFTP传输协议，EDIFACT报文标准，中间数据库方案为例），并通过 SQL Server 实现与 ERP 系统的无缝集成：

此示例方案中，共使用17个端口（OFTP端口的发送和接收计为1个端口，Notify端口和Branch端口为免费端口），企业可根据端口数量选择合适的知行之桥版本。

场景一：自动接收并处理Knorr-Bremse发来的文件

通过知行之桥EDI系统接收Knorr-Bremse发来的DELFOR、ORDERS以及ORDCHG，解析并将数据存放进指定的中间数据库表中，以下便是实现此功能的工作区：

工作流解读与业务价值：

1.OFTP端口：自动、安全地从Knorr-Brems处接收加密的DELFOR、ORDERS以及ORDCHG报文。
2.EDIFACT端口：将接收到的EDI报文从标准EDIFACT格式解析为结构化的XML数据，并进行数据验证。
3.XML Map端口：将解析后的XML数据，按照预定义的规则，映射并生成可供用户业务系统直接使用的数据格式（如数据库XML）。
4.SQLSever端口：将最终处理好的预测、订单以及订单变更数据自动写入用户指定的中间数据库表。用户的ERP系统即可直接查询并使用这些数据，彻底告别手动录入，实现订单处理零错误、分钟级响应。

场景二：自动发送文件给Knorr-Brems

反向流程中，内部系统生成的业务数据（发货通知信息以及发票信息）也需要映射并封装为符合Knorr-Brems标准的EDIFACT 报文（ORDRSP、DESADV以及INVOIC）。以下工作流实现了从业务数据到标准报文的自动转换与发送：

工作流解读与业务价值：

1.SQLSever端口：实时或定时从您的中间数据库表中，获取由ERP系统生成的发货单业务数据。
2.XML Map端口：将SQLSever端口转换后的数据库XML，按照预定义的规则映射为中间XML格式。
3.EDIFACT端口：将中间XML格式中存放的数据转换为标准的EDI报文。
4.OFTP端口：对报文进行数字签名与加密，并安全发送。

如果用户选择X12或者VDA标准，则需要搭建对应的EDI工作流来实现，本文不再赘述。

EDI 注意事项

DELFOR 交付预测（版本号：D.04A）

解析方向的DELFOR交付预测报文，是Knorr-Brems发来的物料预测信息，其中包含采购订单编号、累计总量、预测类型等。

• RFF0101取值为“ON”时，表示RFF0102中存放的是采购订单编号；
• NAD01取值为“BY”时，表示当前传输的是买方信息，可在NAD0201中找到买方ID，在NAD03及NAD04中找到买方的地址以及名称。NAD01取值为“SU”时，表示当前传输的是供应商信息；NAD01取值为“DP”时，表示当前传输的是运输方信息。
• QTY0101取值为“70”时，表示QTY0102中存放的是当前累计交付数量；QTY0101取值为“71”时，表示QTY0102中存放的是累计订购数量；QTY0101取值为“48”时，表示QTY0102中存放的是最后交付数量；QTY0101取值为“113”时，表示QTY0102中存放的是预计交付数量；
• SCC字段存放交付预测类型，如果SCC01取值为“4”，表示计划/预测；如果SCC01取值为“5”，表示上次交付的短缺部分已补发；如果SCC01取值为“10”，表示立即交付。

DESADV（版本号：D.07A）

生成方向的DESADV发货通知，是供应商根据实际发货情况，向Knorr-Brems传递发货信息。

• DTM0101取值为“2”时，表示DTM0102中存放的是要求的交货日期/时间；取值为“11”时，表示DTM0102中存放的是发货日期/时间；
• TDT0301取值为“10”时，表示运输方式为海运；取值为“20”时，表示运输方式为铁路运输；取值为“30”时，表示运输方式为公路运输；取值为“40”时，表示运输方式为空运。
• CPS字段中包含包装层级，CPS03取值为“1”，表示内包装；CPS03取值为“3”，表示外包装；CPS03取值为“4”，表示无包装层级结构。
• QTY字段中的QTY0101取值为“52”，表示QTY0102中存放的是每包数量。

点击在Knorr-Brems官网获取EDI相关资料

阅读原文：汽车EDI：Knorr-Bremse EDI 需求分析