4W1H，即what，who，where，when，how。 本文作者從這5個方面對EDI電子數(shù)據(jù)交換展開了分析。在工作中，怕的不是問題艱巨，怕的是自己沒有理清楚思緒，不知道如何下手，像這樣用拆分的法則將問題進行拆分，進行一個個地解答，未嘗不是一種好的思路。

最近要負責系統(tǒng)EDI的相關(guān)數(shù)據(jù)交換處理，前段時間搞得毫無頭緒，東一榔頭，西一棒槌的。梳理的產(chǎn)品內(nèi)容丟三落四的，后來靜下心來，還是從4W1H法則入手梳理（在此業(yè)務場景時間點不重要所以剔除了When）。

What：EDI是什么

每次分析業(yè)務時，無論新舊，我都會先捫心自問，這個業(yè)務到底是什么？如果能一句話概括，那證明我對這個業(yè)務理解相對深入了，否則就可能理解尚淺。

EDI:電子數(shù)據(jù)交換（Electronic data interchange，縮寫EDI）是指按同一規(guī)定的一套通用標準格式，將相關(guān)業(yè)務數(shù)據(jù)信息通過通信網(wǎng)絡傳輸在貿(mào)易伙伴的系統(tǒng)之間進行數(shù)據(jù)交換和自動處理。

這里幾個點我首先Get到了，它有一套通用標準格式；傳輸對象是業(yè)務數(shù)據(jù)，使用對象是B2B的間系統(tǒng)，需要進行交換，還有一點很重要它可以自動化處理。

Why：為什么要做EDI

之所以要做某些業(yè)務，一定是此項業(yè)務解決了某些現(xiàn)實問題。

那EDI解決的問題是啥？主要解決兩個商業(yè)伙伴間的數(shù)據(jù)交換上。

例如：B公司為A公司下游，B公司生產(chǎn)的產(chǎn)品需要向A公司購買其相關(guān)產(chǎn)品，A公司的產(chǎn)品就相當于B公司的生產(chǎn)原料。再接地氣點就是，A公司是賣菜的，B公司是廚子，所謂巧婦難為無米之炊，再好的廚子想要做出美味菜肴，他都要清楚菜商有無自己需要的食材，然后了解食材的多少才好確定自己能做出多少盤。B公司要是生產(chǎn)過程中若是想擴大生產(chǎn)，就要了解A公司相關(guān)庫存信息等。

目的是將不同的業(yè)務系統(tǒng)連接起來，進而傳輸電子類的單據(jù)（如訂單，發(fā)票，庫存等等）

Where：EDI使用場景

國際標準EDI系統(tǒng)通常都包含EDI報文傳輸、EDI報文翻譯/Mapping、集成業(yè)務系統(tǒng)三部分功能，分別實現(xiàn)了對外連接交易伙伴，對內(nèi)實現(xiàn)文件翻譯和系統(tǒng)集成，由外至內(nèi)實現(xiàn)了數(shù)據(jù)自動化傳輸。

1. 對外使用

將兩個業(yè)務系統(tǒng)，通過EDI文檔（或者稱為EDI報文）進行傳輸

2. 對內(nèi)

一些B端用戶在初次配置信息化系統(tǒng)時，或者是更換系統(tǒng)時，在期初需要將大量數(shù)據(jù)導入到信息系統(tǒng)中。一般廠商會把數(shù)據(jù)存儲在各類平面文件中（例如：Excel、Txt等），然后需要將其導入到業(yè)務系統(tǒng)中，或者從業(yè)務系統(tǒng)將業(yè)務數(shù)據(jù)導出到平面文件，例如發(fā)票業(yè)務數(shù)據(jù)導出為pdf。

很多產(chǎn)品都有映射功能，最常見的就是【導入】【導出】，當然也可稱之此功能為格式轉(zhuǎn)換。

3. 應用于哪些業(yè)務

一些單據(jù)類的業(yè)務，例如：采購訂單、銷售發(fā)票、庫存清單等。

4. 有哪些入口

1. 統(tǒng)一入口：整體上可以有個數(shù)據(jù)交換中心，在此功能入口下可以進行不同業(yè)務的數(shù)據(jù)交換操作。
2. 單據(jù)入口：我稱之為“攜帶入口”，是可以掛靠在單據(jù)類頁面上的，方便用戶在制作單據(jù)時就可以進行數(shù)據(jù)交換，即拿即用。

Who：EDI使用者是哪些人？

對于使用者，也要結(jié)合業(yè)務使用場景來考慮。場景上是分對內(nèi)和對外兩種情況，使用者在考慮時也需考慮到此兩種。

例如，從對外傳輸上和內(nèi)部導入使用兩方面出發(fā)：

在業(yè)務梳理使用者時，其實也是在梳理此項業(yè)務的權(quán)限，也是圍繞兩個問題展開：

1. 誰能用？
2. 能用哪些？

How：怎么做到數(shù)據(jù)交換

1. 它包含哪些內(nèi)容?

標準的EDI系統(tǒng)的三要素是：

1. 數(shù)據(jù)標準：電子數(shù)據(jù)交換共同標準，有一定國際標準如AS2, OFTP(2.0)等，通過共同的標準達到彼此之間文件交換時報文傳輸協(xié)議相同。
2. EDI軟件和硬件：主要指EDI翻譯軟件，其主要作用就是實現(xiàn)EDI標準報文與自定義格式文件的轉(zhuǎn)換
3. 通信網(wǎng)絡：將增值網(wǎng)絡（VAN）作為傳輸EDI報文的管道。

2. 業(yè)務內(nèi)容轉(zhuǎn)化為功能

3. 工作流程

一種常見的整體工作方式：

將其轉(zhuǎn)為流程圖：

API是新的替代品嗎？

從上文來看，EDI好像主要服務于業(yè)務系統(tǒng)間的信息傳輸。但是所有的業(yè)務系統(tǒng)間的傳輸，都需要靠EDI完成嗎？其實不然。

若僅是跨系統(tǒng)間數(shù)據(jù)讀取，而且有明確導向的，也可以采用API方式（此處API是指WebApi）。例如，客戶在用CRM系統(tǒng)時，需要將其在CRM所做的活動事項，展現(xiàn)在其OA系統(tǒng)中，若這兩個系統(tǒng)是獨立的，那OA系統(tǒng)就可以通過API方式去讀取CRM里相關(guān)活動業(yè)務數(shù)據(jù)。

二者對比：

從上圖可以看出，EDI有特定的傳輸協(xié)議，且其消息類型也多于API。

EDI發(fā)展歷史相較API悠久，所以標準制定也相對統(tǒng)一，而API可以做到靈活的讀寫。不過正因為API沒有統(tǒng)一的開放標準，所以，業(yè)務系統(tǒng)通過API方式實現(xiàn)數(shù)據(jù)共享的前提就是，輸入系統(tǒng)需要提供『寫入接口』，而輸出系統(tǒng)則需要提供『讀取接口』。

總結(jié)

無論是4W1H 還是5W2H，這些方法僅是提供了一種分析思路，通過這些思路基本可以理出輪廓。

最終想將業(yè)務梳理得細致，還是要靠自己在知識海洋中捕撈，無論是在網(wǎng)上搜索還是實際體驗業(yè)務，都需要切身感受理解。

有句話講得好：從群眾中來，到群眾中去。

參考文獻：

https://wenku.baidu.com/view/021c017c3069a45177232f60ddccda38376be1cb.html

本文由 @29號同學 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash，基于 CC0 協(xié)議