国际贸易业务流程规范 购买-运输-支付参考数据模型

ICS03.100.01

CCSA02

中华人民共和国国家标准

GB/TXXXXX—XXXX

国际贸易业务流程规范

购买－运输－支付参考数据模型

Specificationforinternationaltradebusinessprocess-

Buy/Ship/Payreferencedatamodel(BSP-RDM)

（征求意见稿）

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

XXXX-XX-XX发布XXXX-XX-XX实施

GB/TXXXX-XXXX

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规

定

起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由全国电子业务标准化技术委员会（SAC/TC83）提出并归口。

本文件起草单位：

本文件主要起草人：

II

GB/TXXXX-XXXX

引言

0.1概念

参考数据模型（ReferenceDataModel，RDM）是提供用于特定业务领域的标准化数据和过程的综

合列表，这些数据（data）和过程（process）是全球范围内可理解的，并且可以使用通用的标准化数

据交换架构在各参与方之间进行交换。

参考数据模型（RDM）是一个抽象模型，用于组织业务信息实体（BIEs），并标准化其彼此之间

以及与现实世界之间的关系。该模型提供了一种标准方法，通过该方法可以对数据进行描述、分类和

共享，可供企业、政府机构和/或其他组织在开放的全球环境中共享或交换业务信息时使用。

参考数据模型（RDM）的用户实现了业务信息的互操作性。这种互操作性包括通过使用互联网和基

于Web的信息交换以及传统的电子数据交换（EDI）系统，在应用程序之间进行业务数据的交互式和

批式交换。参考数据模型（RDM）中的业务信息（businessinformation）是以人类可读和机器可处理

的形式来表示。

如图1所示，参考数据模型（RDM）包括以下方面的内容：

——数据描述：参考数据模型（RDM）的数据描述（如业务信息实体）取自核心构件库（CCL)，其

提供了统一描述数据的方法，从而支持其搜索、识别和共享性；

——数据语境：RDM的信息取自语境核心构件（ContextCCL）的语境子集，其提供了特定商业环

境的正式描述。在这些环境中，根据区分不同业务环境的语境类别（ContextCategories）来使用数

据；和

——数据共享：RDM的数据共享的规则（rule）是由主数据交换架构（MasterDataExchange

Structure）和业务数据交换架构（BusinessDataExchangeStructures.）而建立的，其支持数据的

访问和交换，其中“访问”是由临时请求（例如对数据资产的查询）构成；而“交换”则包括各参与

方之间固定、经常性的交易（标准数据交换架构）。

参考数据模型（RDM）是通过主数据交换架构来确定数据结构（structureofdata），并由针对

特定业务语境（businesscontext）（如发票）的业务需求规范(businessrequirement

specification,BRS)进行补充。每个业务交易（businesstransaction）都是通过遵循标准化数据

交换架构[也称为文档（document）、报文（message）和片段（snippet）]的数据交换来执行的。

使用这些数据交换的序列（sequence）构成了场景（scenario）的特定实例（instance），并在

业务需求规范(BRS)文档中以活动图的形式呈现。数据交换将根据基于业务文档交换架构（Business

DocumentExchangeStructure）而进行。

图1参考数据模型的概念

0.2参考数据模型的优点

参考数据模型有以下方面的优点：

III

GB/TXXXX-XXXX

——数据的语义互操作性；

——降低交易成本；

——支持单一窗口；

——支持国家和/或联合国标准的单证样式的使用；

——提供与国家和/或联合国贸易数据元目录的链接；

——支持国家和/或国际推荐代码表的子集的使用；

——为代码表提供共同基础；

——中性语法；

——为标准化数据提供共同基础。

0.3创建参考数据模型的步骤

创建参考数据模型的步骤，包括以下内容：

——启动项目

——分析过程

——捕获和定义数据

——重新配置数据

——获取主架构

——提交请求

——更新CCL

——创建语境参考数据模型业务需求规范（RDM-BRS）和参考数据模型需求规范映射（RDM-RSM）

0.4购买－运输－支付参考数据模型系列

购买-运输-支付参考数据模型（BSP-RDM）业务需求规范目的是描述通用RDM的要求，概括多式联

运参考数据模型（MMTRDM）和供应链参考数据模型（SCRDM）的概念，从而开发、发布和改进业务标

准的维护，以供管理部门和行业应用。

BSP-RDM项目旨提供一个连接国际供应链运输与物流领域、供应链与采购领域的统一跨领域框架，

通过解决任何在不同语境之间使用概念存在的重叠，以完成两领域的整合而组成数据模型。

BSP-RDM是在与国际供应链参考模型（ISCRM）业务需求规范相结合下，描述了一个通用参考数据

模型，并提供了生成业务标准的框架，以满足以下方面的要求：

——跨境供应链贸易相关交易，包括政府领域对自身特定信息交换的要求；

——支持跨境供应链中与运输相关过程，并在高层次上涵盖所涉及业务域、主要参与方和相关信

息的要求；

同时满足遵守并促进采纳国家和/或UN/CEFACT中制定的总体过程和数据架构的要求。

因此，BSP-RDM提供了情景化的贸易和运输相关数据交换架构映射文档的定义，其可以集成到针

对贸易商、承运人、货运代理、代理、银行、海关及其他政府机构等端到端的软件解决方案中。

国际供应链可确保跨境贸易的货物可以在符合监管要求和提供贸易安全的情况下进行订购、运输

和支付。

国际供应链参考数据模型系列如图2和图3所示。

IV

GB/TXXXX-XXXX

图2国际供应链参考数据模型系列－1

图3国际供应链参考数据模型系列－2

V

GB/TXXXX-XXXX

国际贸易业务流程规范购买－运输－支付参考数据模型

1范围

本文件给出了数字贸易业务过程中与国际供应链（购买－运输－支付）参考数据模型相关的概

述、业务界限并确定业务需求（业务需求视图、业务过程、业务域、和数据交换/过程）和国际供应链

安全等要求。

本文件适用于数字贸易业务过程的建模和数据模型开发，亦适用于国际供应链服务平台的建设、

开发和运营活动。

2规范性引用文件

下列文件中的内容通过文件中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用

文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）

适用于本文件。

GB/T14392国际贸易单证样式

GB/T15191贸易数据交换贸易数据元目录数据元（ISO7372：2005，Tradedatainterchange-

Tradedataelementdirectory-Vol.1-Dateelements,MOD）

GB/T16832国际贸易单证用格式设计基本样式

GB/T17298国际贸易单证格式标准编制规则

GB/T18811电子商务基本术语（UN/CEFACTCoreComponentTechnicalSpecificationVersion

3.0,IDT）

GB/T26321国际货运代理业务数据元

GB/T28530国际货运代理系列单证单证数据项

GB/T36368业务需求规范跨行业发票开具过程

GB/T36371需求规范映射跨行业发票开具过程

GB/T36597建立国际贸易单一窗口指南

GB/T38703汽车货运代理服务质量要求

GB/T38709国际货运代理铁路联运作业规范

GB/T39447国际贸易业务数据规范货运代理

GB/T39455国际贸易业务流程规范货运代理

GB/T39850国际贸易核心构件业务单证集成技术规范（UN/CEFACTCorecomponentsbusiness

documentassemblytechnicalspecification1.0，MOD)

GB/T40679物流信息交换核心构件库

GB/T42723国际贸易流程规范电子国际公路货物运输托运单

GB/T42725国际贸易流程规范国际贸易业务流程规范经核实的载货集装箱总质量

GB/T42728国际贸易流程规范国际贸易业务流程规范废弃物越境转移

GB/TXXXX国际贸易流程规范数据管道管道数据交换架构

UNECE第1号建议书联合国贸易单证样式(UNECERecommendation1-UnitedNationsLayout

keyfortradedocuments,UNLK)

国际海事组织国际船舶和港口设施保安规则（IMO/InternationalShipandPortFacility

SecurityCode，ISPSCode）

3术语和定义

GB/T18811和GB/T39850所界定的及下列术语和定义适用于本文件。

3.1

参考数据模型referencedatamodel

1

GB/TXXXX-XXXX

一个抽象模型，用于组织业务信息实体（BIEs)，并将其彼此之间相互关系以及与现实世界的关系

标准化。

注：参考数据模型（RDM）提供了标准方法，通过这种方法可以对数据进行描述、分类和共享。在开放的全球环

境中，RDM可以用于企业、政府机构和/或其他组织之间共享或交换业务信息。

3.2

业务域businessarea

一种知识或活动的领域，是以该领域的从业者所理解的一组概念和术语为特征。

3.3

业务领域businessdomain

与项目有利害关系的领域，其代表了一个知识、影响和活动的领域。

注：作为特定业务需求规范（BRS）主题的复杂业务领域可细分为范围更小、更同性质的域，称为业务域

（BusinessAreas）。

3.4

业务实体businessentity

具有业务意义的现实世界事物，在协作业务过程中由两个或多个业务伙伴类型（例如产品、订

单、账户等）共享。

注：在业务需求声明或用例描述中，业务实体可以用名词来标识。

3.5

业务信息businessinformation

在某一商界内或商业群体之间被共享和交换的信息。

3.6

业务信息实体businessinformationentity(BIE)

基于可在许多场景中重复使用的核心构件。业务实体是文档的基础，文档受特定领域的语境限

制。

3.7

业务过程businessprocess

业务过程是为特定业务目标服务的相关结构化活动或任务的集合。

注：复杂的业务过程可能涉及许多参与者，并且可以由其他业务过程组成。涉及两个参与者的最简单业务过程称

为业务交易。

3.8

业务语义businesssemantics

从业务视角所看到的词的精确含义。

[来源：GB/T19256.5，定义3.14]

3.9

业务术语businessterm

核心构件或业务信息实体在业务中被人熟知或使用的同义词。

注：一个核心构件或业务信息实体可以有几个业务术语或同义词。

[来源：GB/T19256.5，定义3.15]

3.10

2

GB/TXXXX-XXXX

业务数据交换架构BusinessDataExchangeStructure

在特定业务过程中使用的一组信息，其架构满足业务数据交换需求。

注：业务数据交换架构也称为“报文体”，其可以是完整的业务文档（如发票），或是查询（如在主数据上）的

结果的小文档（片段）。

3.11

主数据交换架构MasterDataExchangeStructure

一组信息集合，其架构包括参考数据模型领域（如供应链）内用户所需的数据交换架构。从主数

据交换架构可以导出不同的业务数据交换架构。

3.12

文档document

数据载体和记录在其上的数据，通常是永久性的，可以由人或机器读取。

3.13

报文message

一个已标识、命名和结构化的，在功能上与段相关联的集合，它涵盖某一特定交易类型的需求

（如发票），并在报文规范中说明。一个报文用报文头开始，用报文尾结束。

注：在传送中，报文是一个具体的、符合报文规范的有序集合。

[来源GB/T14805.1，定义4.69]

3.14

报文集成/组件MessageAssembly；MA

为了交换业务而将业务信息实体组合为可用的单证的处理过程。对报文业务信息实体的一种组

合，而不会改变MBIE的语义。

[来源GB/T39850，定义3.16]

3.15

报文规范messagespecification

在报文目录中对报文的说明，包括对组成该报文的各个段和段组的位置、状态和出现最大次数的

说明。

3.16

场景scenario

具有相同业务目标的一类业务活动的形式化描述。

注：一个场景可以用来说明一个用例实例的交互或执行。

3.17

核心构件库corecomponentlibrary;

一个数据模型中的业务语义库。

注：如联合国核心构件库（UN/CCL），其使用联合国核心构件技术规范(UN/CCTS)来确保其一致性和互操作性，

由UN/CEFACT统一、审计和发布。

4概述

购买－运输－支付参考数据模型（BSP-RDM）项目采用了一种整体方法，在UN/CEFACT核心构件库

（CCL）和GB/T40679的基础上开发而成的一个通用参考数据模型，汇集了国际跨行业贸易和国际多式

联运过程的数据交换要求，包括以贸易便利化和电子商务最佳实践相结合为基础的相关贸易、保险、

3

GB/TXXXX-XXXX

海关、安全及其他监管单证的要求。

衍生信息交换规范能够用于以支持传统的国际和/或国家标准的数据交换架构格式对联合国和/或

国家标准的纸质单证样式、电子数据交换以及XML报文的需求，并支持基于网络进程的信息交换要求，

如单一窗口实施或数据管道交换。单一窗口实施和数据管道交换见GB/T36597和GB/TXXXX(国际贸易

流程规范数据管道管道数据交换架构)。

BSP-RDM框架（framework)用于生成业务标准（BusinessStandard），这些业务标准包括纸质和

电子文档结构，作为源自BSP-RDM的数据交换。此参考数据模型的推导可确保每一购买-运输-支付

（BSP）的纸质或电子文档数据架构规范都与UNLK和/或GB/T14392、GB/T16832、GB/T17298、GB/T

28530和GB/T39850中所规定的定义和概念保持一致，使贸易伙伴可以选择最能满足其业务需求和技

术能力的数据交换技术类型，并为其采用新技术提供了迁移路径。

BSP-RDM中使用公共业务过程目录（CommonBusinessProcessCatalog，CBPC）规范类别中的4个

业务域分类（BusinessAreaClassification），即采购/销售（Procurement/Sales）、物流

（Logistics）、监管（Regulation)和财务服务（FinancialServices）。

BSP-RDM中使用5个过程域分类，即确定合作伙伴和产品（IdentifyPartnersandProducts）、

订立业务协议（EstablishBusinessAgreement）、订单（Order）、运输（Ship）和支付（Pay），

并将参与这些过程的参与方划分为4个组（客户、供应商、当局、中介），提供了整个国际供应链

（ISC）流程的高层视图。

5业务界限

5.1范围和限制

本文件的范围可以表示为国际供应链参考模型（ISCRM）范围的一个子集。

本文件所述业务过程的范围和限制，在于能使BSP业务标准在贸易领域或特定模式的跨境场景的实

现中得以应用。

本文件中只引用高层过程描述，以便在单独业务需求规范子集场景过程分析（processanalysis）

中提供详细的过程需求。

5.2范围比较

ISCRM描述了跨境BSP整个场景，涵盖了从客户对产品或服务需求确认，直到供应商完成订单并由

此产生财务结算的过程。除了与跨境交易有关的业务过程外，其还包括了中介和政府主管部门可能要

求的必要物流和跨境监管，以及供应链安全等活动。如图4和图8所示。

示例：

图4国际供应链模型中的角色和服务（用例）

跨境BSP业务合作的用例是如下所述的主要的和支持性的顶层过程:

4

GB/TXXXX-XXXX

——主要的顶层过程，包括以下方面：

达成业务协议（销售）：买方向卖方发出产品或服务的报价请求。卖方回复或主动

报价给潜在的买方。买方与选定的卖方商定合同协议的条款。

订单（销售）：买方确认需要的产品或服务，并根据合同协议发出订单。卖方收到订单

并响应。

运输/边境清关：卖方按规定的交易条款发货。所有运输安排的执行和要求均满足相关

主管部门的规定。开具发票（要求付款），见GB/T36368和GB/T36371。买方收到产品

或服务。

支付（销售）：收到付款的要求。根据双方商定的条款，付款人付款，收款人收到付

款。

——支持性的顶层过程，包括以下方面：

确定潜在贸易伙伴：买方寻找潜在卖方，卖方寻找潜在买方。

调查信用：卖方对潜在买家的信用状况发起查询。中介可能就信用情况作出反应。

（不在本文件中描述）

制造：当用例是关于制成品时，卖方向制造商下达制造该产品的订单，以满足客户

的订单要求。当产品可供运输时，制造商确认计划交货的日期。

如图4所示，主要的执行者/主角和角色有如下各方：

——买方：货物或服务出售对象的一方。在销售订单合同中指定的客户的主要角色（role）是买

方，其他可能的角色包括最终/最后收货人、运输服务买方、进口商和受票方。

——卖方：作为提供货物或服务的一方。在销售订单合同中指定的供应商的主要角色是卖方，其

他可能的角色包括原始发货人/托运人、运输服务买方、出口商和发票签发人。

——中介：在国际采购和供应链中，中介可以是提供服务以支持销售订单合同或运输合同的任何

一方。中介可能扮演的角色包括运输服务提供方（如承运人、货运代理）、金融机构（如银

行、信贷机构、保险公司）、报关代理等。

——主管部门：提供与适用于国际采购和供应链中货物贸易的任何公约或法规相关的授权。主管

部门可能扮演的角色包括边境管制当局（如海关）、许可证/执照签发当局和港口当局，包括

港口卫生、检查及其他政府当局。

对上述从事跨境交易的各参与方角色做了如下更具体定义：

——进口商：进行进口申报的一方，或代其进行进口申报的清关代理人或其他获授权人员。可能

包括货主或收货人（货物托运对象的一方）。

——出口商：进行出口申报的一方，或代其进行出口申报的一方，其是对货物拥有所有权或在

接受申报时对货物拥有类似处置权一方。

——运输服务购买方：运输服务合同中约定的作为运输服务提供对象的一方。运输服务买方的角

色可以由发货人或收货人履行，取决于相关销售订单合同的交付条件。

——运输服务提供方：运输服务合同中约定的作为提供运输服务的一方。运输服务卖方的角色如

上所述是一个中介角色。

——发票开具方：开具发票的一方。

——受票方：发票的付款应汇给的一方。

5.3场景介绍

本文件业务需求规范涵盖货物贸易、运输、跨境清关到开具供货发票以及相关运输服务的关键过

程。

5

GB/TXXXX-XXXX

图5BSP-RDM的业务过程和交易

如图5所示，在BSP-RDM中包含的业务过程和交易。BSP过程是在高层上显示，在该层次以下的进一

步分析涉及业务过程视图及其交易。

注：术语“交付”（deliver）更常用于供应链中，而“运输”（ship）更常用于运输和物流过程中。

6业务需求

6.1业务需求视图

如5.3（场景介绍）中所述，BSP业务过程范围可被视为相互关联的业务域，代表商业运输合同、

运营运输和物流、监管和边境清关过程，连同在每个业务域内使用的以及在它们之间传递的相应信

息。

如图6和图7所示，是根据关键的管理合同（销售订单合同和运输服务合同）对其过程域进行描

述，并且还给出了关键过程域之间的关系，以及文档要求的说明。

6

GB/TXXXX-XXXX

图6销售订单合同视图

销售订单合同视图如图6所示，该视图也适用并包括在运输服务合同（以及相关的用例），该合同

在图7中进行扩展。公路、铁路和海上运输见GB/T38703、GB/T38709、GB/TGB/T42723、GB/T

42725和GB/T42728。

图7运输服务合同视图

6.2业务过程

7

GB/TXXXX-XXXX

ISCRM映射了四个主要业务域的业务过程，即商业、物流、监管和财务，包括如图8所示的程序。

图8国际供应链中定义的四个业务域内业务过程

6.3业务域

如图9∽图12所示，给出了与ISCRM中四个主要业务域关联的关键执行者(actor）和角色（role)。

图9业务域-商业

8

GB/TXXXX-XXXX

图10业务域-物流

图11业务域-监管

9

GB/TXXXX-XXXX

图12业务域-财务

6.4数据交换/过程

6.4.1商业数据交换/过程

商业数据交换/过程，可能包括如下方面内容：

——发布商品目录；

——发出报价；

——确认销售订单；

——交付计划；

——签发发运通知和装箱单；

——开具销售发票；

——通知汇款。

6.4.2物流（运输）数据交换/过程

物流（运输）数据交换/过程，可能包括如下方面内容：

——预订货物舱位；

——签发装运指示；

——签发具有运输合同性质的单证（如空运单）；

——运输货物；

——请求并签发运输状态报告；

——开具运费发票。

6.4.3监管数据交换/过程

监管数据交换/过程可能包括向海关或其他相关的政府主管部门报告如下方面内容：

——进出口申报；

——货物和过境报告；

——跨境监管数据管道数据；

——原产地证书；

——植物检疫证书；

——危险货物申报，包括危险废弃物通知；

——其他。

10

GB/TXXXX-XXXX

6.4.4财务数据交换/过程

财务数据交换/过程可能包括如下供应链交易财务等方面内容：

——指示付款；

——贷方/借方账项；

——报表和报告；

——货物保险。

6.5业务合作伙伴类型

BSP-RDM确定了客户、供应商、中介和主管部门四种主要业务合作伙伴类型，并描述了构成这四个

类别的类型或组织，及其所扮演的角色（role），如表2所示。

表1业务合作伙伴类型

客户供应商中介主管部门

买方卖方运输服务提供方海关

发票开票方银行环境

付款人收款人信贷机构农业

进口商出口商保险人商会

最终收货人原始发货人报关代理领事

运输服务买家运输服务购买方承运人代理检验

送达方（ShipTo）起运方（ShipFrom）代理贸易商港口卫生

制造商其他其他

如下表3所示，跨境国际供应链中可能有许多参与方，可分买方、卖方、起运方和送达方四大类，

及其各自在销售订单合同和/或运输服务合同中的角色。

表2贸易/运输/海关参与方角色

销售订

运输服务合同定义

单合同

卖方原始发货人/原始托运人（Original

（Seller）Consignor/OriginalShipper）在销售订单合同中规定的销售商品或服务的一方

买方最终收货人/最终收货人（Final在销售订单合同中规定的作为商品或服务出售对象的

（Buyer）consignee/ultimateconsignee）一方

运输服务买方（发货人或收货人）

[Transportservicesbuyer运输服务合同中规定的运输服务的购买方

(consignororconsignee)]

运输服务提供方（承运人或货运代理）

[Transportservicesprovider在运输服务合同中规定的运输服务的卖方

(carrierorfreightforwarder)]

运输服务合同中规定的交付货物的一方。发货人是货

发货人（Consignor）

物的始发方，货运的发送方，通常是卖方

运输服务合同中规定的接收托运货物的一方。货物运

收货人（Consignee）至和交付于的一方。运输货物的接收方

承运人（Carrier）提供运输服务的一方

通过提供运输、物流、相关手续服务等方式进行货物

货运代理（FreightForwarder）运送的一方。

运输服务提供方从其处所取货或者接管商品的一方。

操作术语是“拾取货物位置”或“提货地点”“提取

发运方（DespatchParty）

货物位置或提货地点（pick-upLocationorpick-up

place)”

11

GB/TXXXX-XXXX

表2贸易/运输/海关参与方角色（续）

销售订

运输服务合同定义

单合同

运输服务提供方应向其交付货物的一方。操作术语是

“交货地点”或“放置地点”“交付位置（delivery

交付方（DeliveryParty）

location）”或“放置地点（Placeof

Positioning）”

起运方原始发运方

最初将要发货或已经发货的一方

（Shipfrom）（Originaldespatchparty）

送达方最终交付方/最终交付方

（Shipto）（FinalDeliveryParty/Ultimate货物最终将要运达或已运达的一方

DeliveryParty）

6.6业务实体和业务规则

6.6.1信息实体及关系

在整个国际采购和供应链中，交换着各种类型的信息。SCRDM和多式联运参考数据模型（MMT-

RDM）为推导通用数据交换架构提供了一个跨领域框架，用于客户、供应商、中介和主管部门之间的信

息交换。SCRDM参见GB/T39447和GB/T39455。

所有数据建模概念都支持业务信息实体与GB/T15191、GB/T26321及GB/T28530之间的完整引

用。因此，在SCRDM和MMT-RDM中对所涉各参与方和其中包含的业务信息实体都使用相同的通用术语集

及其定义。

图13提供整合SCRDM和MMT-RDM之后的BSP-RDM的实体和顶层的业务信息实体之间的关系。

图14及6.6.3提供了有关BSP-RDM最高层的业务信息实体及其之间关系的更多细节，作为具有约束

和基数的业务规则。

如图14所示的一组实体定义，是基于实体的物理属性和与过程相关的语境、角色、相关性和重要

性。

图13高层BSP-RDM

6.6.2贸易交易与运输交易合同的关系

12

GB/TXXXX-XXXX

贸易交易涉及到各种合同，而每个运输段也同样需要由单独的运输合同来执行。因此，与托运物

相关的合同需要映射到所适用的贸易交易唯一货物参考合同(TradeTransactionUniqueCargo

ReferenceContract，TUCR)、分托运物唯一货物参考合同(HouseConsignmentUniqueCargo

ReferenceContract，UCR)和主托运物唯一货物参考合同(MasterConsignmentUniqueCargo

ReferenceContract，MUCR)。

关于海关入境前安全申报的全球货物统一代码（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业务规则

6.6.3.1销售订单

销售订单（salesorder）是一种合同文件。通过该合同文件，买方（buyer）根据正式报价单中

规定的或买方已知的条件，与卖方（seller)就指定的货物或服务开始交易。跨境订单文档中通常包括

买卖双方业务交易所需的相关商业销售订单信息，以及中介和政府主管部门所需的运输和监管信息。

销售订单的业务规则说明如下：

——一个销售订单只能有一个买方；

——一个销售订单只能有一个卖方；

——一个销售订单是由一个或多个贸易项目（tradeitem）组成。

6.6.3.2贸易项目

贸易项目（tradeitem）用于描述买方和卖方之间销售订单中最底层商业信息。每个贸易项目通

常与特定的产品（product）或服务（service）相关联，并包括如产品代码(code)、数量

（quantity)和单价（unitprice）等详细信息。在跨境订单的情况下，每个产品也有一个相关的海关

税则代码(customstariffcode)。

贸易项目的业务规则说明如下：

——单个的贸易项目与一票货载（shipment）相关联；

——贸易项目按税则代码/包装（tariffcode/packaging）聚合成托运物项目（consignment

items）。

6.6.3.3货载/贸易交付

货载[shipment（tradedelivery）]是指由一个或多个一起（可供）从卖方[原始发货人/托运

人(originalconsignor/shipper)]运输到买方的贸易项目（tradeitems）构成的一组可识别的集

合。

注：货载是一个贸易术语，指的是购买的货物需要运送给买方。

货载的业务规则说明如下：

16

GB/TXXXX-XXXX

——一票货载只能运往一个买方；

——一票货载可以由一个或多个销售订单中的部分或所有贸易项目组成；

——一票货载只能有一个UCR；

——一票货载可以是一票托运物（consignment）的一部分或全部，一票货载也可以分批托运运

输。

6.6.3.4托运物（运输服务订单）

托运物（consignment）是指由通过在单独运输合同中约定的一种或多种运输方式从一个发货人运

送到一个收货人的托运物项目（ConsignmentItems）构成的一组可分开单独识别的集合。

注：托运物是一个运输术语，用于证明运输服务合同，根据该合同，托运物（贸易货载）被转移给运输经营者，

以便根据相关运输合同条款进行运输。

托运物的业务规则说明如下：

——一票托运物只能有一个发货人；

——一票托运物只能有一个收货人；

——一票托运物只能有一个运输服务提供方(TransportServiceProvider，TSP)；

——一票托运物只能有一个运输服务买方，也称运输服务消费者（TransportService

Consumer,TSC）。运输服务买方（TransportServiceBuyer）可以是发货人（Consignor）

或收货人（Consignee）；

——一票托运物可指是一票或多票货载（shipment）；

——一票托运物可由一个或多个托运物物项目（consignmentitems）构成；

——一票托运物可以由一票或多票货载中的部分或所有贸易项目（合并为托运物项目）构成；

——一票托运物与用于进行运输服务（transportservice）的运输设备相关，并包含托运物项目；

——一票托运物可由一个或多个海关项目（customsitems）组成，用于向海关报告；

——一票托运物可以有一个或多个海关UCRs。

6.6.3.5托运物项目

托运物项目（ConsignmentItem）是指出于运输之目的，根据海关税则代码或包装分类而成的一

批可分开单独识别的产品。托运物项目是托运物中最底层的信息。在跨境托运的情况下，每个托运物

项目应只有一个关联的海关税则代码，以满足海关要求。

托运物项目的业务规则说明如下：

——一个托运项目可包含一个或多个贸易项目（tradeitem）；

——一个托运项目可以装在用于进行运输服务的运输设备中；

——一个托运项目只能有一个相关的海关税则代码(customstariffcode)。

6.6.3.6进出口报关单

进/出口报关单（Import/ExportCustomsDeclaration）是指托运物出口或进口报关所依据的

文件。

进出口报关单的说明如下：

——一份出口或进口报关单可包含一个或多个海关项目；

——一份出口或进口申报单）只能有一个海关UCR。

6.6.3.7海关项目

海关项目（customsitem）是指用于上报海关并且有不同的海关税则代码的托运物项目、贸易项

目，或是托运物项目或贸易项目的集合。

海关项目的业务规则说明如下：

——一个海关项目只能有一个关联的海关税则代码；

——一个海关项目可指是一个或多个贸易项目；

——每次报告的托运物中可包含一个或多个分开上报的海关项目。

6.6.3.8海关货物报告

在出口、进口或过境地点向海关报告货物流动所依据的文件。

17

GB/TXXXX-XXXX

海关货物报告（customscargoreport）的业务规则说明如下：

——一份海关货物报告报告一次货物运输转移（transportmovementofgoods）；

——一份海关货物报告一票或多票托运物。

6.6.3.9运输工具报告

运输报告允许将数据从承运人转移至海关，以满足海关对运载该货物所使用的运输工具相关内容

的报告要求。

6.6.3.10运输设备

以物流为目的，用于容纳、保护或加固货物的设备。

运输设备（transportequipment）使用的业务规则说明如下：

——一个运输设备可能与一次或多次运输活动有关；

——一次运输转移（transportmovement）可能占用多个运输设备；

——一个运输设备对应于一票托运物，一票托运货物可能占用多个运输设备。

6.6.3.11运输工具

在货物运输过程中，用于将货物或其他物体从一个地方运送到另一个地方的工具。

运输工具的业务规则说明如下：

——一个运输工具对应一次运输转移；

——一个运输工具是一份运输报告的基础。

6.6.3.12运输转移

以运输为目的而进行货物或其他物体的运送（实际运输）。

运输活动的业务规则说明如下：

运输活动是由运输工具提供的服务。

——一次运输转移对应于一票或多票托运物，一票托运物可能包含在多次运输转移中；

——一次运输转移可能携带零到多件运输设备，运输设备是与运输转移相关联的；

——每次货物报告（cargoreport）记载着每次运输转移。

6.6.3.13运输包装

一种自包容式的包装或容器，可出于运输目的将货物置于其中。如可装满、部分装满或空的箱或

桶。

运输包装（transportpackage）的业务规则说明如下：

——一件运输包装与一票托运物相关联，一票托运物中可能有多件运输包件；

——海关要求的运输包装可定义两个额外层次的子包装。

7国际供应链安全

7.1运输与保安

国际贸易中的安全取决于参与货物实际搬运和运输以及提供和传输贸易相关信息的各参与方正在

采取的一系列行动。

世界海关组织的预申报货物信息（ACI）准则、国际海事组织的国际船舶和港口设施保安规则

（IMO/ISPS)、跨行业运输场景（MIST）报告对贸易安全提出具体要求，ISPS的额外要求包括在船舶抵

达港口时报告安全级别和管理不同级别的实例。这些要求已用三种不同的用例建模，包括在海运用例

中作为运输过程的扩展。

与海运用例相关的三个ISPS用例如图19所示。其中，PFSP为港口设施保安计划（Port

FacilitySecurityPlan）、SSP为船舶保安计划（ShipSecurityPlan）。

18

GB/TXXXX-XXXX

图18海运用例

本用例中所代表的活动可以概括为：供应商根据约定的交付条款发货，客户收到产品。所有运输

安排均已作出和执行，并符合主管部门的规定。国际船舶和港口设施保安规则（ISPS）所代表的安全

方面包含在运输过程中。

表4给出了这个用例的更完整的描述。

表3用例描述-运输（海运）

名称运输（海运）

可追溯性标识

执行者客户、供应商、中介、主管部门

做好必要的准备工作，使货物能够交付给客户。货物由政府主管部门清关并交付到约

描述

定的客户地点

前置条件订单已确认

后置条件已清关的货物已交付给客户

当供应商接受了客户订单时开始

——供应商向政府主管部门申请出口许可证

——主管部门响应

——向卫生主管部门请求健康证明

——政府主管部门提供证书(进口国家卫生部门要求)，如：

辐射、同位素和健康证书

进口卫生合格证书

细菌学证明

理化证书

兽医和卫生证书

分析证书

准备并提供给承运人的危险品单据

供应商向商会申请并获得原产地证书

19

GB/TXXXX-XXXX

表4用例描述-运输（海运）（续）

名称运输（海运）

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

为客户，包装重量清单/交货单/发票

为出口海关，相关海关文件（例如海关产品清单、海关发票）

为进口海关，相关海关文件（如产地证、批号、发票）

—