电子资料交换EDI

第七章XML/EDI標準•電子資料交換EDI•EDI資訊模式•XML/EDI的特色•XML/EDI的各種應用方式•XML/EDI的組成元件•XML/EDI的核心模式電子資料交換EDI•電子資料交換的意義EDI是指企業與企業，或企業與某集團間，利用電子化或IT(InformationTechnology)的方式，交換商業資料或文件。•電子資料交換的應用模式(1)人與人模式，例如:E-mail(2)人與應用系統模式(3)應用系統與人模式(4)應用系統與應用系統模式(A2A)，例如:EDI電子資料交換EDI(續)E-MailEDI應用模式人與人A2A標準格式NoYes使用對象人應用系統•EDI與E-mail的比較電子資料交換EDI(續)•電子資料交換的標準共識商業流程貿易雙方間的商業流程達成共識資料元素定義商業文件內容元素的語意文件類別決定商業文件遵循的標準通訊協定貿易雙方所採用的通訊協定電子資料交換EDI(續)•EDI所使用標準可分為：–1.企業標準–2.產業標準–3.國家標準–4.國際標準電子資料交換EDI(續)•企業標準–起始於美國及歐洲一些國家的大型且國際化的公司內部。這些簡化企業自身業務往來而自行制定的企業標準，由於只會考慮企業本身，因此會有一定的局限性。電子資料交換EDI(續)•產業標準–為滿足某產業內的業務往來而制定產業標準。例如：70年代的美國運輸業制定的標準，零售業制走的UCS標準及倉儲業制定WINS標準，電子業的EDIFICE標準，醫學界的TEEDI標準等。•國家標準–隨著經濟及電腦網路技術發展，產業標準已不能適應發展的需求，於是制訂了產業的國家標準。電子資料交換EDI(續)•國際標準–鑒於全球EDI的趨勢，各國的國家標準為國際標準提供了完整的技術和應用結構。在此基礎上，聯合國歐洲經濟委員會(UN/ECEUnitedNationEconomicCommissionforEurope)為簡化貿易程式促進國際貿易活動，公佈了一套用於行政、商業和運輸業(UN/EDIFACTEEDIforAdministrationCommerceandTransport)EDI國際標準。Data映射程式flatfileEDI翻譯器EDI文件VAN網路中心網路Data映射程式flatfileEDI翻譯器EDI文件網路EDI訊息流程圖傳送訊息軟體傳送訊息軟體EDI訊息EDI訊息EDI的相關軟體EDI的相關軟體(續)•在實際應用中，EDI翻譯軟體(translator)是將不存在任何格式的資料檔案(flatfile)，轉換後填入EDI訊息的相應欄位中。•因此，用戶的應用系統從資料庫中取出資料時，需要有一個映射程式作為用戶資料庫與翻譯套裝軟體的介面。其作用是將用戶的格式資料檔案翻譯成不在任何格式的資料檔案。EDI的相關軟體(續)•用戶應用系統從資料庫取得資料，通過映射程式把資料轉換成不具格式的flatfile，以便使翻譯器能識別。•EDI翻譯軟體按照EDI標準將flatfile翻譯成EDI文件。•負責傳送訊息的軟體將已轉換成標準格式的EDI訊息，經由傳送網路傳送至VAN網路中心。•貿易夥伴通過網路到VAN網路中心取得資料，也可通過網路自動通知貿易夥伴。EDI的相關軟體(續)•貿易夥伴將取回的具有EDI標準格式的資料，經過EDI翻譯器轉換成flatfile，然後經過映射程式轉換成用戶格式資料並存入相應的用戶資料庫，並到達接收EDI用戶的應用系統中做進一步處理。•EDItranslatorsoftware通常由EDI的服務提供者(serviceprovider)所提供，而映射程式則因用戶應用系統不同，一般由用戶自行開發，只要遵循EDI標準即可。EDI翻譯軟體的類型•文件在鍵盤輸入過程中同步翻譯–在使用編輯程式時，輸入資料的同時就完成了EDI格式的翻譯。這種軟體通常用於資料量少或者在使用EDI之前資料未經電腦處理的情況。•在前端處理EDI格式翻譯–對於大型EDI用戶，例如大企業公司部門，使用大型主機與EDI網路相連，此時可立用一台PC機作為大型或主機的前端，處理翻譯EDI格式的工作。•由EDI主機系統處理翻譯–將EDI資料處理功能納入EDI主機系統，完成EDI翻譯。EDI的作業方式•批式(Batch)作業–收發雙方可以自由地選擇自己的時間和地鏴來收發EDI訊息。–資訊被成批地交換，它是一個單方向的連續資料流程。–需要把所有EDI訊息處理完後才能得到回應，回應時間很長。•即時(Realtime)作業–即時作業的特點是收發雙方通過通訊網路直接連接，在一次通訊結束前，收發雙方的通訊系統一直保持聯繫，回應時間短，能更有效、更可靠地獲取最新資訊。•互動式(Interactive)作業–互動式作業是指EDI系統之間的用戶資料以對話方式，使用要求/回應的方式來進行資料交換。EDI資訊模式•EDI資訊模式有三個內容：.•商業應用(BusinessApplication)•訊息內容(MessageContent)•訊息傳送(MessageTransport)EDI資訊模式(續)•商業應用(BusinessApplication)–商業應用可以是貿易、金融、海關、運輸及各種行業的應用。•訊息內容(MessageContent)–內容映射與翻譯•內容映射與翻譯是將各種商業應用流懷轉換EDI標準。所採用的標準視貿易夥伴而定。EDI資訊模式(續)•訊息內容(MessageContent)–資料保密與安全•資料保密與安全包括電子簽名。訊息認證、訊息機密性、加密、解密和密鑰管理等。–傳送與繞徑•傳送與繞徑是將訊息內容加上電子郵件封包，附上發信人和收信人的地址以及發信人時間等。在收發用戶代理之間建立傳送通道，按地址傳送給預定的接受者。EDI資訊模式(續)•訊息傳送(MessageTransport)–直接點對點通訊方式•EDI用戶按照約定的格式，基於現有通訊標準，通過通信網路進行資訊的傳輸和相應的處理。目前主要用於一些大型公司與幾個少數的貿易夥伴間進行直接的EDI資料交換。EDI資訊模式(續)•訊息傳送(MessageTransport)–間接透過加值網(VAN)通訊方式•EDI加值網(valueAddedNetwork，VAN)是利用現有的通訊網路，增加EDI服務功能而實現的電腦網路。一般是向加值資料服務業務(ValueAddedDataService，VADS)公司租用信箱進行協定和EDI格式的轉換。EDI的問題與解決方案•EDI的問題–EDI的導入成本過高•由於EDI的導入方式較為複雜，因此要將商業文件轉換成EDI格式，將要花費許多成本。–EDI導入後對現有系統的影響過大•基本上EDI系統是屬於固定式的系統，不易更改或升級，因此一旦建置完成後，系統便失去擴充性。–EDI標準的制定過程過於冗長•由於EDI的制定方式較為複雜，相對地EDI標準制定過程花費時間很長。EDI的問題與解決方案(續)•EDI的問題–EDI需要特定的加值網路•對於Internet時代而言，EDI肯定是跟不上時代的，因為EDI被綁在固定且複雜的加值網路VAN上。•EDI解決方案有三個標準名稱制定年份制定組織Open-EDI1996UniversityofMelbourneXML/EDI1997TheXML/EDIGroupEDML1998ElectronicDataMarkupLanguageXML取代EDI的原因•EDI資訊必須符合EDIFACT定義的結構化格式，進行EDI資料交換的雙方必須購買專用的軟體，來處理和解譯EDI訊息。而XML是全球通用的W3C標準，不需要購買專用軟體，開放程度高。•EDI系統建置非常昂貴，包括專用處理軟體的價格。通常建置EDI系統需要花費一年以上的時間。XML取代EDI的原因(續)•EDI只能在專用的加值網路(VAN)上傳輸，不能在Internet上傳輸，這是EDI在Internet上進行電子商務的最大障礙。•EDI對於新出現的B2B應用很難擴展，而使用XML做電子商務，對於增加一個新合作夥伴來說不用費什麼大氣。•XML被認為是統一分散式物件三大標準(DCOM、COBRA、JavaBeans)的新分散式物件僄準，此標準稱為SOAP，目前BizTalkframework採用SOAP作為傳輸訊息的通訊協定。XML取代EDI的原因(續)EDIXML專用軟體翻譯軟體無成本高(1~10萬美元)低(5千美元)網路加值網路(VAN)Internet擴充性低高分散式物件無SOAP處理傳統EDI的解決方案-XML/EDI•EDI解決方案，須優先考慮下例幾個條件：–減少技術導入及開發成本–提供易於使用的軟體工具–改善各種資料的整合及易操作性–提供適當的保全控制–可擴展與容易控制與維護的技術–能夠與目前存在的系統進行整合–能使用開放的全球性標準(例如：XML與其相關標準)–提供相容X12/EDIFACT的標準，其中X12是ANSI所制訂，是目前廣泛使用於北美的EDI標準，而EDIFACT則是聯合國歐洲經濟委員會制訂，是目前廣泛使用於歐洲和亞洲的EDI標準。XML/EDI•XML/EDI的組成元件1.電子資料交換(EDI)2.可擴展式標示語言(XML)3.結構化文件處理機制(Parsing)4.流程樣本(ProcessTemplate)XSL,CSS,ECMAscript5.軟體代理程式(SoftwareAgent)DOM,SAX,Java,ActiveX6.全球實體儲存庫(GlobalEntityRepositories)OMG的XMI,BSRXML/EDI的特色•支援W3CXML1.0標準•100%與傳統EDI相容，XML/EDI提供相容X12/EDIFACT的標準•提高商業交易之接觸層面•提供商業流程的處理•能將既有的商業流程透過template的方式儲存在儲存庫中。•比傳統EDI節省約一半以上的成本•建置時間比傳統EDI快許多XML/EDI的層級架構•XML/EDI標準在技術上有下列8個層級架構，如圖所示Application&RepositoryRulesTemplate&Java/ActiveXXMLTags/Agents,DatabotsXMLParser/GeneratorXML/EDIDataDOM,orFile/MessageStorage/TransportXML/EDI的各種應用方式•Web-basedElectronicCommerce•InternetBasedTraditionalEDIBrowserWWWServerWebServiceVANServiceXML/EDI的各種應用方式(續)•“Push”BasedWebCommerceWebServiceWWWBrowserXML/EDI的各種應用方式(續)•UltimateinDistributionApplicationXMLRulesTemplateXML/EDIDocumentCentralBusinessSystemSystemDatabaseTransactionProcessingXML/EDI的組成元件•除了EDI本身外，加入了幾個額外的關鍵元件：–延展式標示語言(XML)–結構化文件處理機制(Parsing)–流程樣本(ProcessTemplate)–軟體代理程式(SoftwareAgent)–全球實體儲存庫(GlobalEntityRepositories)XML/EDI組成元件圖WebFoundationXMLBusinessEDI融合GlobalReferenceDictionaryRepositoryImplementationMethodsAgentsProcesslogicTemplatesXML/EDI的組成元件(續)XML/EDI的組成元件(續)•電子資料交換(EDI)–XML/EDI技術對於現在的EDI交易，提供了100%的相容性。•可擴展式標示語言(XML)–XML的出現解決了HTML無法有效地成為一個資料交換格式的難題。XML標示與架構可通過網路傳遞其他元件。