edi報文?很多客戶在進行EDI項目的時候，想要了解如何看懂EDIFACT報文中的數據，今天的文章就帶大家學習EDIFACT報文的結構，以及如何才能獲取到需要的數據，我來為大家講解一下關于edi報文?跟着小編一起來看一看吧!

edi報文

很多客戶在進行EDI項目的時候，想要了解如何看懂EDIFACT報文中的數據，今天的文章就帶大家學習EDIFACT報文的結構，以及如何才能獲取到需要的數據。

首先，我們先來了解一下EDIFACT報文的結構，如下圖所示：

一次EDI傳輸包含一段Interchange（必須有），Interchange中會包含一個或多個Functional Group（簡稱FG），FG段是否出現并不做強制要求，一個FG中可能會包含一個或多個Message。舉例來說，如果需要在一次EDI傳輸中傳送3個ORDERS采購訂單，那麼報文結構為一個Interchange下包含3個Message。

對報文結構有了基本的了解之後，我們再來看下如何從報文中獲取數據。以下是一段示例的ORDERS采購訂單報文，每一行開頭由3個字符組成，叫做Segment節點，代表特定的業務含義，例如BGM代表報文的開始以及一些主信息，DTM代表時間信息，NAD代表實體信息（buyer、seller、bill-to等），RFF代表一些參考信息，LIN代表訂單行物料信息，QTY代表數量等。

接下來，以LIN行為例，LIN表示Segment起始信息， 是數據元素Element分隔符（也可根據情況設置為其他符号），:是子元素Subelement分割符，’是段Segment分割符。再來看業務含義：001為訂單行号，0000057G3454為物料号，BP是有固定含義的限定符Qualifier，限定該物料号為買方物料号，如果限定符為VP即為銷售方物料号。類似的限定符還有QTY段的PCE，限定物料數量單位。

最後我們來詳細地解析這一條ORDERS數據，假如我們要獲取以下數據（隻列舉了部分信息段）：

例如，我們要從報文中獲取訂單号以及訂單日期，根據以上表格可以得知會出現在BGM以及DTM段，我們直接在報文中定位到該行，便可得知訂單号為K12345、訂單日期為19980626。其他的信息可以使用同樣的方法獲取，如下圖：

以上就是基本的閱讀EDIFACT報文以及獲取業務數據的方法，雖然我們可以直接從EDIFACT報文中讀取到數據，但相信大家可以感受到人工閱讀EDIFACT報文，并從中提取數據是非常麻煩的。報文設計的初衷是為了方便計算機處理，不過直接閱讀報文對于開發人員來說也是有意義的，可以用來對比收到的數據與原始數據是否一緻。但對于ERP用戶或者業務團隊來說，很顯然并不需要去讀原始的EDIFACT報文，隻需閱讀EDI供應商解析後的數據。EDI在整個數據交換的流程中扮演的更多的是一個傳輸、翻譯的角色。

知行之橋中的EDIFACT端口，可一步完成EDIFACT報文的解析或生成，方便将EDIFACT數據同步到不同的業務系統中，可點擊EDI小課堂之EDIFACT端口詳解 | EDI通信專家查看EDIFACT端口詳解，歡迎下載試用。

文章中講解的ORDERS報文隻是EDIFACT标準中一種簡單的類型，還有很多種結構不同的報文，大家可以利用今天講解的方法嘗試地去讀懂其他的報文，如果有任何疑問，請聯系我們。

更多EDI信息，請參閱: EDI是什麼？ | EDI通信專家

原文鍊接：如何讀懂EDIFACT報文？ | EDI通信專家

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!