电子资料交换edi

《电子资料交换edi》由会员分享，可在线阅读，更多相关《电子资料交换edi（10页珍藏版）》请在金锄头文库上搜索。

1、电子资料交换电子资料交换 EDIEDI本文由 hhl1468 贡献ppt 文档可能在 WAP 端浏览体验不佳。建议您优先选择 TXT，或下载源文件到本机查看。第七章 XML/EDI 標準? ? ? ? ? 電子資料交換 EDI EDI 資訊模式 XML/EDI 的特色 XML/EDI 的各種應用方式 XML/EDI 的組成元件 XML/EDI 的核心模式電子資料交換 EDI電子資料交換的意義EDI 是指企業與企業，或企業與某集團間，利用電子化或 IT(Information Technology)的方式，交換商業資料 或文件。電子資料交換的應用模式(1)人與人模式，例如:E-mail (2)人

2、與應用系統模式 (3)應用系統與人模式 (4)應用系統與應用系統模式(A2A)，例如:EDI電子資料交換 EDI(續)EDI 與 E-mail 的比較E-Mail 應用模式 標準格式 使用對象 人與人 No 人 EDI A2A Yes 應用系統電子資料交換 EDI(續)電子資料交換的標準共識商業流程 資料元素 文件類別 通訊協定貿易雙方間的商業流程達成共識 定義商業文件內容元素的語意 決定商業文件遵循的標準 貿易雙方所採用的通訊協定電子資料交換 EDI (續)EDI 所使用標準可分為：1.企業標準 2.產業標準 3.國家標準 4.國際標準電子資料交換 EDI (續)企業標準起始於美國及歐洲一些

3、國家的大型且國際化的 公司內部。這些簡化企業自身業務往來而自行 制定的企業標準，由於只會考慮企業本身，因 此會有一定的局限性。電子資料交換 EDI (續)產業標準為滿足某產業內的業務往來而制定產業標準。 例如：70 年代的美國運輸業制定的標準，零 售業制走的 UCS 標準及倉儲業制定WINS 標準， 電子業的 EDIFICE 標準，醫學界的 TEEDI 標準 等。國家標準隨著經濟及電腦網路技術發展，產業標準已 不能適應發展的需求，於是制訂了產業的國 家標準。電子資料交換 EDI(續)國際標準鑒於全球 EDI 的趨勢，各國的國家標準為國際 標準提供了完整的技術和應用結構。在此基礎 上，聯合國歐洲

4、經濟委員會(UN/ECE United Nation Economic Commission for Europe)為 簡化貿易程式促進國際貿易活動，公佈了一套 用於行政、商業和運輸業(UN/EDIFACTE EDI for Administration Commerce and Transport)EDI 國際標準。EDI 的相關軟體映射程式 Data flat file EDI 翻譯器 EDI 文件 傳送訊息軟 體 EDI 訊 息 網路 VAN 網路中心 映射程式 Data flat file EDI翻譯器 EDI 文件 傳送訊息軟 體 EDI 訊 息 網路EDI 訊息流程圖EDI 的相關

5、軟體(續)在實際應用中，EDI 翻譯軟體(translator)是將不 存在任何格式的資料檔案 (flat file)，轉換後 填入 EDI 訊息的相應欄位中。 ?因此，用戶的應用系統從資料庫中取出資料時， 需要有一個映射程式作為用戶資料庫與翻譯套裝 軟體的介面。其作用是將用戶的格式資料檔案翻 譯成不在任何格式的資料檔案。EDI 的相關軟體(續)用戶應用系統從資料庫取得資料，通過映射程式 把資料轉換成不具格式的 flat file，以便使翻譯 器能識別。 ?EDI 翻譯軟體按照 EDI 標準將 flat file 翻譯成 EDI 文件。 ?負責傳送訊息的軟體將已轉換成標準格式的 EDI 訊 息

6、，經由傳送網路傳送至 VAN 網路中心。 ?貿易夥伴通過網路到 VAN 網路中心取得資料，也可 通過網路自動通知貿易夥伴。EDI 的相關軟體(續)貿易夥伴將取回的具有 EDI 標準格式的資料，經過 EDI 翻譯器轉換成 flat file，然後經過映射程式 轉換成用戶格式資料並存入相應的用戶資料庫， 並到達接收 EDI 用戶的應用系統中做進一步處理。 ?EDI translator software 通常由 EDI 的服務提供 者(service provider)所提供，而映射程式則因 用戶應用系統不同，一般由用戶自行開發，只要 遵循 EDI 標準即可。EDI 翻譯軟體的類型文件在鍵盤輸入過

7、程中同步翻譯 在使用編輯程式時，輸入資料的同時就完成了 EDI 格式的翻譯。這種軟體通常用於資料量少或者在使 用 EDI 之前資料未經電腦處理的情況。 ? 在前端處理 EDI格式翻譯 在前端處理 EDI EDI 格式翻譯 對於大型 EDI 用戶，例如大企業公司部門，使用大 型主機與 EDI 網路相連，此時可立用一台 PC 機作為 大型或主機的前端，處理翻譯 EDI 格式的工作。 ? 由 EDI 主機系統處理翻譯 EDI 主機系統處理翻譯 將 EDI 資料處理功能納入 EDI 主機系統，完成 EDI 翻 譯。EDI 的作業方式批式(Batch)作業 收發雙方可以自由地選擇自己的時間和地鏴來收發

8、EDI 訊息。 資訊被成批地交換，它是一個單方向的連續資料流程。 需要把所有 EDI 訊息處理完後才能得到回應，回應時間很長。即時(Realtime)作業 即時作業的特點是收發雙方通過通訊網路直接連接， 在一次通訊結束前，收發雙方的通訊系統一直保持 聯繫，回應時間短，能更有效、更可靠地獲取最新 資訊。 ? 互動式(Interactive)作業 互動式作業是指 EDI 系統之間的用戶資料以對話方式，使用要 求/回應的方式來進行資料交換。EDI 資訊模式EDI 資訊模式有三個內容：. ?商業應用(Business Application) ?訊息內容(Message Content) ?訊息傳送(

9、Message Transport)EDI 資訊模式(續)商業應用(Business Application)商業應用可以是貿易、金融、海關、運輸及各 種行業的應用。訊息內容(Message Content)內容映射與翻譯內容映射與翻譯是將各種商業應用流懷轉換 EDI 標 準。所採用的標準視貿易夥伴而定。EDI 資訊模式(續)訊息內容(Message Content)資料保密與安全資料保密與安全包括電子簽名。訊息認證、訊息機 密性、加密、解密和密鑰管理等。傳送與繞徑傳送與繞徑是將訊息內容加上電子郵件封包，附上 發信人和收信人的地址以及發信人時間等。在收發 用戶代理之間建立傳送通道，按地址傳送給

10、預定的 接受者。EDI 資訊模式(續)訊息傳送(Message Transport)直接點對點通訊方式EDI 用戶按照約定的格式，基於現有通訊標準，通 過通信網路進行資訊的傳輸和相應的處理。目前主 要用於一些大型公司與幾個少數的貿易夥伴間進行 直接的 EDI 資料交換。EDI 資訊模式(續)訊息傳送(Message Transport)間接透過加值網(VAN)通訊方式EDI 加值網(value Added Network，VAN)是利用 現有的通訊網路，增加 EDI 服務功能而實現的電 腦網路。一般是向加值資料服務業務(Value Added Data Service，VADS)公司租用信箱進

11、行 協定和EDI 格式的轉換。EDI 的問題與解決方案EDI 的問題EDI 的導入成本過高由於 EDI 的導入方式較為複雜，因此要將商業文 件轉換成 EDI格式，將要花費許多成本。EDI 導入後對現有系統的影響過大基本上 EDI 系統是屬於固定式的系統，不易更改 或升級，因此一旦建置完成後，系統便失去擴充 性。EDI 標準的制定過程過於冗長由於 EDI 的制定方式較為複雜，相對地 EDI 標準 制定過程花費時間很長。EDI 的問題與解決方案(續)EDI 的問題EDI 需要特定的加值網路對於 Internet 時代而言，EDI 肯定是跟不上時代的， 因為 EDI被綁在固定且複雜的加值網路 VAN

12、 上。EDI 解決方案有三個標準名稱 Open-EDI XML/EDI EDML 制定年份 1996 1997 1998 制定組織 University of Melbourne The XML/EDI Group Electronic Data Markup LanguageXML 取代 EDI 的原因EDI 資訊必須符合 EDIFACT 定義的結構化格式，進 行 EDI 資料交換的雙方必須購買專用的軟體，來處 理和解譯 EDI 訊息。而 XML是全球通用的 W3C 標準， 不需要購買專用軟體，開放程度高。 ?EDI 系統建置非常昂貴，包括專用處理軟體的價格。 通常建置 EDI系統需要花費一

13、年以上的時間。XML 取代 EDI 的原因(續)EDI 只能在專用的加值網路(VAN)上傳輸，不能在 Internet 上傳輸，這是 EDI 在 Internet 上進行電子 商務的最大障礙。 ?EDI對於新出現的 B2B 應用很難擴展，而使用 XML 做 電子商務，對於增加一個新合作夥伴來說不用費 什麼大氣。 ?XML 被認為是統一分散式物件三大標準(DCOM、 COBRA、JavaBeans)的新分散式物件僄準，此標準 稱為 SOAP，目前 BizTalk framework 採用 SOAP 作為 傳輸訊息的通訊協定。XML 取代 EDI 的原因(續)EDI 翻譯軟體 高(110 萬美 元

14、) 加值網路(VAN) 低 無 XML 無 低(5 千美元) Internet 高 SOAP專用軟體 成本 網路 擴充性 分散式物件處理傳統 EDI 的解決方案-XML/EDIEDI 解決方案，須優先考慮下例幾個條件：減少技術導入及開發成本 提供易於使用的軟體工具 改善各種資料的整合及易操作性 提供適當的保全控制 可擴展與容易控制與維護的技術 能夠與目前存在的系統進行整合 能使用開放的全球性標準(例如：XML 與其相關標準) 提供相容X12/EDIFACT 的標準，其中 X12 是 ANSI 所制 訂，是目前廣泛使用於北美的 EDI 標準，而 EDIFACT 則是聯合國歐洲經濟委員會制訂，是目

15、前廣泛使用 於歐洲和亞洲的 EDI 標準。XML/EDIXML/EDI 的組成元件1.電子資料交換(EDI) 2.可擴展式標示語言(XML) 3.結構化文件處理機制(Parsing) 4.流程樣本(Process Template)XSL,CSS,ECMAscript5.軟體代理程式(Software Agent)DOM,SAX,Java,ActiveX6.全球實體儲存庫(Global Entity Repositories)OMG 的 XMI,BSRXML/EDI 的特色支援 W3C XML1.0 標準 ?100%與傳統 EDI 相容，XML/EDI 提供相容 X12/EDIFACT 的標準

16、 ?提高商業交易之接觸層面 ?提供商業流程的處理 ?能將既有的商業流程透過 template 的方式儲存在 儲存庫中。 ?比傳統 EDI 節省約一半以上的成本 ?建置時間比傳統 EDI 快許多XML/EDI 的層級架構XML/EDI 標準在技術上有下列 8 個層級架構， 如圖所示Application & Repository Rules Template & Java/ActiveX XML Tags/Agents, Databots XML Parser/Generator XML/EDI Data DOM, or File/Message Storage/TransportXML/EDI 的各種應用方式Web-based Electronic CommerceBrowser WWW ServerInternet Based Traditional EDIWeb Service VAN ServiceXML/EDI 的各種應用方式(續)“Push” Based Web CommerceWeb ServiceWW