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（證書）

• 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也期待能為更多企業供應鏈助力。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！