舍弗勒集團是全球領先的汽車和工業(yè)產(chǎn)品供應商，以高品質(zhì)、卓越技術和創(chuàng)新能力著稱，提供高精度的發(fā)動機、變速箱、底盤部件和系統(tǒng)，以及滾動軸承和滑動軸承解決方案。

項目需求

隨著全球化進程的加速，舍弗勒與交易伙伴之間的信息交流越來越頻繁，而數(shù)據(jù)的傳輸和共享也變得至關重要。因此，舍弗勒需要一種安全、可靠的方式來滿足其數(shù)據(jù)傳輸需求。在此背景下，EDI成為了舍弗勒的首選方案。

舍弗勒Schaeffler EDI項目選擇通過OFTP傳輸協(xié)議和EDIFACT報文標準，以傳輸入庫、出庫和庫存等不同業(yè)務的數(shù)據(jù)。

OFTP是一種用于在不同網(wǎng)絡之間安全傳輸文件的協(xié)議。為了確保這些數(shù)據(jù)的安全性和可靠性，舍弗勒Schaeffler選擇了OFTP作為數(shù)據(jù)傳輸協(xié)議。

EDIFACT是一種用于在企業(yè)間交換電子文檔的國際標準。舍弗勒Schaeffler選擇EDIFACT作為報文標準，因為它是業(yè)界通用的標準，并且能夠滿足舍弗勒Schaeffler的需求。

舍弗勒Schaeffler EDI項目要求傳輸?shù)臉I(yè)務單據(jù)包括入庫計劃、入庫確認、出庫計劃、出庫揀貨確認、出庫打包確認、出庫裝車確認和庫存狀態(tài)異常反饋以及庫存狀態(tài)異常反饋確認。具體涉及的業(yè)務單據(jù)，以及對應的EDIFACT業(yè)務代碼及傳輸方向，詳情如下：

報文代碼業(yè)務含義傳輸方向DESADV入庫計劃舍弗勒發(fā)送給R公司RECADV入庫確認R公司發(fā)送給舍弗勒INSDES出庫計劃舍弗勒發(fā)送給R公司DESADV出庫揀貨確認R公司發(fā)送給舍弗勒DESADV出庫打包確認R公司發(fā)送給舍弗勒DESADV出庫裝車確認R公司發(fā)送給舍弗勒INVRPT庫存狀態(tài)異常反饋舍弗勒發(fā)送給R公司INVRPT庫存狀態(tài)異常反饋確認R公司發(fā)送給舍弗勒

EDI解決方案

建立OFTP連接

建立OFTP連接需要準備：部署OFTP服務的服務器，且需要確保交易伙伴可訪問到該服務以及ODETTE ID和ODETTE證書。

舍弗勒Schaeffler項目需要建立OFTP連接，并配置雙方的SSID、密碼、遠程主機名、端口和公鑰證書等信息。

格式轉(zhuǎn)換

搭建好OFTP傳輸通道之后，R公司需要具備生成和解析EDI報文的能力，通過知行之橋EDI系統(tǒng)的XMLMap以及EDIFACT端口，可以快速實現(xiàn)EDI報文與XML之間的格式轉(zhuǎn)換。

舍弗勒發(fā)送文件給R公司：R公司需要通過知行之橋 EDI 系統(tǒng)接收來自舍弗勒的符合EDIFACT報文標準的報文，再將其轉(zhuǎn)換為數(shù)據(jù)庫XML，并將數(shù)據(jù)插入中間數(shù)據(jù)庫中。這個方向主要處理DESADV入庫計劃、INSDES出庫計劃以及INVRPT庫存狀態(tài)異常反饋。

R公司發(fā)送給舍弗勒：R公司業(yè)務數(shù)據(jù)存放在中間數(shù)據(jù)庫中，知行之橋EDI系統(tǒng)會自動進行抓取，知行之橋 EDI 系統(tǒng)獲取到數(shù)據(jù)之后，將其轉(zhuǎn)換為符合EDIFACT報文標準的文件，發(fā)送給舍弗勒。這個方向主要處理RECADV入庫確認、DESADV出庫揀貨確認、DESADV出庫打包確認、DEASDV出庫裝車確認以及INVRPT庫存狀態(tài)異常反饋確認。

集成方案

R公司選擇了通過中間數(shù)據(jù)庫表的方式實現(xiàn)EDI系統(tǒng)和ERP系統(tǒng)之間的集成。這是很常見的方案，它可以有效地將兩個系統(tǒng)解耦，從而提高整個系統(tǒng)的可靠性和可維護性。

通過中間數(shù)據(jù)庫表的方式，EDI系統(tǒng)和ERP系統(tǒng)可以分別將需要傳輸?shù)臄?shù)據(jù)存放到中間數(shù)據(jù)庫表中，然后另一方系統(tǒng)再從中間數(shù)據(jù)庫表中獲取數(shù)據(jù)進行處理。這樣可以避免直接修改對方系統(tǒng)中的數(shù)據(jù)，從而減少數(shù)據(jù)傳輸過程中的風險和錯誤。同時，由于中間數(shù)據(jù)庫表中的數(shù)據(jù)都是原始數(shù)據(jù)，可以方便地進行數(shù)據(jù)追溯和排查問題。

項目成果

R公司發(fā)送文件給舍弗勒

舍弗勒發(fā)送文件給R公司

在舍弗勒 EDI 項目中，由于舍弗勒有多個 UNB ID，分別對應不同的地點，因此在接收和發(fā)送EDI文件的時候需要進行區(qū)分。在上述工作流中，可以看到有四組Branch端口和XMLMap端口。為了區(qū)分不同的地點，可以在端口名中加上不同的UNB ID，例如：DES1、DES2、DES3、DES4等。這樣就可以在端口名中看出是哪個地點的數(shù)據(jù)了。

項目回顧

如何在報文中區(qū)分需要傳輸?shù)乃膫€DESADV？

舍弗勒發(fā)給R公司DESADV入庫計劃，R公司需要給舍弗勒發(fā)出三個DESADV：出庫揀貨確認、出庫打包確認以及出庫裝車確認。我們可以通過DEASDV報文的UNH字段來進行區(qū)分：

舍弗勒發(fā)送給R公司DESADV入庫計劃，用于更新R公司的物流信息管理系統(tǒng)。在報文中，舍弗勒公司提供了其貨物的入庫計劃，以便R公司能夠及時做好接收準備工作。UNH03為空表示入庫計劃。UNH示例如下：

1

UNH+1+DESADV:D:03A:UN'

當貨物到達R公司的倉庫后，倉庫工作人員會根據(jù)入庫計劃進行揀貨。在揀貨環(huán)節(jié)中，R公司會生成一個出庫揀貨確認的DESADV報文，并發(fā)送給舍弗勒公司，以便舍弗勒公司及時了解貨物的揀貨情況。當UNH03為PICKING時，表示R公司回傳的出庫揀貨確認，UNH示例如下：

1

UNH+1+DESADV:D:97A:UN+PICKING'

當貨物被揀貨完成后，R公司會對貨物進行打包。在打包環(huán)節(jié)中，R公司會生成一個出庫打包確認的DESADV報文，并發(fā)送給舍弗勒公司，以便舍弗勒公司及時了解貨物的打包情況。
當UNH03為PACKAGE_OEM時，表示R公司回傳的出庫打包確認，UNH示例如下

1

UNH+1+DESADV:D:03A:UN+PACKAGE_OEM'

當貨物準備好發(fā)貨時，R公司會生成一個出庫裝車確認的DESADV報文，并發(fā)送給舍弗勒公司，以便舍弗勒公司及時了解貨物的出庫情況。當UNH03為DESPATCH，表示R公司回傳的出庫裝車確認，UNH示例如下：

1

UNH+1+DESADV:D:03A:UN+DESPATCH'

如何進行服務重啟？

在安裝EDI平臺時，EDI服務以Windows服務狀態(tài)運行，如果服務器需要重啟，EDI服務將自動啟動。如果需要手動重啟服務，可以打開Windows服務列表手動重啟。注意：重啟期間無法進行文件的收發(fā)工作，進行服務重啟需要與舍弗勒約時間，確保不會漏掉文件。

EDI系統(tǒng)是否會自動升級？

知行之橋EDI系統(tǒng)不會自動升級。我們的開發(fā)人員會持續(xù)修復舊版本中出現(xiàn)的不足并在新版本中添加新的功能，每年都會進行一次大版本升級以及不定期的小版本升級，如果需要使用最新版本的EDI系統(tǒng)，可以聯(lián)系我們的項目經(jīng)理進行版本升級。

如何重發(fā)文件？

EDI系統(tǒng)處理文件的過程中，正常情況下文件的收發(fā)都是完全自動化的。由于某種原因，文件出現(xiàn)發(fā)送失敗的情況，可能需要進行手動發(fā)送。需要先判斷文件發(fā)送失敗的原因。

如果是由于網(wǎng)絡問題導致的失敗，EDI系統(tǒng)的自動重發(fā)機制將會重新發(fā)送這個文件。

如果是代碼或者映射部分出現(xiàn)報錯，請在第一時間聯(lián)系我們的EDI工程師，確保問題迅速得到解決。

如果是其他情況，建議從數(shù)據(jù)源頭重新操作。如果采用的是數(shù)據(jù)庫中間表的方案，需要在中間數(shù)據(jù)庫中修改STATUS值，從而進行重發(fā)操作。

了解更多 EDI 信息，請參閱: EDI 是什么？