電子商務專項應用標準培訓課件

第九章電子商務專項應用標準9.1EDI標準9.2ebXML標準9.3RosettaNet標準

12/10/2022第九章電子商務專項應用標準9.1EDI標準12/819.1EDI標

準

9.1.1EDI的概念

EDI(ElectronicDataInterchange)是將商業(yè)或行政事務處理(Transaction)按照一個公認的標準，形成結構化的事務處理或報文(Message)數據格式，從計算機應用系統(tǒng)到計算機應用系統(tǒng)的電子傳輸方法。EDI作為一種數據交換的手段，有三個關鍵性的要素。

12/10/20229.1EDI標準9.1.1EDI的概念12/82(1)?EDI是計算機應用系統(tǒng)之間的數據傳輸。所謂計算機應用系統(tǒng)，是指與EDI的數據通信系統(tǒng)相連接的電子數據處理系統(tǒng)(EDP，ElectronicDateProcessing)。如外貿業(yè)務管理系統(tǒng)、MRPⅡ、ERP、SCM、CRM等管理信息系統(tǒng)都具有數據處理的功能。EDP的存在使計算機能夠對所傳輸的信息進行自動識別和處理，而無需人工干預，從而既提高了工作效率，又減少了人工干預可能造成的差錯。12/10/2022(1)?EDI是計算機應用系統(tǒng)之間的數據傳輸。所謂計算3(2)?EDI使用統(tǒng)一的標準編制被傳輸的資料。為了使計算機應用系統(tǒng)之間能夠直接對話，即接收方的EDP系統(tǒng)能夠識別和自動處理通過EDI網絡接收到的數據(報文)，必須使用發(fā)送方和接收方的計算機系統(tǒng)都能識別的通用語言。由此，產生了EDI報文標準。(3)?EDI使用電子方式進行數據的傳輸。EDI通常根據用戶的具體情況，選擇使用包括公用電話網(PSTN)、數字數據網(DDN)、分組交換網(X125)、特小型天線地面站數據網(VSAT)等在內的電子通信線路來完成有關數據的傳輸。12/10/2022(2)?EDI使用統(tǒng)一的標準編制被傳輸的資料。為了使計49.1.2EDI標準EDI標準主要提供：語法規(guī)則、數據結構定義、編輯規(guī)則和協(xié)定、已出版的公開文件。目前國際上流行的EDI標準是由聯(lián)合國歐洲經濟委員會(UN/ECE)制定頒布的《行政、商業(yè)和運輸用電子數據交換規(guī)則》(EDIFACT)，以及美國國家標準局特命標準化委員會第十二工作組制定的ANSIX.12。從內容上看，這兩個標準都包括了EDI標準的三要素——數據元、數據段和標準報文格式。12/10/20229.1.2EDI標準12/8/20225

1．EDIFACT語法規(guī)則(ISO9735)

EDIFACT語法規(guī)則于1987年3月制定完成，并于當年9月被ISO接受成為國際標準。語法規(guī)則包括10個部分和3個附錄，它以簡略形式表述“用戶格式化數據交換的應用實施”的語法規(guī)則。其中包括標準的適用范圍、該標準的相關標準、名詞定義、標準報文中用到字符的集合的級別的劃分、標準的字符集、標準報文的結構、單證轉換過程中對標準報文數據元的壓縮、報文時段重復的可能性、報文時段的嵌套、數字型數據元使用的規(guī)定等。12/10/20221．EDIFACT語法規(guī)則(ISO9735)12/8/26

2．報文設計指南報文設計指南是在1989年12月被UN/ECE接受并認可的。該指南分為8個部分，其中前三部分是對指南的說明介紹；第四部分是報文設計的總體規(guī)則，并按照報文的使用范圍對報文類型進行劃分；第五到第七部分從數據元選擇入手分層次闡述了報文設計步驟——數據元分析、段結構設計、報文結構設計；第八部分規(guī)定了報文格式的修改步驟，以及得到最新國際報文格式的辦法。12/10/20222．報文設計指南12/8/20227

3．語法應用指南這一指南的目的是幫助EDI用戶使用EDIFACT語法規(guī)則，分為11個部分，內容包括交換協(xié)議，EDI專用名詞術語，交換字符集的定義，對電子數據交換的元素——數據元、段和報文的要求，基本語法規(guī)則，段的構成，段的結構，其他標準與ED1FACT標準相互轉換的必要程序，標準的支持與維護手段等。12/10/20223．語法應用指南12/8/20228

4．EDIFACT數據元目錄(EDED)EDIFACT數據元目錄是聯(lián)合國貿易數據元目錄(UNTDED)的一個子集，UN/EDIFACT00B(2000年第2版)收錄了640個與設計EDIFACT報文相關的數據元，這些數據元通過數據元號與數據元目錄(UNTDED)相聯(lián)系。這一目錄對每個數據元的名稱、定義，數據類型和長度都予以具體的描述。在EDI標準報文中，每個數據元的值用來表示一個具體內容的含義，譬如，日期時間數據元(Date/time/period)“2380”的值“20010614”表示日期為2001年6月14日。數據元之間使用“:”或“+”進行分隔。12/10/20224．EDIFACT數據元目錄(EDED)12/8/2029

5．EDIFACT代碼表(EDCL)

代碼表中給出的是相對應的數據元的值。譬如，日期時間格式限定符數據元(Date/time/periodformatqualifier)“2379”的值“102”代表了所使用的日期格式是“CCYYMMDD”型，即“20010614”表示該日期是2001年6月14日。12/10/20225．EDIFACT代碼表(EDCL)12/8/202210

6．EDIFACT復合數據元目錄(EDCD)UN/EDIFACT00B目錄收錄了在設計EDIFACT報文時涉及的293個復合數據元。目錄中對每個復合數據元的用途進行了描述，羅列出組成復合數據元的數據元，并在數據元后面注明其類型。復合數據元通過復合數據元號與段目錄相聯(lián)系，組成復合數據元的數據元通過數據元號與數據元目錄、代碼表相聯(lián)系。12/10/20226．EDIFACT復合數據元目錄(EDCD)12/8/211

7．EDIFACT段目錄(EDSD)

UN/EDIFACT00B段目錄定義了232個EDIFACT報文中用到的段。目錄中注明了組成段的簡單數據元和復合數據元，并在數據元后面標明此數據元是“必寫的”或是“條件的”。簡單數據元和復合數據元通過數據元號和復合數據元號與EDIFACT數據元目錄及復合數據元目錄相聯(lián)系。

在EDI標準報文中，段與段之間使用“”進行分隔。每個段可以由多個復合或簡單數據元組成，也可以由單個復合或簡單數據元組成。譬如，在具體報文中表示日期和時間的段“DTM”可以由單個復合數據元“C507”組成(參見表9-1)。12/10/20227．EDIFACT段目錄(EDSD)12/8/202212表9-1商檢報驗單EDI標準報文中使用的“DTM”段

12/10/2022表9-1商檢報驗單EDI標準報文中使用的“DTM”段113

8．EDIFACT標準報文格式(EDMD)

EDIFACT標準報文格式分為三級：0級、1級和2級。0級是草案級，1級是推薦草案級，2級是推薦報文標準級。推薦報文標準分為4個部分：前三部分是報文格式的總體描述，規(guī)定了報文使用范圍和報文中用到的專有名詞的定義；第四部分是報文定義部分，規(guī)定了報文的結構，報文包含段的功能、段表和分支表。UN/EDIFACT00B(2000年第2版)共定義了187種不同單據的EDI報文標準格式。12/10/20228．EDIFACT標準報文格式(EDMD)12/8/2014EDI標準報文由若干個段組成，整個報文可以分為三個部分：首部、詳情部和摘要部。報文以UNA數據段開始，以UNT數據段結束。這兩個數據段也是EDIFACT三層電子信封的第一層信封(參見圖9-1)。圖9-1報文的組成

12/10/2022EDI標準報文由若干個段組成，整個報文可以分為三個部分：15圖9-2EDI標準格式的報文

圖9-2給出的是一個出口商品報驗單的EDI標準報文。

12/10/2022圖9-2EDI標準格式的報文圖9-2給出的是一個出169.1.3EDI工作環(huán)境

1.EDI的通信環(huán)境

EDI的通信環(huán)境(EDIME)由一個EDI通信系統(tǒng)和多個EDI用戶組成。EDI的開發(fā)、應用就是通過計算機通信網絡實現的。圖9-3是CHINAEDI的網絡接入圖。傳統(tǒng)的網絡接入方式主要有點對點(PointtoPoint,PTP)方式和增值網(ValueAddedNetwork，VAN)方式。12/10/20229.1.3EDI工作環(huán)境12/8/202217圖9-3CHINAEDI的網絡接入圖

12/10/2022圖9-3CHINAEDI的網絡接入圖12/8/202218

2.EDI與因特網的整合以專用增值網為基礎的傳統(tǒng)EDI服務方式成本很高，在很長一段時間中一直只有大企業(yè)使用?；贗nternet的開放式EDI大大降低了EDI的使用成本，吸引了越來越多的中小企業(yè)使用EDI。

目前基于Internet的開放式EDI主要有Internet-Mail、StandardIC、Web-EDI和XML-EDI四種實現方式。12/10/20222.EDI與因特網的整合12/8/2022191)InternetMail

Internet-Mail是一種最早把EDI帶入到Internet的方式，它用ISP代替了VAN，解決了信道的價格問題?，F有的Internet電子郵件系統(tǒng)多數基于簡單郵件傳輸協(xié)議(SMTP)。SMTP能夠提供郵件的傳輸功能，但僅支持7位ASCII碼傳輸，不能適應多媒體郵件的要求，SMTP還對接收方的個數有嚴格限制，并限制最大消息長度。12/10/20221)InternetMail12/8/2022202)StandardICIC(ImplementationConventions)著重于解決EDI翻譯過程的復雜性問題。EDI標準對于具體應用來說過于復雜，許多標準化組織或企業(yè)根據自己的需要對標準進行簡化，去掉他們根本不使用的部分，制定出一些簡單的標準，即特定應用的EDI實現規(guī)范(IC)。12/10/20222)StandardIC12/8/2022212)Web-EDI

Web-EDI允許中小企業(yè)只需通過瀏覽器和因特網連接就可實現EDI交換，是目前因特網EDI中最為流行的一種方式。在Web-EDI中，Web是EDI消息的接口。其典型情況為：一個參與者是大企業(yè)，針對每個EDI消息開發(fā)或購買了相應的Web表單，并改造成適合自己的IC，然后把它們放在Web站點上。此時，表單就成為EDI系統(tǒng)的接口。其他參與者(如中小企業(yè))登錄到Web站點上，選擇他們所感興趣的表單進行填寫。填寫結果提交給Web服務器后，通過服務器端程序進行合法性檢查，把它變成通常的EDI消息。此后，消息處理就與傳統(tǒng)的EDI消息處理一樣了?；赪eb的EDI網絡見圖9-4。12/10/20222)Web-EDI12/8/202222圖9-4基于Web的EDI網絡

12/10/2022圖9-4基于Web的EDI網絡12/8/2022234)XML-EDI

XML具有很多優(yōu)勢和特色，如數據內容與數據的表示分開，具有延伸性，適合不同的應用情況，使用低成本的互聯(lián)網為傳輸媒介等。XML在傳統(tǒng)EDI系統(tǒng)中的應用形成所謂的XML-EDI。它構建在現有的EDI系統(tǒng)之上。在XML-EDL模式中，企業(yè)除了可以利用原有的UN/EDIFACT或X.12等格式傳遞商業(yè)文件之外，新增了以XML信息格式傳遞的選項。傳統(tǒng)EDI應用企業(yè)既可以繼續(xù)利用VAN與其它使用EDI的交易伙伴進行數據交換，也可以通過安裝XML/EDI翻譯器軟件將EDI報文轉換為XML格式文件，依托互聯(lián)網傳輸到交易伙伴的信息系統(tǒng)中。12/10/20224)XML-EDI12/8/202224

3.EDI軟件環(huán)境從軟件方面看，EDI所需要的軟件主要是將用戶數據庫系統(tǒng)中的信息翻譯成EDI標準格式以供傳輸交換的軟件。由于不同行業(yè)的企業(yè)是根據自己的業(yè)務特點來規(guī)定數據庫的信息格式的，因而當需要發(fā)送EDI文件時，從企業(yè)專有數據庫中提取的信息必須翻譯成EDI的標準格式才能進行傳輸。因此，對一個要被傳遞的EDI報文來說，EDI軟件必須執(zhí)行三項基本功能：格式轉換功能(Mapping)、翻譯功能(Translating)和通信功能。12/10/20223.EDI軟件環(huán)境12/8/202225(1)表驅動結構。在表驅動軟件中，所有的報文、數據段、數據元素都被描述成表，而不是程序代碼。用這種方法，無論什么時候標準發(fā)生變化，需要改變的只是表，而不是程序代碼。(2)編輯。EDI軟件能夠編輯和檢查錯誤，具備檢查信息與標準要求是否一致的能力。(3)開發(fā)輔助。EDI軟件允許用戶對選擇項進行開發(fā)，提供大量的富有彈性的選擇項，也允許用戶預先設定選擇項，并反映預選值直到用戶更改為止。(4)審計選擇。EDI軟件應能按時間、日期報告發(fā)出和接受的單據，具備對送出或收到的信息配置功能性回執(zhí)的能力，也應包括產生打印傳遞活動的總結報告的能力。12/10/2022(1)表驅動結構。在表驅動軟件中，所有的報文、數據段、數269.1.4EDI工作原理

1.EDI系統(tǒng)的組成EDI系統(tǒng)由EDI客戶端系統(tǒng)和EDI傳輸系統(tǒng)所組成，其中客戶端系統(tǒng)包括EDI應用系統(tǒng)和(文本)格式轉換系統(tǒng)，傳輸系統(tǒng)包括計算機通信網絡和EDI交換平臺，如圖9-5所示。12/10/20229.1.4EDI工作原理12/8/202227圖9-5EDI系統(tǒng)示意圖

12/10/2022圖9-5EDI系統(tǒng)示意圖12/8/202228

2.EDI的報文的產生與傳遞由于EDI網絡傳輸的數據是標準化的EDI報文，因而EDI的工作流程與在Internet上收發(fā)E-mail的操作有明顯的不同。EDI報文的發(fā)送方在通過EDI發(fā)送報文前，必須先在其用戶端的計算機中將用戶端格式的數據轉換成EDI標準格式的報文，然后才能對外發(fā)送(參見圖9-6)。12/10/20222.EDI的報文的產生與傳遞12/8/202229商檢報驗單處理系統(tǒng)商檢報驗單生成系統(tǒng)格式轉換格式轉換發(fā)送方EDI信箱EDI交換系統(tǒng)接收方EDI信箱數據庫平面文件平面文件標準文件標準文件映射系統(tǒng)映射系統(tǒng)通信系統(tǒng)翻譯系統(tǒng)通信系統(tǒng)翻譯系統(tǒng)數據庫EDPEDIEDIEDP圖9-6EDI的工作流程

12/10/2022商檢報驗單處理系統(tǒng)商檢報驗單生成系統(tǒng)格式轉換格式轉換發(fā)送方E30圖9-6中的7個步驟可以說明如下。(1)發(fā)送方生成原始報文。數據的發(fā)送方在自己的應用系統(tǒng)中對來自于數據庫或通過輸入設備輸入的數據進行數據的編輯處理(參見圖9-7)，生成原始單據格式的報文。12/10/2022圖9-6中的7個步驟可以說明如下。12/8/202231圖9-7出口商品檢驗申請表審核

12/10/2022圖9-7出口商品檢驗申請表審核12/8/202232(2)進行數據映射。發(fā)送方使用EDI映射軟件(Mapping)將原始單據格式轉換為平面文件(FlatFile)。平面文件是用戶端格式文件與EDI標準報文之間的接口文件，它的應用使EDI中心不需要了解用戶端數據的格式，用戶也不需要了解EDI報文標準格式便可進行數據的轉換。

(3)進行數據翻譯。發(fā)送方使用翻譯軟件(Translator)將平面文件轉換為EDI標準格式報文。(4)發(fā)送方對報文加封。發(fā)送方計算機自動在報文外層加上通信交換信封。12/10/2022(2)進行數據映射。發(fā)送方使用EDI映射軟件(Mapp33(5)發(fā)送EDI報文。發(fā)送方通過通信軟件將標準格式報文發(fā)送到增值服務網絡或直接傳給對方用戶。(6)接收方收到EDI報文后進行反向處理。接收方在收到EDI標準報文后，進行相反的處理，最后生成接收方應用系統(tǒng)能夠處理的文件格式。

(7)接收方應用系統(tǒng)進行數據處理。接收方對所收到的報文使用應用系統(tǒng)進行收閱處理。

在實際使用時，操作員完全看不到文件格式的變化過程，文件格式的轉化完全是由安裝在客戶端計算機中的映射和翻譯軟件自動完成的。12/10/2022(5)發(fā)送EDI報文。發(fā)送方通過通信軟件將標準格式報文349.1.5EDI應用案例——出口貿易無紙化操作

1．業(yè)務流程

出口貿易業(yè)務操作流程包括申領出口許可證和出口貨物原產地證書，辦理出口商品的報驗、報關和運輸業(yè)務，進行貨款結算、收匯核銷和出口退稅等。以下就涉及海關、外匯管理局、銀行和出口企業(yè)的出口收匯核銷，介紹業(yè)務背景和無紙貿易方式進行的出口收匯核銷操作。12/10/20229.1.5EDI應用案例——出口貿易無紙化操作1．35圖9-8出口收匯核銷業(yè)務流程

12/10/2022圖9-8出口收匯核銷業(yè)務流程12/8/2022362．業(yè)務單據

出口收匯核銷所涉及的業(yè)務單據詳見表9-2。

表9-2出口收匯核銷所涉及的業(yè)務單據

12/10/20222．業(yè)務單據表9-2出口收匯核銷所涉及的業(yè)務單據12/37圖9-5出口收匯核銷無紙貿易操作流程

12/10/2022圖9-5出口收匯核銷無紙貿易操作流程12/8/2022389.2ebXML標

準

9.2.1ebXML簡介

1.什么是ebXMLebXML(電子商務可擴展置標語言)是由聯(lián)合國貿易促進與電子商務中心(UN/CEFACT)與美國結構化信息標準發(fā)展組織(OASIS)共同開發(fā)的一項電子商務基礎架構標準，其目的是拓展出一個統(tǒng)一的、松散耦合的全球性電子交易市場，使企業(yè)無論規(guī)模大小都可以超越距離上的限制，在一個共享的、安全的和規(guī)范協(xié)調的環(huán)境下通過基于XML的信息交換實現電子商務交易。12/10/20229.2ebXML標準9.2.1ebXML簡介139ebXML包括：(1)商務流程的分析與建立；(2)商務信息的發(fā)掘與整理；(3)商務文件的規(guī)范化；(4)企業(yè)合同形成能力的計算機化(即合同自動簽定)；(5)貿易伙伴之間商務信息或文件的包裝與安全傳輸。12/10/2022ebXML包括：12/8/202240

2.為什么要推廣ebXML

企業(yè)在生產和交易過程中需要通過各種途徑進行文件的交流。通常，他們通過郵寄傳輸文件或通過傳真交換文件。利用電子商務進行這些文件傳輸消除了紙張的需求，節(jié)約了人力，優(yōu)化了交易過程，避免了其他人工過程的時間間斷。XML的出現給電子商務帶來了解決標準問題的好方法，但是電子商務的XML技術規(guī)范不僅僅涉及到XML技術本身的問題，更重要的是要把電子商務的流程和管理方法結合到其中。因此在解決電子商務技術障礙的時候，這些標準都相繼暴露出不符合企業(yè)商業(yè)習慣和管理特點等方面的問題。12/10/20222.為什么要推廣ebXML12/8/202241

3.ebXML標準的產出文件

ebXML標準的產出文件可分為技術規(guī)范、技術報告、白皮書以及參考文件等四種。技術規(guī)范屬于ebXML架構強制性的標準。企業(yè)若要建立一套符合ebXML標準的電子商務系統(tǒng)，就必須遵循技術規(guī)范中的規(guī)定。12/10/20223.ebXML標準的產出文件12/8/2022429.2.1bXML基本構件

1.注冊中心(Registry)1)eXML注冊中心的作用ebXML注冊中心提供了一套服務，能夠使ebXML電子商務參與者信息共享，其目的是使參與者之間能夠基于ebXML規(guī)范進行商務流程整合。共享信息保留在數據庫中，由ebXML注冊中心管理。12/10/20229.2.1bXML基本構件12/8/2022432)ebXML注冊中心的工作程序

假設一個購買者和一個銷售者希望使用ebXML進行B2B交易，雙方都使用由第三方注冊中心提供的服務。注冊工作將按照下列程序進行：(1)提交計劃文件。第三方如行業(yè)協(xié)會或標準組織提交一個符合ebXML規(guī)范要求的計劃文件。(2)提交商務流程文件。第三方如行業(yè)協(xié)會或標準組織提交一個符合ebXML規(guī)范要求的商務流程文件。12/10/20222)ebXML注冊中心的工作程序12/8/202244(3)銷售者提交合作意向框架。銷售者提交自己的根據ebXML規(guī)范制定的合作意向框架。這一框架描述了銷售者的角色、提供的服務和接受這些服務的技術細節(jié)。(4)購買者尋找銷售者。購買者運用注冊中心的分類方法瀏覽注冊中心，發(fā)現適合自己要求的銷售者，通過銷售者的合作意向框架開始建立彼此間的交易關系。(5)建立合作協(xié)議。購買者按照ebXML規(guī)范要求，根據銷售者的合作意向框架單方起草合作協(xié)議，提出建立貿易關系。銷售者接受合作協(xié)議后，貿易關系得以建立。12/10/2022(3)銷售者提交合作意向框架。銷售者提交自己的根據eb453)ebXML注冊中心的結構ebXML注冊中心包括注冊中心服務機和注冊中心客戶機兩個部分。注冊中心服務機提供管理數據庫的方法；注冊中心客戶機提供進入注冊中心的應用軟件。圖9-10是ebXML注冊中心結構示意圖。

由圖9-10可以看出，在組成基本管理對象和查詢方式的一組界面中，有兩個主要的界面：12/10/20223)ebXML注冊中心的結構12/8/202246圖9-10ebXML注冊中心結構示意圖

12/10/2022圖9-10ebXML注冊中心結構示意圖12/8/20247圖9-11注冊中心支持的兩種可能的拓撲形式

12/10/2022圖9-11注冊中心支持的兩種可能的拓撲形式12/8/248

2.合作協(xié)議概要(CPP)與合作協(xié)議契約(CPA)1)合作協(xié)議概要(CPP)

在交易雙方之間傳遞信息，一方必須了解另一方在交易合作中的意向、角色和信息傳遞與接收的技術細節(jié)。合作協(xié)議概要(CollaborationProtocolProfile，CPP)定義了參與交易的一方與其他方進行信息交換的能力和商務合作的能力。

CPP的形成如圖9-12所示。參與方A將信息列表，然后構建一個包括這些信息的CPP，并將其放入注冊中心的數據庫中，以便查詢。一旦參與方A將其信息放入數據庫，其他參與方就可以通過注冊中心數據庫的查詢服務發(fā)現參與方A。12/10/20222.合作協(xié)議概要(CPP)與合作協(xié)議契約(CPA)1249圖9-12CPP的形成

12/10/2022圖9-12CPP的形成12/8/2022502)合作協(xié)議契約(CPA)在現代經濟活動中，如果要實施交易，交易的參與方必須形成內容詳細的協(xié)議。合作協(xié)議契約(CollaborationProtocolAgreement，CPA)定義了交易雙方在履行已經選擇的商務流程過程中相互作用的方式。在這一過程中，交易雙方將使用同樣的CPA構建它們的運作時間系統(tǒng)。

在圖9-13中，參與方A和參與方B運用各自的CPP共同建立了一個獨立的CPA，這個CPA匯集了雙方CPP中的共同點，并確定了雙方商務合作的履行方法。CPA同樣是XML語言描述的文件。

12/10/20222)合作協(xié)議契約(CPA)12/8/202251圖9-13CPA形成示意圖

12/10/2022圖9-13CPA形成示意圖12/8/2022523)CPP/CPA與注冊中心圖9-14的整個過程可以分為6步：(1)任何參與方都可以將自己的CPP在注冊中心注冊。(2)參與方B將參與方A的CPP下載到自己的服務器上。

(3)參與方建立CPA(A、B)并將CPA(A、B)傳給參與方A。(4)參與方A與參與方B談判形成CPA。(5)參與方A與參與方B根據CPA的信息形成運行時間系統(tǒng)。

(6)參與方A與參與方B在新的CPA規(guī)范下開展交易活動。

12/10/20223)CPP/CPA與注冊中心12/8/202253圖9-14CPP/CPA與注冊中心的工作程序

12/10/2022圖9-14CPP/CPA與注冊中心的工作程序12/8/549.2.3信息結構ebXML一個重要的目標是要使用一個開放的信息格式，以便適應不同使用者和今后電子商務發(fā)展的需要。EbXML的信息結構從外到里包括5個層次(參見圖9-15)：(1)傳輸信封；(2)信息信封；(3)信封標題和信封內容；(4)文件標題和文件內容；(5)清單和標題。12/10/20229.2.3信息結構12/8/202255圖9-15ebXML的信息結構

12/10/2022圖9-15ebXML的信息結構12/8/2022569.2.4ebXML商務系統(tǒng)的運作

1.商務流程

在一般情況下，商務流程是一種模式，利用這種模式，可以完成一個或多個商務活動。在商務流程中，可能有一次或多次合作，每一次都可能有一次或多次交易。圖9-16反映了一個通用的商務流程；圖9-17是一個材料訂貨的商務流程，這一流程是購買者和供應者完成一次材料訂貨所需要的。12/10/20229.2.4ebXML商務系統(tǒng)的運作12/8/202257圖9-16商務流程

12/10/2022圖9-16商務流程12/8/202258

圖9-17材料訂貨的商務流程

12/10/2022圖9-17材料訂貨的商務流程12/8/202259

2.商務功能狀態(tài)1)實施狀態(tài)

實施狀態(tài)專門處理建立一個ebXML的應用基礎結構的程序。一個貿易參與者希望應用ebXML規(guī)范來進行交易，他首先必須獲得ebXML規(guī)范的副本。貿易參與者研究這些規(guī)范，然后將這些規(guī)范下載到核心數據庫和商務數據庫中。貿易參與者也可以索取其他貿易伙伴的商務流程信息加以分析和研究。作為選擇，貿易參與者可以使用第三方提供的軟件實施ebXML。貿易參與者也可以將自己的商務流程信息提交給ebXML注冊中心。12/10/20222.商務功能狀態(tài)12/8/202260圖9-18商務功能狀態(tài)：實施狀態(tài)

圖9-18說明了ebXML注冊中心和貿易參與者之間基本的交互活動。12/10/2022圖9-18商務功能狀態(tài)：實施狀態(tài)圖9-18說明了ebX612)檢索與獲取狀態(tài)

檢索與獲取狀態(tài)覆蓋了所有ebXML相關信息資源的檢索。這時，一個已經使用了ebXML商務服務界面的貿易參與者可以開始檢索并獲取資料(參見圖9-19)。檢索方法可以是索取其他貿易伙伴的合作意向框架，也可以是更新核心數據庫、商務數據庫。ebXML商務服務界面支持商務流程和商務信息的更新。貿易參與者在這一狀態(tài)下發(fā)現的商務信息正是其他貿易伙伴所需要的。12/10/20222)檢索與獲取狀態(tài)12/8/202262圖9-19商務功能狀態(tài)：檢索與索取狀態(tài)

12/10/2022圖9-19商務功能狀態(tài)：檢索與索取狀態(tài)12/8/202633)運行時間狀態(tài)運行時間狀態(tài)覆蓋了ebXML細節(jié)的實施與實際的ebXML交易。在運行時間狀態(tài)中，ebXML信息在貿易伙伴之間通過ebXML信息服務進行交換。例如ebXML的CPA就是一套精心安排的商務信息交換協(xié)議，這種交換是通過ebXML信息服務的精心設計將貿易各方連接在一起的。圖9-20是運行時間狀態(tài)的示意圖。圖9-20商務功能狀態(tài)：運行時間狀態(tài)

12/10/20223)運行時間狀態(tài)圖9-20商務功能狀態(tài)：運行時間狀64

3.商務文件與信息信封

商務文件的定義是對商務文件方案和組成文件的信息的規(guī)范。圖9-21是商務文件示意圖，右邊的圖是一個購買訂單的例子。圖9-21商務文件示意圖

12/10/20223.商務文件與信息信封圖9-21商務文件示意圖65圖9-22信封結構示意圖

12/10/2022圖9-22信封結構示意圖12/8/202266

4.ebXML在企業(yè)之間的交互1)ebXML在兩個企業(yè)之間的交互ebXML支持B2B電子商務活動中的所有形式。對于兩個貿易參與者，首先需要根據ebXML的規(guī)范構成基本的交互形式，然后開始簡單的商務交易。圖9-23說明了ebXML在兩個公司之間交互的基本方式。12/10/20224.ebXML在企業(yè)之間的交互12/8/202267圖9-23ebXML在兩個公司之間中的交互

12/10/2022圖9-23ebXML在兩個公司之間中的交互12/8/268圖9-23中共有6個步驟。(1)索取詳細的商務資料。公司A了解到ebXML商務對企業(yè)發(fā)展有很大的作用，希望進一步了解ebXML注冊的情況。(2)建立本公司的應用系統(tǒng)。公司A在復查ebXML注冊的內容后，決定建立和發(fā)展適應自己情況的ebXML應用系統(tǒng)。(3)登記CPP。公司A將自己的商務文件(包括應用細節(jié)和相關鏈接)寄給ebXML注冊中心。寄給ebXML注冊中心的文件描述了公司的ebXML能力和局限性，也描述了公司的商務構想。(4)詢問文件。公司B在ebXML注冊中心中發(fā)現公司A的CPP并下載。12/10/2022圖9-23中共有6個步驟。12/8/202269(5)談判和協(xié)議。在開始商務活動前，公司B直接給公司A的ebXML軟件界面寄送一個合作協(xié)議(CPA)建議，合作協(xié)議(CPA)建議概括了基于商務設想的協(xié)議。商務協(xié)議也包括信息傳輸的要求、可能的計劃和安全要求。(6)處理商務事務。公司A接受商務協(xié)議，公司A和公司B開始使用ebXML進行電子商務活動。12/10/2022(5)談判和協(xié)議。在開始商務活動前，公司B直接給公司A70整個交易過程建立在下列基礎上：

(1)描述商務流程的標準機制以及相關的信息模型。

(2)注冊機制和儲存商務流程和信息模型，以便它們能夠共享和重復利用。(3)檢索所包含的參與者的信息，這些信息包括：參與者支持的商務流程；參與者提供的支持商務流程的商務服務界面；在各自商務服務界面之間需要交換的商務信息；由傳輸、安全和編碼協(xié)議所支持的技術結構。

12/10/2022整個交易過程建立在下列基礎上：12/8/202271

(4)注冊參與者信息的機制，以便參與者的信息可以被挖掘和索取。

(5)描述彼此之間進行商務談判的機制，這種機制應基于商務安排，而商務安排來源于各方提供的信息(CPA)。

(6)標準的商務信息服務框架，這一框架能夠共同使用，進行安全和可靠的交易參與者之間的信息交換。(7)各自的信息服務構成機制，以便根據商務安排的規(guī)定實施經過協(xié)議同意的商務流程。

12/10/2022(4)注冊參與者信息的機制，以便參與者的信息可以被挖掘722)三個或更多的參與者利用一個供應鏈進行交易的商務流程當ebXML在兩個企業(yè)之間交互時，一條供應鏈只包含了兩個交易參與者(見圖9-24)。如果一條供應鏈上有三個交易參與者，這一供應鏈就變?yōu)閳D9-25所示的形式。12/10/20222)三個或更多的參與者利用一個供應鏈進行交易的商務流程173圖9-24兩個交易參與者形成的供應鏈

圖9-25三個交易參與者形成的供應鏈

12/10/2022圖9-24兩個交易參與者形成的供應鏈圖9-25三個74

圖9-25與圖9-24最基本的區(qū)別是“交易參與者乙”同時與兩個不同的交易參與者進行交易。每一個交易參與者的不同狀態(tài)是由各自所處的位置不同所決定的。也就是說，交易參與者甲僅僅了解交易參與者乙，交易參與者丙也僅僅了解交易參與者乙，而交易參與者乙既了解交易參與者甲，也了解交易參與者丙。12/10/2022圖9-25與圖9-24最基本的區(qū)別是“交易參與者乙”同時753)具有中間服務商的商務流程在這種商務流程中，中間服務商將確定使用一種提供外部商務服務的商務流程。一個客戶請求中間服務商提供服務，中間服務商將履行客戶的請求，通過適當的信息交換與其他交易參與者聯(lián)系并最終回答客戶的請求。圖9-26描述了這一商務流程的基本情況。12/10/20223)具有中間服務商的商務流程12/8/202276圖9-26具有中間服務商的商務流程

12/10/2022圖9-26具有中間服務商的商務流程12/8/2022774)更多的交易參與者并有物流配送中心參與的商務流程

更復雜的情況是有更多的交易參與者并有物流配送中心參與的商務流程。在這種商務流程中，交易參與者使用同樣的交易流程，并具有相互關聯(lián)的交易程序。每一個交易參與者可能需要和更多的交易伙伴發(fā)生關系，而商品則通過物流配送中心加以配送。圖9-27是這一流程的示意圖。12/10/20224)更多的交易參與者并有物流配送中心參與的商務流程1278圖9-27更多的交易參與者并有物流配送中心參與的商務流程

12/10/2022圖9-27更多的交易參與者并有物流配送中心參與的商務流程799.2.5ebXML應用實例

目前，以ebXML為基礎的商務應用已進入實際應用階段。雖然從總體上來說，世界上已完成的ebXML項目還比較少，但這些項目基本上都取得了成功，達到了預期的效果。ebXML成功應用的一個例子是“STEEL24-7”。STEEL24-7是一個歐洲鋼鐵工業(yè)因特網平臺，由Arcelor、CorusandThyssenKruppSteel三大鋼鐵公司創(chuàng)立。該網站的網絡通信中心為鋼鐵工業(yè)的買賣雙方提供信息。在供需雙方之間復雜的整合安排中，STEEL24-7全面應用了WebMethods集成平臺和ebXML標準，現已能為其成員提供全面的交易解決方案。12/10/20229.2.5ebXML應用實例12/8/202280STEEL24-7使用由歐聯(lián)邦鋼鐵行業(yè)協(xié)會(theEuropeanConfederationofIronandSteelIndustries)指定的ebXML和UN/CEFACT標準，在商務活動中支持各種訂貨信息和交付信息等關鍵信息的傳遞，未來還將形成信息翻譯的能力。STEEL24-7對商務流程的整合為供需雙方提供了多種便利。STEEL24-7成員可以通過一條單獨的聯(lián)系通道與中立的、支持行業(yè)交易的網絡通信中心聯(lián)系，直接與STEEL24-7的所有貿易伙伴建立貿易關系。這一點與傳統(tǒng)的EDI技術是不同的。利用STEEL24-7，買賣雙方還可以延伸它們的EDI技術，減少人力消耗和費用較高的端對端聯(lián)系。12/10/2022STEEL24-7使用由歐聯(lián)邦鋼鐵行業(yè)協(xié)會(81圖9-28EGIS示意圖

12/10/2022圖9-28EGIS示意圖12/8/2022829.3RosettaNet標準

9.3.1RosettaNet的概念RosettaNet這一名字源自于1799年在埃及發(fā)現的RosettaStone。這要追溯到公元前196年，該石頭是18世紀在Rosetta(Rashid)鎮(zhèn)附近被人發(fā)現的，上面用兩種不同的語言以三種不同的筆體鐫刻了同一消息。RosettaNet的作用類似于的RosettaStone，它是一個電子商務的業(yè)務協(xié)議。RosettaNet標準規(guī)定了具有互操作性的系統(tǒng)軟件如何執(zhí)行協(xié)同商務流程。這些規(guī)范中包括技術屬性和業(yè)務屬性，可允許使用的參數值，以及這些參數在軟件內部之間通過RosettaNet實施框架進行交換傳輸的協(xié)議。RosettaNet標準是免費的，通過RosettaNet網站公開。12/10/20229.3RosettaNet標準9.3.1Roset83RosettaNet組織1998年2月成立于美國，是一個獨立的非贏利性聯(lián)盟。這些公司包括一些世界領先的電子組件、計算機和日用電子、半導體制造、電信及物流公司，如IBM、英特爾、惠普、微軟、思科、Netscape、3COM及東芝等。RosettaNet在全球推廣電子商務標準的過程中得到了全球業(yè)界和政府的廣泛支持，目前在全球已有500多家會員企業(yè)。亞洲各國非常支持RosettaNet標準，2003年僅政府投資一項就超過5100萬美元。我國2005年成立了RosettaNet中國聯(lián)盟技術中心。12/10/2022RosettaNet組織1998年2月成立于美國，是一個849.3.2RosettaNet與EDI和ebXML的區(qū)別

1.RosettaNet與EDI的區(qū)別EDI和RosettaNet之間的主要區(qū)別在于，EDI在公司之間交換文檔，而RosettaNet跨網絡定義業(yè)務流程并對其進行集成，以確定最佳操作過程。大量的案例分析已顯示，RosettaNet帶來了勝過EDI的多種利益：(1)更輕松、更經濟高效的實現，投資回報更大。

(2)自動化更加大量的業(yè)務流程的能力。

(3)相對于批處理的實時事務處理。

(4)更高的可伸縮性。12/10/20229.3.2RosettaNet與EDI和ebXML的區(qū)別85

2.RosettaNet與ebXML的區(qū)別

人們常常將ebXML描述為橫向B2B標準，意思是一組用于所有電子商務的規(guī)范。它是通用的，不針對任何特殊部門或行業(yè)。而RosettaNet是一個縱向標準，它關注特定行業(yè)的需要(例如電子部件制造商)以及供應鏈自動化和優(yōu)化的業(yè)務范疇。自兩個項目創(chuàng)建以來，各自標準中的規(guī)范已存在著某些重復和交叉?；蛟S讓這些標準彼此適應的最佳方式是考慮把RosettaNet(縱向)插入到ebXML(橫向)中，或者相反。12/10/20222.RosettaNet與ebXML的區(qū)別12/8/286

比較ebXML與RosettaNet可以發(fā)現，ebXML的首要目標在于降低電子商務的進入壁壘，簡化交易，尤其是與中小型企業(yè)(SME)以及發(fā)展中國家相關的交易。從ebXML的主要構成模塊來看，注冊表模塊是實現電子商務的基礎，通過注冊協(xié)同作業(yè)協(xié)議CPP，允許企業(yè)提供其基本電子商務能力以供潛在的貿易伙伴檢索，同時查詢適合的交易對象。換言之，在ebXML模式下，供應鏈實際上是虛擬的，不穩(wěn)定的，企業(yè)面臨的是眾多在Web條件下可以提供類似服務的交易對象，并從中按照某種內部原則選擇其中某一個，因而供應鏈體現出較強的動態(tài)性，或者稱為供應網絡更為合適。12/10/2022比較ebXML與RosettaNet可以發(fā)現，ebXML879.3.3RosettaNet基本構件

1.Webservices與業(yè)務流程

WebServices指的是使用SOAP和WSDL來描述和訪問網絡上的服務。許多公司已認識到使用WebServices來實現其業(yè)務流程的好處。這包括WebServices所基于的開放標準、面向服務的方法及實現的靈活程度，從而允許重用現有的基礎設施和技術。

業(yè)務流程是為完成某一目標(或任務)而進行的一系列邏輯相關的活動的集合。RosettaNetImplementationFramework(RNIF)分為私有過程和公共過程。私有過程定義為公司的內部業(yè)務流程，公共過程定義為與貿易合作伙伴的相關交互。12/10/20229.3.3RosettaNet基本構件12/8/20288

2.貿易伙伴接口流程(PIPs)PIP(PartnerInterfaceProcesses)描述了供應鏈中兩個貿易伙伴之間的活動、決策及交互關系，以實現商業(yè)貿易。RosettaNetPIP專門規(guī)定了系統(tǒng)與系統(tǒng)之間基于XML的對話，以說明貿易伙伴間的商業(yè)流程。每個PIP包括一個業(yè)務文檔(附帶術語表)和一個業(yè)務流程12/10/20222.貿易伙伴接口流程(PIPs)12/8/202289

3.RosettaNet實施架構(RNIF)RNIF(RosettaNetImplementationFramework)是一種以XML語言為基礎，針對交易流程制定的程序。每一套接口程序包括了附有標準詞匯的商業(yè)文件及包含信息的商業(yè)流程。RosettaNet把企業(yè)之間的交易看成是由若干個流程所組合而成的一個過程，進行了3個級別的細分。對于每一個流程，它都對具體步驟進行了規(guī)定，同時也對每一步所要交換的信息內容、文檔格式進行了規(guī)定(參見圖9-29)。例如，PIP3A4對應的就是一個請求采購訂單的流程，同時對于交換的采購訂單以及發(fā)送的訂單已接受確認消息的格式都進行了規(guī)定。12/10/20223.RosettaNet實施架構(RNIF)12/890圖9-29RNIF對于消息的管理機制12/10/2022圖9-29RNIF對于消息的管理機制12/8/202291通過遵守RNIF規(guī)范，可以確保其應用程序能與經營同一業(yè)務的貿易合作伙伴進行集成。RNIF使用XML語言對所有PIP動作和信息的傳輸、路由安排及打包處理進行了定義。實現框架還包括安全規(guī)范(如簽名、編碼)和信息傳輸層面上的穩(wěn)定機制。RNIF?2.0的核心是RosettaNetBusinessMessage規(guī)范。圖9-30展示了用于交換RosettaNetBusinessMessage的RosettaNet網絡應用協(xié)議模型。12/10/2022通過遵守RNIF規(guī)范，可以確保其應用程序能與經營同一業(yè)務92圖9-30網絡應用程序模型

12/10/2022圖9-30網絡應用程序模型12/8/202293

4.RosettaNet商務信息

圖9-31描述了RosettaNetBusinessMessage的各個組成部分。該消息是在RosettaNet端點間進行交換的基本單位，而且包含PIP(即操作和簽名消息)中的各個文檔及其他任何相關實體，比如標題、附件和數字簽名。通過提供關于支配其創(chuàng)建和表現形式的規(guī)則的細節(jié)，RNIF可以確保所有貿易合作伙伴都能理解這些業(yè)務消息。12/10/20224.RosettaNet商務信息12/8/202294圖9-31PIPRosettaNet業(yè)務消息

12/10/2022圖9-31PIPRosettaNet業(yè)務消息12/95

5.RosettaNet詞典

(1)?RosettaNet商業(yè)詞典。在RosettaNet標準開發(fā)過程中，業(yè)務屬性被統(tǒng)一標識，以說明貿易伙伴之間的交易。RosettaNet商業(yè)詞典描述了基本業(yè)務中經常用到的一些屬性，作為未來標準研究的知識庫，以備參考和重復使用。(2)?RosettaNet技術詞典。該詞典提供了一種公共的語言，以定義與形式、動作和功能相關的產品和服務屬性，使制造商、分銷商和代理商可以更容易地描述產品屬性。圖9-32是RNTD關于復印機的定義。12/10/20225.RosettaNet詞典12/8/202296圖9-32RosettaNet詞典關于復印機的定義

12/10/2022圖9-32RosettaNet詞典關于復印機的定義197

6.RosettaNet組件之間的協(xié)同

在電子商務活動中，RosettaNet組件之間的協(xié)同如圖9-33所示。在圖9-33中，PIP、RNIF、商務信息和詞典結合構成了有機的整體，使得實施了RosettaNet電子商務標準的企業(yè)之間在進行交易的時候，能夠及時、準確地按照既定的步驟交換所需要的規(guī)范化信息，從而使得企業(yè)不必在更換交易對象時完全調整電子商務系統(tǒng)。12/10/20226.RosettaNet組件之間的協(xié)同12/8/298圖9-33RosettaNet組件之間的協(xié)同

12/10/2022圖9-33RosettaNet組件之間的協(xié)同12/8/999.3.4基于RosettaNet標準的供應鏈網絡

圖9-34基于RosettaNet標準的供應鏈網絡12/10/20229.3.4基于RosettaNet標準的供應鏈網絡圖91009.3.5RosettaNet應用實例

1.AVNET公司實施RosettaNet的基本情況

AVNET公司是世界上最大的半導體、電腦產品以及電機元件分銷商，顧客遍布63個國家。AVNET公司存儲、銷售所分銷的產品，同時完成一些增值服務。作為分銷服務的一部分，公司還定制一些產品來滿足個別用戶的需要，同時提供物料管理和物流服務。在2000財政年度，公司的銷售收入超過91億美元。在實施RosettaNet電子商務標準以前，公司的主要交易流程如圖9-35所示。12/10/20229.3.5RosettaNet應用實例12/8/2022101圖9-35實施RosettaNet前公司的交易流程

12/10/2022圖9-35實施RosettaNet前公司的交易流程1102

從圖9-35可以看到，整個交易需要經過公司5個部門的共同協(xié)作。但是由于公司每年的交易數量和金額都很大，因而過多的環(huán)節(jié)造成了總體效率不高。實施RosettaNet之前，AVNET公司有許多專門負責物料管理的經理，而且大量需要處理的信息也降低了訂單的處理速度。因此，從內部來看，AVNET公司需要對交易流程進行改善。

而從公司的外部來看，公司電腦產品的一個主要供應商轉變了其商務模式。在這個新的模式中，供應商將自己負責存貨管理，完成產品組裝同時控制運輸和物流。這在公司原有的交易流程中是無法實現的。12/10/2022從圖9-35可以看到，整個交易需要經過公司5個部門的共同103

2．交易流程實施前后的變化

第一，以自動流程取代重復性業(yè)務流程，效率和準確度得到提高。新流程的特點是減少了物料管理部分，這是由于RosettaNet標準能夠將原先需要手工運作的重復勞動通過流程管理自動實現，因此這一部分的工作就借助系統(tǒng)自動展開。例如以前物料經理的重要工作內容是根據客戶經理提供的銷售訂單信息，收集和確認所需信息來制定采購訂單。而在實施請求采購訂單標準(PIP3A4)以后，情況發(fā)生了變化。RosettaNetPIP3A4的流程規(guī)范見圖9-36。12/10/20222．交易流程實施前后的變化12/8/2022104圖9-36請求采購定單標準(PIP3A4)流程規(guī)范

12/10/2022圖9-36請求采購定單標準(PIP3A4)流程規(guī)范12105

在實施PIP3A4以后，顧客根據3A4標準中規(guī)定的格式發(fā)出采購訂單請求(例如所有設定為“必填”的條目必須給出足夠信息)，先由客戶經理進行處理，決定是否接受?？蛻艚浝頉Q定接受的同時就要在系統(tǒng)輸入訂單相關的信息生成AVNET公司的銷售訂單。之后，銷售訂單的相關信息會自動導入到AVNET公司的采購訂單中，不再需要物料經理來進行手動生成訂單的工作，在降低了人力成本的同時使得整個流程的響應速度得到提高，同時保證了準確度。12/10/2022在實施PIP3A4以后，顧客根據3A4標準中規(guī)定的格式發(fā)106第二，公司外部信息更加開放，信息共享程度提高。在公司實施RosettaNet標準以前，顧客要通過負責的客戶經理來查詢訂單的狀態(tài)，公司進行手動整理，響應需要一定的周期。為此AVNET公司實施了發(fā)布訂單狀態(tài)標準(PIP3A6)，其流程見圖9-37。

從圖9-37可以看到，在實施了這個標準以后，系統(tǒng)將自動定時發(fā)送訂單處理狀態(tài)信息，顧客也能夠通過在線自動更新的系統(tǒng)來查詢訂單狀態(tài)，因此更加即時、快捷，有潛在的問題也可以及早發(fā)現；并且訂單狀態(tài)的信息更加準確，同時開放性得以增強。AVNET公司不需要人工追蹤每筆訂單的安排，通過系統(tǒng)的自動流程給予信息，提高了與合作伙伴的信息共享程度。12/10/2022第二，公司外部信息更加開放，信息共享程度提高。在公司實施107圖9-37發(fā)布訂單狀態(tài)標準(PIP3A6)流程

12/10/2022圖9-37發(fā)布訂單狀態(tài)標準(PIP3A6)流程12/8108第三，以標準化信息流提高了響應速度。在實施以前，供應商的發(fā)貨確認都是由公司接收然后手動輸入到ERP系統(tǒng)中的，再由系統(tǒng)完成整個客戶票據處理。而在實施了通知提前裝運通告標準(PIP3B2)以后，從圖9-38可以看到，接收發(fā)貨通知的同時，一個標準格式的電子文件也直接發(fā)送到公司的ERP系統(tǒng)，票據處理可以完全自動化進行，并得以快速處理。從案例中的運行情況來看，訂單發(fā)出和客戶票據處理完成這段時間平均被縮短了3天。12/10/2022第三，以標準化信息流提高了響應速度。在實施以前，供應商的109圖9-38提前裝運通告標準(PIP3B2)流程

12/10/2022圖9-38提前裝運通告標準(PIP3B2)流程12/8110

3．實施前后交易成本的對比

表9-3是實施RosettaNet電子商務標準與不實施標準在5年內的交易成本的對比情況。在實施標準以后，節(jié)約了大量的人力成本，但同時將增加一筆技術維護費用。表9-3實施RosettaNet前后交易成本的對比

單位：萬美元

12/10/20223．實施前后交易成本的對比表9-3實施Rosetta111從表9-3可以得到實施RosettaNet與否產生的成本對比，考慮到初期有約合87.5萬美元的投入，實施了RosettaNet電子商務標準后5年內的成本節(jié)約情況見表9-4(貼現率取11%)。表9-4實施RosettaNet后的成本節(jié)約情況

單位：萬美元12/10/2022從表9-3可以得到實施RosettaNet與否產生的成本112

通過表9-4的年成本節(jié)約凈現值可以計算得到，以5年為一階段，實施電子商務標準的凈現值為201.5萬美元；而從投資回報率來看，5年期的投資回報率為230%。從這些財務指標可以發(fā)現，實施RosettaNet電子商務標準以后，AVNET公司在財務上也獲得了很大的收益。而且，上面對于財務收益的估算是比較保守的，而實際上由于處理速度的加快，資金流轉處理速度和存貨流通速度也將隨之加快，如果考慮由此帶來的資金流轉方面的收益和存貨成本的降低，那么實施電子商務標準帶來的收益還要更大。12/10/2022通過表9-4的年成本節(jié)約凈現值可以計算得到，以5年為一階113第九章電子商務專項應用標準9.1EDI標準9.2ebXML標準9.3RosettaNet標準

12/10/2022第九章電子商務專項應用標準9.1EDI標準12/81149.1EDI標

準

9.1.1EDI的概念

EDI(ElectronicDataInterchange)是將商業(yè)或行政事務處理(Transaction)按照一個公認的標準，形成結構化的事務處理或報文(Message)數據格式，從計算機應用系統(tǒng)到計算機應用系統(tǒng)的電子傳輸方法。EDI作為一種數據交換的手段，有三個關鍵性的要素。

12/10/20229.1EDI標準9.1.1EDI的概念12/8115(1)?EDI是計算機應用系統(tǒng)之間的數據傳輸。所謂計算機應用系統(tǒng)，是指與EDI的數據通信系統(tǒng)相連接的電子數據處理系統(tǒng)(EDP，ElectronicDateProcessing)。如外貿業(yè)務管理系統(tǒng)、MRPⅡ、ERP、SCM、CRM等管理信息系統(tǒng)都具有數據處理的功能。EDP的存在使計算機能夠對所傳輸的信息進行自動識別和處理，而無需人工干預，從而既提高了工作效率，又減少了人工干預可能造成的差錯。12/10/2022(1)?EDI是計算機應用系統(tǒng)之間的數據傳輸。所謂計算116(2)?EDI使用統(tǒng)一的標準編制被傳輸的資料。為了使計算機應用系統(tǒng)之間能夠直接對話，即接收方的EDP系統(tǒng)能夠識別和自動處理通過EDI網絡接收到的數據(報文)，必須使用發(fā)送方和接收方的計算機系統(tǒng)都能識別的通用語言。由此，產生了EDI報文標準。(3)?EDI使用電子方式進行數據的傳輸。EDI通常根據用戶的具體情況，選擇使用包括公用電話網(PSTN)、數字數據網(DDN)、分組交換網(X125)、特小型天線地面站數據網(VSAT)等在內的電子通信線路來完成有關數據的傳輸。12/10/2022(2)?EDI使用統(tǒng)一的標準編制被傳輸的資料。為了使計1179.1.2EDI標準EDI標準主要提供：語法規(guī)則、數據結構定義、編輯規(guī)則和協(xié)定、已出版的公開文件。目前國際上流行的EDI標準是由聯(lián)合國歐洲經濟委員會(UN/ECE)制定頒布的《行政、商業(yè)和運輸用電子數據交換規(guī)則》(EDIFACT)，以及美國國家標準局特命標準化委員會第十二工作組制定的ANSIX.12。從內容上看，這兩個標準都包括了EDI標準的三要素——數據元、數據段和標準報文格式。12/10/20229.1.2EDI標準12/8/2022118

1．EDIFACT語法規(guī)則(ISO9735)

EDIFACT語法規(guī)則于1987年3月制定完成，并于當年9月被ISO接受成為國際標準。語法規(guī)則包括10個部分和3個附錄，它以簡略形式表述“用戶格式化數據交換的應用實施”的語法規(guī)則。其中包括標準的適用范圍、該標準的相關標準、名詞定義、標準報文中用到字符的集合的級別的劃分、標準的字符集、標準報文的結構、單證轉換過程中對標準報文數據元的壓縮、報文時段重復的可能性、報文時段的嵌套、數字型數據元使用的規(guī)定等。12/10/20221．EDIFACT語法規(guī)則(ISO9735)12/8/2119

2．報文設計指南報文設計指南是在1989年12月被UN/ECE接受并認可的。該指南分為8個部分，其中前三部分是對指南的說明介紹；第四部分是報文設計的總體規(guī)則，并按照報文的使用范圍對報文類型進行劃分；第五到第七部分從數據元選擇入手分層次闡述了報文設計步驟——數據元分析、段結構設計、報文結構設計；第八部分規(guī)定了報文格式的修改步驟，以及得到最新國際報文格式的辦法。12/10/20222．報文設計指南12/8/2022120

3．語法應用指南這一指南的目的是幫助EDI用戶使用EDIFACT語法規(guī)則，分為11個部分，內容包括交換協(xié)議，EDI專用名詞術語，交換字符集的定義，對電子數據交換的元素——數據元、段和報文的要求，基本語法規(guī)則，段的構成，段的結構，其他標準與ED1FACT標準相互轉換的必要程序，標準的支持與維護手段等。12/10/20223．語法應用指南12/8/2022121

4．EDIFACT數據元目錄(EDED)EDIFACT數據元目錄是聯(lián)合國貿易數據元目錄(UNTDED)的一個子集，UN/EDIFACT00B(2000年第2版)收錄了640個與設計EDIFACT報文相關的數據元，這些數據元通過數據元號與數據元目錄(UNTDED)相聯(lián)系。這一目錄對每個數據元的名稱、定義，數據類型和長度都予以具體的描述。在EDI標準報文中，每個數據元的值用來表示一個具體內容的含義，譬如，日期時間數據元(Date/time/period)“2380”的值“20010614”表示日期為2001年6月14日。數據元之間使用“:”或“+”進行分隔。12/10/20224．EDIFACT數據元目錄(EDED)12/8/202122

5．EDIFACT代碼表(EDCL)

代碼表中給出的是相對應的數據元的值。譬如，日期時間格式限定符數據元(Date/time/periodformatqualifier)“2379”的值“102”代表了所使用的日期格式是“CCYYMMDD”型，即“20010614”表示該日期是2001年6月14日。12/10/20225．EDIFACT代碼表(EDCL)12/8/2022123

6．EDIFACT復合數據元目錄(EDCD)UN/EDIFACT00B目錄收錄了在設計EDIFACT報文時涉及的293個復合數據元。目錄中對每個復合數據元的用途進行了描述，羅列出組成復合數據元的數據元，并在數據元后面注明其類型。復合數據元通過復合數據元號與段目錄相聯(lián)系，組成復合數據元的數據元通過數據元號與數據元目錄、代碼表相聯(lián)系。12/10/20226．EDIFACT復合數據元目錄(EDCD)12/8/2124

7．EDIFACT段目錄(EDSD)

UN/EDIFACT00B段目錄定義了232個EDIFACT報文中用到的段。目錄中注明了組成段的簡單數據元和復合數據元，并在數據元后面標明此數據元是“必寫的”或是“條件的”。簡單數據元和復合數據元通過數據元號和復合數據元號與EDIFACT數據元目錄及復合數據元目錄相聯(lián)系。

在EDI標準報文中，段與段之間使用“”進行分隔。每個段可以由多個復合或簡單數據元組成，也可以由單個復合或簡單數據元組成。譬如，在具體報文中表示日期和時間的段“DTM”可以由單個復合數據元“C507”組成(參見表9-1)。12/10/20227．EDIFACT段目錄(EDSD)12/8/2022125表9-1商檢報驗單EDI標準報文中使用的“DTM”段

12/10/2022表9-1商檢報驗單EDI標準報文中使用的“DTM”段1126

8．EDIFACT標準報文格式(EDMD)

EDIFACT標準報文格式分為三級：0級、1級和2級。0級是草案級，1級是推薦草案級，2級是推薦報文標準級。推薦報文標準分為4個部分：前三部分是報文格式的總體描述，規(guī)定了報文使用范圍和報文中用到的專有名詞的定義；第四部分是報文定義部分，規(guī)定了報文的結構，報文包含段的功能、段表和分支表。UN/EDIFACT00B(2000年第2版)共定義了187種不同單據的EDI報文標準格式。12/10/20228．EDIFACT標準報文格式(EDMD)12/8/20127EDI標準報文由若干個段組成，整個報文可以分為三個部分：首部、詳情部和摘要部。報文以UNA數據段開始，以UNT數據段結束。這兩個數據段也是EDIFACT三層電子信封的第一層信封(參見圖9-1)。圖9-1報文的組成

12/10/2022EDI標準報文由若干個段組成，整個報文可以分為三個部分：128圖9-2EDI標準格式的報文

圖9-2給出的是一個出口商品報驗單的EDI標準報文。

12/10/2022圖9-2EDI標準格式的報文圖9-2給出的是一個出1299.1.3EDI工作環(huán)境

1.EDI的通信環(huán)境

EDI的通信環(huán)境(EDIME)由一個EDI通信系統(tǒng)和多個EDI用戶組成。EDI的開發(fā)、應用就是通過計算機通信網絡實現的。圖9-3是CHINAEDI的網絡接入圖。傳統(tǒng)的網絡接入方式主要有點對點(PointtoPoint,PTP)方式和增值網(ValueAddedNetwork，VAN)方式。12/10/20229.1.3EDI工作環(huán)境12/8/2022130圖9-3CHINAEDI的網絡接入圖

12/10/2022圖9-3CHINAEDI的網絡接入圖12/8/2022131

2.EDI與因特網的整合以專用增值網為基礎的傳統(tǒng)EDI服務方式成本很高，在很長一段時間中一直只有大企業(yè)使用?；贗nternet的開放式EDI大大降低了EDI的使用成本，吸引了越來越多的中小企業(yè)使用EDI。

目前基于Internet的開放式EDI主要有Internet-Mail、StandardIC、Web-EDI和XML-EDI四種實現方式。12/10/20222.EDI與因特網的整合12/8/20221321)InternetMail

Internet-Mail是一種最早把EDI帶入到Internet的方式，它用ISP代替了VAN，解決了信道的價格問題?，F有的Internet電子郵件系統(tǒng)多數基于簡單郵件傳輸協(xié)議(SMTP)。SMTP能夠提供郵件的傳輸功能，但僅支持7位ASCII碼傳輸，不能適應多媒體郵件的要求，SMTP還對接收方的個數有嚴格限制，并限制最大消息長度。12/10/20221)InternetMail12/8/20221332)StandardICIC(ImplementationConventions)著重于解決EDI翻譯過程的復雜性問題。EDI標準對于具體應用來說過于復雜，許多標準化組織或企業(yè)根據自己的需要對標準進行簡化，去掉他們根本不使用的部分，制定出一些簡單的標準，即特定應用的EDI實現規(guī)范(IC)。12/10/20222)StandardIC12/8/20221342)Web-EDI

Web-EDI允許中小企業(yè)只需通過瀏覽器和因特網連接就可實現EDI交換，是目前因特網EDI中最為流行的一種方式。在Web-EDI中，Web是EDI消息的接口。其典型情況為：一個參與者是大企業(yè)，針對每個EDI消息開發(fā)或購買了相應的Web表單，并改造成適合自己的IC，然后把它們放在Web站點上。此時，表單就成為EDI系統(tǒng)的接口。其他參與者(如中小企業(yè))登錄到Web站點上，選擇他們所感興趣的表單進行填寫。填寫結果提交給Web服務器后，通過服務器端程序進行合法性檢查，把它變成通常的EDI消息。此后，消息處理