国际贸易业务流程规范数据管道载体数据交换架构

GB/TXXXX-XXXX

国际贸易业务流程规范数据管道载体管道数据交换架构

1范围

本文件给出了国际贸易物流业务过程规范中与管道数据交换架构相关的概述（场景介绍

和语境），并确定了管道载体构建（基本要求、标准的使用、输入路径点和信息更改）和业

务需求协作（业务需求列表、业务用语描述、业务需求视图和业务编排视图）等要求。

本文件适用于与跨境贸易运输业务相关的行政服务、业务实体之间的信息交换，亦适用

于数字化供应链管理服务平台的建设、开发和运营活动。

2规范性引用文件

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

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

改单）适用于本文件。

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

Version3.0,IDT）

GB∕T2962贸易与运输状态代码

GB/TXXXX（国际贸易业务流程规范电子国际公路货物运输托运单）

3术语和定义

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

3.1

数据管道datapipelines

将数据从一个源移动到另一个源，以便将其存储、用于分析或与其它数据结合。

注：数据管道是以受控方式摄取、处理、准备、转换和丰富结构化、非结构化和半结构化数据的端到

端过程。

3.2

执行者actor

主角

在系统或业务之外的与系统或业务交互的某人或某物。

[来源：GB/TXXXX-2023，3.11]

3.3

角色role

1

GB/TXXXX-XXXX

参与特定语境中的某种实体的被命名的特定行为。

4概述

4.1场景介绍

本文件的范围是规范和协调与由任何运输方式承载的跨境货物信息交换有关的报文，以便供应链中

的多个执行者/主角直接在一个数据管道中，或在相应数据管道之间进行信息交换。

数据管道所依据的原则是，尽早提供受信任来源的高级数据给数据需求者。

数据管道可与文档结合使用，但应优先考虑过程驱动的数据交换。

在过程中关键点上发生的事件称为“路径点”。“路径点”可能会有所不同，取决于业务合作伙伴

需求和运输：可针对特定运输方式或业务过程来定义未来的路径点，使其符合特定需求。数据路径点见

附录A。

本文件使用以下4个主要路径点，对适合于所有运输方式下的场景进行描述：

——托运物完成装载的地点

——离开出口国

——抵达申报

——托运物交付

4.2语境

管道数据交换架构（PDES）语境类别，见表1。

表1管道数据交换架构（PDES）语境类别

语境类别说明

通过管道数据交换架构进行数据交换

业务过程

购买—装运—支付/多式联运参考数据模型（RDM）/管道数据交换架构（PDES）

产品分类全部

行业分类全部

地缘政治全球

官方约束无

业务过程角色信息发送者；信息使用者

买方、卖方、运输服务购买方、运输服务提供方、申报人、海关、监管机构、发货人、

辅助角色

收货人、物联网设备

系统能力无限制

5管道载体构建

5.1基本要求

应确定将提前提供输入路径点数据的执行者/主角，并让其能对管道数据交换架构(PDES）发挥作用。

在构建管道数据交换架构(PDES）时，应有一个清晰的路径，以便在正确的位置上获取入站数据并

添加到整个管道载体中。数据将以块或片段的形式添加，这些块或片段具体涉及从该源获取的新数据或

更新数据。

在输入路径点要生成的数据是特定的、已知的真实数据，而不是提供无法证明的信息。

2

GB/TXXXX-XXXX

一些输入路径点含有如运输路线计划等“计划性”的数据，此类数据可用于预测或估计某事何时应

该发生，并在未发生时提供异常报告。通过异常管理可以找到丢失的数据，反过来又改进了业务规划、

目标定位和风险评估。根据较早的输入路径点中注明的计划时间可以预估收到运输工具离港确认的时

间。如果在预估的时间内没有收到数据，可以通过相关参与方或数据来源自动查询数据。

利益相关方应就报文协议和相关服务达成一致意见，便于提供者和接收者使用Web服务获取和验证

信息。

应为捕获的数据增加时间戳并予以记录以供审计、标识数据捕获的来源和位置，并通过风险评估工

具对其进行进一步分析。

由于有许多使用物联网设备实现自动化的执行者/主角和数据捕获点，该环境下非常适合使用区块

链等分布式账本技术（DLT)。

5.2标准的使用

首先在数据元素层级上，要确保所有参与方对语义的理解是相同的，并使代码列表和数据类型、报

文结构和交换协议等标准化。

5.3输入路径点－将数据添加到载体

信息可作为一个完整的文档提交并集成到管道数据交换架构(PDES）中，但文档经常重复之前在数

据交换中已产生的信息，在这种情况下信息可能是冗余的。冗余信息不应覆盖之前提交的信息，除非可

将其视为数据源。如运输工具预计出发时间可能在较早交易中已经提供过了，但运输工具运营商是提供

运输工具实际出发时间的来源，其数据应能覆盖之前发送的预计时间。

在面向过程的方法中，信息可以作为数据交换的一部分进行集成。企业资源计划（ERP）工具就可

以获得并能够提供信息片段，而不必等待建立一个传统的文档。同样，信息可以通过IoT设备集成，

如智能容器、智能设备、仓库扫描仪或其他设备。

5.4信息更改

通过管道捕获的数据都应是该时间点上真实数据，不应予以修改以免造成对数据缺乏信任。只有最

初的执行者/主角才能修改其路径点数据以保持数据完整性。

但一些路径点可能会捕获并提供“计划的”路线或“估计的”到达日期，其本质上是可变的，而应

在每个输入路径点均提供有关这些事件或因素的最新建议或估计。

倘若在信息提供后发现其不正确，则可重新发送信息并更新管道载体，但新数据应带有时间戳并设

置标记以表示事件发生后的更改，以便向查看管道数据的人提供数据未被篡改的保证。数据频繁更改或

在发送之前被“清理”，则无法在供应链中实现真正的自动化。

示例：

数据用于分布式账本技术，则一旦数据进入账本，便可能触发“智能合约”，更无法逆转该合约的结果。因此，如有

适用的预期用例，就应当考虑一旦提交信息后的更改。

6业务需求协作

6.1业务需求列表

业务需求和关键业务信息应以编号列表的形式呈现。该列表应涵盖以下内容：

——参与者之间的业务交互、发起活动的参与方、响应的参与方以及控制发起和响应的业务条件；

与交换有关的确认、安全等其它业务规则；

——关键信息类别（业务实体）、其要交换实体（属性）的详细数据以及实体之间的关系。

3

GB/TXXXX-XXXX

当信息输入数据管道（“输入路径点”）或从数据管道中提取信息（“输出路径点”）时，信息是

围绕路径点而构建的。货物处置和运输过程中会发生各种事件，这些事件有可能是“输入路径点”“输

出路径点”，或既是“输入路径点”，也是“输出路径点”。

信息输入可有多个来源，管道信息用户也可有多个。

管道数据交换架构（PDES）业务需求表，见表2。

管道数据交换架构（PDES）数据需求说明模板，见表3。

表2管道数据交换架构（PDES）业务需求表

编号业务需求说明业务交易名称

货物实际被装入用于其运输的集装箱、集装设备（ULD）或包装的地点

A.1完成装载托运物的地点

发货人或运输服务提供方应掌握所有货物商业和主要运输计划的信息

货物实际离开装货港、运输实际发生的地点

A.2运输服务提供方应掌握所有实际运输的信息离开出口国

此信息可以传送至收货人或买方以及抵达国的监管机构，以便制定抵达计划

货物抵达海关申报的地点

A.3信息可以直接传送至相关监管机构，也可传送至使用信息办理监管手续的申货物到港报关

报人

根据运输合同，托运物实际交付给收货人或交付方的地点

A.4托运物交付

信息可以传送至收货人、运输服务提供方或买方

表3管道数据交换架构（PDES）数据需求说明表

编号数据需求说明

B1数据管道规范应能提供与多式联运参考数据模型（MMTRDM）的互操作性

6.2业务术语描述

管道数据交换架构（PDES）引用表4中所示的业务术语和表5中参与方角色。

表4管道数据交换架构（PDES）业务术语描述

业务用语定义

跨境机构、监管机构处理货物入境监管事宜（包括相关安全手续）的边境机构

公路运输合同是指运输公司在收到运费后承诺把货物从一个地方运送到另一个地方的合

电子国际公路货物运输

同。根据《国际公路货物运输合同公约》（CMR）规定，运输合同是通过签发托运单进行

托运单(eCMR)

确认，见GB/TXXXX-2023

可连接到互联网以与软件应用程序交换信息的电子设备，该软件应用程序收集/接收、存

物联网设备

储并与无论是否使用物联网平台的用户交流该信息

管道数据交换架构用于在数据管道环境中提供数据。管道数据交换架构（PDES）是多式联运参考数据模型

（PDES）（MMTRDM）的子集

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

运输服务提供方运输服务合同中规定的运输服务提供方

空运货物使用的标准化集装箱。ULD主要用于空运货物，也可用于货物空运的前程运输和

集装器（ULD）

后程运输

一个实时的计算机软件系统，其能按照运作的业务规则和运算法则，对信息、资源、行

仓库管理系统（WMS）

为、存货和分销运作进行更有效地管理

4

GB/TXXXX-XXXX

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

销售订单合

运输服务合同定义

同

卖方最初发货人/托运人

在销售订单合同中规定的销售货物或服务的一方

（Seller）（OriginalConsignor/OriginalShipper）

最后收货人/最终收货人

买方（Buyer）在销售订单合同中规定的向其出售货物和服务的一方

（FinalConsignee/Ultimateconsignee）

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

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

（OriginalConsignor/Originalshipper）

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

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

(CarrierorFreightForwarder)]

发货人（Consignor）运输合同下的托运货物的一方。

运输服务合同下的接收托运物的一方。货物装运至和

收货人（Consignee）

交付于的一方。运输货物的接收方

承运人（Carrier）在运输服务合同下提供运输服务的一方

在运输服务合同下通过提供运输、物流、办理相关手

货运代理（FreightForwarder）

续服务等来承担运送货物业务的一方

发运方（DespatchParty）在运输服务提供方集运或接收货物处，向其交付货物

的一方。操作术语称为“接受地点（Pick-upPlace）”

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

交付方（DeliveryParty）

为“放置地点（PlaceofPositioning）”

起运

（Ship最初发运方（OriginalDespatchParty）货物最初将或已从其装运的一方

from）

运至最后交付方/最终交付方（FinalDelivery

货物最终将运往或已运往的一方

（Shipto）Party/UltimateDeliveryParty）

6.3业务需求视图

6.3.1总体业务过程用例—合作伙伴视图和概念模型

图1管道数据交换架构（PDES）业务过程用例图

数据管道是通过“输入路径点”和“输出路径点”而建立的。在输入路径点中提供信息的一方是信

息来源，目的是尝试从其来源获取信息。那些使用这些信息的一方是输出路径点的缘由。

5

GB/TXXXX-XXXX

根据数据管道本身的设计，在输出路径点仅能获取部分信息，即特定过程所需的信息。在有些情况

下，参与方和利益相关方，包括买方、卖方、运输服务购买方、运输服务提供方、申报人、海关、监管

机构、发货人、收货人、保险服务提供方、金融服务提供方、物联网设备、仓库管理系统，可能是某些

原始信息的提供者，同时也是其提供信息之前的其他信息使用者。这些参与方和利益相关方。业务过程

用例图见图1，管道数据交换架构（PDES）整体概念模型见图2。

图2管道数据交换架构（PDES）整体概念模型

6.3.2路径点A.1–托运完成地点

管道数据交换架构（PDES）业务过程工作表－托运物完成装载的地点如表6所示。

管道数据交换架构（PDES）业务过程活动图－托运物完成装载的地点如图3所示。

6

GB/TXXXX-XXXX

表6管道数据交换架构（PDES）业务过程工作表－托运物完成装载的地点

A.1托运物完成装载的地点

概述

名称托运物完成装载的地点

说明将货物实际装入用于其运输的集装箱、集装器等运输设备或装入包装的地点

细目

业务域：多式联运

业务域和过程域分类

过程域：船舶

参与方及其利益收货人、发货人、交付方

利益相关方及其利益保险服务提供方、金融服务提供方

参考

开始/结束特征

发运方有一批货物需要运送，并确定运输方式（空运、陆运、海运或铁路运输）

这批货物已经装载到或将要装载至一个或多个特定运输设备

发货人已告知运输服务提供方可收取托运物的时间

运输服务提供方在特定运输工具上保留舱位

前置条件

运输服务提供方与发货人/发运方已经具有合同关系

发运方得知装载至特定运输设备托运物项目数量、重量以及运输设备的参考号（标

识符）或封志

发运过程也可能触发付款功能，也可能成为供应链中的有用路径点

后置条件托运物已被保管、装载，并离开发运人至下一个转移地点

开始时间运输的集装箱、集装器或包装进行装箱或填装

结束时间运输的集装箱、集装器或包装的箱门或装货通道已关闭。最后附上封志

行动无

例外情况无

关系

电子国际公路货物运输托运单（eCMR）见GB/TXXXX

eCMR过程共享此路径点，并可在此路径点补充跨境公路运输的数据

包含的业务过程

eCMR应提供该路径点未发生更改的信任数据。数据可添加至报文模式（message

Schema），以适应这种运输方式的要求

受影响业务过程无

图3管道数据交换架构（PDES）业务过程活动图-托运物完成装载的地点

6.3.3路径点A.2－离开出口国

管道数据交换架构（PDES）业务过程工作表－离开出口国如表7所示。

7

GB/TXXXX-XXXX

管道数据交换架构（PDES）业务过程活动图－离开出口国如图4所示。

表7管道数据交换架构（PDES）业务过程工作表-离开出口国

A.2离开出口国

概述

名称离开出口国

说明船舶或飞机等运输工具离开出口国至其下一个目的地或最终目的地

细目

业务域和过程域业务域：多式联运

分类过程域：船舶

参与方及其利益运输服务提供方、承运人、续运承运人、发运方

利益相关方及其

利益-

参考-

开始/结束特征

托运物已装载并交付至海运、空运和铁路港口

若进行公路运输，则托运物可直接从发运方运往交付方，A1和A2是相同

前置条件

运输服务提供方提供特定运输工具的舱位，并且货物已收讫待运

在适用情况下，已完成海关和担保手续，货物已清关运输

托运物已被保管、装载，离开装货港/地点前往下一个地点

后置条件计划的行程已确认

实际起运日期和时间已确认

开始时间承运人或运输服务提供方已将货物装上运输工具，离开了出口国

结束时间运输正在途中

行动无

例外情况无

关系

起运确认

包含的业务过程

转运事件

受影响业务过程无

图4管道数据交换架构（PDES）业务过程活动图－离开出口国

6.3.4路径点A.3–抵达申报

管道数据交换架构（PDES）业务过程工作表－抵达申报如表8所示。

8

GB/TXXXX-XXXX

管道数据交换架构（PDES）业务过程活动图－抵达申报如图5所示。

表8管道数据交换架构（PDES）业务过程工作表-抵达申报

A.3抵达申报

概述

名称抵达申报

说明货物抵达应进行报关的地点

细目

业务域：监管

业务域和过程域分类

过程域：船舶

参与方及其利益承运人、边境管理机构

利益相关方及其利益-

参考-

开始/结束特征

前置条件托运物跨境进入不同的国家或不同海关管理体制，并且需要报关

后置条件托运物跨境前往交付方地点

开始时间托运物抵达边境

结束时间经监管机构批准入境

行动-

在监管机构的要求或同意下，则可提前提供数据管道的信息

例外情况公路运输可能需要提供驾驶员的境内运输记录，以确认其是从事过境运输，而非从事该国

国内运输。此记录可链接至“数据管道”报关手续，以提供进一步的过境担保

关系

货物抵达报关

包含的业务过程解除担保或安全检查

行政统计汇编

受影响业务过程eCMR报文可用于向边境机构提供提前申报/按要求申报的托运物的数据

图5管道数据交换架构（PDES）业务过程活动图－抵达申报

6.3.5路径点A.4–托运物交付

管道数据交换架构（PDES）业务过程工作表－托运物交付如表9所示。

管道数据交换架构（PDES）业务过程活动图－托运物交付如图6所示。

9

GB/TXXXX-XXXX

表9管道数据交换架构（PDES）业务过程工作表－托运物交付

A.4托运物交付

概述

名称托运物交付

说明托运物实际交付给运输合同下的收货人或交付方的所在地点

细目

业务域：多式联运

业务域和过程域分类

过程域：船舶

参与方及其利益收货人、交付方、运输服务提供方

利益相关方及其利益金融服务提供方

参考-

开始/结束特征

前置条件托运物预定到达交付方所在地点，并进行接收托运物之前的封志号和“文书”的查验

交付方接收已交付的托运物

后置条件

托运物在交付方所在地点卸载，承运人可能有卸空的设备或回程货

开始时间货物抵达最终目的地

结束时间收货人接受抵达的货物

交付方接受货物并确认承运人交付的货物件数准确无误

货物件数用于确认安全收货，通知货损，据此提出货损赔偿请求，以及在货物件数不符

行动

或需要补充其他信息的情况下对可能发生的任何海关申报进行跟进

交付方可通过检查封志号或根据海关或边境机构的通知、或根据IoT等现代传输设备来

确认集装箱是否已经开封或已重新封志

例外情况-

关系

包含的业务过程-

计件数不一致时，海关抵达申报和进口申报

向运输服务提供方付款（以完成交付）/可能订立运输合同

受影响业务过程

向卖方支付款项（以交付货物）/可能签订销售合同

将货物预收入库（例如，通过将此信息连接至仓库管理系统）

图6管道数据交换架构（PDES）业务过程活动图－托运物交付

6.4业务编排视图

10

GB/TXXXX-XXXX

6.4.1业务交易视图－交易和授权角色

输入和输出路径点如图7所示。

每个路径点上的信息用户可根据其对数据的业务需求而变化。

各种输入和输出路径点可根据业务伙伴的需求和运输方式而有所不同。

图7管道数据交换架构（PDES）示例——潜在业务交易活动图

这些交互是在数据源（可以是多个参与方）和平台/数据库（数据管道载体）之间进行；以及平台/

数据库（数据管道载体）和信息用户（可以是多个参与方）之间进行。

此类交易允许交换小片段信息，而不是传输整份文档，取代传统的数据通信方法。

由于彼此之间并非进行直接交互，而是与平台/数据库（数据管道载体）进行交互，因而无法描述

“请求者”和“响应者”视图。

6.4.2业务协作视图和业务实现视图

数据源和数据用户如图8所示。

11

GB/TXXXX-XXXX

图8管道数据交换架构（PDES）示例业务协作活动图

12

GB/TXXXX-XXXX

附录A

（资料性）

数据路径点

A.1常见的输入路径点

路径点是供应链中交换信息时的特定时刻。虽然并非每次都需要使用所有的路径点，但应有

一个定义的路径点列表，以便在所有运输方式中可实现管道数据交换，并使所有人对路径点有着

共同的理解。

常见的事件/输入路径点如表A.1所示，其状态代码应与GB∕T29623所规定的一致。

表A.1常见输入路径点清单

执行者

事件/输入路径点

数据类型/角色/数据说明

状态代码

来源

买方销售合同是供应链上许多后

卖方续交易的起源，其提供了正在

发运方和交付方销售的商品（商业价值、HS

原产国买方/卖方代码…）和相关参与方的详细

商品名称及编码协调制度信息。PDES风险分析和物流

销售合同商业的文件参考号（发票编号或其规划的重要作用就是找到此

他编号）事件的起源

商品（发票）价值

订货的货物数量

计划中的交货地点

付款方式以及交货条件，如国际贸

易术语规则

装运的包装件数量

重量

向运输服务提供方预订货物

特殊作业说明（易腐烂物品、

运输舱位的地点。在单一的运

预定运输货物危险品的信息、温度控制）

运输服务购买输－销售合同下可能有多批

运输工具标识（ID）

者或运输服务货物，因此针对该特定运输，

状态代码6装货港

提供方应再次提供以前路径点所提

（预订已完成）预定的出发时间

供的某些信息，例如包装件的

预定的卸货港

数量

预定的运输路线

货运费率

13

GB/TXXXX-XXXX

表A.1常见输入路径点清单（续）

执行者

事件/输入路径点

数据类型/角色说明

状态代码

/数据来源

运输合同实际离开/集运的地点运输服务提供方或承运人的装运

（装运指示）实际集运的日期运输服务购指示以及运输合同（如提单或公

承运人买方或运输路托运单CMR）的缮制。这些通

预计到达时间服务提供方常在装运之前完成，但在装运后

提交

实际抵达提货地点/接收货运输服务提供

物地点的时间方

实际离开提货地点/接收货

物地点的时间

货物实际装载上运输工具以开始

集装箱号码

运输的地点。货物可“封装”到装

铅封号

装运货物载设备中，如集装箱或集装器

经验证的集装箱总质量(VGM)

状态代码13(ULD)。此时，根据运输合同的条

（方法2：托运人可自行或安排

（集运/提取货物已完成）款规定，运输服务提供方接管了对

第三方对所有的货物包装和组

货物的责任

件进行称重，包括集装箱内的衬

盘、衬垫和其它包装及系固材

料，然后将这些重量和集装箱的

毛重相加）

已到达装载港到达装货港的实际时间运输服务提供

为温控货物和设备提供电源方

状态代码364或插头

货物到达港口的地点，通常自此运

（到达集装箱堆场）经验证的集装箱总质量

输责任从运输服务提供方改变到

(VGM)重量

港口或承运人

（方法1：在完成集装箱装箱和

上封后，托运人可自行或安排第

三方对载货集装箱进行称重）

实际出发时间运输服务提供

货物离开了装货港船舶或飞机名称/航次航班编方货物实际上已经离开装货港的地

号点。

实际出发日期确认运输已开始

ETA已更新

商业的文件参考号（发票或其买方/卖方

有些货物在运输途中出售的，可能

在运输期间销售的货物他文件）

会发生多次销售。在这种情况下，

状态代码75新买家

新的商业交易就建立了，就要对原

（收货人已变更）新卖家

始的商业合同信息进行补充

计划中的交货地点

14

GB/TXXXX-XXXX

表A.1常见输入路径点清单（续）

执行者

事件/输入路径点

数据类型/角色说明

状态代码

/数据来源

运输工具ID运输服务提供方转运是指在运输途中将货物转移

船舶或飞机航次航班号到另一艘船舶上。空运中转站是一

转运时间个中途停靠站，货物通过中途停靠

转运的地点站并继续前往最终目的地。托运物

已更新的ETA可卸载并装载到另一架飞机上，或

转运（中继）或过境者只是停留在同一运输工具上。通

状态代码100（转运）常，托运物保留在同一运输方式上

续运和由同一运输服务提供方提

供服务

对于某些运输方式，转运可能会导

致“分开托运物”，即可将货物分

开分批装运，并由不同的航班来运

输

新的承运人运输服务提供方托运物转移到另一车辆/船舶/飞

运输工具ID机的地点，通常中转是采用相同

船舶或飞机名称或航次航班的运输方式，但运输责任转移到不

编号同的运输服务提供方。对于某些运

中转船舶更换的时间输方式，这可能导致“分开托运

船舶更换的位置物”，即将托运物分开转移到不同

已更新的ETA运输服务提供方的运输工具上

货物的预期用途（是否具有申报人

商业用途）

完税价格

要求履行进口报关或其他跨境监

海关目的地（直接进口、储

进口清关手续，包括临时管程序的地点。此输出路径点所需

存、过境、特殊手续）

存储和过境的大部分信息将源自以前的输入

海关原产地（根据进口国法

状态代码128路径点，但可能还需要补充一些额

规）

（等待进口放行）外的信息

授权编号（如存储设施授权编

号）

认证（申报人承担申报信息

的法律责任）

货物到达最后的卸货港实际采取的路线托运物实际到达卸货港的地点，之

运输服务提供方

状态代码40（抵达港口）实际到达的时间后受到海关的监督和可能的管制

15

GB/TXXXX-XXXX

表A.1常见输入路径点清单（续）

执行者

事件/输入路径点

数据类型/角色说明

状态代码

/数据来源

监管决定（货物清关、放行或海关或边境机构海关或其他监管机构审查货物是

通关状态暂停）否存在可能的违规行为和其价值

状态