第七章數(shù)據(jù)交換技術(shù)EDI_2

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

2、信系統(tǒng)相連接的電子數(shù)據(jù)處理系統(tǒng)(EDP，Electronic Date Processing)。如外貿(mào)業(yè)務(wù)管理系統(tǒng)、MRP、ERP、SCM、CRM等管理信息系統(tǒng)都具有數(shù)據(jù)處理的功能。EDP的存在使計算機能夠?qū)λ鶄鬏數(shù)男畔⑦M行自動識別和處理，而無需人工干預(yù)，從而既提高了工作效率，又減少了人工干預(yù)可能造成的差錯。9專項應(yīng)用標(biāo)準(zhǔn) (2) EDI使用統(tǒng)一的標(biāo)準(zhǔn)編制被傳輸?shù)馁Y料。為了使計算機應(yīng)用系統(tǒng)之間能夠直接對話，即接收方的EDP系統(tǒng)能夠識別和自動處理通過EDI網(wǎng)絡(luò)接收到的數(shù)據(jù)(報文)，必須使用發(fā)送方和接收方的計算機系統(tǒng)都能識別的通用語言。由此，產(chǎn)生了EDI報文標(biāo)準(zhǔn)。 (3) EDI使用電子方式進行數(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ù)的傳輸。9專項應(yīng)用標(biāo)準(zhǔn) 9.1.2 EDI標(biāo)準(zhǔn)標(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)濟委員會(UN/ECE)制定頒布的行政、商業(yè)和運輸用電子數(shù)據(jù)交換規(guī)則(EDIFACT)，以及美國國家標(biāo)準(zhǔn)局特命標(biāo)準(zhǔn)化委員會第十二工作組制定的ANSI X.12。從內(nèi)容上看，這兩個標(biāo)準(zhǔn)都包括了EDI標(biāo)準(zhǔn)的三要素數(shù)據(jù)元、數(shù)據(jù)段和標(biāo)準(zhǔn)報文格式。

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

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

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

7、碼表代碼表(EDCL)代碼表中給出的是相對應(yīng)的數(shù)據(jù)元的值。譬如，日期時間格式限定符數(shù)據(jù)元(Date/time/period format qualifier)“2379”的值“102”代表了所使用的日期格式是“CCYYMMDD”型，即“20010614”表示該日期是2001年6月14日。9專項應(yīng)用標(biāo)準(zhǔn) 6EDIFACT復(fù)合數(shù)據(jù)元目錄復(fù)合數(shù)據(jù)元目錄(EDCD)UN/EDIFACT 00B目錄收錄了在設(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ù)

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

9、。9專項應(yīng)用標(biāo)準(zhǔn) 表表9-1 商檢報驗單商檢報驗單EDI標(biāo)準(zhǔn)報文中使用的標(biāo)準(zhǔn)報文中使用的“DTM”段段 段標(biāo)識 構(gòu)成段的復(fù)合數(shù)據(jù)元素 成分?jǐn)?shù)據(jù)單元 Date/Time/Period C507 Date/Time/Period 2005 Date/time/period qualifier 2380 Date/time/period DTM 2379 Date/time/period format qualifier 9專項應(yīng)用標(biāo)準(zhǔn) 8EDIFACT標(biāo)準(zhǔn)報文格式標(biāo)準(zhǔn)報文格式(EDMD)EDIFACT標(biāo)準(zhǔn)報文格式分為三級：0級、1級和2級。0級是草案級，1級是推薦草案級，2級是推薦報文標(biāo)準(zhǔn)級。推薦

10、報文標(biāo)準(zhǔn)分為4個部分：前三部分是報文格式的總體描述，規(guī)定了報文使用范圍和報文中用到的專有名詞的定義；第四部分是報文定義部分，規(guī)定了報文的結(jié)構(gòu)，報文包含段的功能、段表和分支表。UN/EDIFACT 00B(2000年第2版)共定義了187種不同單據(jù)的EDI報文標(biāo)準(zhǔn)格式。9專項應(yīng)用標(biāo)準(zhǔn) EDI標(biāo)準(zhǔn)報文由若干個段組成，整個報文可以分為三個部分：首部、詳情部和摘要部。報文以UNA數(shù)據(jù)段開始，以UNT數(shù)據(jù)段結(jié)束。這兩個數(shù)據(jù)段也是EDIFACT三層電子信封的第一層信封(參見圖9-1)。首 部最后一個數(shù)據(jù)段詳情部摘要部UNABGMUNS+LINUNS+UNTDS第一個數(shù)據(jù)段圖9-1 報文的組成 9專項應(yīng)用標(biāo)

11、準(zhǔn) 圖9-2 EDI標(biāo)準(zhǔn)格式的報文 圖9-2給出的是一個出口商品報驗單的EDI標(biāo)準(zhǔn)報文。 9專項應(yīng)用標(biāo)準(zhǔn) 9.1.3 EDI工作環(huán)境工作環(huán)境1. EDI的通信環(huán)境的通信環(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ò)接入方式主要有點對點(Point to Point, PTP)方式和增值網(wǎng)(Value Added Network，VAN)方式。 9專項應(yīng)用標(biāo)準(zhǔn) 圖9-3 CHINAEDI的網(wǎng)絡(luò)接入圖 9專項應(yīng)用標(biāo)準(zhǔn) 2. EDI與因特網(wǎng)的整合與因特網(wǎng)的整合以專用增值網(wǎng)

12、為基礎(chǔ)的傳統(tǒng)EDI服務(wù)方式成本很高，在很長一段時間中一直只有大企業(yè)使用?；贗nternet的開放式EDI大大降低了EDI的使用成本，吸引了越來越多的中小企業(yè)使用EDI。目前基于Internet的開放式EDI主要有Internet-Mail、Standard IC、Web-EDI和XML-EDI四種實現(xiàn)方式。9專項應(yīng)用標(biāo)準(zhǔn) 1) Internet MailInternet-Mail是一種最早把EDI帶入到Internet的方式，它用ISP代替了VAN，解決了信道的價格問題?，F(xiàn)有的Internet電子郵件系統(tǒng)多數(shù)基于簡單郵件傳輸協(xié)議(SMTP)。SMTP能夠提供郵件的傳輸功能，但僅支持7位ASC

13、II碼傳輸，不能適應(yīng)多媒體郵件的要求，SMTP還對接收方的個數(shù)有嚴(yán)格限制，并限制最大消息長度。9專項應(yīng)用標(biāo)準(zhǔn) 2) Standard ICIC (Implementation Conventions)著重于解決EDI翻譯過程的復(fù)雜性問題。EDI標(biāo)準(zhǔn)對于具體應(yīng)用來說過于復(fù)雜，許多標(biāo)準(zhǔn)化組織或企業(yè)根據(jù)自己的需要對標(biāo)準(zhǔn)進行簡化，去掉他們根本不使用的部分，制定出一些簡單的標(biāo)準(zhǔn)，即特定應(yīng)用的EDI實現(xiàn)規(guī)范(IC)。9專項應(yīng)用標(biāo)準(zhǔn) 2) Web-EDI Web-EDI允許中小企業(yè)只需通過瀏覽器和因特網(wǎng)連接就可實現(xiàn)EDI交換，是目前因特網(wǎng)EDI中最為流行的一種方式。在Web-EDI中，Web是EDI消息的接

14、口。其典型情況為：一個參與者是大企業(yè)，針對每個EDI消息開發(fā)或購買了相應(yīng)的Web表單，并改造成適合自己的IC，然后把它們放在Web站點上。此時，表單就成為EDI系統(tǒng)的接口。其他參與者(如中小企業(yè))登錄到Web站點上，選擇他們所感興趣的表單進行填寫。填寫結(jié)果提交給Web服務(wù)器后，通過服務(wù)器端程序進行合法性檢查，把它變成通常的EDI消息。此后，消息處理就與傳統(tǒng)的EDI消息處理一樣了?；赪eb的EDI網(wǎng)絡(luò)見圖9-4。 9專項應(yīng)用標(biāo)準(zhǔn) 通信EDI轉(zhuǎn)換器證實應(yīng)用Web-EDIEDI業(yè)務(wù)應(yīng)用程序HTML文檔HTML文檔HTML文檔HTML文檔Web服務(wù)器HTTP域址TCP / IP通信部分臨時文件特征產(chǎn)

15、品狀態(tài)數(shù)據(jù)傳輸InternetWeb瀏覽器應(yīng)用部分TCP / IP通信部分圖9-4 基于Web的EDI網(wǎng)絡(luò) 9專項應(yīng)用標(biāo)準(zhǔn) 4) XML-EDIXML具有很多優(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翻譯器軟件將

16、EDI報文轉(zhuǎn)換為XML格式文件，依托互聯(lián)網(wǎng)傳輸?shù)浇灰谆锇榈男畔⑾到y(tǒng)中。9專項應(yīng)用標(biāo)準(zhǔn) 3. EDI軟件環(huán)境軟件環(huán)境從軟件方面看，EDI所需要的軟件主要是將用戶數(shù)據(jù)庫系統(tǒng)中的信息翻譯成EDI標(biāo)準(zhǔn)格式以供傳輸交換的軟件。由于不同行業(yè)的企業(yè)是根據(jù)自己的業(yè)務(wù)特點來規(guī)定數(shù)據(jù)庫的信息格式的，因而當(dāng)需要發(fā)送EDI文件時，從企業(yè)專有數(shù)據(jù)庫中提取的信息必須翻譯成EDI的標(biāo)準(zhǔn)格式才能進行傳輸。因此，對一個要被傳遞的EDI報文來說，EDI軟件必須執(zhí)行三項基本功能：格式轉(zhuǎn)換功能(Mapping)、翻譯功能(Translating)和通信功能。9專項應(yīng)用標(biāo)準(zhǔn) (1) 表驅(qū)動結(jié)構(gòu)。在表驅(qū)動軟件中，所有的報文、數(shù)據(jù)段、數(shù)據(jù)

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

18、輸系統(tǒng)所組成，其中客戶端系統(tǒng)包括EDI應(yīng)用系統(tǒng)和(文本)格式轉(zhuǎn)換系統(tǒng)，傳輸系統(tǒng)包括計算機通信網(wǎng)絡(luò)和EDI交換平臺，如圖9-5所示。9專項應(yīng)用標(biāo)準(zhǔn) 格式轉(zhuǎn)換系統(tǒng)EDI應(yīng)用系統(tǒng)格式轉(zhuǎn)換系統(tǒng)EDI應(yīng)用系統(tǒng)客戶端系統(tǒng)格式轉(zhuǎn)換系統(tǒng)EDI應(yīng)用系統(tǒng)EDI交換平臺傳輸系統(tǒng)圖9-5 EDI系統(tǒng)示意圖 9專項應(yīng)用標(biāo)準(zhǔn) 2. EDI的報文的產(chǎn)生與傳遞的報文的產(chǎn)生與傳遞由于EDI網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)是標(biāo)準(zhǔn)化的EDI報文，因而EDI的工作流程與在Internet上收發(fā)E-mail的操作有明顯的不同。EDI報文的發(fā)送方在通過EDI發(fā)送報文前，必須先在其用戶端的計算機中將用戶端格式的數(shù)據(jù)轉(zhuǎn)換成EDI標(biāo)準(zhǔn)格式的報文，然后才能對外發(fā)

19、送(參見圖9-6)。 9專項應(yīng)用標(biāo)準(zhǔn) 商檢報驗單處理系統(tǒng)商檢報驗單生成系統(tǒng)格式轉(zhuǎn)換格式轉(zhuǎn)換發(fā)送方EDI信箱EDI交換系統(tǒng)接收方EDI信箱數(shù)據(jù)庫平面文件平面文件標(biāo)準(zhǔn)文件標(biāo)準(zhǔn)文件映射系統(tǒng)映射系統(tǒng)通信系統(tǒng)翻譯系統(tǒng)通信系統(tǒng)翻譯系統(tǒng)數(shù)據(jù)庫EDPEDIEDIEDP圖9-6 EDI的工作流程 9專項應(yīng)用標(biāo)準(zhǔn) 圖9-6中的7個步驟可以說明如下。(1) 發(fā)送方生成原始報文。數(shù)據(jù)的發(fā)送方在自己的應(yīng)用系統(tǒng)中對來自于數(shù)據(jù)庫或通過輸入設(shè)備輸入的數(shù)據(jù)進行數(shù)據(jù)的編輯處理(參見圖9-7)，生成原始單據(jù)格式的報文。9專項應(yīng)用標(biāo)準(zhǔn) 圖9-7 出口商品檢驗申請表審核 9專項應(yīng)用標(biāo)準(zhǔn) (2) 進行數(shù)據(jù)映射。發(fā)送方使用EDI映射軟件(

20、Mapping)將原始單據(jù)格式轉(zhuǎn)換為平面文件(Flat File)。平面文件是用戶端格式文件與EDI標(biāo)準(zhǔn)報文之間的接口文件，它的應(yīng)用使EDI中心不需要了解用戶端數(shù)據(jù)的格式，用戶也不需要了解EDI報文標(biāo)準(zhǔn)格式便可進行數(shù)據(jù)的轉(zhuǎn)換。 (3) 進行數(shù)據(jù)翻譯。發(fā)送方使用翻譯軟件(Translator)將平面文件轉(zhuǎn)換為EDI標(biāo)準(zhǔn)格式報文。 (4) 發(fā)送方對報文加封。發(fā)送方計算機自動在報文外層加上通信交換信封。9專項應(yīng)用標(biāo)準(zhǔn) (5) 發(fā)送EDI報文。發(fā)送方通過通信軟件將標(biāo)準(zhǔn)格式報文發(fā)送到增值服務(wù)網(wǎng)絡(luò)或直接傳給對方用戶。(6) 接收方收到EDI報文后進行反向處理。接收方在收到EDI標(biāo)準(zhǔn)報文后，進行相反的處理，

21、最后生成接收方應(yīng)用系統(tǒng)能夠處理的文件格式。 (7) 接收方應(yīng)用系統(tǒng)進行數(shù)據(jù)處理。接收方對所收到的報文使用應(yīng)用系統(tǒng)進行收閱處理。 在實際使用時，操作員完全看不到文件格式的變化過程，文件格式的轉(zhuǎn)化完全是由安裝在客戶端計算機中的映射和翻譯軟件自動完成的。9專項應(yīng)用標(biāo)準(zhǔn) 9.1.5 EDI應(yīng)用案例應(yīng)用案例出口貿(mào)易無紙化操作出口貿(mào)易無紙化操作 1業(yè)務(wù)流程業(yè)務(wù)流程出口貿(mào)易業(yè)務(wù)操作流程包括申領(lǐng)出口許可證和出口貨物原產(chǎn)地證書，辦理出口商品的報驗、報關(guān)和運輸業(yè)務(wù)，進行貨款結(jié)算、收匯核銷和出口退稅等。以下就涉及海關(guān)、外匯管理局、銀行和出口企業(yè)的出口收匯核銷，介紹業(yè)務(wù)背景和無紙貿(mào)易方式進行的出口收匯核銷操作。9專項

22、應(yīng)用標(biāo)準(zhǔn) (4) 整套結(jié)匯單據(jù)出口企業(yè)(5) 結(jié)匯水單(1) 空白核銷單收匯銀行(5) 結(jié)匯水單(7) 出口收匯已核銷證明(2) 整套報關(guān)單、核銷單海關(guān)外匯管理局(6) 出口收匯核銷申請單(3) 結(jié)關(guān)數(shù)據(jù)圖9-8 出口收匯核銷業(yè)務(wù)流程 9專項應(yīng)用標(biāo)準(zhǔn) 2業(yè)務(wù)單據(jù)業(yè)務(wù)單據(jù)出口收匯核銷所涉及的業(yè)務(wù)單據(jù)詳見表9-2。 表表9-2 出口收匯核銷所涉及的業(yè)務(wù)單據(jù)出口收匯核銷所涉及的業(yè)務(wù)單據(jù) 9專項應(yīng)用標(biāo)準(zhǔn) 結(jié)關(guān)單據(jù)海關(guān)出口商出口收匯核銷單出口收匯核銷申請單結(jié)匯水單出口地銀行外管局圖9-5 出口收匯核銷無紙貿(mào)易操作流程 9專項應(yīng)用標(biāo)準(zhǔn) 9.2 ebXML 標(biāo)標(biāo) 準(zhǔn)準(zhǔn) 9.2.1 ebXML簡介簡介1. 什

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

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

25、文件可分為技術(shù)規(guī)范、技術(shù)報告、白皮書以及參考文件等四種。技術(shù)規(guī)范屬于ebXML架構(gòu)強制性的標(biāo)準(zhǔn)。企業(yè)若要建立一套符合ebXML標(biāo)準(zhǔn)的電子商務(wù)系統(tǒng)，就必須遵循技術(shù)規(guī)范中的規(guī)定。9專項應(yīng)用標(biāo)準(zhǔn) 9.2.1 bXML基本構(gòu)件基本構(gòu)件1. 注冊中心注冊中心(Registry)1) eXML注冊中心的作用注冊中心的作用ebXML 注冊中心提供了一套服務(wù)，能夠使ebXML電子商務(wù)參與者信息共享，其目的是使參與者之間能夠基于ebXML規(guī)范進行商務(wù)流程整合。共享信息保留在數(shù)據(jù)庫中，由ebXML注冊中心管理。9專項應(yīng)用標(biāo)準(zhǔn) 2) ebXML注冊中心的工作程序注冊中心的工作程序 假設(shè)一個購買者和一個銷售者希望使用

26、ebXML進行B2B交易，雙方都使用由第三方注冊中心提供的服務(wù)。注冊工作將按照下列程序進行：(1) 提交計劃文件。第三方如行業(yè)協(xié)會或標(biāo)準(zhǔn)組織提交一個符合ebXML規(guī)范要求的計劃文件。(2) 提交商務(wù)流程文件。第三方如行業(yè)協(xié)會或標(biāo)準(zhǔn)組織提交一個符合ebXML規(guī)范要求的商務(wù)流程文件。 9專項應(yīng)用標(biāo)準(zhǔn) (3) 銷售者提交合作意向框架。銷售者提交自己的根據(jù)ebXML規(guī)范制定的合作意向框架。這一框架描述了銷售者的角色、提供的服務(wù)和接受這些服務(wù)的技術(shù)細節(jié)。(4) 購買者尋找銷售者。購買者運用注冊中心的分類方法瀏覽注冊中心，發(fā)現(xiàn)適合自己要求的銷售者，通過銷售者的合作意向框架開始建立彼此間的交易關(guān)系。 (5)

27、 建立合作協(xié)議。購買者按照ebXML規(guī)范要求，根據(jù)銷售者的合作意向框架單方起草合作協(xié)議，提出建立貿(mào)易關(guān)系。銷售者接受合作協(xié)議后，貿(mào)易關(guān)系得以建立。9專項應(yīng)用標(biāo)準(zhǔn) 3) ebXML注冊中心的結(jié)構(gòu)ebXML注冊中心包括注冊中心服務(wù)機和注冊中心客戶機兩個部分。注冊中心服務(wù)機提供管理數(shù)據(jù)庫的方法；注冊中心客戶機提供進入注冊中心的應(yīng)用軟件。圖9-10是ebXML注冊中心結(jié)構(gòu)示意圖 。 由圖9-10可以看出，在組成基本管理對象和查詢方式的一組界面中，有兩個主要的界面：9專項應(yīng)用標(biāo)準(zhǔn) 圖9-10 ebXML注冊中心結(jié)構(gòu)示意圖 9專項應(yīng)用標(biāo)準(zhǔn) 圖9-11 注冊中心支持的兩種可能的拓撲形式 9專項應(yīng)用標(biāo)準(zhǔn) 2.

28、 合作協(xié)議概要合作協(xié)議概要(CPP)與合作協(xié)議契約與合作協(xié)議契約(CPA)1) 合作協(xié)議概要合作協(xié)議概要(CPP)在交易雙方之間傳遞信息，一方必須了解另一方在交易合作中的意向、角色和信息傳遞與接收的技術(shù)細節(jié)。合作協(xié)議概要(Collaboration Protocol Profile，CPP)定義了參與交易的一方與其他方進行信息交換的能力和商務(wù)合作的能力。CPP的形成如圖9-12所示。參與方A將信息列表，然后構(gòu)建一個包括這些信息的CPP，并將其放入注冊中心的數(shù)據(jù)庫中，以便查詢。一旦參與方A將其信息放入數(shù)據(jù)庫，其他參與方就可以通過注冊中心數(shù)據(jù)庫的查詢服務(wù)發(fā)現(xiàn)參與方A。9專項應(yīng)用標(biāo)準(zhǔn) 企業(yè)信息企業(yè)名

29、稱聯(lián)系方式傳輸協(xié)議傳輸安全協(xié)議信息協(xié)議連接過程規(guī)范文件重試其他CPP構(gòu) 建商務(wù)內(nèi)容具有的能力交易時間與貿(mào)易伙伴的合作描 述參與方A圖9-12 CPP的形成 9專項應(yīng)用標(biāo)準(zhǔn) 2) 合作協(xié)議契約合作協(xié)議契約(CPA)在現(xiàn)代經(jīng)濟活動中，如果要實施交易，交易的參與方必須形成內(nèi)容詳細的協(xié)議。合作協(xié)議契約(Collaboration Protocol Agreement，CPA)定義了交易雙方在履行已經(jīng)選擇的商務(wù)流程過程中相互作用的方式。在這一過程中，交易雙方將使用同樣的CPA構(gòu)建它們的運作時間系統(tǒng)。在圖9-13中，參與方A 和參與方B運用各自的CPP共同建立了一個獨立的CPA，這個CPA匯集了雙方CPP

30、中的共同點，并確定了雙方商務(wù)合作的履行方法。CPA同樣是XML語言描述的文件。 9專項應(yīng)用標(biāo)準(zhǔn) CPA標(biāo)識參與各方信息參與方A參與方B傳輸協(xié)議傳輸安全協(xié)議交換文件協(xié)議連接過程規(guī)范文件重試其他CPA參與方A的CPP1談 判3同意CPA2談 判參與方B的CPP4傳輸基于CPA的協(xié)議同意CPA彼此開始電子商務(wù)活動傳輸基于CPA的協(xié)議圖9-13 CPA 形成示意圖 9專項應(yīng)用標(biāo)準(zhǔn) 3) CPP/CPA與注冊中心與注冊中心圖9-14的整個過程可以分為6步：(1) 任何參與方都可以將自己的CPP在注冊中心注冊。(2) 參與方B將參與方A的CPP下載到自己的服務(wù)器上。(3) 參與方建立CPA(A、B)并將C

31、PA(A、B)傳給參與方A。 (4) 參與方A與參與方B談判形成CPA。(5) 參與方A與參與方B根據(jù)CPA的信息形成運行時間系統(tǒng)。(6) 參與方A與參與方B在新的CPA規(guī)范下開展交易活動。 9專項應(yīng)用標(biāo)準(zhǔn) CPA (A、B） CPA (A、B）(擴展名、編碼）(文件)CPA (A、B）CPA (A、B）參與方A(銷售者、服務(wù)器）(擴展名、編碼)(文件) DocumentCPP (A)CPP (B)CPP (X)CPP (Y)CPP (Z)(6)(4)(3)(5)注冊中心(1)(1)參與方B(購買者、服務(wù)器)(5)(2)圖9-14 CPP/CPA與注冊中心的工作程序 9專項應(yīng)用標(biāo)準(zhǔn) 9.2.3

32、 信息結(jié)構(gòu)信息結(jié)構(gòu)ebXML一個重要的目標(biāo)是要使用一個開放的信息格式，以便適應(yīng)不同使用者和今后電子商務(wù)發(fā)展的需要。EbXML的信息結(jié)構(gòu)從外到里包括5個層次(參見圖9-15)：(1) 傳輸信封；(2) 信息信封；(3) 信封標(biāo)題和信封內(nèi)容；(4) 文件標(biāo)題和文件內(nèi)容；(5) 清單和標(biāo)題。 9專項應(yīng)用標(biāo)準(zhǔn) 傳輸信封(SMTP、HTTP，etc) 清單ebXML 信封內(nèi)容ebXML 信封標(biāo)題ebXML 信息信封ebXML 內(nèi)容信封內(nèi)容文件ebXML臺頭部分ebXML內(nèi)容部分圖9-15 ebXML的信息結(jié)構(gòu) 9專項應(yīng)用標(biāo)準(zhǔn) 9.2.4 ebXML商務(wù)系統(tǒng)的運作商務(wù)系統(tǒng)的運作1. 商務(wù)流程商務(wù)流程在一般

33、情況下，商務(wù)流程是一種模式，利用這種模式，可以完成一個或多個商務(wù)活動。 在商務(wù)流程中，可能有一次或多次合作，每一次都可能有一次或多次交易。圖9-16反映了一個通用的商務(wù)流程；圖9-17是一個材料訂貨的商務(wù)流程，這一流程是購買者和供應(yīng)者完成一次材料訂貨所需要的。9專項應(yīng)用標(biāo)準(zhǔn) 商務(wù)流程商務(wù)流程商務(wù)流程合作交易交易合作圖9-16 商務(wù)流程 9專項應(yīng)用標(biāo)準(zhǔn) 建立長期合作預(yù)測組成條件寄送計劃文件訂貨地點運輸材料付款安排購買者供應(yīng)者 圖9-17 材料訂貨的商務(wù)流程 9專項應(yīng)用標(biāo)準(zhǔn) 2. 商務(wù)功能狀態(tài)商務(wù)功能狀態(tài)1) 實施狀態(tài)實施狀態(tài) 實施狀態(tài)專門處理建立一個ebXML的應(yīng)用基礎(chǔ)結(jié)構(gòu)的程序。一個貿(mào)易參與者

34、希望應(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注冊中心。9專項應(yīng)用標(biāo)準(zhǔn) 商務(wù)流程和信息模型商務(wù)數(shù)據(jù)庫核心數(shù)據(jù)庫合作意向框架ebXML注冊中心貿(mào)易參與者獲取/更新請求圖9-18 商務(wù)功能狀態(tài)：實施狀態(tài) 圖9-18說明了ebXML注冊中心和貿(mào)易參與者之間基本的交互活動。9專項應(yīng)用標(biāo)準(zhǔn) 2) 檢索與獲取狀態(tài)檢索與獲取狀態(tài)檢索與獲取狀態(tài)覆

35、蓋了所有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)易伙伴所需要的。9專項應(yīng)用標(biāo)準(zhǔn) 商務(wù)流程和信息模型貿(mào)易參與者獲取/更新商務(wù)數(shù)據(jù)庫核心數(shù)據(jù)庫合作意向框架商務(wù)情節(jié)列表信息約束安全約束貿(mào)易伙伴ebXML注冊中心請求提交索取圖9-19 商務(wù)功能狀態(tài)：檢索與索取狀態(tài) 9專項應(yīng)用標(biāo)準(zhǔn) 3) 運行時間狀態(tài)運行時間狀態(tài) 運行時間狀態(tài)覆蓋了ebXML

36、細節(jié)的實施與實際的ebXML交易。在運行時間狀態(tài)中，ebXML信息在貿(mào)易伙伴之間通過ebXML信息服務(wù)進行交換。例如ebXML的CPA就是一套精心安排的商務(wù)信息交換協(xié)議，這種交換是通過ebXML信息服務(wù)的精心設(shè)計將貿(mào)易各方連接在一起的。圖9-20是運行時間狀態(tài)的示意圖。貿(mào)易參與者提交索取貿(mào)易伙伴圖9-20 商務(wù)功能狀態(tài)：運行時間狀態(tài) 9專項應(yīng)用標(biāo)準(zhǔn) 3. 商務(wù)文件與信息信封商務(wù)文件與信息信封 商務(wù)文件的定義是對商務(wù)文件方案和組成文件的信息的規(guī)范。圖9-21是商務(wù)文件示意圖，右邊的圖是一個購買訂單的例子。信息組成信息組成信息組成文件信息組成案例:購買訂單訂單臺頭 訂單發(fā)出日期購買者 訂單內(nèi)容 訂

37、單內(nèi)容 訂單匯總訂單圖9-21 商務(wù)文件示意圖 9專項應(yīng)用標(biāo)準(zhǔn) 文件文件文件信封 信息信封商務(wù)流程商務(wù)服務(wù)界面?zhèn)鬏?郵路協(xié)議傳輸/郵路 信封圖9-22 信封結(jié)構(gòu)示意圖 9專項應(yīng)用標(biāo)準(zhǔn) 4. ebXML在企業(yè)之間的交互在企業(yè)之間的交互1) ebXML在兩個企業(yè)之間的交互在兩個企業(yè)之間的交互ebXML支持B2B電子商務(wù)活動中的所有形式。對于兩個貿(mào)易參與者，首先需要根據(jù)ebXML的規(guī)范構(gòu)成基本的交互形式，然后開始簡單的商務(wù)交易。圖9-23說明了ebXML在兩個公司之間交互的基本方式。 9專項應(yīng)用標(biāo)準(zhǔn) 索取詳細商務(wù)資料建立本公司的應(yīng)用系統(tǒng)公司A注冊應(yīng)用的詳細情況，注冊公司A的商務(wù)文件ebXML注冊中心

38、商務(wù)模式商務(wù)文件XML同意商務(wù)安排進行商務(wù)交易索取公司A的商務(wù)文件下載商務(wù)模式和商務(wù)文件符合情況的ebXML系統(tǒng)公司B圖9-23 ebXML在兩個公司之間中的交互 9專項應(yīng)用標(biāo)準(zhǔn) 圖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能力和局限性，也描

39、述了公司的商務(wù)構(gòu)想。(4) 詢問文件。公司B在ebXML注冊中心中發(fā)現(xiàn)公司A的CPP并下載。 9專項應(yīng)用標(biāo)準(zhǔn) (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ù)活動。 9專項應(yīng)用標(biāo)準(zhǔn) 整個交易過程建立在下列基礎(chǔ)上： (1) 描述商務(wù)流程的標(biāo)準(zhǔn)機制以及相關(guān)的信息模型。(2) 注冊機制和儲存商務(wù)流程和信息模型，以便它們能夠共享和重復(fù)利用。(3) 檢索所包含的

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

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

42、解交易參與者乙，而交易參與者乙既了解交易參與者甲，也了解交易參與者丙。 9專項應(yīng)用標(biāo)準(zhǔn) 3) 具有中間服務(wù)商的商務(wù)流程具有中間服務(wù)商的商務(wù)流程 在這種商務(wù)流程中，中間服務(wù)商將確定使用一種提供外部商務(wù)服務(wù)的商務(wù)流程。一個客戶請求中間服務(wù)商提供服務(wù)，中間服務(wù)商將履行客戶的請求，通過適當(dāng)?shù)男畔⒔粨Q與其他交易參與者聯(lián)系并最終回答客戶的請求。圖9-26描述了這一商務(wù)流程的基本情況。9專項應(yīng)用標(biāo)準(zhǔn) 交易參與者甲交易參與者乙交易參與者丙中間服務(wù)商客戶圖9-26 具有中間服務(wù)商的商務(wù)流程 9專項應(yīng)用標(biāo)準(zhǔn) 4) 更多的交易參與者并有物流配送中心參與的商務(wù)流程更多的交易參與者并有物流配送中心參與的商務(wù)流程更復(fù)雜的

43、情況是有更多的交易參與者并有物流配送中心參與的商務(wù)流程。在這種商務(wù)流程中，交易參與者使用同樣的交易流程，并具有相互關(guān)聯(lián)的交易程序。每一個交易參與者可能需要和更多的交易伙伴發(fā)生關(guān)系，而商品則通過物流配送中心加以配送。圖9-27是這一流程的示意圖。9專項應(yīng)用標(biāo)準(zhǔn) 物流配送中心中間服務(wù)商客戶交易參與者圖9-27 更多的交易參與者并有物流配送中心參與的商務(wù)流程 9專項應(yīng)用標(biāo)準(zhǔn) 9.2.5 ebXML應(yīng)用實例應(yīng)用實例 目前，以ebXML為基礎(chǔ)的商務(wù)應(yīng)用已進入實際應(yīng)用階段。雖然從總體上來說，世界上已完成的ebXML項目還比較少，但這些項目基本上都取得了成功，達到了預(yù)期的效果。ebXML成功應(yīng)用的一個例子是

44、“STEEL24-7”。STEEL24-7是一個歐洲鋼鐵工業(yè)因特網(wǎng)平臺，由Arcelor、Corus and ThyssenKrupp Steel三大鋼鐵公司創(chuàng)立。該網(wǎng)站的網(wǎng)絡(luò)通信中心為鋼鐵工業(yè)的買賣雙方提供信息。在供需雙方之間復(fù)雜的整合安排中，STEEL24-7全面應(yīng)用了WebMethods集成平臺和ebXML標(biāo)準(zhǔn)，現(xiàn)已能為其成員提供全面的交易解決方案。9專項應(yīng)用標(biāo)準(zhǔn) STEEL24-7使用由歐聯(lián)邦鋼鐵行業(yè)協(xié)會(the European Confederation of Iron and Steel Industries)指定的ebXML和UN/CEFACT標(biāo)準(zhǔn)，在商務(wù)活動中支持各種訂貨信息

45、和交付信息等關(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)系。9專項應(yīng)用標(biāo)準(zhǔn) 圖9-28 EGIS示意圖 9專項應(yīng)用標(biāo)準(zhǔn) 9.3 RosettaNet標(biāo)準(zhǔn)標(biāo)準(zhǔn) 9.3.1 RosettaNet的概念的概念RosettaNet 這一名字源自于 1799 年在埃及發(fā)現(xiàn)的 Ro

46、setta Stone 。這要追溯到公元前 196年，該石頭是18 世紀(jì)在 Rosetta (Rashid) 鎮(zhèn)附近被人發(fā)現(xiàn)的，上面用兩種不同的語言以三種不同的筆體鐫刻了同一消息。RosettaNet 的作用類似于的 Rosetta Stone，它是一個電子商務(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ù)膮f(xié)議。RosettaNet 標(biāo)準(zhǔn)是免費的，通過 RosettaNet 網(wǎng)站公開。 9專項應(yīng)用標(biāo)準(zhǔn) RosettaNet組織

47、1998年2月成立于美國，是一個獨立的非贏利性聯(lián)盟。這些公司包括一些世界領(lǐng)先的電子組件、計算機和日用電子、半導(dǎo)體制造、電信及物流公司，如IBM、英特爾、惠普、微軟、思科、Netscape、3COM及東芝等。RosettaNet在全球推廣電子商務(wù)標(biāo)準(zhǔn)的過程中得到了全球業(yè)界和政府的廣泛支持，目前在全球已有500多家會員企業(yè)。亞洲各國非常支持RosettaNet標(biāo)準(zhǔn)，2003年僅政府投資一項就超過5100萬美元。我國2005年成立了RosettaNet 中國聯(lián)盟技術(shù)中心。 9專項應(yīng)用標(biāo)準(zhǔn) 9.3.2 RosettaNet與與EDI和和ebXML的區(qū)別的區(qū)別1. RosettaNet與與EDI的區(qū)別的

48、區(qū)別EDI和RosettaNet之間的主要區(qū)別在于，EDI在公司之間交換文檔，而RosettaNet跨網(wǎng)絡(luò)定義業(yè)務(wù)流程并對其進行集成，以確定最佳操作過程。大量的案例分析已顯示， RosettaNet帶來了勝過EDI的多種利益： (1) 更輕松、更經(jīng)濟高效的實現(xiàn)，投資回報更大。 (2) 自動化更加大量的業(yè)務(wù)流程的能力。 (3) 相對于批處理的實時事務(wù)處理。 (4) 更高的可伸縮性。 9專項應(yīng)用標(biāo)準(zhǔn) 2. RosettaNet與與ebXML的區(qū)別的區(qū)別人們常常將ebXML描述為橫向B2B標(biāo)準(zhǔn)，意思是一組用于所有電子商務(wù)的規(guī)范。它是通用的，不針對任何特殊部門或行業(yè)。而RosettaNet是一個縱向標(biāo)

49、準(zhǔn)，它關(guān)注特定行業(yè)的需要(例如電子部件制造商)以及供應(yīng)鏈自動化和優(yōu)化的業(yè)務(wù)范疇。自兩個項目創(chuàng)建以來，各自標(biāo)準(zhǔn)中的規(guī)范已存在著某些重復(fù)和交叉。或許讓這些標(biāo)準(zhǔn)彼此適應(yīng)的最佳方式是考慮把RosettaNet(縱向)插入到ebXML(橫向)中，或者相反。9專項應(yīng)用標(biāo)準(zhǔn) 比較ebXML與RosettaNet可以發(fā)現(xiàn)，ebXML的首要目標(biāo)在于降低電子商務(wù)的進入壁壘，簡化交易，尤其是與中小型企業(yè)(SME)以及發(fā)展中國家相關(guān)的交易。從ebXML的主要構(gòu)成模塊來看，注冊表模塊是實現(xiàn)電子商務(wù)的基礎(chǔ)，通過注冊協(xié)同作業(yè)協(xié)議CPP，允許企業(yè)提供其基本電子商務(wù)能力以供潛在的貿(mào)易伙伴檢索，同時查詢適合的交易對象。換言之，在

50、ebXML模式下，供應(yīng)鏈實際上是虛擬的，不穩(wěn)定的，企業(yè)面臨的是眾多在Web條件下可以提供類似服務(wù)的交易對象，并從中按照某種內(nèi)部原則選擇其中某一個，因而供應(yīng)鏈體現(xiàn)出較強的動態(tài)性，或者稱為供應(yīng)網(wǎng)絡(luò)更為合適。9專項應(yīng)用標(biāo)準(zhǔn) 9.3.3 RosettaNet 基本構(gòu)件基本構(gòu)件1. Web services與業(yè)務(wù)流程與業(yè)務(wù)流程Web Services指的是使用 SOAP 和 WSDL 來描述和訪問網(wǎng)絡(luò)上的服務(wù)。許多公司已認(rèn)識到使用Web Services 來實現(xiàn)其業(yè)務(wù)流程的好處。這包括Web Services所基于的開放標(biāo)準(zhǔn)、面向服務(wù)的方法及實現(xiàn)的靈活程度，從而允許重用現(xiàn)有的基礎(chǔ)設(shè)施和技術(shù)。業(yè)務(wù)流程是為

51、完成某一目標(biāo)(或任務(wù))而進行的一系列邏輯相關(guān)的活動的集合。RosettaNet Implementation Framework (RNIF)分為私有過程和公共過程。私有過程定義為公司的內(nèi)部業(yè)務(wù)流程，公共過程定義為與貿(mào)易合作伙伴的相關(guān)交互。9專項應(yīng)用標(biāo)準(zhǔn) 2. 貿(mào)易伙伴接口流程貿(mào)易伙伴接口流程(PIPs)PIP (Partner Interface Processes)描述了供應(yīng)鏈中兩個貿(mào)易伙伴之間的活動、決策及交互關(guān)系，以實現(xiàn)商業(yè)貿(mào)易。RosettaNet PIP專門規(guī)定了系統(tǒng)與系統(tǒng)之間基于XML的對話，以說明貿(mào)易伙伴間的商業(yè)流程。每個PIP包括一個業(yè)務(wù)文檔(附帶術(shù)語表)和一個業(yè)務(wù)流程9專項

52、應(yīng)用標(biāo)準(zhǔn) 3. RosettaNet實施架構(gòu)實施架構(gòu)(RNIF) RNIF (RosettaNet Implementation Framework)是一種以XML語言為基礎(chǔ)，針對交易流程制定的程序。每一套接口程序包括了附有標(biāo)準(zhǔn)詞匯的商業(yè)文件及包含信息的商業(yè)流程。RosettaNet把企業(yè)之間的交易看成是由若干個流程所組合而成的一個過程，進行了3個級別的細分。對于每一個流程，它都對具體步驟進行了規(guī)定，同時也對每一步所要交換的信息內(nèi)容、文檔格式進行了規(guī)定(參見圖9-29)。例如，PIP3A4對應(yīng)的就是一個請求采購訂單的流程，同時對于交換的采購訂單以及發(fā)送的訂單已接受確認(rèn)消息的格式都進行了規(guī)定。9

53、專項應(yīng)用標(biāo)準(zhǔn) 圖9-29 RNIF對于消息的管理機制序頭體數(shù)字簽名傳輸局RNIF封裝9專項應(yīng)用標(biāo)準(zhǔn) 通過遵守RNIF規(guī)范，可以確保其應(yīng)用程序能與經(jīng)營同一業(yè)務(wù)的貿(mào)易合作伙伴進行集成。RNIF使用XML語言對所有PIP動作和信息的傳輸、路由安排及打包處理進行了定義。實現(xiàn)框架還包括安全規(guī)范(如簽名、編碼)和信息傳輸層面上的穩(wěn)定機制。 RNIF2.0的核心是RosettaNet Business Message 規(guī)范。圖9-30展示了用于交換 RosettaNet Business Message的RosettaNet網(wǎng)絡(luò)應(yīng)用協(xié)議模型。 9專項應(yīng)用標(biāo)準(zhǔn) 圖9-30 網(wǎng)絡(luò)應(yīng)用程序模型 9專項應(yīng)用標(biāo)準(zhǔn) 4

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

55、統(tǒng)一標(biāo)識，以說明貿(mào)易伙伴之間的交易。RosettaNet商業(yè)詞典描述了基本業(yè)務(wù)中經(jīng)常用到的一些屬性，作為未來標(biāo)準(zhǔn)研究的知識庫，以備參考和重復(fù)使用。 (2) RosettaNet技術(shù)詞典。該詞典提供了一種公共的語言，以定義與形式、動作和功能相關(guān)的產(chǎn)品和服務(wù)屬性，使制造商、分銷商和代理商可以更容易地描述產(chǎn)品屬性。圖9-32是RNTD關(guān)于復(fù)印機的定義。9專項應(yīng)用標(biāo)準(zhǔn) 圖9-32 RosettaNet 詞典關(guān)于復(fù)印機的定義 9專項應(yīng)用標(biāo)準(zhǔn) 6. RosettaNet 組件之間的協(xié)同組件之間的協(xié)同 在電子商務(wù)活動中，RosettaNet組件之間的協(xié)同如圖9-33所示。在圖9-33中，PIP、RNIF、商

56、務(wù)信息和詞典結(jié)合構(gòu)成了有機的整體，使得實施了RosettaNet電子商務(wù)標(biāo)準(zhǔn)的企業(yè)之間在進行交易的時候，能夠及時、準(zhǔn)確地按照既定的步驟交換所需要的規(guī)范化信息，從而使得企業(yè)不必在更換交易對象時完全調(diào)整電子商務(wù)系統(tǒng)。9專項應(yīng)用標(biāo)準(zhǔn) 圖9-33 RosettaNet組件之間的協(xié)同 9專項應(yīng)用標(biāo)準(zhǔn) 9.3.4 基于基于RosettaNet標(biāo)準(zhǔn)的供應(yīng)鏈網(wǎng)絡(luò)標(biāo)準(zhǔn)的供應(yīng)鏈網(wǎng)絡(luò) 流程標(biāo)準(zhǔn)擴展的行業(yè)與企業(yè)上游企業(yè)A創(chuàng)建本地系統(tǒng)，商務(wù)流程上游企業(yè)B創(chuàng)建本地系統(tǒng)，商務(wù)流程虛擬組織核心企業(yè)建立與維護RosettaNet商務(wù)平臺電子交易信息技術(shù)行業(yè)虛擬供應(yīng)鏈網(wǎng)絡(luò)電子交易下游企業(yè)A創(chuàng)建本地系統(tǒng)，商務(wù)流程下游企業(yè)B創(chuàng)建本地

57、系統(tǒng)，商務(wù)流程擴展的行業(yè)與企業(yè)技術(shù)標(biāo)準(zhǔn)行業(yè)規(guī)范商務(wù)流程：產(chǎn)品服務(wù)檢查、訂單管理、庫存管理等技術(shù)標(biāo)準(zhǔn)：基于XML的標(biāo)準(zhǔn)化術(shù)語、詞典和數(shù)據(jù)傳播圖9-34 基于RosettaNet標(biāo)準(zhǔn)的供應(yīng)鏈網(wǎng)絡(luò)9專項應(yīng)用標(biāo)準(zhǔn) 9.3.5 RosettaNet應(yīng)用實例應(yīng)用實例1. AVNET公司實施公司實施RosettaNet的基本情況的基本情況 AVNET公司是世界上最大的半導(dǎo)體、電腦產(chǎn)品以及電機元件分銷商，顧客遍布63個國家。AVNET公司存儲、銷售所分銷的產(chǎn)品，同時完成一些增值服務(wù)。作為分銷服務(wù)的一部分，公司還定制一些產(chǎn)品來滿足個別用戶的需要，同時提供物料管理和物流服務(wù)。在2000財政年度，公司的銷售收入超過

58、91億美元。 在實施RosettaNet電子商務(wù)標(biāo)準(zhǔn)以前，公司的主要交易流程如圖9-35所示。9專項應(yīng)用標(biāo)準(zhǔn) 物料管理銷售經(jīng)理資產(chǎn)經(jīng)理財務(wù)經(jīng)理顧客客戶經(jīng)理信用經(jīng)理圖9-35 實施RosettaNet 前公司的交易流程 9專項應(yīng)用標(biāo)準(zhǔn) 從圖9-35可以看到，整個交易需要經(jīng)過公司5個部門的共同協(xié)作。但是由于公司每年的交易數(shù)量和金額都很大，因而過多的環(huán)節(jié)造成了總體效率不高。實施RosettaNet之前，AVNET公司有許多專門負責(zé)物料管理的經(jīng)理，而且大量需要處理的信息也降低了訂單的處理速度。因此，從內(nèi)部來看，AVNET公司需要對交易流程進行改善。而從公司的外部來看，公司電腦產(chǎn)品的一個主要供應(yīng)商轉(zhuǎn)變了其商務(wù)模式。在這個新的模式中，供應(yīng)商將自己負責(zé)存貨管理，完成產(chǎn)品組裝同時控制運輸和物流。這在公司原有的交易流程中是無法實現(xiàn)的。9專項應(yīng)用標(biāo)準(zhǔn) 2交易流程實施前后的變化交易流程實施前后的變化第一，以自動流程取代重復(fù)性業(yè)務(wù)流程，效率和準(zhǔn)確度得到提高。新流程的特點是減少了物料管理部分，這是由于RosettaNet標(biāo)準(zhǔn)能夠?qū)?/p>