宜家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專案的實施成本。
注:文案部分圖片及內容來源於網路,版權歸原創作者所有,如有侵犯到您的權益,請您聯絡我進行刪除,給您帶來困擾,深感抱歉。