BMW EDI项目成功案例

猜猜我是谁？

项目一期 - Excel方案

业务需求

传输协议：OFTP2 over Internet

报文标准：UN/EDIFACT标准

业务报文：

业务报文代码&作用

其他文档：

其他文档&作用

系统集成方案：Excel方案

实施方案概述

这是星宇第一次与BMW建立EDI连接，同时也是小K第一次与星宇合作EDI项目ヽ(°°)ノ 双方选择了OFTP2.0协议，这是汽车行业使用较广的一种传输协议。此外，还涉及EDIFACT标准报文开发，包含DELFOR和DESADV两种报文。

说到实施方案，由于星宇当时还没有对这部分业务启用ERP系统，但是另一方面由于BMW实施进度要求，星宇需要短时间内完成EDI连接以及报文开发，经过与星宇IT负责人沟通，最终决定采用Excel方案作为过渡方案，后期再逐步迁移，集成ERP系统。

OFTP2.0连接

在实施需求确认后，第一项，星宇与BMW进行了OFTP2.0连接测试，BMW已经有自己完善的EDI系统，小K主要讲星宇建立EDI连接的准备工作，首先需要一台服务器部署EDI系统，不需要很特别，具有固定外网IP的普通PC即可，但是考虑到数据安全性以及后续传输的数据量，这个小伙伴可以结合企业实际情况发挥一下。

其次，需要明确以下配置信息：

BMW OFTP2.0配置信息

Odette Identifier/SSID Code（SSID标识）

SSID Password （SSID密码）

Version（OFTP协议版本）

Remote Host（远程主机地址）

Port（接收数据端口）

Certificate（证书）

星宇OFTP2.0配置信息

Odette Identifier/SSID Code（SSID标识）

SSID Password （SSID密码）

Version（OFTP协议版本）

Remote Host（远程主机地址）

Port（接收数据端口）

Certificate（证书）

报文开发

星宇接收&解析报文

OFTP Port：接收BMW发来的标准的EDIFACT报文（DELFOR报文），转发至EDIFACT Port；

EDIFACT Port：将接收到的标准EDIFACT 报文自动转换为XPath XML格式文件（XML形式标准EDIFACT报文），并转发至Excel Port；

Excel Port：定制开发，将XPath XML格式文件（XML形式标准EDIFACT报文）转换为Excel格式文件，通过邮件附件方式直接发送至多个业务人员进行后续处理。

星宇生成&发送报文

Excel Port：定制开发，将业务人员填写的DESADV业务的Excel模板转换为XPath XML格式文件（XML形式标准EDIFACT报文），并转发至EDIFACT Port；

EDIFACT Port：将XPath XML格式文件（XML形式标准EDIFACT报文）转换为EDIFACT标准报文，并自动转发至OFTP Port；

OFTP Port：将标准的EDIFACT报文（DESADV）发送至BMW EDI系统。

EDI系统功能实现到这里结束，项目中提到的其他文档，如Delivery Note、Label及ediDoc等，实际是不属于EDI系统功能实现的，这里就不做详细描述了，如果有感兴趣的小伙伴，可以联系小K。

你看不见我你看不见我

Label示例

Shipping Order示例

通过星宇、BMW以及小K的努力，星宇&BMW项目历经3个月已成功上线使用，但是Excel方案只是一个过渡方案。在Excel方案平稳运行的同时，迁移至EDI&ERP系统集成方案也悄悄地开始了

ERP方案区别与Excel方案，不同在于最终的数据处理及存储方式，Excel方案将业务数据以Excel电子文档形式展示给星宇业务人员，以供后续业务处理，但是对于ERP方案，数据会通过中间数据库表进而与ERP业务系统后台数据库进行关联，业务数据以界面形式呈现，便于后续管理。较之于Excel方案，ERP方案处理效率提高，减少了人工操作失误，更有效地实现了数据自动化处理。

这里再啰嗦一下，EDI和ERP系统。EDI是指电子数据交换，为了使得不同企业之间业务系统或是同一企业中不同业务系统之间形成数据连通，原本不能进行数据通信的系统之间建立“桥梁”，使得两者之间得以沟通，重点在于业务数据传输。ERP就是为了将企业资源整合、协调，在极短时间处理现有资源的信息，以应对灵活变动的实际业务活动，掌握各个资源流动状态，重点在于业务及数据管理。

对于ERP方案，以上提到的Delivery Note、Label及ediDoc等已经交由ERP系统负责，EDI仅实现OFTP连接以及报文开发。下面小K详细描述一下ERP方案的实现细节~

项目二期 - ERP方案

项目二期，星宇与BMW之间除了以上提到的DELFOR和DESADV报文，还新增了DELJIT、INVOICE报文，这里不做赘述。以下还是以DELOFR和DESADV为例，详述一下ERP方案实现细节。

业务需求

传输协议：OFTP2 over Internet

报文标准：UN/EDIFACT标准

业务报文：

业务报文代码&作用

系统集成方案：ERP方案

实施方案概述

图中数据库不是ERP系统的后台数据库，是用于关联EDI系统与ERP系统的中间数据库，EDI可支持ODBC及ADO.NET等数据库连接方式，如SQLite, SQL Server, Oracle及MySQL等。此次项目实施中，星宇选择的是SQL Server数据库。OFTP连接未变更，同上，此处不再赘述。

报文开发

星宇接收&解析报文

OFTP Port：接收BMW发来的标准的EDIFACT报文（DELFOR报文），转发至EDIFACT Port；

EDIFACT Port：将接收到的标准EDIFACT 报文自动转换为XPath XML格式文件（XML形式标准EDIFACT报文），并转发至Database Port；

DatabasePort：经过Port配置及定制开发，将XPath XML格式文件（XML形式标准EDIFACT报文）转换为Database Port可以识别的XML格式文件，并将数据自动插入中间数据库表中，后续处理交由ERP供应商完成。

星宇生成&发送报文

Database Port：经过Port配置及定制开发，可以自动获取中间数据库表中的新插入的业务数据，将获取到的DESADV业务数据转换为XPath XML格式文件（XML形式标准EDIFACT报文），并转发至EDIFACT Port；

EDIFACT Port：将XPath XML格式文件（XML形式标准EDIFACT报文）转换为EDIFACT标准报文，并自动转发至OFTP Port；

OFTP Port：将标准的EDIFACT报文（DESADV）发送至BMW EDI系统。

此次项目方案迁移，EDI方面主要工作在于中间数据库表的设计以及报文开发部分代码调整，ERP方案使得EDI系统与ERP系统得以集成，实现了真正意义上的数据处理自动化，大步提升处理效率并较低了人工操作失误，为后续与BMW业务合作创造了有利条件。

至今星宇已与小K家多次合作EDI项目，陆续与VDL、BMW其他工厂、Plastic Omnium、上汽大众、TOYOTA等企业完成EDI项目实施，很荣幸能与星宇一起成长，小K也期待能为更多企业供应链助力。