電子商務(wù)專項應(yīng)用標準培訓(xùn)課件

第九章電子商務(wù)專項應(yīng)用標準9.1EDI標準9.2ebXML標準9.3RosettaNet標準

12/10/2022第九章電子商務(wù)專項應(yīng)用標準9.1EDI標準12/819.1EDI標

準

9.1.1EDI的概念

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

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

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

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

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

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

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

5．EDIFACT代碼表(EDCL)

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

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

7．EDIFACT段目錄(EDSD)

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

在EDI標準報文中，段與段之間使用“”進行分隔。每個段可以由多個復(fù)合或簡單數(shù)據(jù)元組成，也可以由單個復(fù)合或簡單數(shù)據(jù)元組成。譬如，在具體報文中表示日期和時間的段“DTM”可以由單個復(fù)合數(shù)據(jù)元“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ī)定了報文的結(jié)構(gòu)，報文包含段的功能、段表和分支表。UN/EDIFACT00B(2000年第2版)共定義了187種不同單據(jù)的EDI報文標準格式。12/10/20228．EDIFACT標準報文格式(EDMD)12/8/2014EDI標準報文由若干個段組成，整個報文可以分為三個部分：首部、詳情部和摘要部。報文以UNA數(shù)據(jù)段開始，以UNT數(shù)據(jù)段結(jié)束。這兩個數(shù)據(jù)段也是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ā)、應(yīng)用就是通過計算機通信網(wǎng)絡(luò)實現(xiàn)的。圖9-3是CHINAEDI的網(wǎng)絡(luò)接入圖。傳統(tǒng)的網(wǎng)絡(luò)接入方式主要有點對點(PointtoPoint,PTP)方式和增值網(wǎng)(ValueAddedNetwork，VAN)方式。12/10/20229.1.3EDI工作環(huán)境12/8/202217圖9-3CHINAEDI的網(wǎng)絡(luò)接入圖

12/10/2022圖9-3CHINAEDI的網(wǎng)絡(luò)接入圖12/8/202218

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

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

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

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

12/10/2022圖9-4基于Web的EDI網(wǎng)絡(luò)12/8/2022234)XML-EDI

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

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

1.EDI系統(tǒng)的組成EDI系統(tǒng)由EDI客戶端系統(tǒng)和EDI傳輸系統(tǒng)所組成，其中客戶端系統(tǒng)包括EDI應(yīng)用系統(tǒng)和(文本)格式轉(zhuǎn)換系統(tǒng)，傳輸系統(tǒng)包括計算機通信網(wǎng)絡(luò)和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的報文的產(chǎn)生與傳遞由于EDI網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)是標準化的EDI報文，因而EDI的工作流程與在Internet上收發(fā)E-mail的操作有明顯的不同。EDI報文的發(fā)送方在通過EDI發(fā)送報文前，必須先在其用戶端的計算機中將用戶端格式的數(shù)據(jù)轉(zhuǎn)換成EDI標準格式的報文，然后才能對外發(fā)送(參見圖9-6)。12/10/20222.EDI的報文的產(chǎn)生與傳遞12/8/202229商檢報驗單處理系統(tǒng)商檢報驗單生成系統(tǒng)格式轉(zhuǎn)換格式轉(zhuǎn)換發(fā)送方EDI信箱EDI交換系統(tǒng)接收方EDI信箱數(shù)據(jù)庫平面文件平面文件標準文件標準文件映射系統(tǒng)映射系統(tǒng)通信系統(tǒng)翻譯系統(tǒng)通信系統(tǒng)翻譯系統(tǒng)數(shù)據(jù)庫EDPEDIEDIEDP圖9-6EDI的工作流程

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

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

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

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

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

1．業(yè)務(wù)流程

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

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

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

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

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

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

準

9.2.1ebXML簡介

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

2.為什么要推廣ebXML

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

3.ebXML標準的產(chǎn)出文件

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

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

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

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

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

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

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

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

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

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

在圖9-13中，參與方A和參與方B運用各自的CPP共同建立了一個獨立的CPA，這個CPA匯集了雙方CPP中的共同點，并確定了雙方商務(wù)合作的履行方法。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下載到自己的服務(wù)器上。

(3)參與方建立CPA(A、B)并將CPA(A、B)傳給參與方A。(4)參與方A與參與方B談判形成CPA。(5)參與方A與參與方B根據(jù)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信息結(jié)構(gòu)ebXML一個重要的目標是要使用一個開放的信息格式，以便適應(yīng)不同使用者和今后電子商務(wù)發(fā)展的需要。EbXML的信息結(jié)構(gòu)從外到里包括5個層次(參見圖9-15)：(1)傳輸信封；(2)信息信封；(3)信封標題和信封內(nèi)容；(4)文件標題和文件內(nèi)容；(5)清單和標題。12/10/20229.2.3信息結(jié)構(gòu)12/8/202255圖9-15ebXML的信息結(jié)構(gòu)

12/10/2022圖9-15ebXML的信息結(jié)構(gòu)12/8/2022569.2.4ebXML商務(wù)系統(tǒng)的運作

1.商務(wù)流程

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

12/10/2022圖9-16商務(wù)流程12/8/202258

圖9-17材料訂貨的商務(wù)流程

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

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

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

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

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

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

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

3.商務(wù)文件與信息信封

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

12/10/20223.商務(wù)文件與信息信封圖9-21商務(wù)文件示意圖65圖9-22信封結(jié)構(gòu)示意圖

12/10/2022圖9-22信封結(jié)構(gòu)示意圖12/8/202266

4.ebXML在企業(yè)之間的交互1)ebXML在兩個企業(yè)之間的交互ebXML支持B2B電子商務(wù)活動中的所有形式。對于兩個貿(mào)易參與者，首先需要根據(jù)ebXML的規(guī)范構(gòu)成基本的交互形式，然后開始簡單的商務(wù)交易。圖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)索取詳細的商務(wù)資料。公司A了解到ebXML商務(wù)對企業(yè)發(fā)展有很大的作用，希望進一步了解ebXML注冊的情況。(2)建立本公司的應(yīng)用系統(tǒng)。公司A在復(fù)查ebXML注冊的內(nèi)容后，決定建立和發(fā)展適應(yīng)自己情況的ebXML應(yīng)用系統(tǒng)。(3)登記CPP。公司A將自己的商務(wù)文件(包括應(yīng)用細節(jié)和相關(guān)鏈接)寄給ebXML注冊中心。寄給ebXML注冊中心的文件描述了公司的ebXML能力和局限性，也描述了公司的商務(wù)構(gòu)想。(4)詢問文件。公司B在ebXML注冊中心中發(fā)現(xiàn)公司A的CPP并下載。12/10/2022圖9-23中共有6個步驟。12/8/202269(5)談判和協(xié)議。在開始商務(wù)活動前，公司B直接給公司A的ebXML軟件界面寄送一個合作協(xié)議(CPA)建議，合作協(xié)議(CPA)建議概括了基于商務(wù)設(shè)想的協(xié)議。商務(wù)協(xié)議也包括信息傳輸?shù)囊?、可能的計劃和安全要求?6)處理商務(wù)事務(wù)。公司A接受商務(wù)協(xié)議，公司A和公司B開始使用ebXML進行電子商務(wù)活動。12/10/2022(5)談判和協(xié)議。在開始商務(wù)活動前，公司B直接給公司A70整個交易過程建立在下列基礎(chǔ)上：

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

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

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

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

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

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

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

圖9-25三個交易參與者形成的供應(yīng)鏈

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

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

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

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

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

目前，以ebXML為基礎(chǔ)的商務(wù)應(yīng)用已進入實際應(yīng)用階段。雖然從總體上來說，世界上已完成的ebXML項目還比較少，但這些項目基本上都取得了成功，達到了預(yù)期的效果。ebXML成功應(yīng)用的一個例子是“STEEL24-7”。STEEL24-7是一個歐洲鋼鐵工業(yè)因特網(wǎng)平臺，由Arcelor、CorusandThyssenKruppSteel三大鋼鐵公司創(chuàng)立。該網(wǎng)站的網(wǎng)絡(luò)通信中心為鋼鐵工業(yè)的買賣雙方提供信息。在供需雙方之間復(fù)雜的整合安排中，STEEL24-7全面應(yīng)用了WebMethods集成平臺和ebXML標準，現(xiàn)已能為其成員提供全面的交易解決方案。12/10/20229.2.5ebXML應(yīng)用實例12/8/202280STEEL24-7使用由歐聯(lián)邦鋼鐵行業(yè)協(xié)會(theEuropeanConfederationofIronandSteelIndustries)指定的ebXML和UN/CEFACT標準，在商務(wù)活動中支持各種訂貨信息和交付信息等關(guān)鍵信息的傳遞，未來還將形成信息翻譯的能力。STEEL24-7對商務(wù)流程的整合為供需雙方提供了多種便利。STEEL24-7成員可以通過一條單獨的聯(lián)系通道與中立的、支持行業(yè)交易的網(wǎng)絡(luò)通信中心聯(lián)系，直接與STEEL24-7的所有貿(mào)易伙伴建立貿(mào)易關(guān)系。這一點與傳統(tǒng)的EDI技術(shù)是不同的。利用STEEL24-7，買賣雙方還可以延伸它們的EDI技術(shù)，減少人力消耗和費用較高的端對端聯(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ā)現(xiàn)的RosettaStone。這要追溯到公元前196年，該石頭是18世紀在Rosetta(Rashid)鎮(zhèn)附近被人發(fā)現(xiàn)的，上面用兩種不同的語言以三種不同的筆體鐫刻了同一消息。RosettaNet的作用類似于的RosettaStone，它是一個電子商務(wù)的業(yè)務(wù)協(xié)議。RosettaNet標準規(guī)定了具有互操作性的系統(tǒng)軟件如何執(zhí)行協(xié)同商務(wù)流程。這些規(guī)范中包括技術(shù)屬性和業(yè)務(wù)屬性，可允許使用的參數(shù)值，以及這些參數(shù)在軟件內(nèi)部之間通過RosettaNet實施框架進行交換傳輸?shù)膮f(xié)議。RosettaNet標準是免費的，通過RosettaNet網(wǎng)站公開。12/10/20229.3RosettaNet標準9.3.1Roset83RosettaNet組織1998年2月成立于美國，是一個獨立的非贏利性聯(lián)盟。這些公司包括一些世界領(lǐng)先的電子組件、計算機和日用電子、半導(dǎo)體制造、電信及物流公司，如IBM、英特爾、惠普、微軟、思科、Netscape、3COM及東芝等。RosettaNet在全球推廣電子商務(wù)標準的過程中得到了全球業(yè)界和政府的廣泛支持，目前在全球已有500多家會員企業(yè)。亞洲各國非常支持RosettaNet標準，2003年僅政府投資一項就超過5100萬美元。我國2005年成立了RosettaNet中國聯(lián)盟技術(shù)中心。12/10/2022RosettaNet組織1998年2月成立于美國，是一個849.3.2RosettaNet與EDI和ebXML的區(qū)別

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

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

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

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

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

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

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

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

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

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

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

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

12/10/2022圖9-30網(wǎng)絡(luò)應(yīng)用程序模型12/8/202293

4.RosettaNet商務(wù)信息

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

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

5.RosettaNet詞典

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

12/10/2022圖9-32RosettaNet詞典關(guān)于復(fù)印機的定義197

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

在電子商務(wù)活動中，RosettaNet組件之間的協(xié)同如圖9-33所示。在圖9-33中，PIP、RNIF、商務(wù)信息和詞典結(jié)合構(gòu)成了有機的整體，使得實施了RosettaNet電子商務(wù)標準的企業(yè)之間在進行交易的時候，能夠及時、準確地按照既定的步驟交換所需要的規(guī)范化信息，從而使得企業(yè)不必在更換交易對象時完全調(diào)整電子商務(wù)系統(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標準的供應(yīng)鏈網(wǎng)絡(luò)

圖9-34基于RosettaNet標準的供應(yīng)鏈網(wǎng)絡(luò)12/10/20229.3.4基于RosettaNet標準的供應(yīng)鏈網(wǎng)絡(luò)圖91009.3.5RosettaNet應(yīng)用實例

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

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

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

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

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

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

第一，以自動流程取代重復(fù)性業(yè)務(wù)流程，效率和準確度得到提高。新流程的特點是減少了物料管理部分，這是由于RosettaNet標準能夠?qū)⒃刃枰止み\作的重復(fù)勞動通過流程管理自動實現(xiàn)，因此這一部分的工作就借助系統(tǒng)自動展開。例如以前物料經(jīng)理的重要工作內(nèi)容是根據(jù)客戶經(jī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以后，顧客根據(jù)3A4標準中規(guī)定的格式發(fā)出采購訂單請求(例如所有設(shè)定為“必填”的條目必須給出足夠信息)，先由客戶經(jīng)理進行處理，決定是否接受?？蛻艚?jīng)理決定接受的同時就要在系統(tǒng)輸入訂單相關(guān)的信息生成AVNET公司的銷售訂單。之后，銷售訂單的相關(guān)信息會自動導(dǎo)入到AVNET公司的采購訂單中，不再需要物料經(jīng)理來進行手動生成訂單的工作，在降低了人力成本的同時使得整個流程的響應(yīng)速度得到提高，同時保證了準確度。12/10/2022在實施PIP3A4以后，顧客根據(jù)3A4標準中規(guī)定的格式發(fā)106第二，公司外部信息更加開放，信息共享程度提高。在公司實施RosettaNet標準以前，顧客要通過負責的客戶經(jīng)理來查詢訂單的狀態(tài)，公司進行手動整理，響應(yīng)需要一定的周期。為此AVNET公司實施了發(fā)布訂單狀態(tài)標準(PIP3A6)，其流程見圖9-37。

從圖9-37可以看到，在實施了這個標準以后，系統(tǒng)將自動定時發(fā)送訂單處理狀態(tài)信息，顧客也能夠通過在線自動更新的系統(tǒng)來查詢訂單狀態(tài)，因此更加即時、快捷，有潛在的問題也可以及早發(fā)現(xiàn)；并且訂單狀態(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第三，以標準化信息流提高了響應(yīng)速度。在實施以前，供應(yīng)商的發(fā)貨確認都是由公司接收然后手動輸入到ERP系統(tǒng)中的，再由系統(tǒng)完成整個客戶票據(jù)處理。而在實施了通知提前裝運通告標準(PIP3B2)以后，從圖9-38可以看到，接收發(fā)貨通知的同時，一個標準格式的電子文件也直接發(fā)送到公司的ERP系統(tǒng)，票據(jù)處理可以完全自動化進行，并得以快速處理。從案例中的運行情況來看，訂單發(fā)出和客戶票據(jù)處理完成這段時間平均被縮短了3天。12/10/2022第三，以標準化信息流提高了響應(yīng)速度。在實施以前，供應(yīng)商的109圖9-38提前裝運通告標準(PIP3B2)流程

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

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

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

單位：萬美元

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

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

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

12/10/2022第九章電子商務(wù)專項應(yīng)用標準9.1EDI標準12/81149.1EDI標

準

9.1.1EDI的概念

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

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

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

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

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

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

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

5．EDIFACT代碼表(EDCL)

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

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

7．EDIFACT段目錄(EDSD)

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

在EDI標準報文中，段與段之間使用“”進行分隔。每個段可以由多個復(fù)合或簡單數(shù)據(jù)元組成，也可以由單個復(fù)合或簡單數(shù)據(jù)元組成。譬如，在具體報文中表示日期和時間的段“DTM”可以由單個復(fù)合數(shù)據(jù)元“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ī)定了報文的結(jié)構(gòu)，報文包含段的功能、段表和分支表。UN/EDIFACT00B(2000年第2版)共定義了187種不同單據(jù)的EDI報文標準格式。12/10/20228．EDIFACT標準報文格式(EDMD)12/8/20127EDI標準報文由若干個段組成，整個報文可以分為三個部分：首部、詳情部和摘要部。報文以UNA數(shù)據(jù)段開始，以UNT數(shù)據(jù)段結(jié)束。這兩個數(shù)據(jù)段也是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ā)、應(yīng)用就是通過計算機通信網(wǎng)絡(luò)實現(xiàn)的。圖9-3是CHINAEDI的網(wǎng)絡(luò)接入圖。傳統(tǒng)的網(wǎng)絡(luò)接入方式主要有點對點(PointtoPoint,PTP)方式和增值網(wǎng)(ValueAddedNetwork，VAN)方式。12/10/20229.1.3EDI工作環(huán)境12/8/2022130圖9-3CHINAEDI的網(wǎng)絡(luò)接入圖

12/10/2022圖9-3CHINAEDI的網(wǎng)絡(luò)接入圖12/8/2022131

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

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

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

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