起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識4W1H | EDI電子數據交換怎么做？
4W1H，即what，who，where，when，how。 本文作者從這5個方面對EDI電子數據交換展開了分析。在工作中，怕的不是問題艱巨，怕的是自己沒有理清楚思緒，不知道如何下手，像這樣用拆分的法則將問題進行拆分，進行一個個地解答，未嘗不是一種好的思路。
最近要負責系統EDI的相關數據交換處理，前段時間搞得毫無頭緒，東一榔頭，西一棒槌的。梳理的產品內容丟三落四的，后來靜下心來，還是從4W1H法則入手梳理（在此業務場景時間點不重要所以剔除了When）。
What：EDI是什么
每次分析業務時，無論新舊，我都會先捫心自問，這個業務到底是什么？如果能一句話概括，那證明我對這個業務理解相對深入了，否則就可能理解尚淺。
EDI:電子數據交換（Electronic data interchange，縮寫EDI）是指按同一規定的一套通用標準格式，將相關業務數據信息通過通信網絡傳輸在貿易伙伴的系統之間進行數據交換和自動處理。
這里幾個點我首先Get到了，它有一套通用標準格式；傳輸對象是業務數據，使用對象是B2B的間系統，需要進行交換，還有一點很重要它可以自動化處理。
Why：為什么要做EDI
之所以要做某些業務，一定是此項業務解決了某些現實問題。
那EDI解決的問題是啥？主要解決兩個商業伙伴間的數據交換上。
例如：B公司為A公司下游，B公司生產的產品需要向A公司購買其相關產品，A公司的產品就相當于B公司的生產原料。再接地氣點就是，A公司是賣菜的，B公司是廚子，所謂巧婦難為無米之炊，再好的廚子想要做出美味菜肴，他都要清楚菜商有無自己需要的食材，然后了解食材的多少才好確定自己能做出多少盤。B公司要是生產過程中若是想擴大生產，就要了解A公司相關庫存信息等。
目的是將不同的業務系統連接起來，進而傳輸電子類的單據（如訂單，發票，庫存等等）
Where：EDI使用場景
國際標準EDI系統通常都包含EDI報文傳輸、EDI報文翻譯/Mapping、集成業務系統三部分功能，分別實現了對外連接交易伙伴，對內實現文件翻譯和系統集成，由外至內實現了數據自動化傳輸。
1. 對外使用
將兩個業務系統，通過EDI文檔（或者稱為EDI報文）進行傳輸
2. 對內
一些B端用戶在初次配置信息化系統時，或者是更換系統時，在期初需要將大量數據導入到信息系統中。一般廠商會把數據存儲在各類平面文件中（例如：Excel、Txt等），然后需要將其導入到業務系統中，或者從業務系統將業務數據導出到平面文件，例如發票業務數據導出為pdf。
很多產品都有映射功能，最常見的就是【導入】【導出】，當然也可稱之此功能為格式轉換。
3. 應用于哪些業務
一些單據類的業務，例如：采購訂單、銷售發票、庫存清單等。
4. 有哪些入口
- 統一入口：整體上可以有個數據交換中心，在此功能入口下可以進行不同業務的數據交換操作。
- 單據入口：我稱之為“攜帶入口”，是可以掛靠在單據類頁面上的，方便用戶在制作單據時就可以進行數據交換，即拿即用。
Who：EDI使用者是哪些人？
對于使用者，也要結合業務使用場景來考慮。場景上是分對內和對外兩種情況，使用者在考慮時也需考慮到此兩種。
例如，從對外傳輸上和內部導入使用兩方面出發：
在業務梳理使用者時，其實也是在梳理此項業務的權限，也是圍繞兩個問題展開：
- 誰能用？
- 能用哪些？
How：怎么做到數據交換
1. 它包含哪些內容?
標準的EDI系統的三要素是：
- 數據標準：電子數據交換共同標準，有一定國際標準如AS2, OFTP(2.0)等，通過共同的標準達到彼此之間文件交換時報文傳輸協議相同。
- EDI軟件和硬件：主要指EDI翻譯軟件，其主要作用就是實現EDI標準報文與自定義格式文件的轉換
- 通信網絡：將增值網絡（VAN）作為傳輸EDI報文的管道。
2. 業務內容轉化為功能
3. 工作流程
一種常見的整體工作方式：
將其轉為流程圖：
API是新的替代品嗎？
從上文來看，EDI好像主要服務于業務系統間的信息傳輸。但是所有的業務系統間的傳輸，都需要靠EDI完成嗎？其實不然。
若僅是跨系統間數據讀取，而且有明確導向的，也可以采用API方式（此處API是指WebApi）。例如，客戶在用CRM系統時，需要將其在CRM所做的活動事項，展現在其OA系統中，若這兩個系統是獨立的，那OA系統就可以通過API方式去讀取CRM里相關活動業務數據。
二者對比：
從上圖可以看出，EDI有特定的傳輸協議，且其消息類型也多于API。
EDI發展歷史相較API悠久，所以標準制定也相對統一，而API可以做到靈活的讀寫。不過正因為API沒有統一的開放標準，所以，業務系統通過API方式實現數據共享的前提就是，輸入系統需要提供『寫入接口』，而輸出系統則需要提供『讀取接口』。
總結
無論是4W1H 還是5W2H，這些方法僅是提供了一種分析思路，通過這些思路基本可以理出輪廓。
最終想將業務梳理得細致，還是要靠自己在知識海洋中捕撈，無論是在網上搜索還是實際體驗業務，都需要切身感受理解。
有句話講得好：從群眾中來，到群眾中去。
參考文獻：
https://wenku.baidu.com/view/021c017c3069a45177232f60ddccda38376be1cb.html
本文由 @29號同學 原創發布于人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協議
謝謝干貨，有助于理解，多謝多謝