電子商務(wù)專項(xiàng)應(yīng)用標(biāo)準(zhǔn)

1、2020/10/4,第九章 電子商務(wù)專項(xiàng)應(yīng)用標(biāo)準(zhǔn),9.1 EDI標(biāo)準(zhǔn) 9.2 ebXML標(biāo)準(zhǔn) 9.3 RosettaNet標(biāo)準(zhǔn),2020/10/4,9.1 EDI 標(biāo) 準(zhǔn),9.1.1 EDI的概念 EDI (Electronic Data Interchange)是將商業(yè)或行政事務(wù)處理(Transaction)按照一個(gè)公認(rèn)的標(biāo)準(zhǔn)，形成結(jié)構(gòu)化的事務(wù)處理或報(bào)文(Message)數(shù)據(jù)格式，從計(jì)算機(jī)應(yīng)用系統(tǒng)到計(jì)算機(jī)應(yīng)用系統(tǒng)的電子傳輸方法。 EDI作為一種數(shù)據(jù)交換的手段，有三個(gè)關(guān)鍵性的要素。,2020/10/4,(1) EDI是計(jì)算機(jī)應(yīng)用系統(tǒng)之間的數(shù)據(jù)傳輸。所謂計(jì)算機(jī)應(yīng)用系統(tǒng)，是指與EDI的數(shù)據(jù)通信系統(tǒng)

2、相連接的電子數(shù)據(jù)處理系統(tǒng)(EDP，Electronic Date Processing)。如外貿(mào)業(yè)務(wù)管理系統(tǒng)、MRP、ERP、SCM、CRM等管理信息系統(tǒng)都具有數(shù)據(jù)處理的功能。EDP的存在使計(jì)算機(jī)能夠?qū)λ鶄鬏數(shù)男畔⑦M(jìn)行自動(dòng)識(shí)別和處理，而無需人工干預(yù)，從而既提高了工作效率，又減少了人工干預(yù)可能造成的差錯(cuò)。,2020/10/4,(2) EDI使用統(tǒng)一的標(biāo)準(zhǔn)編制被傳輸?shù)馁Y料。為了使計(jì)算機(jī)應(yīng)用系統(tǒng)之間能夠直接對(duì)話，即接收方的EDP系統(tǒng)能夠識(shí)別和自動(dòng)處理通過EDI網(wǎng)絡(luò)接收到的數(shù)據(jù)(報(bào)文)，必須使用發(fā)送方和接收方的計(jì)算機(jī)系統(tǒng)都能識(shí)別的通用語言。由此，產(chǎn)生了EDI報(bào)文標(biāo)準(zhǔn)。 (3) EDI使用電子方式進(jìn)行數(shù)

3、據(jù)的傳輸。EDI通常根據(jù)用戶的具體情況，選擇使用包括公用電話網(wǎng)(PSTN)、數(shù)字?jǐn)?shù)據(jù)網(wǎng)(DDN)、分組交換網(wǎng)(X125)、特小型天線地面站數(shù)據(jù)網(wǎng)(VSAT)等在內(nèi)的電子通信線路來完成有關(guān)數(shù)據(jù)的傳輸。,2020/10/4,9.1.2 EDI標(biāo)準(zhǔn) EDI標(biāo)準(zhǔn)主要提供：語法規(guī)則、數(shù)據(jù)結(jié)構(gòu)定義、編輯規(guī)則和協(xié)定、已出版的公開文件。目前國際上流行的EDI標(biāo)準(zhǔn)是由聯(lián)合國歐洲經(jīng)濟(jì)委員會(huì)(UN/ECE)制定頒布的行政、商業(yè)和運(yùn)輸用電子數(shù)據(jù)交換規(guī)則(EDIFACT)，以及美國國家標(biāo)準(zhǔn)局特命標(biāo)準(zhǔn)化委員會(huì)第十二工作組制定的ANSI X.12。從內(nèi)容上看，這兩個(gè)標(biāo)準(zhǔn)都包括了EDI標(biāo)準(zhǔn)的三要素?cái)?shù)據(jù)元、數(shù)據(jù)段和標(biāo)準(zhǔn)報(bào)文格式

4、。,2020/10/4,1EDIFACT語法規(guī)則(ISO9735) EDIFACT語法規(guī)則于1987年3月制定完成，并于當(dāng)年9月被ISO接受成為國際標(biāo)準(zhǔn)。語法規(guī)則包括10個(gè)部分和3個(gè)附錄，它以簡(jiǎn)略形式表述“用戶格式化數(shù)據(jù)交換的應(yīng)用實(shí)施”的語法規(guī)則。其中包括標(biāo)準(zhǔn)的適用范圍、該標(biāo)準(zhǔn)的相關(guān)標(biāo)準(zhǔn)、名詞定義、標(biāo)準(zhǔn)報(bào)文中用到字符的集合的級(jí)別的劃分、標(biāo)準(zhǔn)的字符集、標(biāo)準(zhǔn)報(bào)文的結(jié)構(gòu)、單證轉(zhuǎn)換過程中對(duì)標(biāo)準(zhǔn)報(bào)文數(shù)據(jù)元的壓縮、報(bào)文時(shí)段重復(fù)的可能性、報(bào)文時(shí)段的嵌套、數(shù)字型數(shù)據(jù)元使用的規(guī)定等。,2020/10/4,2報(bào)文設(shè)計(jì)指南 報(bào)文設(shè)計(jì)指南是在1989年12月被UN/ECE接受并認(rèn)可的。該指南分為8個(gè)部分，其中前三部分

5、是對(duì)指南的說明介紹；第四部分是報(bào)文設(shè)計(jì)的總體規(guī)則，并按照?qǐng)?bào)文的使用范圍對(duì)報(bào)文類型進(jìn)行劃分；第五到第七部分從數(shù)據(jù)元選擇入手分層次闡述了報(bào)文設(shè)計(jì)步驟數(shù)據(jù)元分析、段結(jié)構(gòu)設(shè)計(jì)、報(bào)文結(jié)構(gòu)設(shè)計(jì)；第八部分規(guī)定了報(bào)文格式的修改步驟，以及得到最新國際報(bào)文格式的辦法。,2020/10/4,3語法應(yīng)用指南 這一指南的目的是幫助EDI用戶使用EDIFACT語法規(guī)則，分為11個(gè)部分，內(nèi)容包括交換協(xié)議，EDI專用名詞術(shù)語，交換字符集的定義，對(duì)電子數(shù)據(jù)交換的元素?cái)?shù)據(jù)元、段和報(bào)文的要求，基本語法規(guī)則，段的構(gòu)成，段的結(jié)構(gòu)，其他標(biāo)準(zhǔn)與ED1FACT標(biāo)準(zhǔn)相互轉(zhuǎn)換的必要程序，標(biāo)準(zhǔn)的支持與維護(hù)手段等。,2020/10/4,4EDIFA

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

7、CL) 代碼表中給出的是相對(duì)應(yīng)的數(shù)據(jù)元的值。譬如，日期時(shí)間格式限定符數(shù)據(jù)元(Date/time/period format qualifier)“2379”的值“102”代表了所使用的日期格式是“CCYYMMDD”型，即“20010614”表示該日期是2001年6月14日。,2020/10/4,6EDIFACT復(fù)合數(shù)據(jù)元目錄(EDCD) UN/EDIFACT 00B目錄收錄了在設(shè)計(jì)EDIFACT報(bào)文時(shí)涉及的293個(gè)復(fù)合數(shù)據(jù)元。目錄中對(duì)每個(gè)復(fù)合數(shù)據(jù)元的用途進(jìn)行了描述，羅列出組成復(fù)合數(shù)據(jù)元的數(shù)據(jù)元，并在數(shù)據(jù)元后面注明其類型。復(fù)合數(shù)據(jù)元通過復(fù)合數(shù)據(jù)元號(hào)與段目錄相聯(lián)系，組成復(fù)合數(shù)據(jù)元的數(shù)據(jù)元通過數(shù)據(jù)元

8、號(hào)與數(shù)據(jù)元目錄、代碼表相聯(lián)系。,2020/10/4,7EDIFACT段目錄(EDSD) UN/EDIFACT 00B段目錄定義了232個(gè)EDIFACT報(bào)文中用到的段。目錄中注明了組成段的簡(jiǎn)單數(shù)據(jù)元和復(fù)合數(shù)據(jù)元，并在數(shù)據(jù)元后面標(biāo)明此數(shù)據(jù)元是“必寫的”或是“條件的”。簡(jiǎn)單數(shù)據(jù)元和復(fù)合數(shù)據(jù)元通過數(shù)據(jù)元號(hào)和復(fù)合數(shù)據(jù)元號(hào)與EDIFACT數(shù)據(jù)元目錄及復(fù)合數(shù)據(jù)元目錄相聯(lián)系。 在EDI標(biāo)準(zhǔn)報(bào)文中，段與段之間使用“ ”進(jìn)行分隔。每個(gè)段可以由多個(gè)復(fù)合或簡(jiǎn)單數(shù)據(jù)元組成，也可以由單個(gè)復(fù)合或簡(jiǎn)單數(shù)據(jù)元組成。譬如，在具體報(bào)文中表示日期和時(shí)間的段“DTM”可以由單個(gè)復(fù)合數(shù)據(jù)元“C507”組成(參見表9-1)。,2020/1

9、0/4,表9-1 商檢報(bào)驗(yàn)單EDI標(biāo)準(zhǔn)報(bào)文中使用的“DTM”段,2020/10/4,8EDIFACT標(biāo)準(zhǔn)報(bào)文格式(EDMD) EDIFACT標(biāo)準(zhǔn)報(bào)文格式分為三級(jí)：0級(jí)、1級(jí)和2級(jí)。0級(jí)是草案級(jí)，1級(jí)是推薦草案級(jí)，2級(jí)是推薦報(bào)文標(biāo)準(zhǔn)級(jí)。推薦報(bào)文標(biāo)準(zhǔn)分為4個(gè)部分：前三部分是報(bào)文格式的總體描述，規(guī)定了報(bào)文使用范圍和報(bào)文中用到的專有名詞的定義；第四部分是報(bào)文定義部分，規(guī)定了報(bào)文的結(jié)構(gòu)，報(bào)文包含段的功能、段表和分支表。UN/EDIFACT 00B(2000年第2版)共定義了187種不同單據(jù)的EDI報(bào)文標(biāo)準(zhǔn)格式。,2020/10/4,EDI標(biāo)準(zhǔn)報(bào)文由若干個(gè)段組成，整個(gè)報(bào)文可以分為三個(gè)部分：首部、詳情部和摘

10、要部。報(bào)文以UNA數(shù)據(jù)段開始，以UNT數(shù)據(jù)段結(jié)束。這兩個(gè)數(shù)據(jù)段也是EDIFACT三層電子信封的第一層信封(參見圖9-1)。,圖9-1 報(bào)文的組成,2020/10/4,圖9-2 EDI標(biāo)準(zhǔn)格式的報(bào)文,圖9-2給出的是一個(gè)出口商品報(bào)驗(yàn)單的EDI標(biāo)準(zhǔn)報(bào)文。,2020/10/4,9.1.3 EDI工作環(huán)境 1. EDI的通信環(huán)境 EDI的通信環(huán)境(EDIME)由一個(gè)EDI通信系統(tǒng)和多個(gè)EDI用戶組成。EDI的開發(fā)、應(yīng)用就是通過計(jì)算機(jī)通信網(wǎng)絡(luò)實(shí)現(xiàn)的。圖9-3是CHINAEDI的網(wǎng)絡(luò)接入圖。 傳統(tǒng)的網(wǎng)絡(luò)接入方式主要有點(diǎn)對(duì)點(diǎn)(Point to Point, PTP)方式和增值網(wǎng)(Value Added Ne

11、twork，VAN)方式。,2020/10/4,圖9-3 CHINAEDI的網(wǎng)絡(luò)接入圖,2020/10/4,2. EDI與因特網(wǎng)的整合 以專用增值網(wǎng)為基礎(chǔ)的傳統(tǒng)EDI服務(wù)方式成本很高，在很長(zhǎng)一段時(shí)間中一直只有大企業(yè)使用。基于Internet的開放式EDI大大降低了EDI的使用成本，吸引了越來越多的中小企業(yè)使用EDI。 目前基于Internet的開放式EDI主要有Internet-Mail、Standard IC、Web-EDI和XML-EDI四種實(shí)現(xiàn)方式。,2020/10/4,1) Internet Mail Internet-Mail是一種最早把EDI帶入到Internet的方式，它用ISP

12、代替了VAN，解決了信道的價(jià)格問題。 現(xiàn)有的Internet電子郵件系統(tǒng)多數(shù)基于簡(jiǎn)單郵件傳輸協(xié)議(SMTP)。SMTP能夠提供郵件的傳輸功能，但僅支持7位ASCII碼傳輸，不能適應(yīng)多媒體郵件的要求，SMTP還對(duì)接收方的個(gè)數(shù)有嚴(yán)格限制，并限制最大消息長(zhǎng)度。,2020/10/4,2) Standard IC IC (Implementation Conventions)著重于解決EDI翻譯過程的復(fù)雜性問題。EDI標(biāo)準(zhǔn)對(duì)于具體應(yīng)用來說過于復(fù)雜，許多標(biāo)準(zhǔn)化組織或企業(yè)根據(jù)自己的需要對(duì)標(biāo)準(zhǔn)進(jìn)行簡(jiǎn)化，去掉他們根本不使用的部分，制定出一些簡(jiǎn)單的標(biāo)準(zhǔn)，即特定應(yīng)用的EDI實(shí)現(xiàn)規(guī)范(IC)。,2020/10/4,2

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

14、/10/4,圖9-4 基于Web的EDI網(wǎng)絡(luò),2020/10/4,4) XML-EDI XML具有很多優(yōu)勢(shì)和特色，如數(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信息格式傳遞的選項(xiàng)。傳統(tǒng)EDI應(yīng)用企業(yè)既可以繼續(xù)利用VAN與其它使用EDI的交易伙伴進(jìn)行數(shù)據(jù)交換，也可以通過安裝XML/EDI翻譯器軟件將EDI報(bào)文轉(zhuǎn)換為XML格式文件，依托互聯(lián)網(wǎng)傳輸?shù)浇灰谆?/p>

15、伴的信息系統(tǒng)中。,2020/10/4,3. EDI軟件環(huán)境 從軟件方面看，EDI所需要的軟件主要是將用戶數(shù)據(jù)庫系統(tǒng)中的信息翻譯成EDI標(biāo)準(zhǔn)格式以供傳輸交換的軟件。由于不同行業(yè)的企業(yè)是根據(jù)自己的業(yè)務(wù)特點(diǎn)來規(guī)定數(shù)據(jù)庫的信息格式的，因而當(dāng)需要發(fā)送EDI文件時(shí)，從企業(yè)專有數(shù)據(jù)庫中提取的信息必須翻譯成EDI的標(biāo)準(zhǔn)格式才能進(jìn)行傳輸。因此，對(duì)一個(gè)要被傳遞的EDI報(bào)文來說，EDI軟件必須執(zhí)行三項(xiàng)基本功能：格式轉(zhuǎn)換功能(Mapping)、翻譯功能(Translating)和通信功能。,2020/10/4,(1) 表驅(qū)動(dòng)結(jié)構(gòu)。在表驅(qū)動(dòng)軟件中，所有的報(bào)文、數(shù)據(jù)段、數(shù)據(jù)元素都被描述成表，而不是程序代碼。用這種方法，無

16、論什么時(shí)候標(biāo)準(zhǔn)發(fā)生變化，需要改變的只是表，而不是程序代碼。 (2) 編輯。EDI軟件能夠編輯和檢查錯(cuò)誤，具備檢查信息與標(biāo)準(zhǔn)要求是否一致的能力。 (3) 開發(fā)輔助。EDI軟件允許用戶對(duì)選擇項(xiàng)進(jìn)行開發(fā)，提供大量的富有彈性的選擇項(xiàng)，也允許用戶預(yù)先設(shè)定選擇項(xiàng)，并反映預(yù)選值直到用戶更改為止。 (4) 審計(jì)選擇。EDI軟件應(yīng)能按時(shí)間、日期報(bào)告發(fā)出和接受的單據(jù)，具備對(duì)送出或收到的信息配置功能性回執(zhí)的能力，也應(yīng)包括產(chǎn)生打印傳遞活動(dòng)的總結(jié)報(bào)告的能力。,2020/10/4,9.1.4 EDI工作原理 1. EDI系統(tǒng)的組成 EDI系統(tǒng)由EDI客戶端系統(tǒng)和EDI傳輸系統(tǒng)所組成，其中客戶端系統(tǒng)包括EDI應(yīng)用系統(tǒng)和(文

17、本)格式轉(zhuǎn)換系統(tǒng)，傳輸系統(tǒng)包括計(jì)算機(jī)通信網(wǎng)絡(luò)和EDI交換平臺(tái)，如圖9-5所示。,2020/10/4,圖9-5 EDI系統(tǒng)示意圖,2020/10/4,2. EDI的報(bào)文的產(chǎn)生與傳遞 由于EDI網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)是標(biāo)準(zhǔn)化的EDI報(bào)文，因而EDI的工作流程與在Internet上收發(fā)E-mail的操作有明顯的不同。EDI報(bào)文的發(fā)送方在通過EDI發(fā)送報(bào)文前，必須先在其用戶端的計(jì)算機(jī)中將用戶端格式的數(shù)據(jù)轉(zhuǎn)換成EDI標(biāo)準(zhǔn)格式的報(bào)文，然后才能對(duì)外發(fā)送(參見圖9-6)。,2020/10/4,圖9-6 EDI的工作流程,2020/10/4,圖9-6中的7個(gè)步驟可以說明如下。 (1) 發(fā)送方生成原始報(bào)文。數(shù)據(jù)的發(fā)送方在

18、自己的應(yīng)用系統(tǒng)中對(duì)來自于數(shù)據(jù)庫或通過輸入設(shè)備輸入的數(shù)據(jù)進(jìn)行數(shù)據(jù)的編輯處理(參見圖9-7)，生成原始單據(jù)格式的報(bào)文。,2020/10/4,圖9-7 出口商品檢驗(yàn)申請(qǐng)表審核,2020/10/4,(2) 進(jìn)行數(shù)據(jù)映射。發(fā)送方使用EDI映射軟件(Mapping)將原始單據(jù)格式轉(zhuǎn)換為平面文件(Flat File)。平面文件是用戶端格式文件與EDI標(biāo)準(zhǔn)報(bào)文之間的接口文件，它的應(yīng)用使EDI中心不需要了解用戶端數(shù)據(jù)的格式，用戶也不需要了解EDI報(bào)文標(biāo)準(zhǔn)格式便可進(jìn)行數(shù)據(jù)的轉(zhuǎn)換。 (3) 進(jìn)行數(shù)據(jù)翻譯。發(fā)送方使用翻譯軟件(Translator)將平面文件轉(zhuǎn)換為EDI標(biāo)準(zhǔn)格式報(bào)文。 (4) 發(fā)送方對(duì)報(bào)文加封。發(fā)送方

19、計(jì)算機(jī)自動(dòng)在報(bào)文外層加上通信交換信封。,2020/10/4,(5) 發(fā)送EDI報(bào)文。發(fā)送方通過通信軟件將標(biāo)準(zhǔn)格式報(bào)文發(fā)送到增值服務(wù)網(wǎng)絡(luò)或直接傳給對(duì)方用戶。 (6) 接收方收到EDI報(bào)文后進(jìn)行反向處理。接收方在收到EDI標(biāo)準(zhǔn)報(bào)文后，進(jìn)行相反的處理，最后生成接收方應(yīng)用系統(tǒng)能夠處理的文件格式。 (7) 接收方應(yīng)用系統(tǒng)進(jìn)行數(shù)據(jù)處理。接收方對(duì)所收到的報(bào)文使用應(yīng)用系統(tǒng)進(jìn)行收閱處理。 在實(shí)際使用時(shí)，操作員完全看不到文件格式的變化過程，文件格式的轉(zhuǎn)化完全是由安裝在客戶端計(jì)算機(jī)中的映射和翻譯軟件自動(dòng)完成的。,2020/10/4,9.1.5 EDI應(yīng)用案例出口貿(mào)易無紙化操作,1業(yè)務(wù)流程 出口貿(mào)易業(yè)務(wù)操作流程包括申

20、領(lǐng)出口許可證和出口貨物原產(chǎn)地證書，辦理出口商品的報(bào)驗(yàn)、報(bào)關(guān)和運(yùn)輸業(yè)務(wù)，進(jìn)行貨款結(jié)算、收匯核銷和出口退稅等。以下就涉及海關(guān)、外匯管理局、銀行和出口企業(yè)的出口收匯核銷，介紹業(yè)務(wù)背景和無紙貿(mào)易方式進(jìn)行的出口收匯核銷操作。,2020/10/4,圖9-8 出口收匯核銷業(yè)務(wù)流程,2020/10/4,2業(yè)務(wù)單據(jù) 出口收匯核銷所涉及的業(yè)務(wù)單據(jù)詳見表9-2。,表9-2 出口收匯核銷所涉及的業(yè)務(wù)單據(jù),2020/10/4,圖9-5 出口收匯核銷無紙貿(mào)易操作流程,2020/10/4,9.2 ebXML 標(biāo) 準(zhǔn),9.2.1 ebXML簡(jiǎn)介 1. 什么是ebXML ebXML(電子商務(wù)可擴(kuò)展置標(biāo)語言)是由聯(lián)合國貿(mào)易促進(jìn)與

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

22、易過程中需要通過各種途徑進(jìn)行文件的交流。通常，他們通過郵寄傳輸文件或通過傳真交換文件。利用電子商務(wù)進(jìn)行這些文件傳輸消除了紙張的需求，節(jié)約了人力，優(yōu)化了交易過程，避免了其他人工過程的時(shí)間間斷。 XML的出現(xiàn)給電子商務(wù)帶來了解決標(biāo)準(zhǔn)問題的好方法，但是電子商務(wù)的XML技術(shù)規(guī)范不僅僅涉及到XML技術(shù)本身的問題，更重要的是要把電子商務(wù)的流程和管理方法結(jié)合到其中。因此在解決電子商務(wù)技術(shù)障礙的時(shí)候，這些標(biāo)準(zhǔn)都相繼暴露出不符合企業(yè)商業(yè)習(xí)慣和管理特點(diǎn)等方面的問題。,2020/10/4,3. ebXML標(biāo)準(zhǔn)的產(chǎn)出文件 ebXML標(biāo)準(zhǔn)的產(chǎn)出文件可分為技術(shù)規(guī)范、技術(shù)報(bào)告、白皮書以及參考文件等四種。技術(shù)規(guī)范屬于ebXM

23、L架構(gòu)強(qiáng)制性的標(biāo)準(zhǔn)。企業(yè)若要建立一套符合ebXML標(biāo)準(zhǔn)的電子商務(wù)系統(tǒng)，就必須遵循技術(shù)規(guī)范中的規(guī)定。,2020/10/4,9.2.1 bXML基本構(gòu)件 1. 注冊(cè)中心(Registry) 1) eXML注冊(cè)中心的作用 ebXML 注冊(cè)中心提供了一套服務(wù)，能夠使ebXML電子商務(wù)參與者信息共享，其目的是使參與者之間能夠基于ebXML規(guī)范進(jìn)行商務(wù)流程整合。共享信息保留在數(shù)據(jù)庫中，由ebXML注冊(cè)中心管理。,2020/10/4,2) ebXML注冊(cè)中心的工作程序 假設(shè)一個(gè)購買者和一個(gè)銷售者希望使用ebXML進(jìn)行B2B交易，雙方都使用由第三方注冊(cè)中心提供的服務(wù)。注冊(cè)工作將按照下列程序進(jìn)行： (1) 提交

24、計(jì)劃文件。第三方如行業(yè)協(xié)會(huì)或標(biāo)準(zhǔn)組織提交一個(gè)符合ebXML規(guī)范要求的計(jì)劃文件。 (2) 提交商務(wù)流程文件。第三方如行業(yè)協(xié)會(huì)或標(biāo)準(zhǔn)組織提交一個(gè)符合ebXML規(guī)范要求的商務(wù)流程文件。,2020/10/4,(3) 銷售者提交合作意向框架。銷售者提交自己的根據(jù)ebXML規(guī)范制定的合作意向框架。這一框架描述了銷售者的角色、提供的服務(wù)和接受這些服務(wù)的技術(shù)細(xì)節(jié)。 (4) 購買者尋找銷售者。購買者運(yùn)用注冊(cè)中心的分類方法瀏覽注冊(cè)中心，發(fā)現(xiàn)適合自己要求的銷售者，通過銷售者的合作意向框架開始建立彼此間的交易關(guān)系。 (5) 建立合作協(xié)議。購買者按照ebXML規(guī)范要求，根據(jù)銷售者的合作意向框架單方起草合作協(xié)議，提出建立

25、貿(mào)易關(guān)系。銷售者接受合作協(xié)議后，貿(mào)易關(guān)系得以建立。,2020/10/4,3) ebXML注冊(cè)中心的結(jié)構(gòu) ebXML注冊(cè)中心包括注冊(cè)中心服務(wù)機(jī)和注冊(cè)中心客戶機(jī)兩個(gè)部分。注冊(cè)中心服務(wù)機(jī)提供管理數(shù)據(jù)庫的方法；注冊(cè)中心客戶機(jī)提供進(jìn)入注冊(cè)中心的應(yīng)用軟件。圖9-10是ebXML注冊(cè)中心結(jié)構(gòu)示意圖 。 由圖9-10可以看出，在組成基本管理對(duì)象和查詢方式的一組界面中，有兩個(gè)主要的界面：,2020/10/4,圖9-10 ebXML注冊(cè)中心結(jié)構(gòu)示意圖,2020/10/4,圖9-11 注冊(cè)中心支持的兩種可能的拓?fù)湫问?2020/10/4,2. 合作協(xié)議概要(CPP)與合作協(xié)議契約(CPA) 1) 合作協(xié)議概要(CP

26、P) 在交易雙方之間傳遞信息，一方必須了解另一方在交易合作中的意向、角色和信息傳遞與接收的技術(shù)細(xì)節(jié)。合作協(xié)議概要(Collaboration Protocol Profile，CPP)定義了參與交易的一方與其他方進(jìn)行信息交換的能力和商務(wù)合作的能力。 CPP的形成如圖9-12所示。參與方A將信息列表，然后構(gòu)建一個(gè)包括這些信息的CPP，并將其放入注冊(cè)中心的數(shù)據(jù)庫中，以便查詢。一旦參與方A將其信息放入數(shù)據(jù)庫，其他參與方就可以通過注冊(cè)中心數(shù)據(jù)庫的查詢服務(wù)發(fā)現(xiàn)參與方A。,2020/10/4,圖9-12 CPP的形成,2020/10/4,2) 合作協(xié)議契約(CPA) 在現(xiàn)代經(jīng)濟(jì)活動(dòng)中，如果要實(shí)施交易，交易

27、的參與方必須形成內(nèi)容詳細(xì)的協(xié)議。合作協(xié)議契約(Collaboration Protocol Agreement，CPA)定義了交易雙方在履行已經(jīng)選擇的商務(wù)流程過程中相互作用的方式。在這一過程中，交易雙方將使用同樣的CPA構(gòu)建它們的運(yùn)作時(shí)間系統(tǒng)。 在圖9-13中，參與方A 和參與方B運(yùn)用各自的CPP共同建立了一個(gè)獨(dú)立的CPA，這個(gè)CPA匯集了雙方CPP中的共同點(diǎn)，并確定了雙方商務(wù)合作的履行方法。 CPA同樣是XML語言描述的文件。,2020/10/4,圖9-13 CPA 形成示意圖,2020/10/4,3) CPP/CPA與注冊(cè)中心 圖9-14的整個(gè)過程可以分為6步： (1) 任何參與方都可以將

28、自己的CPP在注冊(cè)中心注冊(cè)。 (2) 參與方B將參與方A的CPP下載到自己的服務(wù)器上。 (3) 參與方建立CPA(A、B)并將CPA(A、B)傳給參與方A。 (4) 參與方A與參與方B談判形成CPA。 (5) 參與方A與參與方B根據(jù)CPA的信息形成運(yùn)行時(shí)間系統(tǒng)。 (6) 參與方A與參與方B在新的CPA規(guī)范下開展交易活動(dòng)。,2020/10/4,圖9-14 CPP/CPA與注冊(cè)中心的工作程序,2020/10/4,9.2.3 信息結(jié)構(gòu) ebXML一個(gè)重要的目標(biāo)是要使用一個(gè)開放的信息格式，以便適應(yīng)不同使用者和今后電子商務(wù)發(fā)展的需要。 EbXML的信息結(jié)構(gòu)從外到里包括5個(gè)層次(參見圖9-15)： (1)

29、 傳輸信封； (2) 信息信封； (3) 信封標(biāo)題和信封內(nèi)容； (4) 文件標(biāo)題和文件內(nèi)容； (5) 清單和標(biāo)題。,2020/10/4,圖9-15 ebXML的信息結(jié)構(gòu),2020/10/4,9.2.4 ebXML商務(wù)系統(tǒng)的運(yùn)作 1. 商務(wù)流程 在一般情況下，商務(wù)流程是一種模式，利用這種模式，可以完成一個(gè)或多個(gè)商務(wù)活動(dòng)。 在商務(wù)流程中，可能有一次或多次合作，每一次都可能有一次或多次交易。圖9-16反映了一個(gè)通用的商務(wù)流程；圖9-17是一個(gè)材料訂貨的商務(wù)流程，這一流程是購買者和供應(yīng)者完成一次材料訂貨所需要的。,2020/10/4,圖9-16 商務(wù)流程,2020/10/4,圖9-17 材料訂貨的商務(wù)

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

31、,2) 檢索與獲取狀態(tài) 檢索與獲取狀態(tài)覆蓋了所有ebXML相關(guān)信息資源的檢索。這時(shí)，一個(gè)已經(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)易伙伴所需要的。,2020/10/4,圖9-19 商務(wù)功能狀態(tài)：檢索與索取狀態(tài),2020/10/4,3) 運(yùn)行時(shí)間狀態(tài) 運(yùn)行時(shí)間狀態(tài)覆蓋了ebXML細(xì)節(jié)的實(shí)施與實(shí)際的ebXML交易。在運(yùn)行時(shí)間狀態(tài)中，ebXML信息在貿(mào)易伙伴之間通過ebXML信息

32、服務(wù)進(jìn)行交換。例如ebXML的CPA就是一套精心安排的商務(wù)信息交換協(xié)議，這種交換是通過ebXML信息服務(wù)的精心設(shè)計(jì)將貿(mào)易各方連接在一起的。圖9-20是運(yùn)行時(shí)間狀態(tài)的示意圖。,圖9-20 商務(wù)功能狀態(tài)：運(yùn)行時(shí)間狀態(tài),2020/10/4,3. 商務(wù)文件與信息信封 商務(wù)文件的定義是對(duì)商務(wù)文件方案和組成文件的信息的規(guī)范。圖9-21是商務(wù)文件示意圖，右邊的圖是一個(gè)購買訂單的例子。,圖9-21 商務(wù)文件示意圖,2020/10/4,圖9-22 信封結(jié)構(gòu)示意圖,2020/10/4,4. ebXML在企業(yè)之間的交互 1) ebXML在兩個(gè)企業(yè)之間的交互 ebXML支持B2B電子商務(wù)活動(dòng)中的所有形式。對(duì)于兩個(gè)貿(mào)易

33、參與者，首先需要根據(jù)ebXML的規(guī)范構(gòu)成基本的交互形式，然后開始簡(jiǎn)單的商務(wù)交易。圖9-23說明了ebXML在兩個(gè)公司之間交互的基本方式。,2020/10/4,圖9-23 ebXML在兩個(gè)公司之間中的交互,2020/10/4,圖9-23中共有6個(gè)步驟。 (1) 索取詳細(xì)的商務(wù)資料。公司A了解到ebXML商務(wù)對(duì)企業(yè)發(fā)展有很大的作用，希望進(jìn)一步了解ebXML注冊(cè)的情況。 (2) 建立本公司的應(yīng)用系統(tǒng)。公司A在復(fù)查ebXML注冊(cè)的內(nèi)容后，決定建立和發(fā)展適應(yīng)自己情況的ebXML應(yīng)用系統(tǒng)。 (3) 登記CPP。公司A將自己的商務(wù)文件(包括應(yīng)用細(xì)節(jié)和相關(guān)鏈接)寄給ebXML注冊(cè)中心。寄給ebXML注冊(cè)中心的

34、文件描述了公司的ebXML能力和局限性，也描述了公司的商務(wù)構(gòu)想。 (4) 詢問文件。公司B在ebXML注冊(cè)中心中發(fā)現(xiàn)公司A的CPP并下載。,2020/10/4,(5) 談判和協(xié)議。在開始商務(wù)活動(dòng)前，公司B直接給公司A的ebXML軟件界面寄送一個(gè)合作協(xié)議(CPA)建議，合作協(xié)議(CPA)建議概括了基于商務(wù)設(shè)想的協(xié)議。商務(wù)協(xié)議也包括信息傳輸?shù)囊?、可能的?jì)劃和安全要求。 (6) 處理商務(wù)事務(wù)。公司A接受商務(wù)協(xié)議，公司A和公司B開始使用ebXML進(jìn)行電子商務(wù)活動(dòng)。,2020/10/4,整個(gè)交易過程建立在下列基礎(chǔ)上： (1) 描述商務(wù)流程的標(biāo)準(zhǔn)機(jī)制以及相關(guān)的信息模型。 (2) 注冊(cè)機(jī)制和儲(chǔ)存商務(wù)流程和

35、信息模型，以便它們能夠共享和重復(fù)利用。 (3) 檢索所包含的參與者的信息，這些信息包括：參與者支持的商務(wù)流程；參與者提供的支持商務(wù)流程的商務(wù)服務(wù)界面；在各自商務(wù)服務(wù)界面之間需要交換的商務(wù)信息；由傳輸、安全和編碼協(xié)議所支持的技術(shù)結(jié)構(gòu)。,2020/10/4,(4) 注冊(cè)參與者信息的機(jī)制，以便參與者的信息可以被挖掘和索取。 (5) 描述彼此之間進(jìn)行商務(wù)談判的機(jī)制，這種機(jī)制應(yīng)基于商務(wù)安排，而商務(wù)安排來源于各方提供的信息(CPA)。 (6) 標(biāo)準(zhǔn)的商務(wù)信息服務(wù)框架，這一框架能夠共同使用，進(jìn)行安全和可靠的交易參與者之間的信息交換。 (7) 各自的信息服務(wù)構(gòu)成機(jī)制，以便根據(jù)商務(wù)安排的規(guī)定實(shí)施經(jīng)過協(xié)議同意的商

36、務(wù)流程。,2020/10/4,2)三個(gè)或更多的參與者利用一個(gè)供應(yīng)鏈進(jìn)行交易的商務(wù)流程 當(dāng)ebXML在兩個(gè)企業(yè)之間交互時(shí)，一條供應(yīng)鏈只包含了兩個(gè)交易參與者(見圖9-24)。 如果一條供應(yīng)鏈上有三個(gè)交易參與者，這一供應(yīng)鏈就變?yōu)閳D9-25所示的形式。,2020/10/4,圖9-24 兩個(gè)交易參與者形成的供應(yīng)鏈,圖9-25 三個(gè)交易參與者形成的供應(yīng)鏈,2020/10/4,圖9-25與圖9-24最基本的區(qū)別是“交易參與者乙”同時(shí)與兩個(gè)不同的交易參與者進(jìn)行交易。每一個(gè)交易參與者的不同狀態(tài)是由各自所處的位置不同所決定的。也就是說，交易參與者甲僅僅了解交易參與者乙，交易參與者丙也僅僅了解交易參與者乙，而交易參

37、與者乙既了解交易參與者甲，也了解交易參與者丙。,2020/10/4,3) 具有中間服務(wù)商的商務(wù)流程 在這種商務(wù)流程中，中間服務(wù)商將確定使用一種提供外部商務(wù)服務(wù)的商務(wù)流程。一個(gè)客戶請(qǐng)求中間服務(wù)商提供服務(wù)，中間服務(wù)商將履行客戶的請(qǐng)求，通過適當(dāng)?shù)男畔⒔粨Q與其他交易參與者聯(lián)系并最終回答客戶的請(qǐng)求。圖9-26描述了這一商務(wù)流程的基本情況。,2020/10/4,圖9-26 具有中間服務(wù)商的商務(wù)流程,2020/10/4,4) 更多的交易參與者并有物流配送中心參與的商務(wù)流程 更復(fù)雜的情況是有更多的交易參與者并有物流配送中心參與的商務(wù)流程。在這種商務(wù)流程中，交易參與者使用同樣的交易流程，并具有相互關(guān)聯(lián)的交易程序

38、。每一個(gè)交易參與者可能需要和更多的交易伙伴發(fā)生關(guān)系，而商品則通過物流配送中心加以配送。圖9-27是這一流程的示意圖。,2020/10/4,圖9-27 更多的交易參與者并有物流配送中心參與的商務(wù)流程,2020/10/4,9.2.5 ebXML應(yīng)用實(shí)例 目前，以ebXML為基礎(chǔ)的商務(wù)應(yīng)用已進(jìn)入實(shí)際應(yīng)用階段。雖然從總體上來說，世界上已完成的ebXML項(xiàng)目還比較少，但這些項(xiàng)目基本上都取得了成功，達(dá)到了預(yù)期的效果。 ebXML成功應(yīng)用的一個(gè)例子是“STEEL24-7”。STEEL24-7是一個(gè)歐洲鋼鐵工業(yè)因特網(wǎng)平臺(tái)，由Arcelor、Corus and ThyssenKrupp Steel三大鋼鐵公司創(chuàng)

39、立。該網(wǎng)站的網(wǎng)絡(luò)通信中心為鋼鐵工業(yè)的買賣雙方提供信息。在供需雙方之間復(fù)雜的整合安排中，STEEL24-7全面應(yīng)用了WebMethods集成平臺(tái)和ebXML標(biāo)準(zhǔn)，現(xiàn)已能為其成員提供全面的交易解決方案。,2020/10/4,STEEL24-7使用由歐聯(lián)邦鋼鐵行業(yè)協(xié)會(huì)(the European Confederation of Iron and Steel Industries)指定的ebXML和UN/CEFACT標(biāo)準(zhǔn)，在商務(wù)活動(dòng)中支持各種訂貨信息和交付信息等關(guān)鍵信息的傳遞，未來還將形成信息翻譯的能力。 STEEL24-7對(duì)商務(wù)流程的整合為供需雙方提供了多種便利。STEEL24-7成員可以通過一條單

40、獨(dú)的聯(lián)系通道與中立的、支持行業(yè)交易的網(wǎng)絡(luò)通信中心聯(lián)系，直接與STEEL24-7的所有貿(mào)易伙伴建立貿(mào)易關(guān)系。這一點(diǎn)與傳統(tǒng)的EDI技術(shù)是不同的。利用STEEL24-7，買賣雙方還可以延伸它們的EDI技術(shù)，減少人力消耗和費(fèi)用較高的端對(duì)端聯(lián)系。,2020/10/4,圖9-28 EGIS示意圖,2020/10/4,9.3 RosettaNet標(biāo)準(zhǔn),9.3.1 RosettaNet的概念 RosettaNet 這一名字源自于 1799 年在埃及發(fā)現(xiàn)的 Rosetta Stone 。這要追溯到公元前 196年，該石頭是18 世紀(jì)在 Rosetta (Rashid) 鎮(zhèn)附近被人發(fā)現(xiàn)的，上面用兩種不同的語言以三

41、種不同的筆體鐫刻了同一消息。RosettaNet 的作用類似于的 Rosetta Stone，它是一個(gè)電子商務(wù)的業(yè)務(wù)協(xié)議。RosettaNet 標(biāo)準(zhǔn)規(guī)定了具有互操作性的系統(tǒng)軟件如何執(zhí)行協(xié)同商務(wù)流程。這些規(guī)范中包括技術(shù)屬性和業(yè)務(wù)屬性，可允許使用的參數(shù)值，以及這些參數(shù)在軟件內(nèi)部之間通過RosettaNet 實(shí)施框架進(jìn)行交換傳輸?shù)膮f(xié)議。RosettaNet 標(biāo)準(zhǔn)是免費(fèi)的，通過 RosettaNet 網(wǎng)站公開。,2020/10/4,RosettaNet組織1998年2月成立于美國，是一個(gè)獨(dú)立的非贏利性聯(lián)盟。這些公司包括一些世界領(lǐng)先的電子組件、計(jì)算機(jī)和日用電子、半導(dǎo)體制造、電信及物流公司，如IBM、英特

42、爾、惠普、微軟、思科、Netscape、3COM及東芝等。RosettaNet在全球推廣電子商務(wù)標(biāo)準(zhǔn)的過程中得到了全球業(yè)界和政府的廣泛支持，目前在全球已有500多家會(huì)員企業(yè)。亞洲各國非常支持RosettaNet標(biāo)準(zhǔn)，2003年僅政府投資一項(xiàng)就超過5100萬美元。我國2005年成立了RosettaNet 中國聯(lián)盟技術(shù)中心。,2020/10/4,9.3.2 RosettaNet與EDI和ebXML的區(qū)別 1. RosettaNet與EDI的區(qū)別 EDI和RosettaNet之間的主要區(qū)別在于，EDI在公司之間交換文檔，而RosettaNet跨網(wǎng)絡(luò)定義業(yè)務(wù)流程并對(duì)其進(jìn)行集成，以確定最佳操作過程。大量

43、的案例分析已顯示， RosettaNet帶來了勝過EDI的多種利益： (1) 更輕松、更經(jīng)濟(jì)高效的實(shí)現(xiàn)，投資回報(bào)更大。 (2) 自動(dòng)化更加大量的業(yè)務(wù)流程的能力。 (3) 相對(duì)于批處理的實(shí)時(shí)事務(wù)處理。 (4) 更高的可伸縮性。,2020/10/4,2. RosettaNet與ebXML的區(qū)別 人們常常將ebXML描述為橫向B2B標(biāo)準(zhǔn)，意思是一組用于所有電子商務(wù)的規(guī)范。它是通用的，不針對(duì)任何特殊部門或行業(yè)。而RosettaNet是一個(gè)縱向標(biāo)準(zhǔn)，它關(guān)注特定行業(yè)的需要(例如電子部件制造商)以及供應(yīng)鏈自動(dòng)化和優(yōu)化的業(yè)務(wù)范疇。自兩個(gè)項(xiàng)目創(chuàng)建以來，各自標(biāo)準(zhǔn)中的規(guī)范已存在著某些重復(fù)和交叉?；蛟S讓這些標(biāo)準(zhǔn)彼此適

44、應(yīng)的最佳方式是考慮把RosettaNet(縱向)插入到ebXML(橫向)中，或者相反。,2020/10/4,比較ebXML與RosettaNet可以發(fā)現(xiàn)，ebXML的首要目標(biāo)在于降低電子商務(wù)的進(jìn)入壁壘，簡(jiǎn)化交易，尤其是與中小型企業(yè)(SME)以及發(fā)展中國家相關(guān)的交易。從ebXML的主要構(gòu)成模塊來看，注冊(cè)表模塊是實(shí)現(xiàn)電子商務(wù)的基礎(chǔ)，通過注冊(cè)協(xié)同作業(yè)協(xié)議CPP，允許企業(yè)提供其基本電子商務(wù)能力以供潛在的貿(mào)易伙伴檢索，同時(shí)查詢適合的交易對(duì)象。換言之，在ebXML模式下，供應(yīng)鏈實(shí)際上是虛擬的，不穩(wěn)定的，企業(yè)面臨的是眾多在Web條件下可以提供類似服務(wù)的交易對(duì)象，并從中按照某種內(nèi)部原則選擇其中某一個(gè)，因而供應(yīng)

45、鏈體現(xiàn)出較強(qiáng)的動(dòng)態(tài)性，或者稱為供應(yīng)網(wǎng)絡(luò)更為合適。,2020/10/4,9.3.3 RosettaNet 基本構(gòu)件 1. Web services與業(yè)務(wù)流程 Web Services指的是使用 SOAP 和 WSDL 來描述和訪問網(wǎng)絡(luò)上的服務(wù)。許多公司已認(rèn)識(shí)到使用Web Services 來實(shí)現(xiàn)其業(yè)務(wù)流程的好處。這包括Web Services所基于的開放標(biāo)準(zhǔn)、面向服務(wù)的方法及實(shí)現(xiàn)的靈活程度，從而允許重用現(xiàn)有的基礎(chǔ)設(shè)施和技術(shù)。 業(yè)務(wù)流程是為完成某一目標(biāo)(或任務(wù))而進(jìn)行的一系列邏輯相關(guān)的活動(dòng)的集合。RosettaNet Implementation Framework (RNIF)分為私有過程和公共

46、過程。私有過程定義為公司的內(nèi)部業(yè)務(wù)流程，公共過程定義為與貿(mào)易合作伙伴的相關(guān)交互。,2020/10/4,2. 貿(mào)易伙伴接口流程(PIPs) PIP (Partner Interface Processes)描述了供應(yīng)鏈中兩個(gè)貿(mào)易伙伴之間的活動(dòng)、決策及交互關(guān)系，以實(shí)現(xiàn)商業(yè)貿(mào)易。RosettaNet PIP專門規(guī)定了系統(tǒng)與系統(tǒng)之間基于XML的對(duì)話，以說明貿(mào)易伙伴間的商業(yè)流程。每個(gè)PIP包括一個(gè)業(yè)務(wù)文檔(附帶術(shù)語表)和一個(gè)業(yè)務(wù)流程,2020/10/4,3. RosettaNet實(shí)施架構(gòu)(RNIF) RNIF (RosettaNet Implementation Framework)是一種以XML語言為

47、基礎(chǔ)，針對(duì)交易流程制定的程序。每一套接口程序包括了附有標(biāo)準(zhǔn)詞匯的商業(yè)文件及包含信息的商業(yè)流程。RosettaNet把企業(yè)之間的交易看成是由若干個(gè)流程所組合而成的一個(gè)過程，進(jìn)行了3個(gè)級(jí)別的細(xì)分。對(duì)于每一個(gè)流程，它都對(duì)具體步驟進(jìn)行了規(guī)定，同時(shí)也對(duì)每一步所要交換的信息內(nèi)容、文檔格式進(jìn)行了規(guī)定(參見圖9-29)。例如，PIP3A4對(duì)應(yīng)的就是一個(gè)請(qǐng)求采購訂單的流程，同時(shí)對(duì)于交換的采購訂單以及發(fā)送的訂單已接受確認(rèn)消息的格式都進(jìn)行了規(guī)定。,2020/10/4,圖9-29 RNIF對(duì)于消息的管理機(jī)制,2020/10/4,通過遵守RNIF規(guī)范，可以確保其應(yīng)用程序能與經(jīng)營(yíng)同一業(yè)務(wù)的貿(mào)易合作伙伴進(jìn)行集成。RNIF使

48、用XML語言對(duì)所有PIP動(dòng)作和信息的傳輸、路由安排及打包處理進(jìn)行了定義。實(shí)現(xiàn)框架還包括安全規(guī)范(如簽名、編碼)和信息傳輸層面上的穩(wěn)定機(jī)制。 RNIF2.0的核心是RosettaNet Business Message 規(guī)范。圖9-30展示了用于交換 RosettaNet Business Message的RosettaNet網(wǎng)絡(luò)應(yīng)用協(xié)議模型。,2020/10/4,圖9-30 網(wǎng)絡(luò)應(yīng)用程序模型,2020/10/4,4. RosettaNet 商務(wù)信息 圖9-31描述了RosettaNet Business Message的各個(gè)組成部分。該消息是在 RosettaNet 端點(diǎn)間進(jìn)行交換的基本單位，

49、而且包含PIP (即操作和簽名消息)中的各個(gè)文檔及其他任何相關(guān)實(shí)體，比如標(biāo)題、附件和數(shù)字簽名。通過提供關(guān)于支配其創(chuàng)建和表現(xiàn)形式的規(guī)則的細(xì)節(jié)， RNIF 可以確保所有貿(mào)易合作伙伴都能理解這些業(yè)務(wù)消息。,2020/10/4,圖9-31 PIP RosettaNet 業(yè)務(wù)消息,2020/10/4,5. RosettaNet 詞典 (1) RosettaNet 商業(yè)詞典。在RosettaNet 標(biāo)準(zhǔn)開發(fā)過程中，業(yè)務(wù)屬性被統(tǒng)一標(biāo)識(shí)，以說明貿(mào)易伙伴之間的交易。RosettaNet商業(yè)詞典描述了基本業(yè)務(wù)中經(jīng)常用到的一些屬性，作為未來標(biāo)準(zhǔn)研究的知識(shí)庫，以備參考和重復(fù)使用。 (2) RosettaNet技術(shù)詞典

50、。該詞典提供了一種公共的語言，以定義與形式、動(dòng)作和功能相關(guān)的產(chǎn)品和服務(wù)屬性，使制造商、分銷商和代理商可以更容易地描述產(chǎn)品屬性。圖9-32是RNTD關(guān)于復(fù)印機(jī)的定義。,2020/10/4,圖9-32 RosettaNet 詞典關(guān)于復(fù)印機(jī)的定義,2020/10/4,6. RosettaNet 組件之間的協(xié)同 在電子商務(wù)活動(dòng)中，RosettaNet組件之間的協(xié)同如圖9-33所示。在圖9-33中，PIP、RNIF、商務(wù)信息和詞典結(jié)合構(gòu)成了有機(jī)的整體，使得實(shí)施了RosettaNet電子商務(wù)標(biāo)準(zhǔn)的企業(yè)之間在進(jìn)行交易的時(shí)候，能夠及時(shí)、準(zhǔn)確地按照既定的步驟交換所需要的規(guī)范化信息，從而使得企業(yè)不必在更換交易對(duì)象

51、時(shí)完全調(diào)整電子商務(wù)系統(tǒng)。,2020/10/4,圖9-33 RosettaNet組件之間的協(xié)同,2020/10/4,9.3.4 基于RosettaNet標(biāo)準(zhǔn)的供應(yīng)鏈網(wǎng)絡(luò),圖9-34 基于RosettaNet標(biāo)準(zhǔn)的供應(yīng)鏈網(wǎng)絡(luò),2020/10/4,9.3.5 RosettaNet應(yīng)用實(shí)例 1. AVNET公司實(shí)施RosettaNet的基本情況 AVNET公司是世界上最大的半導(dǎo)體、電腦產(chǎn)品以及電機(jī)元件分銷商，顧客遍布63個(gè)國家。AVNET公司存儲(chǔ)、銷售所分銷的產(chǎn)品，同時(shí)完成一些增值服務(wù)。作為分銷服務(wù)的一部分，公司還定制一些產(chǎn)品來滿足個(gè)別用戶的需要，同時(shí)提供物料管理和物流服務(wù)。在2000財(cái)政年度，公司的銷售收入超過91億美元。 在實(shí)施RosettaNet電子商務(wù)標(biāo)準(zhǔn)以前，公司的主要交易流程如圖9-35所示。,2020/10/4,圖9-35 實(shí)施RosettaNet 前公司的交易流程,2020/10/4,從圖9-35可以看到，整個(gè)交易需要經(jīng)過公司5個(gè)部門的共同協(xié)作。但是由于公司每年的交易數(shù)量和金額都很大，因而過多的環(huán)節(jié)造成了總體效率不高。實(shí)施RosettaNet之前，AVNET公司有許多專門負(fù)責(zé)物料管理的經(jīng)理，而且大量需要處理的信息也降低了訂單