近期德州儀器/TI通過問卷調查方式，向眾多客戶了解下訂單的方式，得到的反饋郵件方式居多。

提到電子郵件，應該都不陌生。最初仿照傳統(tǒng)郵政服務模型建立電郵，就是為了讓人們能通過網(wǎng)絡互相快速、方便的傳送文字、圖片等各種格式文件。目前，電子郵件多用于較為正式的會話中，如工作洽談、書面申請、身份驗證等等。

電子郵件幫助我們快速便捷地傳遞信息，但是整個過程都是人工編輯方式，并沒有實現(xiàn)信息的自動化傳輸。加之，郵件傳輸過程中數(shù)據(jù)安全性無法得到保障。因此越來越多的企業(yè)開始轉向EDI方式，德州儀器/TI 亦是如此。

為了解決傳統(tǒng)郵件方式帶來的一系列問題，加之德州儀器/TI戰(zhàn)略轉型。TI在產(chǎn)品和市場占有率領先的背景下，逐漸取消分銷代理模式轉為直銷模式，可以幫助TI進一步提升產(chǎn)品的利潤率，完成TI的長遠目標。以下就TI直銷模式下與客戶建立EDI連接需求為例，從項目需求，技術實現(xiàn)等方面展開詳細的介紹。

擴展閱讀：您還在用電子郵件傳輸訂單嗎？

1. EDI項目需求概覽

1.1 項目需求

• 傳輸協(xié)議：AS2 on Internet（TI官方推薦），Value Added Networks (VAN)

• 報文標準：EDIFACT（TI官方推薦），X12（TI官方推薦），RosettaNet Implementation Framework (RNIF)

• 實施方案：支持本地/云端部署

業(yè)務模式分為PO和JIT兩種，不同的業(yè)務模式下，TI與采購商傳輸?shù)臉I(yè)務報文類型稍有不同。以EDIFACT和X12標準為例，列出不同業(yè)務類型的報文代碼。

1.2 PO模式

1.3 JIT模式

結合目前項目實施經(jīng)驗及TI與客戶業(yè)務層面實現(xiàn)來看，TI推薦客戶先從PO模式開展業(yè)務合作及EDI連接搭建。如下，分別以EDIFACT和X12標準為例，從業(yè)務類型代碼、方案工作流等方面，對PO模式下傳輸?shù)母鞣N業(yè)務報文進行詳細解讀。

2. EDIFACT標準報文生成/解析工作流

EDIFACT工作流按照業(yè)務方向可分為接收報文和發(fā)送報文兩個方向，以自定義XML方案為例（通過EDIFACT標準報文與自定義XML格式文件之間的轉換，實現(xiàn)數(shù)據(jù)映射），EDI工作流主要由以下端口組成。

• AS2端口：通過互聯(lián)網(wǎng)使用AS2傳輸協(xié)議與交易伙伴建立EDI連接。

• EDIFACT端口：實現(xiàn)EDI和XML格式文件的轉換。

• Script端口：將報文類型寫入到文件名中（如ORDERS_20190226_01.edi），便于后期追溯。

• File Match端口：匹配文件名稱前綴，分發(fā)不同的業(yè)務類型文件至下一個端口。

• XML Map端口：通過拖拽方式即可完成兩種不同的數(shù)據(jù)格式之間所有數(shù)據(jù)節(jié)點映射關系的創(chuàng)建。

2.1 發(fā)送EDIFACT標準報文

涉及ORDERS，ORDCHG兩種業(yè)務報文，示例工作流如下：

2.2 接收EDIFACT標準報文

涉及ORDRSP，DESADV，INVOIC三種業(yè)務報文，示例工作流如下：

2.3 視頻演示

在知行EDI系統(tǒng)中拖拽端口，并將各個端口根據(jù)處理順序連接起來，形成TI EDI項目的整個工作流。端口功能及各個類型的EDIFACT業(yè)務報文處理，請參考各部分詳解。

00:00/03:52

流暢

1x

2.4 EDIFACT標準報文生成/解析工作流

EDI ORDERS：Purchase Order 采購訂單

從指定路徑下獲取自定義XML格式的業(yè)務文件，依次由TI_Match_ORDERS，TI_Match_ORDCHG端口匹配。如獲取到的文件是ORDERS，則將文件發(fā)送到TI_OUT_ORDERS端口，將自定義XML格式采購訂單轉換為標準XML格式采購訂單，最后發(fā)送到TI_XMLToEDI端口并輸出EDIFACT標準的ORDERS報文。在TI_XMLToEDI端口的“輸出”界面可以下載到ORDERS報文。

EDI ORDCHG：Purchase Order Change 采購訂單變更

從指定路徑下獲取自定義XML格式的業(yè)務文件，依次由TI_Match_ORDERS，TI_Match_ORDCHG端口匹配。如獲取到的文件是ORDCHG，則將文件發(fā)送到TI_OUT_ORDCHG端口，將自定義XML格式采購訂單變更轉換為標準XML格式采購訂單變更，最后發(fā)送到TI_XMLToEDI端口并輸出EDIFACT標準的ORDCHG報文。在TI_XMLToEDI端口的“輸出”界面可以下載到ORDCHG報文。

EDI ORDRSP：Order Response 采購訂單(變更)響應

AS2端口接收到TI EDI系統(tǒng)發(fā)送的EDIFACT標準的ORDRSP報文，由TI_EDIToXML端口將EDIFACT標準的ORDRSP報文轉換為標準XML格式采購訂單(變更)響應，將其發(fā)送至下一個端口，依次由TI_Match_ORDRSP，TI_Match_DESADV，TI_Match_INVOIC端口匹配。如獲取到的文件是ORDRSP，則將文件發(fā)送到TI_In_ORDRSP端口，將標準XML格式采購訂單(變更)響應轉換為自定義XML采購訂單(變更)響應。

EDI DESADV：Despatch Advice 發(fā)貨通知

AS2端口接收到TI EDI系統(tǒng)發(fā)送的EDIFACT標準的DESADV報文，由TI_EDIToXML端口將EDIFACT標準的DESADV報文轉換為標準XML格式發(fā)貨通知，將其發(fā)送至下一個端口，依次由TI_Match_ORDRSP，TI_Match_DESADV，TI_Match_INVOIC端口匹配。如獲取到的文件是DESADV，則將文件發(fā)送到TI_In_DESADV端口，將標準XML格式發(fā)貨通知轉換為自定義XML發(fā)貨通知。

EDI INVOIC：Invoice 發(fā)票

AS2端口接收到TI EDI系統(tǒng)發(fā)送的EDIFACT標準的INVOIC報文，由TI_EDIToXML端口將EDIFACT標準的INVOIC報文轉換為標準XML格式發(fā)票，將其發(fā)送至下一個端口，依次由TI_Match_ORDRSP，TI_Match_DESADV，TI_Match_INVOIC端口匹配。如獲取到的文件是INVOIC，則將文件發(fā)送到TI_In_INVOIC端口，將標準XML格式發(fā)票轉換為自定義XML發(fā)票。

2.5 EDIFACT標準報文生成/解析示例詳解

• EDI ORDERS：Purchase Order 采購訂單

• EDI ORDCHG：Purchase Order Change 采購訂單變更

• EDI ORDRSP：Order Response 采購訂單(變更)響應

• EDI DESADV：Despatch Advice 發(fā)貨通知

• EDI INVOIC：Invoice 發(fā)票

3. X12標準報文生成/解析工作流

X12工作流按照業(yè)務方向可分為接收報文和發(fā)送報文兩個方向，以Excel方案為例（通過X12標準報文與Excel格式文件之間的轉換，實現(xiàn)數(shù)據(jù)映射），EDI工作流主要由以下端口組成。

• AS2端口：通過互聯(lián)網(wǎng)使用AS2傳輸協(xié)議與交易伙伴建立EDI連接。

• X12端口：實現(xiàn)EDI和XML格式文件的轉換。

• File Match端口：匹配文件名稱前綴，分發(fā)不同的業(yè)務類型文件至下一個端口。

• Excel端口：實現(xiàn)EDI和標準XML格式文件的轉換。

• Email Send端口：EDI系統(tǒng)以郵件附件形式將文件發(fā)送至用戶。

• Email Receive端口：用戶以郵件附件形式將文件發(fā)送至EDI系統(tǒng)。

3.1 發(fā)送X12標準報文

涉及850，860兩種業(yè)務報文，示例工作流如下：

3.2 接收X12標準報文

涉及855，865，856，810四種業(yè)務報文，示例工作流如下：

3.3 視頻演示

同上2.3中操作，在知行EDI系統(tǒng)中拖拽端口，并將各個端口根據(jù)處理順序連接起來，形成TI EDI項目的整個工作流。端口功能及各個類型的X12業(yè)務報文處理，請參考各部分詳解。

3.4 X12標準報文生成/解析工作流

EDI 850：Purchase Order 采購訂單

EDI系統(tǒng)收到用戶發(fā)送的郵件附件（Excel文件），依次由TI_Match_850，TI_Match_860端口匹配。如獲取到的文件是850，則將文件發(fā)送到TI_Out_850端口，將Excel格式采購訂單轉換為標準XML格式采購訂單，最后發(fā)送到TI_XMLToEDI端口并輸出X12標準的850報文。在TI_XMLToEDI端口的“輸出”界面可以下載到850報文，之后X12標準的850報文通過AS2端口發(fā)送至TI EDI系統(tǒng)。

EDI 855：Order Response 采購訂單響應

AS2端口接收到TI EDI系統(tǒng)發(fā)送的X12標準的855報文，由TI_EDIToXML端口將X12標準的855報文轉換為標準XML格式采購訂單響應，將其發(fā)送至下一個端口，依次由TI_Match_855，TI_Match_865，TI_Match_856，TI_Match_810端口匹配。如獲取到的文件是855，則將文件發(fā)送到TI_In_855端口，將標準XML格式采購訂單響應轉換為自定義XML采購訂單響應。

EDI 860：Purchase Order Change 采購訂單變更

EDI系統(tǒng)收到用戶發(fā)送的郵件附件（Excel文件），依次由TI_Match_850，TI_Match_860端口匹配。如獲取到的文件是860，則將文件發(fā)送到TI_Out_850端口，將Excel格式采購訂單變更轉換為標準XML格式采購訂單變更，最后發(fā)送到TI_XMLToEDI端口并輸出X12標準的860報文。在TI_XMLToEDI端口的“輸出”界面可以下載到860報文，之后X12標準的860報文通過AS2端口發(fā)送至TI EDI系統(tǒng)。

EDI 865：Order Response 采購訂單變更響應

AS2端口接收到TI EDI系統(tǒng)發(fā)送的X12標準的865報文，由TI_EDIToXML端口將X12標準的865報文轉換為標準XML格式采購訂單變更響應，將其發(fā)送至下一個端口，依次由TI_Match_855，TI_Match_865，TI_Match_856，TI_Match_810端口匹配。如獲取到的文件是865，則將文件發(fā)送到TI_In_865端口，將標準XML格式采購訂單變更響應轉換為自定義XML采采購訂單變更響應。

EDI 856：Despatch Advice 發(fā)貨通知

AS2端口接收到TI EDI系統(tǒng)發(fā)送的X12標準的856報文，由TI_EDIToXML端口將X12標準的856報文轉換為標準XML格式發(fā)貨通知，將其發(fā)送至下一個端口，依次由TI_Match_855，TI_Match_865，TI_Match_856，TI_Match_810端口匹配。如獲取到的文件是856，則將文件發(fā)送到TI_In_856端口，將標準XML格式發(fā)貨通知轉換為自定義XML發(fā)貨通知。

EDI 810：Invoice 發(fā)票

AS2端口接收到TI EDI系統(tǒng)發(fā)送的X12標準的810報文，由TI_EDIToXML端口將X12標準的810報文轉換為標準XML格式發(fā)票，將其發(fā)送至下一個端口，依次由TI_Match_855，TI_Match_865，TI_Match_856，TI_Match_810端口匹配。如獲取到的文件是810，則將文件發(fā)送到TI_In_810端口，將標準XML格式發(fā)票轉換為自定義XML發(fā)票。

3.5 X12標準報文生成/解析示例詳解

• X12 850：Purchase Order 采購訂單

• X12 855：Order Response 采購訂單響應

• X12 860：Purchase Order Change 采購訂單變更

• X12 865：Order Response 采購訂單變更響應

• X12 856：Despatch Advice 發(fā)貨通知

• X12 810：Invoice 發(fā)票