EDI（電子數據交換）實現企業間業務數據的自動化傳輸，如：採購訂單、發票和運輸通知單等，使企業能夠有效地與交易夥伴進行合作。但由於EDI最初是在20世紀60年代爲原始的機器設計的，因此對人類而言，EDI的格式幾乎是不可理解的。
儘管如此，您可以從EDI報文中獲取哪些信息呢？更爲重要的是，您怎樣才能知道您的EDI報文並沒有出現任何代價高昂的語法錯誤？這些語法錯誤可能會導致您漏掉訂單、延誤訂單或者庫存不準確。
本文我們將以X12標準下的EDI 850採購訂單報文爲例，向您介紹其主要組成部分。通過了解這個示例，您可以更好的理解您看到的EDI報文內容，並且更容易確定是在什麼時候出現了問題。示例內容並不會與其他報文完全一致，但其整體結構是適用於其它X12 EDI報文的。
EDI報文的要素
對於所有 X12 標準EDI報文的消息結構，包含三個主要組件，如下圖所描述：
- Interchange交換
- Functional Group功能組
- Transaction Set交易集
交換組和功能組協同工作，並充當將消息定向到正確目的地的地址，而交易集則描述消息本身。X12報文結構圖右邊的2到3個字符的代碼表示這些結構組成部分。
EDI代碼
在這裏，我們展示了這些代碼在EDI報文中描述結構組件的樣子。下面的文本是一個EDI報文的例子，在本例中，是一個850採購訂單。
正如您所看到的，示例報文是由難以理解的字符串組成的。但它們可以被理解爲段的集合。
- 文檔中的每一行稱爲一個段
- 段由一個或多個元素組成
- 每段後面都有一個結束符/分隔符（通常是一個波浪號）
在這個例子中，我們將每個段放在自己的行上，以便於區分。但要注意的是，EDI報文通常是以整塊的形式出現，沒有回車符，只有終止符/分隔符。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
ISA*
00
*
*
00
*
*
ZZ*
kasoftware *
01
*
003025392
*
160623
*
1448
*
U*
00401
*
000000013
*
0
*
P*
+
~
GS*
PO*
AMAZONDS*
ATFDS*
20070911
*
2001
*
95
*
X*
004010
~
ST*
850
*
0003
~
BEG*
00
*
DS*
TesT0008516*
*
20070805
~
CUR*
BT*
USD
~
N1*
BT*ka software
*
92
*
KYDC
~
N1*
SF*
WHSE*
92
*
WHSE
~
N1*
ST*
test
~
N3*
11254
Main
St*
Suite
112
~
N4*
Seattle*
WA*
98104
*
CN*
CC
~
TD5*
*
92
*
UPS_GR_RES*
*
*
*
ZZ*
RES
~
N1*
LW*
test
~
N3*
123
test
~
N4*
Seattle*
WA*
98103
*
US
~
PO1*
1
*
3
*
EA*
18.04
*
NT*
SK*
1617
*
*
*
*
*
BL*
1
*
ZZ*
kasoftware
.
com
~
PO1*
2
*
2
*
EA*
54.42
*
NT*
SK*
4927
*
*
*
*
*
BL*
1
*
ZZ*
kasoftware
.
com
~
PO1*
3
*
1
*
EA*
18
*
NT*
SK*
9876
*
*
*
*
*
BL*
1
*
ZZ*
kasoftware
.
com
~
CTT*
3
*
6
~
SE*
15
*
0003
~
GE*
1
*
40
~
IEA*
1
*
000000040
~
|
交換
交換部分由頭部和尾部組成，用於識別您要發送文檔的公司。X12使用ISA代碼作爲頭部，IEA代碼作爲尾部。
ISA頭提供有關交換的元數據。例如，它包括用於交易的唯一標識號，也可以在收到文檔後在功能性確認文件中使用。文檔末尾的IEA代碼意味着完成了交換。
功能組
功能組將信息更具體地指向企業的某個特定領域或部門。例如，功能組可能包括綁定到會計部門的所有發票信息。X12使用代碼GS作爲功能組頭部，GE作爲尾部，分別位於上述文件的第二行和倒數第二行。
交易集
交易由消息的主體組成，如訂單詳情。以下代碼定義了交易的各個方面。ST代表“開始交易”，定義了發送消息的類型。在這裏，ST01是850，意味着該文件是一個採購訂單。SE（在上述示例報文的第三行到最後一行）是結束標籤，結束以ST開始的交易。
你通常會在每筆交易中找到一些不同的代碼。
ST02：每個交換組可以包括多個交易，如多個850，850和810，或其他一些組合。ST02識別每個交易。
BEG：表示開始，包括關於850的高級元數據，如PO號、PO日期、訂單號等。
REF：參考標識符。企業有廣泛的靈活性，可以從一系列標識符中選擇，如客戶訂單號、客戶參考號、銷售程序號或特殊處理代碼。
N1：使用買方、託運人或匯入方的名稱、角色和標識符等信息，識別交換的一方。N3和 N4標識了N1中提到的一方的地址。
PO1：一個採購訂單可以包括多個項目。PO1用一個獨特的ID來標識每個項目。公司可以靈活地定義他們所使用的標識符的種類，例如UPC或ISBN。PO1還描述了訂購數量和單位價格。
PID：PO1的一部分，PID可以提供額外的識別信息，如顏色、重量和尺寸。
CTT：彙總所有項目的總數量和總成本。
更清晰地看到代碼
雖然您現在可以看到並理解基本的EDI段，但將EDI報文轉換成另一種格式，可以使您一目瞭然，更容易地理解您的EDI報文。例如，如果您只需要輕輕地點擊，即可將EDI文件轉換爲XML格式，並且可以輕鬆插入註釋，記錄每個段的作用，使其更容易閱讀和理解。如何實現以上的操作呢？可以選擇知行EDI系統。
知行EDI系統：使用拖拽式功能自動映射EDI，功能強大。可輕鬆將文檔轉換爲XML，Excel，CSV或任何平面文件格式。知行之橋支持EDI 850、837、810、270以及其他十幾種主要EDI標準中的數百個標準EDI報文的映射和轉換。
注：文案部分圖片及內容來源於網絡，版權歸原創作者所有，如有侵犯到您的權益，請您聯繫我們進行刪除，給您帶來困擾，我們深感抱歉。
