宜家IKEA是來自瑞典的全球知名家具和家居零售商，在全球擁有223個商場，其中有36家商場位於中國大陸。如今宜家在全球53個國家有大約1300個供應商，在16個國家的28個分銷中心負責為宜家商場供貨。
如此龐大的供應鏈體系和業務數據量使得宜家的業務數據處理流程面臨巨大挑戰。究竟如何處理大批量的業務數據呢？答案是：使用EDI（電子數據交換）技術。EDI專攻於大批量的業務數據處理，助力宜家提升其自動化水平。
EDI技術如何助力宜家呢？部署任何EDI項目，第一步需要確認的便是EDI傳輸協議。宜家與其供應商之間如果要直接通信，雙方必須使用相同的通信協議。目前宜家已經選定了AS2作為其傳輸協議。通過AS2協議，加密業務數據，並通過數字證書進行認證。因此，有對接宜家EDI項目的供應商也同樣需要採用AS2傳輸協議。
第二步是選擇報文標準。常見的報文標準有X12、EDIFACT、VDA等，宜家EDI項目中採用EDIFACT報文標準。宜家IKEA EDI項目中使用的典型EDIFACT報文如下：
- ORDERS——Puchase Order採購訂單
- ORDRSP——Puchase Order Confirmation採購訂單響應
- SLSRPT——Sales Report Weekly 銷售周報
- SLSRPT——Sales Report Daily 銷售日報
- ORDCHG——Purchase Order Change 採購訂單變更
- IFTMBF——Transport Booking Request 運輸預定申請
- IFTMBC——Transport Booking Confirmation 運輸預訂確認
- DESADV——Despatch Advice發貨通知
- REMADV——Remittance advice message匯款通知
這些報文在EDI報文處理流程中，分別扮演著怎樣的角色呢？除了上述列舉的報文之外，在處理業務流程的過程中，宜家還用到了其他類型的EDIFACT報文。
訂單管理的EDI信息流是基於訂單類型，一般訂單、供應商管理的補貨訂單和客戶訂單。接下來我們將對以上三種訂單加以分析：
一般訂單：宜家發送ORDERS（採購訂單）給供應商，供應商回復ORDRSP（採購訂單響應）。一般的訂單流程包括B，F，I和J這幾種訂單類型，以及採購訂單、訂單確認/更新等EDI報文。訂單類型：
- B – INOS/內部訂單系統或
- F – 固定訂單(手工訂單)
- I – iPurchase (手動訂單)
- J – 履約訂單
供應商管理的補貨訂單：宜家發送Sales Report Weekly（銷售周報）和Sales Report Daily（銷售日報）給供應商，供應商回復Purchase Order Proposal（採購訂單回復），接下來宜家向供應商發送Purchase Order（採購訂單），供應商收到採購訂單後給宜家回復Purchase Order Updatye（採購訂單更新）
供應商管理的補貨訂單，流程是由供應商發起的，並由供應商向宜家發送補貨訂單。補貨訂單是根據每日和每周生成的銷售報告EDI報文的內容來計算。
客戶訂單：宜家發送ORDERS（採購訂單）給供應商，供應商回復ORDRSP（採購訂單響應）。當訂單發生變更時，宜家還可以向供應商發送ORDCHG（採購訂單變更請求）請求變更採購訂單，供應商收到請求後回復ORDRSP（採購訂單響應）。
接下來介紹運輸和交付管理流程，運輸和交付管理流程是基於每個接收方的交付設置。一個從訂單到發票的EDI實施流程中可能包括多個運輸和交付流程。
宜家IKEA EDI項目中，涵蓋的運輸和交付流程為：
- 一般運輸和配送流程
- 宜家運輸管理——基於訂單的計劃
- CDPS——集群運輸計劃設置
- 供應商處理的運輸
一般運輸和配送流程：供應商向宜家發送運輸請求(IFTMBF)，宜家回復運輸預定確認(IFTMAC)。供應商收到宜家回復的確認消息後方可向宜家發送發貨通知(DESADV)。貨運詳情信息（IFTMBC）包含提貨日期、承運人等信息。當貨物離開供應商時，應發送一份發貨通知，其中包括訂單行等信息。
宜家運輸管理——基於訂單的計劃：通過基於訂單的計劃，宜家負責制定送貨計劃。運送計劃為當訂單確認信息中的庫存可用日期被設置在訂單行上時，則開始交貨計劃。倉庫可用日期在訂單確認信息(ORDRSP)中被設定後，則開始送貨計劃。
宜家計劃運輸，並發送一個包含訂單行的託運計劃，該計劃被設定為運送。供應商通過託運計劃對託運計劃作出回應。發貨詳情信息(IFTMBC)包含提貨日期、承運人等。當貨物離開供應商時，應發送發貨通知，其中包括訂單行信息。
CDPS——集群配送計劃系統：CDPS的流程是由宜家發出的託運建議發起的。該託運建議有接受或拒絕兩種狀態。如果接受，供應商就會將建議的託運貨物進行常規運輸預訂。
宜家發送託運建議(IFTMBP)給供應商，供應商回復託運建議確認(IFTMBC)以及運輸預定申請(IFTMBF)，接下來宜家發送運輸預定確認(IFTMBC)給供應商，供應商回復發貨通知(DESADV)。
供應商處理的運輸：對於供應商處理的運輸，有兩個不同的流程。設置的依據是宜家的收貨人是否使用交貨時間表解決方案。
對於不使用交貨時間表的收貨人，應將發貨通知（DESADV）信息與託運內容一起發送。
宜家的發票信息是如何通過EDI系統傳輸的呢？宜家向供應商發送發票(INVOIC)，供應商回復匯款通知(REMADV)。
發票是基於發貨通知中發送的託運貨物而開具的，包含與項目材料和當地法律有關的部分信息。匯款通知在發票處理完畢後的第二天發送。發票確認信息彌補了發送發票和付款之間的差距。
為保證供應商能夠高效地對接宜家EDI系統，需要按照如下項目計劃執行：
首先是供應商開發階段，供應商內部進行EDI映射開發和業務邏輯實施，在此過程中需要保證上文提到的傳輸協議和報文標準與宜家保持一致。業務邏輯需要根據實際項目需求進行定製。其次進入連接測試階段，設置測試環境和生產環境的通信，這個階段主要完成系統間數據收發測試。最後是業務測試階段，此階段主要進行EDI報文語法檢查以及業務驗證。需要收發測試報文以做校驗。
宜家EDI項目實施期間將定期通過英文線上會議溝通項目進度。在項目正式交付之前，需要多次確認EDI業務數據交換是有效的。實施EDI的成本與完成整體EDI項目的工作量有關。實施EDI的業務種類、對接的交易夥伴數量、IT開發的成本以及需要購買的軟體或服務都將影響EDI項目的實施成本。
註：文案部分圖片及內容來源於網絡，版權歸原創作者所有，如有侵犯到您的權益，請您聯繫我進行刪除，給您帶來困擾，深感抱歉。