國際貿易業(yè)務流程規(guī)范 購買-運輸-支付參考數據模型

ICS03.100.01

CCSA02

中華人民共和國國家標準

GB/TXXXXX—XXXX

國際貿易業(yè)務流程規(guī)范

購買－運輸－支付參考數據模型

Specificationforinternationaltradebusinessprocess-

Buy/Ship/Payreferencedatamodel(BSP-RDM)

（征求意見稿）

本稿完成日期：2023-04-13

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

GB/TXXXX-XXXX

前言

本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)

定

起草。

請注意本文件的某些內容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。

本文件由全國電子業(yè)務標準化技術委員會（SAC/TC83）提出并歸口。

本文件起草單位：

本文件主要起草人：

II

GB/TXXXX-XXXX

引言

0.1概念

參考數據模型（ReferenceDataModel，RDM）是提供用于特定業(yè)務領域的標準化數據和過程的綜

合列表，這些數據（data）和過程（process）是全球范圍內可理解的，并且可以使用通用的標準化數

據交換架構在各參與方之間進行交換。

參考數據模型（RDM）是一個抽象模型，用于組織業(yè)務信息實體（BIEs），并標準化其彼此之間

以及與現實世界之間的關系。該模型提供了一種標準方法，通過該方法可以對數據進行描述、分類和

共享，可供企業(yè)、政府機構和/或其他組織在開放的全球環(huán)境中共享或交換業(yè)務信息時使用。

參考數據模型（RDM）的用戶實現了業(yè)務信息的互操作性。這種互操作性包括通過使用互聯網和基

于Web的信息交換以及傳統(tǒng)的電子數據交換（EDI）系統(tǒng)，在應用程序之間進行業(yè)務數據的交互式和

批式交換。參考數據模型（RDM）中的業(yè)務信息（businessinformation）是以人類可讀和機器可處理

的形式來表示。

如圖1所示，參考數據模型（RDM）包括以下方面的內容：

——數據描述：參考數據模型（RDM）的數據描述（如業(yè)務信息實體）取自核心構件庫（CCL)，其

提供了統(tǒng)一描述數據的方法，從而支持其搜索、識別和共享性；

——數據語境：RDM的信息取自語境核心構件（ContextCCL）的語境子集，其提供了特定商業(yè)環(huán)

境的正式描述。在這些環(huán)境中，根據區(qū)分不同業(yè)務環(huán)境的語境類別（ContextCategories）來使用數

據；和

——數據共享：RDM的數據共享的規(guī)則（rule）是由主數據交換架構（MasterDataExchange

Structure）和業(yè)務數據交換架構（BusinessDataExchangeStructures.）而建立的，其支持數據的

訪問和交換，其中“訪問”是由臨時請求（例如對數據資產的查詢）構成；而“交換”則包括各參與

方之間固定、經常性的交易（標準數據交換架構）。

參考數據模型（RDM）是通過主數據交換架構來確定數據結構（structureofdata），并由針對

特定業(yè)務語境（businesscontext）（如發(fā)票）的業(yè)務需求規(guī)范(businessrequirement

specification,BRS)進行補充。每個業(yè)務交易（businesstransaction）都是通過遵循標準化數據

交換架構[也稱為文檔（document）、報文（message）和片段（snippet）]的數據交換來執(zhí)行的。

使用這些數據交換的序列（sequence）構成了場景（scenario）的特定實例（instance），并在

業(yè)務需求規(guī)范(BRS)文檔中以活動圖的形式呈現。數據交換將根據基于業(yè)務文檔交換架構（Business

DocumentExchangeStructure）而進行。

圖1參考數據模型的概念

0.2參考數據模型的優(yōu)點

參考數據模型有以下方面的優(yōu)點：

III

GB/TXXXX-XXXX

——數據的語義互操作性；

——降低交易成本；

——支持單一窗口；

——支持國家和/或聯合國標準的單證樣式的使用；

——提供與國家和/或聯合國貿易數據元目錄的鏈接；

——支持國家和/或國際推薦代碼表的子集的使用；

——為代碼表提供共同基礎；

——中性語法；

——為標準化數據提供共同基礎。

0.3創(chuàng)建參考數據模型的步驟

創(chuàng)建參考數據模型的步驟，包括以下內容：

——啟動項目

——分析過程

——捕獲和定義數據

——重新配置數據

——獲取主架構

——提交請求

——更新CCL

——創(chuàng)建語境參考數據模型業(yè)務需求規(guī)范（RDM-BRS）和參考數據模型需求規(guī)范映射（RDM-RSM）

0.4購買－運輸－支付參考數據模型系列

購買-運輸-支付參考數據模型（BSP-RDM）業(yè)務需求規(guī)范目的是描述通用RDM的要求，概括多式聯

運參考數據模型（MMTRDM）和供應鏈參考數據模型（SCRDM）的概念，從而開發(fā)、發(fā)布和改進業(yè)務標

準的維護，以供管理部門和行業(yè)應用。

BSP-RDM項目旨提供一個連接國際供應鏈運輸與物流領域、供應鏈與采購領域的統(tǒng)一跨領域框架，

通過解決任何在不同語境之間使用概念存在的重疊，以完成兩領域的整合而組成數據模型。

BSP-RDM是在與國際供應鏈參考模型（ISCRM）業(yè)務需求規(guī)范相結合下，描述了一個通用參考數據

模型，并提供了生成業(yè)務標準的框架，以滿足以下方面的要求：

——跨境供應鏈貿易相關交易，包括政府領域對自身特定信息交換的要求；

——支持跨境供應鏈中與運輸相關過程，并在高層次上涵蓋所涉及業(yè)務域、主要參與方和相關信

息的要求；

同時滿足遵守并促進采納國家和/或UN/CEFACT中制定的總體過程和數據架構的要求。

因此，BSP-RDM提供了情景化的貿易和運輸相關數據交換架構映射文檔的定義，其可以集成到針

對貿易商、承運人、貨運代理、代理、銀行、海關及其他政府機構等端到端的軟件解決方案中。

國際供應鏈可確保跨境貿易的貨物可以在符合監(jiān)管要求和提供貿易安全的情況下進行訂購、運輸

和支付。

國際供應鏈參考數據模型系列如圖2和圖3所示。

IV

GB/TXXXX-XXXX

圖2國際供應鏈參考數據模型系列－1

圖3國際供應鏈參考數據模型系列－2

V

GB/TXXXX-XXXX

國際貿易業(yè)務流程規(guī)范購買－運輸－支付參考數據模型

1范圍

本文件給出了數字貿易業(yè)務過程中與國際供應鏈（購買－運輸－支付）參考數據模型相關的概

述、業(yè)務界限并確定業(yè)務需求（業(yè)務需求視圖、業(yè)務過程、業(yè)務域、和數據交換/過程）和國際供應鏈

安全等要求。

本文件適用于數字貿易業(yè)務過程的建模和數據模型開發(fā)，亦適用于國際供應鏈服務平臺的建設、

開發(fā)和運營活動。

2規(guī)范性引用文件

下列文件中的內容通過文件中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用

文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）

適用于本文件。

GB/T14392國際貿易單證樣式

GB/T15191貿易數據交換貿易數據元目錄數據元（ISO7372：2005，Tradedatainterchange-

Tradedataelementdirectory-Vol.1-Dateelements,MOD）

GB/T16832國際貿易單證用格式設計基本樣式

GB/T17298國際貿易單證格式標準編制規(guī)則

GB/T18811電子商務基本術語（UN/CEFACTCoreComponentTechnicalSpecificationVersion

3.0,IDT）

GB/T26321國際貨運代理業(yè)務數據元

GB/T28530國際貨運代理系列單證單證數據項

GB/T36368業(yè)務需求規(guī)范跨行業(yè)發(fā)票開具過程

GB/T36371需求規(guī)范映射跨行業(yè)發(fā)票開具過程

GB/T36597建立國際貿易單一窗口指南

GB/T38703汽車貨運代理服務質量要求

GB/T38709國際貨運代理鐵路聯運作業(yè)規(guī)范

GB/T39447國際貿易業(yè)務數據規(guī)范貨運代理

GB/T39455國際貿易業(yè)務流程規(guī)范貨運代理

GB/T39850國際貿易核心構件業(yè)務單證集成技術規(guī)范（UN/CEFACTCorecomponentsbusiness

documentassemblytechnicalspecification1.0，MOD)

GB/T40679物流信息交換核心構件庫

GB/T42723國際貿易流程規(guī)范電子國際公路貨物運輸托運單

GB/T42725國際貿易流程規(guī)范國際貿易業(yè)務流程規(guī)范經核實的載貨集裝箱總質量

GB/T42728國際貿易流程規(guī)范國際貿易業(yè)務流程規(guī)范廢棄物越境轉移

GB/TXXXX國際貿易流程規(guī)范數據管道管道數據交換架構

UNECE第1號建議書聯合國貿易單證樣式(UNECERecommendation1-UnitedNationsLayout

keyfortradedocuments,UNLK)

國際海事組織國際船舶和港口設施保安規(guī)則（IMO/InternationalShipandPortFacility

SecurityCode，ISPSCode）

3術語和定義

GB/T18811和GB/T39850所界定的及下列術語和定義適用于本文件。

3.1

參考數據模型referencedatamodel

1

GB/TXXXX-XXXX

一個抽象模型，用于組織業(yè)務信息實體（BIEs)，并將其彼此之間相互關系以及與現實世界的關系

標準化。

注：參考數據模型（RDM）提供了標準方法，通過這種方法可以對數據進行描述、分類和共享。在開放的全球環(huán)

境中，RDM可以用于企業(yè)、政府機構和/或其他組織之間共享或交換業(yè)務信息。

3.2

業(yè)務域businessarea

一種知識或活動的領域，是以該領域的從業(yè)者所理解的一組概念和術語為特征。

3.3

業(yè)務領域businessdomain

與項目有利害關系的領域，其代表了一個知識、影響和活動的領域。

注：作為特定業(yè)務需求規(guī)范（BRS）主題的復雜業(yè)務領域可細分為范圍更小、更同性質的域，稱為業(yè)務域

（BusinessAreas）。

3.4

業(yè)務實體businessentity

具有業(yè)務意義的現實世界事物，在協作業(yè)務過程中由兩個或多個業(yè)務伙伴類型（例如產品、訂

單、賬戶等）共享。

注：在業(yè)務需求聲明或用例描述中，業(yè)務實體可以用名詞來標識。

3.5

業(yè)務信息businessinformation

在某一商界內或商業(yè)群體之間被共享和交換的信息。

3.6

業(yè)務信息實體businessinformationentity(BIE)

基于可在許多場景中重復使用的核心構件。業(yè)務實體是文檔的基礎，文檔受特定領域的語境限

制。

3.7

業(yè)務過程businessprocess

業(yè)務過程是為特定業(yè)務目標服務的相關結構化活動或任務的集合。

注：復雜的業(yè)務過程可能涉及許多參與者，并且可以由其他業(yè)務過程組成。涉及兩個參與者的最簡單業(yè)務過程稱

為業(yè)務交易。

3.8

業(yè)務語義businesssemantics

從業(yè)務視角所看到的詞的精確含義。

[來源：GB/T19256.5，定義3.14]

3.9

業(yè)務術語businessterm

核心構件或業(yè)務信息實體在業(yè)務中被人熟知或使用的同義詞。

注：一個核心構件或業(yè)務信息實體可以有幾個業(yè)務術語或同義詞。

[來源：GB/T19256.5，定義3.15]

3.10

2

GB/TXXXX-XXXX

業(yè)務數據交換架構BusinessDataExchangeStructure

在特定業(yè)務過程中使用的一組信息，其架構滿足業(yè)務數據交換需求。

注：業(yè)務數據交換架構也稱為“報文體”，其可以是完整的業(yè)務文檔（如發(fā)票），或是查詢（如在主數據上）的

結果的小文檔（片段）。

3.11

主數據交換架構MasterDataExchangeStructure

一組信息集合，其架構包括參考數據模型領域（如供應鏈）內用戶所需的數據交換架構。從主數

據交換架構可以導出不同的業(yè)務數據交換架構。

3.12

文檔document

數據載體和記錄在其上的數據，通常是永久性的，可以由人或機器讀取。

3.13

報文message

一個已標識、命名和結構化的，在功能上與段相關聯的集合，它涵蓋某一特定交易類型的需求

（如發(fā)票），并在報文規(guī)范中說明。一個報文用報文頭開始，用報文尾結束。

注：在傳送中，報文是一個具體的、符合報文規(guī)范的有序集合。

[來源GB/T14805.1，定義4.69]

3.14

報文集成/組件MessageAssembly；MA

為了交換業(yè)務而將業(yè)務信息實體組合為可用的單證的處理過程。對報文業(yè)務信息實體的一種組

合，而不會改變MBIE的語義。

[來源GB/T39850，定義3.16]

3.15

報文規(guī)范messagespecification

在報文目錄中對報文的說明，包括對組成該報文的各個段和段組的位置、狀態(tài)和出現最大次數的

說明。

3.16

場景scenario

具有相同業(yè)務目標的一類業(yè)務活動的形式化描述。

注：一個場景可以用來說明一個用例實例的交互或執(zhí)行。

3.17

核心構件庫corecomponentlibrary;

一個數據模型中的業(yè)務語義庫。

注：如聯合國核心構件庫（UN/CCL），其使用聯合國核心構件技術規(guī)范(UN/CCTS)來確保其一致性和互操作性，

由UN/CEFACT統(tǒng)一、審計和發(fā)布。

4概述

購買－運輸－支付參考數據模型（BSP-RDM）項目采用了一種整體方法，在UN/CEFACT核心構件庫

（CCL）和GB/T40679的基礎上開發(fā)而成的一個通用參考數據模型，匯集了國際跨行業(yè)貿易和國際多式

聯運過程的數據交換要求，包括以貿易便利化和電子商務最佳實踐相結合為基礎的相關貿易、保險、

3

GB/TXXXX-XXXX

海關、安全及其他監(jiān)管單證的要求。

衍生信息交換規(guī)范能夠用于以支持傳統(tǒng)的國際和/或國家標準的數據交換架構格式對聯合國和/或

國家標準的紙質單證樣式、電子數據交換以及XML報文的需求，并支持基于網絡進程的信息交換要求，

如單一窗口實施或數據管道交換。單一窗口實施和數據管道交換見GB/T36597和GB/TXXXX(國際貿易

流程規(guī)范數據管道管道數據交換架構)。

BSP-RDM框架（framework)用于生成業(yè)務標準（BusinessStandard），這些業(yè)務標準包括紙質和

電子文檔結構，作為源自BSP-RDM的數據交換。此參考數據模型的推導可確保每一購買-運輸-支付

（BSP）的紙質或電子文檔數據架構規(guī)范都與UNLK和/或GB/T14392、GB/T16832、GB/T17298、GB/T

28530和GB/T39850中所規(guī)定的定義和概念保持一致，使貿易伙伴可以選擇最能滿足其業(yè)務需求和技

術能力的數據交換技術類型，并為其采用新技術提供了遷移路徑。

BSP-RDM中使用公共業(yè)務過程目錄（CommonBusinessProcessCatalog，CBPC）規(guī)范類別中的4個

業(yè)務域分類（BusinessAreaClassification），即采購/銷售（Procurement/Sales）、物流

（Logistics）、監(jiān)管（Regulation)和財務服務（FinancialServices）。

BSP-RDM中使用5個過程域分類，即確定合作伙伴和產品（IdentifyPartnersandProducts）、

訂立業(yè)務協議（EstablishBusinessAgreement）、訂單（Order）、運輸（Ship）和支付（Pay），

并將參與這些過程的參與方劃分為4個組（客戶、供應商、當局、中介），提供了整個國際供應鏈

（ISC）流程的高層視圖。

5業(yè)務界限

5.1范圍和限制

本文件的范圍可以表示為國際供應鏈參考模型（ISCRM）范圍的一個子集。

本文件所述業(yè)務過程的范圍和限制，在于能使BSP業(yè)務標準在貿易領域或特定模式的跨境場景的實

現中得以應用。

本文件中只引用高層過程描述，以便在單獨業(yè)務需求規(guī)范子集場景過程分析（processanalysis）

中提供詳細的過程需求。

5.2范圍比較

ISCRM描述了跨境BSP整個場景，涵蓋了從客戶對產品或服務需求確認，直到供應商完成訂單并由

此產生財務結算的過程。除了與跨境交易有關的業(yè)務過程外，其還包括了中介和政府主管部門可能要

求的必要物流和跨境監(jiān)管，以及供應鏈安全等活動。如圖4和圖8所示。

示例：

圖4國際供應鏈模型中的角色和服務（用例）

跨境BSP業(yè)務合作的用例是如下所述的主要的和支持性的頂層過程:

4

GB/TXXXX-XXXX

——主要的頂層過程，包括以下方面：

達成業(yè)務協議（銷售）：買方向賣方發(fā)出產品或服務的報價請求。賣方回復或主動

報價給潛在的買方。買方與選定的賣方商定合同協議的條款。

訂單（銷售）：買方確認需要的產品或服務，并根據合同協議發(fā)出訂單。賣方收到訂單

并響應。

運輸/邊境清關：賣方按規(guī)定的交易條款發(fā)貨。所有運輸安排的執(zhí)行和要求均滿足相關

主管部門的規(guī)定。開具發(fā)票（要求付款），見GB/T36368和GB/T36371。買方收到產品

或服務。

支付（銷售）：收到付款的要求。根據雙方商定的條款，付款人付款，收款人收到付

款。

——支持性的頂層過程，包括以下方面：

確定潛在貿易伙伴：買方尋找潛在賣方，賣方尋找潛在買方。

調查信用：賣方對潛在買家的信用狀況發(fā)起查詢。中介可能就信用情況作出反應。

（不在本文件中描述）

制造：當用例是關于制成品時，賣方向制造商下達制造該產品的訂單，以滿足客戶

的訂單要求。當產品可供運輸時，制造商確認計劃交貨的日期。

如圖4所示，主要的執(zhí)行者/主角和角色有如下各方：

——買方：貨物或服務出售對象的一方。在銷售訂單合同中指定的客戶的主要角色（role）是買

方，其他可能的角色包括最終/最后收貨人、運輸服務買方、進口商和受票方。

——賣方：作為提供貨物或服務的一方。在銷售訂單合同中指定的供應商的主要角色是賣方，其

他可能的角色包括原始發(fā)貨人/托運人、運輸服務買方、出口商和發(fā)票簽發(fā)人。

——中介：在國際采購和供應鏈中，中介可以是提供服務以支持銷售訂單合同或運輸合同的任何

一方。中介可能扮演的角色包括運輸服務提供方（如承運人、貨運代理）、金融機構（如銀

行、信貸機構、保險公司）、報關代理等。

——主管部門：提供與適用于國際采購和供應鏈中貨物貿易的任何公約或法規(guī)相關的授權。主管

部門可能扮演的角色包括邊境管制當局（如海關）、許可證/執(zhí)照簽發(fā)當局和港口當局，包括

港口衛(wèi)生、檢查及其他政府當局。

對上述從事跨境交易的各參與方角色做了如下更具體定義：

——進口商：進行進口申報的一方，或代其進行進口申報的清關代理人或其他獲授權人員。可能

包括貨主或收貨人（貨物托運對象的一方）。

——出口商：進行出口申報的一方，或代其進行出口申報的一方，其是對貨物擁有所有權或在

接受申報時對貨物擁有類似處置權一方。

——運輸服務購買方：運輸服務合同中約定的作為運輸服務提供對象的一方。運輸服務買方的角

色可以由發(fā)貨人或收貨人履行，取決于相關銷售訂單合同的交付條件。

——運輸服務提供方：運輸服務合同中約定的作為提供運輸服務的一方。運輸服務賣方的角色如

上所述是一個中介角色。

——發(fā)票開具方：開具發(fā)票的一方。

——受票方：發(fā)票的付款應匯給的一方。

5.3場景介紹

本文件業(yè)務需求規(guī)范涵蓋貨物貿易、運輸、跨境清關到開具供貨發(fā)票以及相關運輸服務的關鍵過

程。

5

GB/TXXXX-XXXX

圖5BSP-RDM的業(yè)務過程和交易

如圖5所示，在BSP-RDM中包含的業(yè)務過程和交易。BSP過程是在高層上顯示，在該層次以下的進一

步分析涉及業(yè)務過程視圖及其交易。

注：術語“交付”（deliver）更常用于供應鏈中，而“運輸”（ship）更常用于運輸和物流過程中。

6業(yè)務需求

6.1業(yè)務需求視圖

如5.3（場景介紹）中所述，BSP業(yè)務過程范圍可被視為相互關聯的業(yè)務域，代表商業(yè)運輸合同、

運營運輸和物流、監(jiān)管和邊境清關過程，連同在每個業(yè)務域內使用的以及在它們之間傳遞的相應信

息。

如圖6和圖7所示，是根據關鍵的管理合同（銷售訂單合同和運輸服務合同）對其過程域進行描

述，并且還給出了關鍵過程域之間的關系，以及文檔要求的說明。

6

GB/TXXXX-XXXX

圖6銷售訂單合同視圖

銷售訂單合同視圖如圖6所示，該視圖也適用并包括在運輸服務合同（以及相關的用例），該合同

在圖7中進行擴展。公路、鐵路和海上運輸見GB/T38703、GB/T38709、GB/TGB/T42723、GB/T

42725和GB/T42728。

圖7運輸服務合同視圖

6.2業(yè)務過程

7

GB/TXXXX-XXXX

ISCRM映射了四個主要業(yè)務域的業(yè)務過程，即商業(yè)、物流、監(jiān)管和財務，包括如圖8所示的程序。

圖8國際供應鏈中定義的四個業(yè)務域內業(yè)務過程

6.3業(yè)務域

如圖9∽圖12所示，給出了與ISCRM中四個主要業(yè)務域關聯的關鍵執(zhí)行者(actor）和角色（role)。

圖9業(yè)務域-商業(yè)

8

GB/TXXXX-XXXX

圖10業(yè)務域-物流

圖11業(yè)務域-監(jiān)管

9

GB/TXXXX-XXXX

圖12業(yè)務域-財務

6.4數據交換/過程

6.4.1商業(yè)數據交換/過程

商業(yè)數據交換/過程，可能包括如下方面內容：

——發(fā)布商品目錄；

——發(fā)出報價；

——確認銷售訂單；

——交付計劃；

——簽發(fā)發(fā)運通知和裝箱單；

——開具銷售發(fā)票；

——通知匯款。

6.4.2物流（運輸）數據交換/過程

物流（運輸）數據交換/過程，可能包括如下方面內容：

——預訂貨物艙位；

——簽發(fā)裝運指示；

——簽發(fā)具有運輸合同性質的單證（如空運單）；

——運輸貨物；

——請求并簽發(fā)運輸狀態(tài)報告；

——開具運費發(fā)票。

6.4.3監(jiān)管數據交換/過程

監(jiān)管數據交換/過程可能包括向海關或其他相關的政府主管部門報告如下方面內容：

——進出口申報；

——貨物和過境報告；

——跨境監(jiān)管數據管道數據；

——原產地證書；

——植物檢疫證書；

——危險貨物申報，包括危險廢棄物通知；

——其他。

10

GB/TXXXX-XXXX

6.4.4財務數據交換/過程

財務數據交換/過程可能包括如下供應鏈交易財務等方面內容：

——指示付款；

——貸方/借方賬項；

——報表和報告；

——貨物保險。

6.5業(yè)務合作伙伴類型

BSP-RDM確定了客戶、供應商、中介和主管部門四種主要業(yè)務合作伙伴類型，并描述了構成這四個

類別的類型或組織，及其所扮演的角色（role），如表2所示。

表1業(yè)務合作伙伴類型

客戶供應商中介主管部門

買方賣方運輸服務提供方海關

發(fā)票開票方銀行環(huán)境

付款人收款人信貸機構農業(yè)

進口商出口商保險人商會

最終收貨人原始發(fā)貨人報關代理領事

運輸服務買家運輸服務購買方承運人代理檢驗

送達方（ShipTo）起運方（ShipFrom）代理貿易商港口衛(wèi)生

制造商其他其他

如下表3所示，跨境國際供應鏈中可能有許多參與方，可分買方、賣方、起運方和送達方四大類，

及其各自在銷售訂單合同和/或運輸服務合同中的角色。

表2貿易/運輸/海關參與方角色

銷售訂

運輸服務合同定義

單合同

賣方原始發(fā)貨人/原始托運人（Original

（Seller）Consignor/OriginalShipper）在銷售訂單合同中規(guī)定的銷售商品或服務的一方

買方最終收貨人/最終收貨人（Final在銷售訂單合同中規(guī)定的作為商品或服務出售對象的

（Buyer）consignee/ultimateconsignee）一方

運輸服務買方（發(fā)貨人或收貨人）

[Transportservicesbuyer運輸服務合同中規(guī)定的運輸服務的購買方

(consignororconsignee)]

運輸服務提供方（承運人或貨運代理）

[Transportservicesprovider在運輸服務合同中規(guī)定的運輸服務的賣方

(carrierorfreightforwarder)]

運輸服務合同中規(guī)定的交付貨物的一方。發(fā)貨人是貨

發(fā)貨人（Consignor）

物的始發(fā)方，貨運的發(fā)送方，通常是賣方

運輸服務合同中規(guī)定的接收托運貨物的一方。貨物運

收貨人（Consignee）至和交付于的一方。運輸貨物的接收方

承運人（Carrier）提供運輸服務的一方

通過提供運輸、物流、相關手續(xù)服務等方式進行貨物

貨運代理（FreightForwarder）運送的一方。

運輸服務提供方從其處所取貨或者接管商品的一方。

操作術語是“拾取貨物位置”或“提貨地點”“提取

發(fā)運方（DespatchParty）

貨物位置或提貨地點（pick-upLocationorpick-up

place)”

11

GB/TXXXX-XXXX

表2貿易/運輸/海關參與方角色（續(xù)）

銷售訂

運輸服務合同定義

單合同

運輸服務提供方應向其交付貨物的一方。操作術語是

“交貨地點”或“放置地點”“交付位置（delivery

交付方（DeliveryParty）

location）”或“放置地點（Placeof

Positioning）”

起運方原始發(fā)運方

最初將要發(fā)貨或已經發(fā)貨的一方

（Shipfrom）（Originaldespatchparty）

送達方最終交付方/最終交付方

（Shipto）（FinalDeliveryParty/Ultimate貨物最終將要運達或已運達的一方

DeliveryParty）

6.6業(yè)務實體和業(yè)務規(guī)則

6.6.1信息實體及關系

在整個國際采購和供應鏈中，交換著各種類型的信息。SCRDM和多式聯運參考數據模型（MMT-

RDM）為推導通用數據交換架構提供了一個跨領域框架，用于客戶、供應商、中介和主管部門之間的信

息交換。SCRDM參見GB/T39447和GB/T39455。

所有數據建模概念都支持業(yè)務信息實體與GB/T15191、GB/T26321及GB/T28530之間的完整引

用。因此，在SCRDM和MMT-RDM中對所涉各參與方和其中包含的業(yè)務信息實體都使用相同的通用術語集

及其定義。

圖13提供整合SCRDM和MMT-RDM之后的BSP-RDM的實體和頂層的業(yè)務信息實體之間的關系。

圖14及6.6.3提供了有關BSP-RDM最高層的業(yè)務信息實體及其之間關系的更多細節(jié)，作為具有約束

和基數的業(yè)務規(guī)則。

如圖14所示的一組實體定義，是基于實體的物理屬性和與過程相關的語境、角色、相關性和重要

性。

圖13高層BSP-RDM

6.6.2貿易交易與運輸交易合同的關系

12

GB/TXXXX-XXXX

貿易交易涉及到各種合同，而每個運輸段也同樣需要由單獨的運輸合同來執(zhí)行。因此，與托運物

相關的合同需要映射到所適用的貿易交易唯一貨物參考合同(TradeTransactionUniqueCargo

ReferenceContract，TUCR)、分托運物唯一貨物參考合同(HouseConsignmentUniqueCargo

ReferenceContract，UCR)和主托運物唯一貨物參考合同(MasterConsignmentUniqueCargo

ReferenceContract，MUCR)。

關于海關入境前安全申報的全球貨物統(tǒng)一代碼（UniqueConsignmentReferenceNumber,UCR）

概念，需要有不同層次的UCR，用以支持多對多的主運輸合同（MasterTransportContract）和分運

輸合同（HouseTransportContract）的委托關系。

不同層次的UCR的定義為：

——貿易交易唯一貨物參考（TradeTransactionUniqueCargoReference，TUCR），貿易交易

層參考（TradeTransactionlevelreference)；

——分托運物唯一貨物參考（HouseConsignmentUniqueCargoReference，HUCR），分托運物

層參考（HouseConsignmentlevelreference）；

——主托運物唯一貨物參考（MasterConsignmentUniqueCargoReference，MUCR），主托運物

層參考(Masterconsignmentlevelreference)。

不同的合同關系可根據圖16、圖17和圖18的關系圖來識別。

13

GB/TXXXX-XXXX

圖14BSP-RDM的實體及關系

14

GB/TXXXX-XXXX

圖15適合于世界海關組織（WCO)和BSP的數據管道

圖16貿易相關信息及關聯的合同與運輸相關數據及其關聯的運輸合同的關系

15

GB/TXXXX-XXXX

圖17貿易交易與運輸交易合同的關系

6.6.3業(yè)務規(guī)則

6.6.3.1銷售訂單

銷售訂單（salesorder）是一種合同文件。通過該合同文件，買方（buyer）根據正式報價單中

規(guī)定的或買方已知的條件，與賣方（seller)就指定的貨物或服務開始交易?？缇秤唵挝臋n中通常包括

買賣雙方業(yè)務交易所需的相關商業(yè)銷售訂單信息，以及中介和政府主管部門所需的運輸和監(jiān)管信息。

銷售訂單的業(yè)務規(guī)則說明如下：

——一個銷售訂單只能有一個買方；

——一個銷售訂單只能有一個賣方；

——一個銷售訂單是由一個或多個貿易項目（tradeitem）組成。

6.6.3.2貿易項目

貿易項目（tradeitem）用于描述買方和賣方之間銷售訂單中最底層商業(yè)信息。每個貿易項目通

常與特定的產品（product）或服務（service）相關聯，并包括如產品代碼(code)、數量

（quantity)和單價（unitprice）等詳細信息。在跨境訂單的情況下，每個產品也有一個相關的海關

稅則代碼(customstariffcode)。

貿易項目的業(yè)務規(guī)則說明如下：

——單個的貿易項目與一票貨載（shipment）相關聯；

——貿易項目按稅則代碼/包裝（tariffcode/packaging）聚合成托運物項目（consignment

items）。

6.6.3.3貨載/貿易交付

貨載[shipment（tradedelivery）]是指由一個或多個一起（可供）從賣方[原始發(fā)貨人/托運

人(originalconsignor/shipper)]運輸到買方的貿易項目（tradeitems）構成的一組可識別的集

合。

注：貨載是一個貿易術語，指的是購買的貨物需要運送給買方。

貨載的業(yè)務規(guī)則說明如下：

16

GB/TXXXX-XXXX

——一票貨載只能運往一個買方；

——一票貨載可以由一個或多個銷售訂單中的部分或所有貿易項目組成；

——一票貨載只能有一個UCR；

——一票貨載可以是一票托運物（consignment）的一部分或全部，一票貨載也可以分批托運運

輸。

6.6.3.4托運物（運輸服務訂單）

托運物（consignment）是指由通過在單獨運輸合同中約定的一種或多種運輸方式從一個發(fā)貨人運

送到一個收貨人的托運物項目（ConsignmentItems）構成的一組可分開單獨識別的集合。

注：托運物是一個運輸術語，用于證明運輸服務合同，根據該合同，托運物（貿易貨載）被轉移給運輸經營者，

以便根據相關運輸合同條款進行運輸。

托運物的業(yè)務規(guī)則說明如下：

——一票托運物只能有一個發(fā)貨人；

——一票托運物只能有一個收貨人；

——一票托運物只能有一個運輸服務提供方(TransportServiceProvider，TSP)；

——一票托運物只能有一個運輸服務買方，也稱運輸服務消費者（TransportService

Consumer,TSC）。運輸服務買方（TransportServiceBuyer）可以是發(fā)貨人（Consignor）

或收貨人（Consignee）；

——一票托運物可指是一票或多票貨載（shipment）；

——一票托運物可由一個或多個托運物物項目（consignmentitems）構成；

——一票托運物可以由一票或多票貨載中的部分或所有貿易項目（合并為托運物項目）構成；

——一票托運物與用于進行運輸服務（transportservice）的運輸設備相關，并包含托運物項目；

——一票托運物可由一個或多個海關項目（customsitems）組成，用于向海關報告；

——一票托運物可以有一個或多個海關UCRs。

6.6.3.5托運物項目

托運物項目（ConsignmentItem）是指出于運輸之目的，根據海關稅則代碼或包裝分類而成的一

批可分開單獨識別的產品。托運物項目是托運物中最底層的信息。在跨境托運的情況下，每個托運物

項目應只有一個關聯的海關稅則代碼，以滿足海關要求。

托運物項目的業(yè)務規(guī)則說明如下：

——一個托運項目可包含一個或多個貿易項目（tradeitem）；

——一個托運項目可以裝在用于進行運輸服務的運輸設備中；

——一個托運項目只能有一個相關的海關稅則代碼(customstariffcode)。

6.6.3.6進出口報關單

進/出口報關單（Import/ExportCustomsDeclaration）是指托運物出口或進口報關所依據的

文件。

進出口報關單的說明如下：

——一份出口或進口報關單可包含一個或多個海關項目；

——一份出口或進口申報單）只能有一個海關UCR。

6.6.3.7海關項目

海關項目（customsitem）是指用于上報海關并且有不同的海關稅則代碼的托運物項目、貿易項

目，或是托運物項目或貿易項目的集合。

海關項目的業(yè)務規(guī)則說明如下：

——一個海關項目只能有一個關聯的海關稅則代碼；

——一個海關項目可指是一個或多個貿易項目；

——每次報告的托運物中可包含一個或多個分開上報的海關項目。

6.6.3.8海關貨物報告

在出口、進口或過境地點向海關報告貨物流動所依據的文件。

17

GB/TXXXX-XXXX

海關貨物報告（customscargoreport）的業(yè)務規(guī)則說明如下：

——一份海關貨物報告報告一次貨物運輸轉移（transportmovementofgoods）；

——一份海關貨物報告一票或多票托運物。

6.6.3.9運輸工具報告

運輸報告允許將數據從承運人轉移至海關，以滿足海關對運載該貨物所使用的運輸工具相關內容

的報告要求。

6.6.3.10運輸設備

以物流為目的，用于容納、保護或加固貨物的設備。

運輸設備（transportequipment）使用的業(yè)務規(guī)則說明如下：

——一個運輸設備可能與一次或多次運輸活動有關；

——一次運輸轉移（transportmovement）可能占用多個運輸設備；

——一個運輸設備對應于一票托運物，一票托運貨物可能占用多個運輸設備。

6.6.3.11運輸工具

在貨物運輸過程中，用于將貨物或其他物體從一個地方運送到另一個地方的工具。

運輸工具的業(yè)務規(guī)則說明如下：

——一個運輸工具對應一次運輸轉移；

——一個運輸工具是一份運輸報告的基礎。

6.6.3.12運輸轉移

以運輸為目的而進行貨物或其他物體的運送（實際運輸）。

運輸活動的業(yè)務規(guī)則說明如下：

運輸活動是由運輸工具提供的服務。

——一次運輸轉移對應于一票或多票托運物，一票托運物可能包含在多次運輸轉移中；

——一次運輸轉移可能攜帶零到多件運輸設備，運輸設備是與運輸轉移相關聯的；

——每次貨物報告（cargoreport）記載著每次運輸轉移。

6.6.3.13運輸包裝

一種自包容式的包裝或容器，可出于運輸目的將貨物置于其中。如可裝滿、部分裝滿或空的箱或

桶。

運輸包裝（transportpackage）的業(yè)務規(guī)則說明如下：

——一件運輸包裝與一票托運物相關聯，一票托運物中可能有多件運輸包件；

——海關要求的運輸包裝可定義兩個額外層次的子包裝。

7國際供應鏈安全

7.1運輸與保安

國際貿易中的安全取決于參與貨物實際搬運和運輸以及提供和傳輸貿易相關信息的各參與方正在

采取的一系列行動。

世界海關組織的預申報貨物信息（ACI）準則、國際海事組織的國際船舶和港口設施保安規(guī)則

（IMO/ISPS)、跨行業(yè)運輸場景（MIST）報告對貿易安全提出具體要求，ISPS的額外要求包括在船舶抵

達港口時報告安全級別和管理不同級別的實例。這些要求已用三種不同的用例建模，包括在海運用例

中作為運輸過程的擴展。

與海運用例相關的三個ISPS用例如圖19所示。其中，PFSP為港口設施保安計劃（Port

FacilitySecurityPlan）、SSP為船舶保安計劃（ShipSecurityPlan）。

18

GB/TXXXX-XXXX

圖18海運用例

本用例中所代表的活動可以概括為：供應商根據約定的交付條款發(fā)貨，客戶收到產品。所有運輸

安排均已作出和執(zhí)行，并符合主管部門的規(guī)定。國際船舶和港口設施保安規(guī)則（ISPS）所代表的安全

方面包含在運輸過程中。

表4給出了這個用例的更完整的描述。

表3用例描述-運輸（海運）

名稱運輸（海運）

可追溯性標識

執(zhí)行者客戶、供應商、中介、主管部門

做好必要的準備工作，使貨物能夠交付給客戶。貨物由政府主管部門清關并交付到約

描述

定的客戶地點

前置條件訂單已確認

后置條件已清關的貨物已交付給客戶

當供應商接受了客戶訂單時開始

——供應商向政府主管部門申請出口許可證

——主管部門響應

——向衛(wèi)生主管部門請求健康證明

——政府主管部門提供證書(進口國家衛(wèi)生部門要求)，如：

輻射、同位素和健康證書

進口衛(wèi)生合格證書

細菌學證明

理化證書

獸醫(yī)和衛(wèi)生證書

分析證書

準備并提供給承運人的危險品單據

供應商向商會申請并獲得原產地證書

19

GB/TXXXX-XXXX

表4用例描述-運輸（海運）（續(xù)）

名稱運輸（海運）

——供應商制作并提供相關的出口文件，包括：

為客戶，包裝重量清單/交貨單/發(fā)票

為出口海關，相關海關文件（例如海關產品清單、海關發(fā)票）

為進口海關，相關海關文件（如產地證、批號、發(fā)票）

—