要實現EDI的全部功能，需要具備以下4個方面的條件，其中包括EDI通信標準和EDI語義語法標準。
數據通信網是實現EDI的技術基礎
為了傳遞文件，必須有壹個覆蓋面廣、高效安全的數據通信網作為其技術支撐環境。由於EDI傳輸的是具有標準格式的商業或行政有價文件，因此除了要求通信網除具有壹般的數據傳輸和交換功能之外，還必須具有格式校驗、確認、跟蹤、防篡改、防被竊、電子簽名、文件歸檔等壹系列安全保密功能，並且在用戶間出現法律糾紛時，能夠提供法律證據。
消息處理系統MHS為實現EDI提供了最理想的通信環境。為了在MHS中實現EDI，ITU－T根據EDI國際標準EDIFACT的要求，於1990年提出了EDI的通信標準X.435，使EDI成為MHS通信平臺的壹項業務。
計算機應用是實現EDI的內部條件
EDI不是簡單地通過計算機網絡傳送標準數據文件，它還要求對接受和發送的文件進行自動識別和處理。因此，EDI的用戶必須具有完善的計算機處理系統。
從EDI的角度看，壹個用戶的計算機系統可以劃分為兩大部分：壹部分是與EDI密切相關的EDI子系統，包括報文處理、通信接口等功能；另壹部分則是企業內部的計算機信息處理系統，壹般稱之為EDP(Electronic Data Processing).
壹個企業的EDP搞得越好，使用EDI的效率就越高。同樣，只有在廣泛使用EDI之後，各單位內部的EDP的功能才能充分發揮。因此，只有將EDI和EDP全面有效地結合起來，才能獲得最大的經濟效益。
標準化是實現EDI的關鍵
EDI是為了實現商業文件、單證的互通和自動處理，這不同於人-機對話方式的交互式處理，而是計算機之間的自動應答和自動處理。因此文件結構、格式、語法規則等方面的標準化是實現EDI的關鍵。
EDI的國際標準發展情況如前所述，即UN/EDIFACT標準已經成為EDI標準的主流。但是僅有國際標準是不夠的，為了適應國內情況，各國還需制定本國的EDI標準。因此，實現EDI標準化是壹項十分繁重和復雜的工作。同時，采用EDI之後，壹些公章和紙面單證將會被取消，管理方式將從計劃管理型向進程管理型轉變。所有這些都將引起壹系列社會變革，故人們又把EDI稱為“壹場結構性的商業革命”。
EDI立法是保障EDI順利運行的社會環境
EDI的使用必將引起貿易方式和行政方式的變革，也必將產生壹系列的法律問題。例如：電子單證和電子簽名的法律效力問題, 發生糾紛時的法律證據和仲裁問題等等。因此，為了全面推行EDI，必須制定相關的法律法規。只有如此，才能為EDI的全面使用創造良好的社會環境和法律保障。
然而，制定法律常常是壹個漫長的過程。在EDI法律正式頒布之前如何處理法律糾紛？國外先進發達國家壹般的做法是，在使用EDI之前，EDI貿易夥伴各方***同簽訂壹個協議，以保證EDI的使用。如美國律師協會的“貿易夥伴EDI協議等”。
EDI的實現過程
EDI系統功能模型和工作原理
在EDI中，EDI參與者所交換的信息客體稱為郵包。在交換過程中，如果接收者從發送者所得到的全部信息包括在所交換的郵包中，則認為語義完整，並稱該郵包為完整語義單元(CSU)。CSU的生產者和消費者統稱為EDI的終端用戶。
在EDI工作過程中，所交換的報文都是結構化的數據，整個過程都是由EDI系統完成的。EDI系統結構如圖2.1所示。
用戶接口模塊
業務管理人員可用此模塊進行輸入、查詢、統計、中斷、打印等，及時地了解市場變化，調整策略。
內部接口模塊
這是EDI系統和本單位內部其它信息系統及數據庫的接口，壹份來自外部的EDI報文，經過EDI系統處理之後，大部分相關內容都需要經內部接口模塊送往其它信息系統，或查詢其它信息系統才能給對方EDI報文以確認的答復。
報文生成及處理模塊
該模塊有兩個功能:
a.接受來自用戶接口模塊和內部接口模塊的命令和信息，按照EDI標準生成訂單、發票等各種EDI報文和單證，經格式轉換模塊處理之後，由通信模塊經EDI網絡發給其它EDI用戶。
b.自動處理由其它EDI系統發來的報文。在處理過程中要與本單位信息系統相聯，獲取必要信息並給其它EDI系統答復，同時將有關信息送給本單位其它信息系統。
如因特殊情況不能滿足對方的要求，經雙方EDI系統多次交涉後不能妥善解決的，則把這壹類事件提交用戶接口模塊，由人工幹預決策。
格式轉換模塊
所有的EDI單證都必須轉換成標準的交換格式，轉換過程包括語法上的壓縮、嵌套、代碼的替換以及必要的EDI語法控制字符。在格式轉換過程中要進行語法檢查，對於語法出錯的EDI報文應拒收並通知對方重發。
通信模塊
該模塊是EDI系統與EDI通信網絡的接口。包括執行呼叫、自動重發、合法性和完整性檢查、出錯報警、自動應答、通信記錄、報文拼裝和拆卸等功能。
除以上這些基本模塊外，EDI系統還必須具備壹些基本功能。
a.命名和尋址功能
EDI的終端用戶在***享的名字當中必須是唯壹可標識的。命名和尋址功能包括通信和鑒別兩個方面。
在通信方面，EDI是利用地址而不是名字進行通信的。因而要提供按名字尋址的方法，這種方法應建立在開放系統目錄服務ISO9594(對應ITU-T X.500)基礎上。在鑒別方面，有若幹級必要的鑒別，即通信實體鑒別，發送者與接收者之間的相互鑒別等。
b.安全功能
EDI的安全功能應包含在上述所有模塊中。它包括以下壹些內容:
終端用戶以及所有EDI參與方之間的相互驗證；
數據完整性；
EDI參與方之間的電子(數字)簽名；
否定EDI操作活動的可能性；
密鑰管理。
c.語義數據管理功能
完整語義單元(CSU)是由多個信息單元(IU)組成的。其CSU和IU的管理服務功能包括:
IU應該是可標識和可區分的；
IU必須支持可靠的全局參考；
應能夠存取指明IU屬性的內容，如語法、結構語義、字符集和編碼等；
應能夠跟蹤和對IU定位；
對終端用戶提供方便和始終如壹的訪問方式。
EDI的操作過程
當今世界通用的EDI通信網絡，是建立在MHS數據通信平臺上的信箱系統，其通信機制是信箱間信息的存儲和轉發。具體實現方法是在數據通信網上加掛大容量信息處理計算機，在計算機上建立信箱系統，通信雙方需申請各自的信箱，其通信過程就是把文件傳到對方的信箱中。文件交換由計算機自動完成，在發送文件時，用戶只需進入自己的信箱系統。
EDI可以看做是MHS通信子平臺，圖2.2、圖2.3、圖2. 4分別表示了EDI在計算機通信網絡七層協議中的地位和作用、EDI信箱系統通信和交換原理、以及完整的通信流程。
通信流程中各功能模塊說明如下:
映射(Mapping)—生成EDI平面文件
EDI平面文件(Flat File)是通過應用系統將用戶的應用文件(如:單證、票據)或數據庫中的數據，映射成的壹種標準的中間文件。這壹過程稱為映射(Mapping)。
平面文件是用戶通過應用系統直接編輯、修改和操作的單證和票據文件，它可直接閱讀、顯示和打印輸出。
翻譯(Translation)—生成EDI標準格式文件
其功能是將平面文件通過翻譯軟件(Translation Software)生成EDI標準格式文件。
EDI標準格式文件，就是所謂的EDI電子單證，或稱電子票據。它是EDI用戶之間進行貿易和業務往來的依據。EDI標準格式文件是壹種只有計算機才能閱讀的ASCII文件。它是按照EDI數據交換標準(即EDI標準)的要求，將單證文件(平面文件)中的目錄項，加上特定的分割符、控制符和其它信息，生成的壹種包括控制符、代碼和單證信息在內的ASCII碼文件。
通信
這壹步由計算機通信軟件完成。用戶通過通信網絡，接入EDI信箱系統，將EDI電子單證投遞到對方的信箱中。
EDI信箱系統則自動完成投遞和轉接，並按照X.400(或X.435)通信協議的要求，為電子單證加上信封、信頭、信尾、投送地址、安全要求及其它輔助信息。
EDI文件的接收和處理
接收和處理過程是發送過程的逆過程。首先需要接收用戶通過通信網絡接入EDI信箱系統，打開自己的信箱，將來函接收到自己的計算機中，經格式校驗、翻譯、映射還原成應用文件。最後對應用文件進行編輯、處理和回復。
在實際操作過程中，EDI系統為用戶提供的EDI應用軟件包，包括了應用系統、映射、翻譯、格式校驗和通信連接等全部功能。其處理過程，用戶可看作是壹個“黑匣子”，完全不必關心裏面具體的過程。
圖2.5是壹家貿易公司用EDI通信網絡實現報關的工作流程示意圖。
EDI的通信服務
EDI的通信環境(EDIME)由壹個EDI通信系統(EDIMS)和多個EDI用戶(EDIMG)組成，見圖2.6。EDI的開發、應用就是通過計算機通信網絡實現的，它主要有以下三種方式。
點對點(PTP)方式
點對點方式即EDI按照約定的格式，通過通信網絡進行信息的傳遞和終端處理，完成相互的業務交往。早期的EDI通信壹般都采用此方式，但它有許多缺點，如當EDI用戶的貿易夥伴不再是幾個而是幾十個甚至幾百個時，這種方式很費時間，需要許多重復發送。同時這種通信方式是同步的，不適於跨國家、跨行業之間的應用。
近年來，隨著技術進步，這種點對點的方式在某些領域中仍舊有用，但會有所改進。新方法采用的是遠程非集中化控制的對等結構，利用基於終端開放型網絡系統的遠程信息業務終端，用特定的應用程序將數據轉換成EDI報文，實現國際間的EDI報文互通。
增值網(VAN)方式
它是那些增值數據業務(VADS)公司，利用已有的計算機與通信網絡設備，除完成壹般的通信任務外，增加EDI的服務功能。VADS公司提供給EDI用戶的服務主要是租用信箱及協議轉換，後者對用戶是透明的。信箱的引入，實現了EDI通信的異步性，提高了效率，降低了通信費用。另外，EDI報文在VADS公司自已的系統(即VAN中)中傳遞也是異步的，即存儲轉發的。
VAN方式盡管有許多優點，但因為各增值網的EDI服務功能不盡相同，VAN系統並不能互通，從而限制了跨地區、跨行業的全球性應用。同時，此方法還有壹個致命的缺點，即VAN只實現了計算機網絡的下層，相當於OSI參考模型的下三層。而EDI通信往往發生在各種計算機的應用進程之間，這就決定了EDI應用進程與VAN的聯系相當松散，效率很低。
MHS方式
信息處理系統MHS是ISO和ITU－T聯合提出的有關國際間電子郵件服務系統的功能模型。它是建立OSI開放系統的網絡平臺上，適應多樣化的信息類型，並通過網絡連接，具有快速、準確、安全、可靠等特點。它是以存儲轉發為基礎的、非實時的電子通信系統，非常適合作為EDI的傳輸系統。MHS為EDI創造壹個完善的應用軟件平臺，減少了EDI設計開發上的技術難度和工作量。ITU-T X.435/F.435規定了EDI信息處理系統和通信服務，把EDI和MHS作為OSI應用層的正式業務。EDI與MHS互連，可將EDI報文直接放入MHS的電子信箱中，利用MHS的地址功能和文電傳輸服務功能，實現EDI報文的完善傳送。
EDI信息處理系統由信息傳送代理(MTA)、EDI用戶代理(EDI-UA)、EDI信息存儲(EDI-MS)和訪問單元(AU)組成，見圖2.7。MTA完成建立接續、存儲/轉發，由多個MTA組成MTS系統。EDI在MHS中的傳遞過程見圖2.8。
EDI-MS存儲器位於EDI-UA和MTA之間，它如同壹個資源***享器或郵箱，幫助EDI-UA發送、投遞、存儲和取出EDI信息。同時EDI-MS把EDI UA接收到的報文變成EDI報文數據庫，並提供對該數據庫的查詢、檢索等功能。為有利於檢索，EDI-MS將報文的信封、信首、信體映射到MS信息實體的不同特征域，並提供自動轉發及自動回送等服務。
EDI-UA是電子單證系統與傳輸系統之間的接口。它的任務是利用MTS的功能來傳輸電子單證。EDI-UA將它處理的信息對象分作兩種:壹種稱為EDI報文(EDIM)，另壹種稱為EDI回執(EDIN)。前者是傳輸電子單證的，後壹種是報告接收結果的。EDI-UA和MTS***同構成了EDI信息系統(EDI-MS)，EDI-MS和EDI用戶又壹起構成了EDI通信環境(EDIME)。
EDI與MHS結合，大大促進了國際EDI業務的發展。為實現EDI的全球通信，EDI通信系統還使用了X.500系列的目錄系統(DS)。
DS可為全球EDI通信網的補充、用戶的增長等目錄提供增、刪、改功能，以獲得名址網絡服務、通信能力列表、號碼查詢等壹系列屬性的綜合信息。EDI、MHS和DS的結合，使信息通信有壹了個新飛躍，為EDI的發展提供了廣闊的前景。EDI、HS和DS的綜合網絡見圖2.9。
/edispec/edikwg/edi10.php