電子數(shù)據(jù)交換標準課件

02一月2023第三章電子數(shù)據(jù)交換標準18十二月2022第三章電子數(shù)據(jù)交換標準13．1

EDI標準3.1.1

EDI的基本概念

2.網(wǎng)絡貿(mào)易數(shù)據(jù)交換的基本原則（1）交換的數(shù)據(jù)結構和相應的各種規(guī)則與系統(tǒng)、機器和介質(zhì)無關；（2）交換所用的字符集以國際字母表2的子集和國際字母表5為標準；（3）數(shù)據(jù)元的定義、規(guī)格和格式以現(xiàn)行的單證為基準；（4）標準報文中的數(shù)據(jù)元或數(shù)據(jù)組不相關，各部分的數(shù)據(jù)交換對其他數(shù)據(jù)不產(chǎn)生影響。

1/2/20233．1EDI標準3.1.1EDI的基本概念2.網(wǎng)絡23．1

EDI標準3.1.1

EDI的基本概念

3.

EDI系統(tǒng)的一般框架模型

EDI網(wǎng)絡數(shù)據(jù)庫EDI軟件EDI軟件數(shù)據(jù)庫ABEDI報文EDI報文1/2/20233．1EDI標準3.1.1EDI的基本概念3.E33.1.1

EDI的基本概念

4.主要功能（1）通信服務功能

；（2）報文翻譯功能

；（3）管理功能

；（4）安全和保密

；（5）系統(tǒng)監(jiān)控功能；（6）存證功能。

3．1

EDI標準1/2/20233.1.1EDI的基本概念4.主要功能3．1EDI43.1.1

EDI的基本概念

4.主要功能3．1

EDI標準數(shù)據(jù)庫應用系統(tǒng)應用接口報文生成數(shù)據(jù)處理格式轉換通信接口EDI網(wǎng)絡1/2/20233.1.1EDI的基本概念4.主要功能3．1EDI53.1.2

EDI的主要特點（1）單證格式化

；（2）報文標準化

；（3）處理自動化

；（4）運作規(guī)范化

。

3．1

EDI標準1/2/20233.1.2EDI的主要特點（1）單證格式化；3．163．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

1.基于實時收發(fā)的網(wǎng)絡結構

實時收發(fā)方式的特點：收發(fā)雙方通過通信網(wǎng)絡直接連接，在一次通信結束前，雙方的通信系統(tǒng)一直保持聯(lián)系。支持：一點對一點、一點對多點、多點對多點。

1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構73．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

2.基于存儲轉發(fā)的網(wǎng)絡結構

發(fā)送方向電子郵箱系統(tǒng)發(fā)出EDI報文，然后由郵箱系統(tǒng)轉發(fā)到接收方的信箱中。接收方可在任何時間、任何地點到信箱中提取報文。特點：信息被成批地交換，需要把所有報文處理完之后才能得到應答。

常用網(wǎng)絡結構：集中式、分布式。

1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構83．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

3.專用增值網(wǎng)

EDI系統(tǒng)利用了現(xiàn)有的通信網(wǎng)絡，包括分組交換數(shù)據(jù)網(wǎng)（PSDN）、電話交換網(wǎng)（PSTN）、數(shù)字數(shù)據(jù)網(wǎng)（DDN）、綜合業(yè)務數(shù)字網(wǎng)（ISDN）、衛(wèi)星數(shù)據(jù)網(wǎng)（VAST）實現(xiàn)電子數(shù)據(jù)交換。目前常用的EDI系統(tǒng)是指在現(xiàn)有通信網(wǎng)絡基礎上提供的一種增值服務，并不是構成了真正的EDI物理網(wǎng)絡。

1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構93．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

3.專用增值網(wǎng)

進口商EDI網(wǎng)絡服務中心運輸業(yè)制造業(yè)金融業(yè)海關出口商保險業(yè)航空業(yè)國際網(wǎng)絡1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構103．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

4.

EDI網(wǎng)絡服務中心的主要功能

（1）基本EDI服務；（2）通信接口；（3）公共業(yè)務服務；（4）終端用戶系統(tǒng)；（5）EDI計費；（6）安全保密系統(tǒng)。

1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構113．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

4.

EDI網(wǎng)絡服務中心的主要功能

存檔計費數(shù)據(jù)庫信息服務MHS系統(tǒng)翻譯系統(tǒng)跟蹤核查存儲系統(tǒng)網(wǎng)絡管理目錄管理存取控制通信接口測試演示培訓報表統(tǒng)計1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構123．1

EDI標準3.1.4

EDI的軟件基本功能及工作過程

1.轉換軟件

將計算機應用系統(tǒng)中的數(shù)據(jù)文件轉換成翻譯軟件能夠理解的平面文件（Flatfile），或是將從翻譯軟件接收來的平面文件轉換成計算機應用系統(tǒng)中的數(shù)據(jù)文件。人可以閱讀。

1/2/20233．1EDI標準3.1.4EDI的軟件基本功能及工作過程133．1

EDI標準3.1.4

EDI的軟件基本功能及工作過程

2.翻譯軟件

翻譯軟件將平面文件按照EDI標準的要求作結構化處理，包括語法上的壓縮、嵌套、代碼轉換，以及加上特定的分割符、控制符和其他信息，即將平面文件翻譯成EDI標準格式的文件。機器可以閱讀。

1/2/20233．1EDI標準3.1.4EDI的軟件基本功能及工作過程143．1

EDI標準3.1.4

EDI的軟件基本功能及工作過程

3.通信軟件

（1）負責對接收到EDI報文進行審查和確認；（2）將EDI標準格式的文件外層加上通信信封，其中包含了發(fā)送者和接收者的郵箱地址、安全要求和其他輔助信息；（3）基本的通信功能，包括報文的拆分與拼裝、數(shù)據(jù)輸入與輸出等。1/2/20233．1EDI標準3.1.4EDI的軟件基本功能及工作過程153．1

EDI標準3.1.4

EDI的軟件基本功能及工作過程

4.

EDI的工作過程

（1）發(fā)送方提取數(shù)據(jù)，轉換成平面文件；（2）將平面文件翻譯成標準的EDI報文；（3）將EDI信件發(fā)送到EDI中心的對方信箱；（4）接收方從信箱中提取信件；（5）將EDI信件翻譯成平面文件；（6）將平面文件轉換成應用系統(tǒng)可識別的數(shù)據(jù)。1/2/20233．1EDI標準3.1.4EDI的軟件基本功能及工作過程163．1

EDI標準3.1.5

EDI標準體系結構標準體系專用標準相關標準EDI基礎標準EDI管理標準EDI報文標準EDI通信標準EDI代碼標準EDI單證標準EDI其他標準1/2/20233．1EDI標準3.1.5EDI標準體系結構標準體系專用173．1

EDI標準3.1.6

UN/EDIFACT標準簡介

UN/EDIFACT標準文檔

①UNTDID——UnitedNationalTradeDataInterchangeDirectory；②UNCID——UniformRulesofConductforInterchangeofTradeDatabyTeletransmission；③UN/EDIFACT——UnitedNationsRulesforElectronicDataInterchangeofAdministration，CommerceandTransport

1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介183．1

EDI標準3.1.6

UN/EDIFACT標準簡介

1.

EDIFACT標準三要素

（1）數(shù)據(jù)元

數(shù)據(jù)元（Element）是電子單證最基本的單位，在上下文中不可再細分。標識：一個四位的十進制數(shù)字；值：字母數(shù)字串

■基本數(shù)據(jù)元；■成份數(shù)據(jù)元；■復合數(shù)據(jù)元。1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介193．1

EDI標準3.1.6

UN/EDIFACT標準簡介

1.EDIFACT標準三要素

數(shù)據(jù)元分類：

0000～0499：用于EDI通信控制；

1000～1499：單證引用與參考號，如訂單號；

2000～2499：有關的時間信息，如訂單日期；

3000～3499：參與方、地點信息，如進口商、目的地；

4000～4499：條款、條件，如付款條件；

5000～5499：金額與費用；

6000～6499：計量的值；

7000～7499：貨物與物品；

8000～8499：運輸工具和方式；

9000～9499：海關業(yè)務與其他。

1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介203．1

EDI標準3.1.6

UN/EDIFACT標準簡介

1.EDIFACT標準三要素

（2）數(shù)據(jù)段

數(shù)據(jù)段（Segment）是由一組功能相關的數(shù)據(jù)元組成。標識：三個大寫字母；結束符：“’”；

■用戶數(shù)據(jù)段

；■控制數(shù)據(jù)段

。1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介213．1

EDI標準3.1.6

UN/EDIFACT標準簡介

1.

EDIFACT標準三要素

（3）標準報文格式

UNH段——標題

BGM段——報文開始

DTM段——日期

段1：數(shù)據(jù)元段2：數(shù)據(jù)元…………

UNT段——報文結束

控制數(shù)據(jù)段控制數(shù)據(jù)段用戶數(shù)據(jù)段1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介223．1

EDI標準3.1.6

UN/EDIFACT標準簡介

2.

EDIFACT電子單證結構

UNTUNH數(shù)據(jù)段……數(shù)據(jù)段段標識+基本數(shù)據(jù)元+復合數(shù)據(jù)元’代碼：數(shù)值數(shù)值成份數(shù)據(jù)元：成份數(shù)據(jù)元數(shù)值數(shù)值

每個數(shù)據(jù)段包含了段標識、基本數(shù)據(jù)元、復合數(shù)據(jù)元；“’”是數(shù)據(jù)段分割符；“+”是段標識與數(shù)據(jù)元或數(shù)據(jù)元之間的分割符；“：”是成分數(shù)據(jù)元分割符。

1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介233．1

EDI標準3.1.6

UN/EDIFACT標準簡介中國五金制品進出口公司商業(yè)發(fā)票

UNH+1002+:INVOIC:96B:UN:CSBTS’報文頭，報文參考號1002

BGM+380+95OS274G’報文開始，發(fā)票號95OS274G

DTM+137:199504240930:203’報文發(fā)送時間

DTM+137:199504240930:102’發(fā)票日期IMD+F++:::DRYWALLSCREWS’商品為墻壁緊固件

FTX+TDT+1++SHIPMENTFROMSHANGHAI用輪船從上海運至漢堡，

TO

HAMBURGBYVESSELTHENTEPLICE然后轉至TEPLICE

WITHTRANSITTOTEPLICE

DTM+270:BEFORETHEENDOFAPRIL,1995’運輸期限在1995年4月底前

REF+CT:95GS1472035CZ-F’合同號95GS1472035CZ……

CNT+8:10080.000MPCS’貨物散件總數(shù)10080千件CNT+7:18798:KGM’貨物總毛重18798千克CNT+11:25:PE’貨物包裝總件數(shù)25個托盤MOA+39:49899.84USD’總金額49899.84美元UNT:52:1002’結束，52個段，參考號1002

1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介中243．1

EDI標準3.1.7

ANSIX.12

標準簡介

20世紀60年代，在美國國防部的支持下，由美國運輸數(shù)據(jù)協(xié)調(diào)委員會負責制定，形成了用于鐵路、公路、海運和空運的EDI標準（TDCC），這是世界上第一個EDI標準。1975年美國國家標準協(xié)會（ANSI）吸收和完善TDCC通用文件，在此基礎上制定了適合各行業(yè)的通用標準——ANSIX.12標準。1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介253．1

EDI標準3.1.7

ANSIX.12

標準簡介

1.基本概念

（1）交易集與標準號標準號交易集代碼單證名稱X12.1850訂單X12.2810發(fā)票X12.7840詢價X12.8843報價X12.9855訂單認可X12.10856裝貨單X12.12861收貨通知X12.13832價格/銷售目錄X12.14830計劃清單X12.15860訂單修改X12.16865訂單修改認可1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介263．1

EDI標準3.1.7

ANSIX.12

標準簡介

1.基本概念

（2）數(shù)據(jù)段與數(shù)據(jù)元與EDIFACT標準中的概念類似，在ANSIX.12中每一行信息被稱為數(shù)據(jù)段，而其中具體的單個信息被稱為數(shù)據(jù)元。（3）相關標準ANSIX.12提供了四種標準：交易集標準、數(shù)據(jù)段手冊、數(shù)據(jù)元手冊和語法標準。

1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介273．1

EDI標準3.1.7

ANSIX.12

標準簡介

2.交易集標準

數(shù)據(jù)段必選/可選項段重復次數(shù)段循環(huán)次數(shù)ST交易集頭M10BEG訂單起始段M10…………N1名稱O1100N2名稱附加信息O1100N3地址信息O2100N4地理信息O1100…………P01訂單基本信息M1200CTT交易總計M10SE交易集尾M10850訂單交易集的結構

1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介283．1

EDI標準3.1.7

ANSIX.12

標準簡介

3．數(shù)據(jù)段構成數(shù)據(jù)段由多個數(shù)據(jù)元構成，并規(guī)定了排列順序。數(shù)據(jù)段包括以下幾個部分：（1）數(shù)據(jù)段標識符；（2）數(shù)據(jù)元分隔符；（3）數(shù)據(jù)段終止符。1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介293．1

EDI標準3.1.7

ANSIX.12

標準簡介

4．數(shù)據(jù)元數(shù)據(jù)元手冊定義了每個數(shù)據(jù)元的含義和結構。PO103UnitofMeasureCode355MID02/02①②③④⑤⑥1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介303．1

EDI標準3.1.8

EDI在海關的應用

1.電子通關概念電子通關是在海關與通關對象之間運用EDI技術來自動交換和處理通關文件，并且利用海關計算機應用系統(tǒng)及時、自動地完成整個通關過程。

貿(mào)易公司進出口公司銀行國家主管部門海關運輸公司1/2/20233．1EDI標準3.1.8EDI在海關的應用1313．1

EDI標準3.1.8

EDI在海關的應用

2.電子通關系統(tǒng)的基本構成EDI運行管理子系統(tǒng)EDI通信子系統(tǒng)計算機艙單管理EDIFACT翻譯系統(tǒng)EDI方式應用軟件H2000通關軟件EDI通關系統(tǒng)用戶單位子系統(tǒng)計算機審單管理計算機征稅管理計算機放行管理外貿(mào)管理報關單位民航港務銀行

其他1/2/20233．1EDI標準3.1.8EDI在海關的應用2323．1

EDI標準3.1.8

EDI在海關的應用

3.我國的EDI通信網(wǎng)絡

4.海關EDI標準報文5.EDI通關流程

3.1.9

基于Internet的EDI

EDI系統(tǒng)存在以下明顯的局限性：（1）采用專用網(wǎng)絡系統(tǒng)，接入費用高。（2）數(shù)據(jù)表現(xiàn)方式單調(diào)。（3）系統(tǒng)運行效率低。1/2/20233．1EDI標準3.1.8EDI在海關的應用3333．1

EDI標準3.1.9

基于Internet的EDI

1.Web

EDI客戶機通過Internet發(fā)出電子數(shù)據(jù)交換請求，Web服務器響應，并將相關信息提交給EDI應用系統(tǒng)，由服務器端完成翻譯和映射的工作。

2.XMLEDIXML所描述的信息仍然是通信雙方互相認可的，也就是說，這種描述仍然要遵守EDI的規(guī)范。

1/2/20233．1EDI標準3.1.9基于Internet的EDI343．2

ebXML標準3.2.1

ebXML的基本概念

ebXML是一組支持模塊化電子商務的規(guī)范集。ebXML目的：開發(fā)一個基于XML標準的電子商務基礎構架，逐步拓展出統(tǒng)一的全球性電子交易市場，使每個加入ebXML體系的成員能夠在一個相互兼容、安全和協(xié)調(diào)一致的環(huán)境下進行電子商務信息交換，實現(xiàn)跨行業(yè)的B2B、B2C交易

1/2/20233．2ebXML標準3.2.1ebXML的基本概念 353．2

ebXML標準3.2.1

ebXML的基本概念

1.

ebXML標準的基本任務（1）使電子商務簡單容易，且無所不在；

（2）最大限度地使用XML；

（3）為B2B和B2C提供同樣的開放標準；（4）將各種XML商務詞匯的結構和內(nèi)容放在單一規(guī)范中

（5）提供一條從EDI標準到XML詞匯移植的途徑；

（6）保持低廉的交易和運作成本；

（7）支持多種書面語言，并容納國際、國內(nèi)的通用規(guī)則。

1/2/20233．2ebXML標準3.2.1ebXML的基本概念363．2

ebXML標準3.2.1

ebXML的基本概念

2.

ebXML的技術構架

（1）建立商務流程及其相關信息模型的標準；

（2）建立注冊、存儲商務流程和信息元模型標準；

（3）建立交易伙伴相關信息的發(fā)現(xiàn)機制；（4）建立上述信息的注冊機制，以方便發(fā)現(xiàn)和檢索

；

（5）建立標準的商務報文服務框架；

（6）確定商業(yè)協(xié)議的描述方法，即合作協(xié)議協(xié)定配置

；

（7）確定商業(yè)協(xié)議中約定的商務流程在消息中描述方式

1/2/20233．2ebXML標準3.2.1ebXML的基本概念373．2

ebXML標準3.2.1

ebXML的基本概念

3.

ebXML電子商務實施的一般過程

ebXML實施過程可以分為三個階段，即實施階段、發(fā)現(xiàn)-檢索階段、運行階段。商務劇本商務檔案ebXML注冊表企業(yè)A①②③④⑤⑥B系統(tǒng)A系統(tǒng)1/2/20233．2ebXML標準3.2.1ebXML的基本概念383．2

ebXML標準3.2.2

ebXML貿(mào)易伙伴檔案和協(xié)議

1.合作協(xié)議配置文件

合作協(xié)議配置文件(

CollaborationProtocolProfile，CPP)

是一個用來表達貿(mào)易伙伴能夠支持的商務處理流程和服務接口的文檔，而且也能夠被其他ebXML兼容的貿(mào)易伙伴所理解。2.合作協(xié)議協(xié)定合作協(xié)議協(xié)定（CollaborationProtocolAgreement，CPA)是描述兩個或多個CPP交集的文檔，描述了消息服務接口和貿(mào)易伙伴都同意的商務處理流程實施細則。

1/2/20233．2ebXML標準3.2.2ebXML貿(mào)易伙伴檔案和協(xié)393．2

ebXML標準3.2.2

ebXML貿(mào)易伙伴檔案和協(xié)議

3.CPP和CPA的形成過程

參與方A執(zhí)行協(xié)定預備協(xié)定CPA（A，B）CPA（A，B）CPP（A）CPP（B）………CPP（Y）CPP（Z）參與方B執(zhí)行協(xié)定預備協(xié)定CPA（A，B）CPA（A，B）①②③④1/2/20233．2ebXML標準3.2.2ebXML貿(mào)易伙伴檔案和協(xié)403．2

ebXML標準3.2.3ebXML商務流程規(guī)范

商務流程具體描述了貿(mào)易伙伴在合作中的角色、關系和責任，以及相互之間的交互方法。一個商務流程能分解為多個可重用的核心過程，而商務信息能分解為可重用的核心組件。商務流程規(guī)范可以被CPP和CPA所包含和引用。

1/2/20233．2ebXML標準3.2.3ebXML商務流程規(guī)范413．2

ebXML標準3.2.3

ebXML商務流程規(guī)范

建立商務流程規(guī)范的一般思路：

商務流程和信息模型ebXML商務流程規(guī)范ebXMLCPP/CPAebXML商務服務接口配置1/2/20233．2ebXML標準3.2.3ebXML商務流程規(guī)范423．2

ebXML標準3.2.4

ebXML注冊表與知識庫

注冊表提供了貿(mào)易伙伴所需信息的共享服務，而這些信息作為對象存儲在知識庫中，并由注冊表進行管理。知識庫中存儲了流程、詞匯、消息。在注冊組件中有一個連接已經(jīng)注冊項目原數(shù)據(jù)的接口，通過注冊服務中的API可以訪問ebXML注冊。注冊表中的所有元素都被分配一個唯一的UID，全球統(tǒng)一標識符（UUIDs）。1/2/20233．2ebXML標準3.2.4ebXML注冊表與知識庫433．2

ebXML標準3.2.5

ebXML消息服務

ebXML消息服務機制提供了一種標準的方法，實現(xiàn)貿(mào)易伙伴之間商務消息的交換。消息頭清單有效數(shù)據(jù)載荷文檔ebXML消息頭容器ebXML有效數(shù)據(jù)容器ebXML消息頭文檔ebXML消息頭封裝ebXML消息封裝（MIME封裝/相關）

傳輸封裝（SMTP，HTTP等）

ebXML有效數(shù)據(jù)載荷封裝

1/2/20233．2ebXML標準3.2.5ebXML消息服務443．2

ebXML標準3.2.6

ebXML核心組件

ebXML定義了一系列公共的數(shù)據(jù)條目，它們是多個商業(yè)領域都出現(xiàn)的業(yè)務對象，同一條目在不同的領域具有相同的含義，可以重用。

ebXML核心組件的基本特征:（1）利用ebXML注冊機制可以存儲和檢索；（2）說明了電子商務所需的基本信息；（3）使用XML句法進行描述。1/2/20233．2ebXML標準3.2.6ebXML核心組件453．2

ebXML標準3.2.6

ebXML核心組件

ebXML核心組件的基本框架如圖。內(nèi)容構成（有且僅有一個）增補內(nèi)容（一個或多個）核心組件類型（CCT）數(shù)據(jù)類型基本核心組件（BCC）聯(lián)合核心組件（ASCC）聚集核心組件（ACC）特別要求無商務語義有商務語義定義值范圍提供一個單一特性，且聚集

提供一個復雜特性，且聚集

1/2/20233．2ebXML標準3.2.6ebXML核心組件463．2

ebXML標準3.2.6

ebXML核心組件

核心組件與商務信息實體有著密切聯(lián)系。核心組件可以用來定義商務信息實體，所以商務信息實體是在特定商務情形中使用核心組件的結果。（1）基本商務信息實體；（2）聯(lián)合商務信息實體

；（3）聚集商務信息實體

。1/2/20233．2ebXML標準3.2.6ebXML核心組件473．3

RosettaNet標準全球電子商務聯(lián)盟組織是一個致力于開發(fā)和實現(xiàn)全行業(yè)開放式電子商務流程標準的非贏利性企業(yè)聯(lián)盟。它充分利用現(xiàn)有的開放式電子商務標準、指導方針和規(guī)范，制定RosettaNet標準，以實現(xiàn)跨平臺、跨應用和跨網(wǎng)絡的通信，形成一個更高標準的體系，增強業(yè)務流程的互用性，創(chuàng)建跨企業(yè)的電子商務架構。1/2/20233．3RosettaNet標準全球電子商務聯(lián)盟483．3

RosettaNet標準3.3.1

RosettaNet概述

（1）特定的應用領域；（2）主要目標集中在供應鏈優(yōu)化上，允許貿(mào)易伙伴之間開展大規(guī)模協(xié)作和交流，在Internet上實現(xiàn)業(yè)務流程自動化；（3）采用XML通用語言，形成電子化業(yè)務信息共享標準（4）提供了一個健壯的、非專有的解決方案；（5）RosettaNet標準體系由三部分構成；

（6）RosettaNet與EDI之間的主要區(qū)別；（7）RosettaNet與ebXML之間的主要區(qū)別。1/2/20233．3RosettaNet標準3.3.1RosettaN493．3

RosettaNet標準3.3.2合作伙伴接口程序

合作伙伴接口程序（PartnerInterfaceProcesses，PIP）是一種基于XML的交易流程程序，是貿(mào)易伙伴進行交換的表現(xiàn)形式和消息內(nèi)容。

1.

PIP描述的核心流程

PIP是一組常規(guī)的、標準化的規(guī)范，確定了業(yè)務文檔結構和格式、活動、操作、角色的封裝業(yè)務流程。

RosettaNet將PIP指定的供應鏈領域劃分為七組核心業(yè)務流程的“集群（Cluster）”和一組用于管理的“集群”。

1/2/20233．3RosettaNet標準3.3.2合作伙伴接口程序503．3

RosettaNet標準3.3.2合作伙伴接口程序

1.PIP描述的核心流程

■

產(chǎn)品與服務監(jiān)視；

■

產(chǎn)品信息；

■

定單；

■

庫存；

■

市場信息；

■

服務和支持；

■

制造；■管理。

1/2/20233．3RosettaNet標準3.3.2合作伙伴接口程序513．3

RosettaNet標準3.3.2合作伙伴接口程序

2.核心流程集群（Cluster

）的結構

Cluster3：OrderManagement SegmentA：QuoteandOrderEntry PIP3A1：RequestQuote Activity：RequestQuote Action：QuoteRequestAction Action：QuoteConfirmation SegmentB：TransportationandDistribution SegmentC：ReturnsandFinance SegmentD：ProductConfiguration1/2/20233．3RosettaNet標準3.3.2合作伙伴接口程序523．3

RosettaNet標準3.3.2合作伙伴接口程序

3.

PIPs規(guī)范的主要內(nèi)容（1）商業(yè)過程描述了商業(yè)活動中的數(shù)據(jù)含義及其交換流程。通常附有業(yè)務操作視圖。

（2）網(wǎng)絡和實施規(guī)范規(guī)定了交互文檔的消息格式和貿(mào)易伙伴之間的通信要求。關于消息格式的規(guī)定，RosettaNet分別以word文檔和XMLSchema的形式對各個模塊進行了描述。1/2/20233．3RosettaNet標準3.3.2合作伙伴接口程序533．3

RosettaNet標準3.3.3RosettaNet字典

RosettaNet字典是一個公共詞匯表，它為供應鏈上的企業(yè)開展電子商務提供了一個標準的術語集，對流程中各個PIPs所用到的元素進行了統(tǒng)一的定義。1.商務字典商務字典主要描述了基本業(yè)務中常用元素的屬性，這些元素包括各個PIPs中的業(yè)務關系和業(yè)務數(shù)據(jù)等。（1）業(yè)務數(shù)據(jù)實體;（2）基礎數(shù)據(jù)實體;

1/2/20233．3RosettaNet標準3.3.3RosettaN543．3

RosettaNet標準3.3.3RosettaNet字典

1.商務字典（3）定量數(shù)據(jù)實體;（4）業(yè)務屬性;（5）實體實例。2.技術字典RosettaNet技術字典提供了一種公共語言，用來定義與形式、動作、功能相關的產(chǎn)品和服務屬性，使制造商、分銷商、代理商更容易描述產(chǎn)品的屬性。1/2/20233．3RosettaNet標準3.3.3RosettaN553．3

RosettaNet標準3.3.4RosettaNet實施框架

RosettaNet實施框架（RosettaNetImplementationFramework，RNIF）可以用來輔助電子商務系統(tǒng)實施者和解決方案提供者創(chuàng)建協(xié)同執(zhí)行RosettaNetPIP的應用組件。通過遵守RNIF規(guī)范，他們可以確保其應用程序能與經(jīng)營同一業(yè)務的貿(mào)易合作伙伴進行系統(tǒng)集成。

1/2/20233．3RosettaNet標準3.3.4RosettaN563．3

RosettaNet標準3.3.4RosettaNet實施框架

1.業(yè)務消息的構成PreambleDeliveryHeaderServiceHeaderServiceContent（Action/SignalMessage）Attachment1Attachmentn……MIMEmultipart/related

Headers

Payload

BusinessMessage

1/2/20233．3RosettaNet標準3.3.4RosettaN573．3

RosettaNet標準3.3.4RosettaNet實施框架

（1）頭信息格式和規(guī)范RosettaNet頭信息均為XML文檔，且有相應的DTD文檔。

■引導規(guī)范；

■傳送頭規(guī)范；

■服務頭規(guī)范。

1/2/20233．3RosettaNet標準3.3.4RosettaN583．3

RosettaNet標準3.3.4RosettaNet實施框架

（2）有效載荷的構成有效載荷是服務頭中描述或標識的實質(zhì)性商業(yè)內(nèi)容，服務頭的格式固定且獨立于有效載荷。服務內(nèi)容是XML格式的商業(yè)文件，它可以是操作消息，也可以是信號消息。

（3）附件

附件是一種輔助性文檔，其格式可以是多種，它與商業(yè)內(nèi)容一起打包并發(fā)送。

1/2/20233．3RosettaNet標準3.3.4RosettaN593．3

RosettaNet標準3.3.4RosettaNet實施框架

2.安全規(guī)范與貿(mào)易伙伴認證（1）利用S/MIME對消息進行封裝；（2）利用S/MIME進行消息簽名；（3）在RosettaNet中應用數(shù)字證書。1/2/20233．3RosettaNet標準3.3.4RosettaN603．3

RosettaNet標準3.3.4RosettaNet實施框架

3.

RosettaNet業(yè)務消息的打包和解包一個RosettaNet業(yè)務消息是由具體業(yè)務消息和MIME頭打包而成的MIME消息。所有打包和解包的規(guī)范都獨立于采用的傳輸協(xié)議。

（1）RosettaNet業(yè)務消息的打包規(guī)范；

（2）RosettaNet業(yè)務消息的解包規(guī)范。

1/2/20233．3RosettaNet標準3.3.4RosettaN6102一月2023第三章電子數(shù)據(jù)交換標準18十二月2022第三章電子數(shù)據(jù)交換標準623．1

EDI標準3.1.1

EDI的基本概念

2.網(wǎng)絡貿(mào)易數(shù)據(jù)交換的基本原則（1）交換的數(shù)據(jù)結構和相應的各種規(guī)則與系統(tǒng)、機器和介質(zhì)無關；（2）交換所用的字符集以國際字母表2的子集和國際字母表5為標準；（3）數(shù)據(jù)元的定義、規(guī)格和格式以現(xiàn)行的單證為基準；（4）標準報文中的數(shù)據(jù)元或數(shù)據(jù)組不相關，各部分的數(shù)據(jù)交換對其他數(shù)據(jù)不產(chǎn)生影響。

1/2/20233．1EDI標準3.1.1EDI的基本概念2.網(wǎng)絡633．1

EDI標準3.1.1

EDI的基本概念

3.

EDI系統(tǒng)的一般框架模型

EDI網(wǎng)絡數(shù)據(jù)庫EDI軟件EDI軟件數(shù)據(jù)庫ABEDI報文EDI報文1/2/20233．1EDI標準3.1.1EDI的基本概念3.E643.1.1

EDI的基本概念

4.主要功能（1）通信服務功能

；（2）報文翻譯功能

；（3）管理功能

；（4）安全和保密

；（5）系統(tǒng)監(jiān)控功能；（6）存證功能。

3．1

EDI標準1/2/20233.1.1EDI的基本概念4.主要功能3．1EDI653.1.1

EDI的基本概念

4.主要功能3．1

EDI標準數(shù)據(jù)庫應用系統(tǒng)應用接口報文生成數(shù)據(jù)處理格式轉換通信接口EDI網(wǎng)絡1/2/20233.1.1EDI的基本概念4.主要功能3．1EDI663.1.2

EDI的主要特點（1）單證格式化

；（2）報文標準化

；（3）處理自動化

；（4）運作規(guī)范化

。

3．1

EDI標準1/2/20233.1.2EDI的主要特點（1）單證格式化；3．1673．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

1.基于實時收發(fā)的網(wǎng)絡結構

實時收發(fā)方式的特點：收發(fā)雙方通過通信網(wǎng)絡直接連接，在一次通信結束前，雙方的通信系統(tǒng)一直保持聯(lián)系。支持：一點對一點、一點對多點、多點對多點。

1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構683．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

2.基于存儲轉發(fā)的網(wǎng)絡結構

發(fā)送方向電子郵箱系統(tǒng)發(fā)出EDI報文，然后由郵箱系統(tǒng)轉發(fā)到接收方的信箱中。接收方可在任何時間、任何地點到信箱中提取報文。特點：信息被成批地交換，需要把所有報文處理完之后才能得到應答。

常用網(wǎng)絡結構：集中式、分布式。

1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構693．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

3.專用增值網(wǎng)

EDI系統(tǒng)利用了現(xiàn)有的通信網(wǎng)絡，包括分組交換數(shù)據(jù)網(wǎng)（PSDN）、電話交換網(wǎng)（PSTN）、數(shù)字數(shù)據(jù)網(wǎng)（DDN）、綜合業(yè)務數(shù)字網(wǎng)（ISDN）、衛(wèi)星數(shù)據(jù)網(wǎng)（VAST）實現(xiàn)電子數(shù)據(jù)交換。目前常用的EDI系統(tǒng)是指在現(xiàn)有通信網(wǎng)絡基礎上提供的一種增值服務，并不是構成了真正的EDI物理網(wǎng)絡。

1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構703．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

3.專用增值網(wǎng)

進口商EDI網(wǎng)絡服務中心運輸業(yè)制造業(yè)金融業(yè)海關出口商保險業(yè)航空業(yè)國際網(wǎng)絡1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構713．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

4.

EDI網(wǎng)絡服務中心的主要功能

（1）基本EDI服務；（2）通信接口；（3）公共業(yè)務服務；（4）終端用戶系統(tǒng)；（5）EDI計費；（6）安全保密系統(tǒng)。

1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構723．1

EDI標準3.1.3

EDI的傳輸網(wǎng)絡結構

4.

EDI網(wǎng)絡服務中心的主要功能

存檔計費數(shù)據(jù)庫信息服務MHS系統(tǒng)翻譯系統(tǒng)跟蹤核查存儲系統(tǒng)網(wǎng)絡管理目錄管理存取控制通信接口測試演示培訓報表統(tǒng)計1/2/20233．1EDI標準3.1.3EDI的傳輸網(wǎng)絡結構733．1

EDI標準3.1.4

EDI的軟件基本功能及工作過程

1.轉換軟件

將計算機應用系統(tǒng)中的數(shù)據(jù)文件轉換成翻譯軟件能夠理解的平面文件（Flatfile），或是將從翻譯軟件接收來的平面文件轉換成計算機應用系統(tǒng)中的數(shù)據(jù)文件。人可以閱讀。

1/2/20233．1EDI標準3.1.4EDI的軟件基本功能及工作過程743．1

EDI標準3.1.4

EDI的軟件基本功能及工作過程

2.翻譯軟件

翻譯軟件將平面文件按照EDI標準的要求作結構化處理，包括語法上的壓縮、嵌套、代碼轉換，以及加上特定的分割符、控制符和其他信息，即將平面文件翻譯成EDI標準格式的文件。機器可以閱讀。

1/2/20233．1EDI標準3.1.4EDI的軟件基本功能及工作過程753．1

EDI標準3.1.4

EDI的軟件基本功能及工作過程

3.通信軟件

（1）負責對接收到EDI報文進行審查和確認；（2）將EDI標準格式的文件外層加上通信信封，其中包含了發(fā)送者和接收者的郵箱地址、安全要求和其他輔助信息；（3）基本的通信功能，包括報文的拆分與拼裝、數(shù)據(jù)輸入與輸出等。1/2/20233．1EDI標準3.1.4EDI的軟件基本功能及工作過程763．1

EDI標準3.1.4

EDI的軟件基本功能及工作過程

4.

EDI的工作過程

（1）發(fā)送方提取數(shù)據(jù)，轉換成平面文件；（2）將平面文件翻譯成標準的EDI報文；（3）將EDI信件發(fā)送到EDI中心的對方信箱；（4）接收方從信箱中提取信件；（5）將EDI信件翻譯成平面文件；（6）將平面文件轉換成應用系統(tǒng)可識別的數(shù)據(jù)。1/2/20233．1EDI標準3.1.4EDI的軟件基本功能及工作過程773．1

EDI標準3.1.5

EDI標準體系結構標準體系專用標準相關標準EDI基礎標準EDI管理標準EDI報文標準EDI通信標準EDI代碼標準EDI單證標準EDI其他標準1/2/20233．1EDI標準3.1.5EDI標準體系結構標準體系專用783．1

EDI標準3.1.6

UN/EDIFACT標準簡介

UN/EDIFACT標準文檔

①UNTDID——UnitedNationalTradeDataInterchangeDirectory；②UNCID——UniformRulesofConductforInterchangeofTradeDatabyTeletransmission；③UN/EDIFACT——UnitedNationsRulesforElectronicDataInterchangeofAdministration，CommerceandTransport

1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介793．1

EDI標準3.1.6

UN/EDIFACT標準簡介

1.

EDIFACT標準三要素

（1）數(shù)據(jù)元

數(shù)據(jù)元（Element）是電子單證最基本的單位，在上下文中不可再細分。標識：一個四位的十進制數(shù)字；值：字母數(shù)字串

■基本數(shù)據(jù)元；■成份數(shù)據(jù)元；■復合數(shù)據(jù)元。1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介803．1

EDI標準3.1.6

UN/EDIFACT標準簡介

1.EDIFACT標準三要素

數(shù)據(jù)元分類：

0000～0499：用于EDI通信控制；

1000～1499：單證引用與參考號，如訂單號；

2000～2499：有關的時間信息，如訂單日期；

3000～3499：參與方、地點信息，如進口商、目的地；

4000～4499：條款、條件，如付款條件；

5000～5499：金額與費用；

6000～6499：計量的值；

7000～7499：貨物與物品；

8000～8499：運輸工具和方式；

9000～9499：海關業(yè)務與其他。

1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介813．1

EDI標準3.1.6

UN/EDIFACT標準簡介

1.EDIFACT標準三要素

（2）數(shù)據(jù)段

數(shù)據(jù)段（Segment）是由一組功能相關的數(shù)據(jù)元組成。標識：三個大寫字母；結束符：“’”；

■用戶數(shù)據(jù)段

；■控制數(shù)據(jù)段

。1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介823．1

EDI標準3.1.6

UN/EDIFACT標準簡介

1.

EDIFACT標準三要素

（3）標準報文格式

UNH段——標題

BGM段——報文開始

DTM段——日期

段1：數(shù)據(jù)元段2：數(shù)據(jù)元…………

UNT段——報文結束

控制數(shù)據(jù)段控制數(shù)據(jù)段用戶數(shù)據(jù)段1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介833．1

EDI標準3.1.6

UN/EDIFACT標準簡介

2.

EDIFACT電子單證結構

UNTUNH數(shù)據(jù)段……數(shù)據(jù)段段標識+基本數(shù)據(jù)元+復合數(shù)據(jù)元’代碼：數(shù)值數(shù)值成份數(shù)據(jù)元：成份數(shù)據(jù)元數(shù)值數(shù)值

每個數(shù)據(jù)段包含了段標識、基本數(shù)據(jù)元、復合數(shù)據(jù)元；“’”是數(shù)據(jù)段分割符；“+”是段標識與數(shù)據(jù)元或數(shù)據(jù)元之間的分割符；“：”是成分數(shù)據(jù)元分割符。

1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介843．1

EDI標準3.1.6

UN/EDIFACT標準簡介中國五金制品進出口公司商業(yè)發(fā)票

UNH+1002+:INVOIC:96B:UN:CSBTS’報文頭，報文參考號1002

BGM+380+95OS274G’報文開始，發(fā)票號95OS274G

DTM+137:199504240930:203’報文發(fā)送時間

DTM+137:199504240930:102’發(fā)票日期IMD+F++:::DRYWALLSCREWS’商品為墻壁緊固件

FTX+TDT+1++SHIPMENTFROMSHANGHAI用輪船從上海運至漢堡，

TO

HAMBURGBYVESSELTHENTEPLICE然后轉至TEPLICE

WITHTRANSITTOTEPLICE

DTM+270:BEFORETHEENDOFAPRIL,1995’運輸期限在1995年4月底前

REF+CT:95GS1472035CZ-F’合同號95GS1472035CZ……

CNT+8:10080.000MPCS’貨物散件總數(shù)10080千件CNT+7:18798:KGM’貨物總毛重18798千克CNT+11:25:PE’貨物包裝總件數(shù)25個托盤MOA+39:49899.84USD’總金額49899.84美元UNT:52:1002’結束，52個段，參考號1002

1/2/20233．1EDI標準3.1.6UN/EDIFACT標準簡介中853．1

EDI標準3.1.7

ANSIX.12

標準簡介

20世紀60年代，在美國國防部的支持下，由美國運輸數(shù)據(jù)協(xié)調(diào)委員會負責制定，形成了用于鐵路、公路、海運和空運的EDI標準（TDCC），這是世界上第一個EDI標準。1975年美國國家標準協(xié)會（ANSI）吸收和完善TDCC通用文件，在此基礎上制定了適合各行業(yè)的通用標準——ANSIX.12標準。1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介863．1

EDI標準3.1.7

ANSIX.12

標準簡介

1.基本概念

（1）交易集與標準號標準號交易集代碼單證名稱X12.1850訂單X12.2810發(fā)票X12.7840詢價X12.8843報價X12.9855訂單認可X12.10856裝貨單X12.12861收貨通知X12.13832價格/銷售目錄X12.14830計劃清單X12.15860訂單修改X12.16865訂單修改認可1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介873．1

EDI標準3.1.7

ANSIX.12

標準簡介

1.基本概念

（2）數(shù)據(jù)段與數(shù)據(jù)元與EDIFACT標準中的概念類似，在ANSIX.12中每一行信息被稱為數(shù)據(jù)段，而其中具體的單個信息被稱為數(shù)據(jù)元。（3）相關標準ANSIX.12提供了四種標準：交易集標準、數(shù)據(jù)段手冊、數(shù)據(jù)元手冊和語法標準。

1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介883．1

EDI標準3.1.7

ANSIX.12

標準簡介

2.交易集標準

數(shù)據(jù)段必選/可選項段重復次數(shù)段循環(huán)次數(shù)ST交易集頭M10BEG訂單起始段M10…………N1名稱O1100N2名稱附加信息O1100N3地址信息O2100N4地理信息O1100…………P01訂單基本信息M1200CTT交易總計M10SE交易集尾M10850訂單交易集的結構

1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介893．1

EDI標準3.1.7

ANSIX.12

標準簡介

3．數(shù)據(jù)段構成數(shù)據(jù)段由多個數(shù)據(jù)元構成，并規(guī)定了排列順序。數(shù)據(jù)段包括以下幾個部分：（1）數(shù)據(jù)段標識符；（2）數(shù)據(jù)元分隔符；（3）數(shù)據(jù)段終止符。1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介903．1

EDI標準3.1.7

ANSIX.12

標準簡介

4．數(shù)據(jù)元數(shù)據(jù)元手冊定義了每個數(shù)據(jù)元的含義和結構。PO103UnitofMeasureCode355MID02/02①②③④⑤⑥1/2/20233．1EDI標準3.1.7ANSIX.12標準簡介913．1

EDI標準3.1.8

EDI在海關的應用

1.電子通關概念電子通關是在海關與通關對象之間運用EDI技術來自動交換和處理通關文件，并且利用海關計算機應用系統(tǒng)及時、自動地完成整個通關過程。

貿(mào)易公司進出口公司銀行國家主管部門海關運輸公司1/2/20233．1EDI標準3.1.8EDI在海關的應用1923．1

EDI標準3.1.8

EDI在海關的應用

2.電子通關系統(tǒng)的基本構成EDI運行管理子系統(tǒng)EDI通信子系統(tǒng)計算機艙單管理EDIFACT翻譯系統(tǒng)EDI方式應用軟件H2000通關軟件EDI通關系統(tǒng)用戶單位子系統(tǒng)計算機審單管理計算機征稅管理計算機放行管理外貿(mào)管理報關單位民航港務銀行

其他1/2/20233．1EDI標準3.1.8EDI在海關的應用2933．1

EDI標準3.1.8

EDI在海關的應用

3.我國的EDI通信網(wǎng)絡

4.海關EDI標準報文5.EDI通關流程

3.1.9

基于Internet的EDI

EDI系統(tǒng)存在以下明顯的局限性：（1）采用專用網(wǎng)絡系統(tǒng)，接入費用高。（2）數(shù)據(jù)表現(xiàn)方式單調(diào)。（3）系統(tǒng)運行效率低。1/2/20233．1EDI標準3.1.8EDI在海關的應用3943．1

EDI標準3.1.9

基于Internet的EDI

1.Web

EDI客戶機通過Internet發(fā)出電子數(shù)據(jù)交換請求，Web服務器響應，并將相關信息提交給EDI應用系統(tǒng)，由服務器端完成翻譯和映射的工作。

2.XMLEDIXML所描述的信息仍然是通信雙方互相認可的，也就是說，這種描述仍然要遵守EDI的規(guī)范。

1/2/20233．1EDI標準3.1.9基于Internet的EDI953．2

ebXML標準3.2.1

ebXML的基本概念

ebXML是一組支持模塊化電子商務的規(guī)范集。ebXML目的：開發(fā)一個基于XML標準的電子商務基礎構架，逐步拓展出統(tǒng)一的全球性電子交易市場，使每個加入ebXML體系的成員能夠在一個相互兼容、安全和協(xié)調(diào)一致的環(huán)境下進行電子商務信息交換，實現(xiàn)跨行業(yè)的B2B、B2C交易

1/2/20233．2ebXML標準3.2.1ebXML的基本概念 963．2

ebXML標準3.2.1

ebXML的基本概念

1.

ebXML標準的基本任務（1）使電子商務簡單容易，且無所不在；

（2）最大限度地使用XML；

（3）為B2B和B2C提供同樣的開放標準；（4）將各種XML商務詞匯的結構和內(nèi)容放在單一規(guī)范中

（5）提供一條從EDI標準到XML詞匯移植的途徑；

（6）保持低廉的交易和運作成本；

（7）支持多種書面語言，并容納國際、國內(nèi)的通用規(guī)則。

1/2/20233．2ebXML標準3.2.1ebXML的基本概念973．2

ebXML標準3.2.1

ebXML的基本概念

2.

ebXML的技術構架

（1）建立商務流程及其相關信息模型的標準；

（2）建立注冊、存儲商務流程和信息元模型標準；

（3）建立交易伙伴相關信息的發(fā)現(xiàn)機制；（4）建立上述信息的注冊機制，以方便發(fā)現(xiàn)和檢索

；

（5）建立標準的商務報文服務框架；

（6）確定商業(yè)協(xié)議的描述方法，即合作協(xié)議協(xié)定配置

；

（7）確定商業(yè)協(xié)議中約定的商務流程在消息中描述方式

1/2/20233．2ebXML標準3.2.1ebXML的基本概念983．2

ebXML標準3.2.1

ebXML的基本概念

3.

ebXML電子商務實施的一般過程

ebXML實施過程可以分為三個階段，即實施階段、發(fā)現(xiàn)-檢索階段、運行階段。商務劇本商務檔案ebXML注冊表企業(yè)A①②③④⑤⑥B系統(tǒng)A系統(tǒng)1/2/20233．2ebXML標準3.2.1ebXML的基本概念993．2

ebXML標準3.2.2

ebXML貿(mào)易伙伴檔案和協(xié)議

1.合作協(xié)議配置文件

合作協(xié)議配置文件(

CollaborationProtocolProfile，CPP)

是一個用來表達貿(mào)易伙伴能夠支持的商務處理流程和服務接口的文檔，而且也能夠被其他ebXML兼容的貿(mào)易伙伴所理解。2.合作協(xié)議協(xié)定合作協(xié)議協(xié)定（CollaborationProtocolAgreement，CPA)是描述兩個或多個CPP交集的文檔，描述了消息服務接口和貿(mào)易伙伴都同意的商務處理流程實施細則。

1/2/20233．2ebXML標準3.2.2ebXML貿(mào)易伙伴檔案和協(xié)1003．2

ebXML標準3.2.2

ebXML貿(mào)易伙伴檔案和協(xié)議

3.CPP和CPA的形成過程

參與方A執(zhí)行協(xié)定預備協(xié)定CPA（A，B）CPA（A，B）CPP（A）CPP（B）………CPP（Y）CPP（Z）參與方B執(zhí)行協(xié)定預備協(xié)定CPA（A，B）CPA（A，B）①②③④1/2/20233．2ebXML標準3.2.2ebXML貿(mào)易伙伴檔案和協(xié)1013．2

ebXML標準3.2.3ebXML商務流程規(guī)范

商務流程具體描述了貿(mào)易伙伴在合作中的角色、關系和責任，以及相互之間的交互方法。一個商務流程能分解為多個可重用的核心過程，而商務信息能分解為可重用的核心組件。商務流程規(guī)范可以被CPP和CPA所包含和引用。

1/2/20233．2ebXML標準3.2.3ebXML商務流程規(guī)范1023．2

ebXML標準3.2.3

ebXML商務流程規(guī)范

建立商務流程規(guī)范的一般思路：

商務流程和信息模型ebXML商務流程規(guī)范ebXMLCPP/CPAebXML商務服務接口配置1/2/20233．2ebXML標準3.2.3ebXML商務流程規(guī)范1033．2

ebXML標準3.2.4

ebXML注冊表與知識庫

注冊表提供了貿(mào)易伙伴所需信息的共享服務，而這些信息作為對象存儲在知識庫中，并由注冊表進行管理。知識庫中存儲了流程、詞匯、消息。在注冊組件中有一個連接已經(jīng)注冊項目原數(shù)據(jù)的接口，通過注冊服務中的API可以訪問ebXML注冊。注冊表中的所有元素都被分配一個唯一的UID，全球統(tǒng)一標識符（UUIDs）。1/2/20233．2ebXML標準3.2.4ebXML注冊表與知識庫1043．2

ebXML標準3.2.5

ebXML消息服務

ebXML消息服務機制提供了一種標準的方法，實現(xiàn)貿(mào)易伙伴之間商務消息的交換。消息頭清單有效數(shù)據(jù)載荷文檔ebXML消息頭容器ebXML有效數(shù)據(jù)容器ebXML消息頭文檔ebXML消息頭封裝ebXML消息封裝（MIME封裝/相關）

傳輸封裝（SMTP，HTTP等）

ebXML有效數(shù)據(jù)載荷封裝

1/2/20233．2ebXML標準3.2.5ebXML消息服務1053．2

ebXML標準3.2.6

ebXML核心組件

ebXML定義了一系列公共的數(shù)據(jù)條目，它