本文件给出了国际贸易物流业务过程中与管道数据交换架构相关的概述（场景介绍和业务关联背景），并规定了管道载体构建和业务模型等要求。 本文件适用于与跨境贸易运输业务相关的行政服务、业务实体之间的信息交换，亦适用于数字化供应链管理服务平台的建设、开发和运营活动。

ICS03.100.01
CCS A 02
中华人民共和国国家标准
GB/T43791—2024
国际贸易业务流程规范
数据管道载体
数据交换架构
Specification for international trade business process-Data pipeline carrier-Data exchange structure2024-03-15发布
国家市场监督管理总局
国家标准化管理委员会
2024-07-01实施
规范性引用文件
术语和定义
管道载体构建
相关业务需求
附录A（资料性）
参考文献
数据路径点
GB/T43791—2024
GB/T43791—2024
本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国电子业务标准化技术委员会(SAC/TC83)提出并归口。本文件主要起草单位：深圳市坤鑫国际货运代理有限公司、广州阿漫泰工贸有限公司、厦门登涵国际船舶管理有限公司、天诚盛业（武汉）航运科技有限公司、衢州欣茂机械设备有限公司、郑州库睿特信息技术有限公司、成都信通信息技术有限公司、江西展大国际商务有限公司、浙江义境通电子商务有限公司、北京中标纵横标准科技有限公司、上海新翎航供应链管理有限公司、新疆寰业亨通国际货运代理有限公司、中国标准化研究院、全国海关信息中心（全国海关电子通关中心）、交通运输部公路科学研究院、公安部第三研究所、中国物流与采购联合会国际货代分会、武汉中铁伊通物流有限公司、福建理工大学。
本文件主要起草人：林忠、张荫芬、王翔、隋媛、林婷、姚树红、苏艺、梅光磊、郭降朱、金旭峰、唐辉、朱彤、康树春、崔晓乾、杨康康、刘畅、阮航、胡素芳、余惠珠、黄姝、周毅、王志民。Ⅲ
GB/T43791—2024
0.1背景与意义
随着电子商务的素荣发展，运输智能化和物流自动化程度的提高以及人工智能（AI）和大数据的预测性分析能力等方面的进步，行业应用所产生的数据量呈爆炸性增长，与此同时，数据平台架构更加趋于复杂化。因此，对全球供应链数据的质量、时效和准确性的要求已成为贸易物流领域不可或缺的标准要求。
当前，供应链数据流仍然围绕传统纸质文档过程而建立，不能提供准确、及时和真实来源的数据。为了满足不同政府机构和相关业务领域的多方要求，供应链数据流在与各方共享的过程中通常会被重复解释甚至修改，这就导致了贸易流通中的数据缺乏准确、完整的信息。这些参差不齐的数据流并没有考虑到这些信息的去向或最初接收者之外的其他用途。而且，所有运输方式中的无纸化倡议一直尚未得到广泛采用，数字化单证甚至不被接受。总之，对数据缺乏信任正在阻碍全球贸易便利化和供应链真正数字化的进程。
数据管道环境作为信息共享的互联互通基础架构，可提供端到端效率，可实现更高质量的数据、供应链可见性和信息共享。这些特性使数据管道对于企业数据分析不可或缺，这种高效过程也是数据驱动型企业中最关键的操作之一。倘若没有数据管道，这些过程需要大量耗时而繁琐的手动步骤，而且数据集越大、涉及的源越多，就越有可能发生错误，而且整体上的错误会更多。我国以大数据、云计算、5G网络、人工智能等为代表的新一代信息通信技术的广泛应用与推广，既促进各行各业之间打破边界进行融合，又推动行业内部进行深度融合，这也为数据管道提供广阔的运用领域，发挥新兴技术在产业融合中的作用。本文件参考UN/CEFACT《业务需求规范数据管道载体管道数据交换架构》，并根据我国对国外标准转化规定，结合当前实际需要而制定。0.2概念与原则
数据管道的概念，是源自其源的数据只需要在最开始提供一次，便能在整个供应链中被多次使用，而且不受任何传输模式、参与方或监管机构的限制，不再依赖其他参与方重新输入的数据。也就是说，当信息被注入管道（“输入路径点”）或从管道中提取信息（“输出路径点”）时，信息是围绕路径点而构建的。路径点在所有运输方式中都具有共性。在货物处理和运输过程中会发生各种事件，这些事件有可能是“输入路径点”或者“输出路径点”，或两者皆是。这些路径点可能会触发如商品或运输服务付款等重要的相关事件，引发货物所有权转移或交付责任的变化，也可为那些需要访问此类数据的人触发数据推送或数据拉取。管道中包含的数据可由授权的执行者使用推送或拉取两种方法来提取。
在数据管道概念中，有两大工作原则能应用，一是在合适的时间、合适的位置从合适的人员处捕获数据，二是在供应链中一次捕获并多次使用。在源头处或尽可能接近源头捕获数据是管道数据载体的关键原则，从信息源捕获的数据更能确定在此过程点上所提供的信息是正确的。因此，提供数据的执行者（合适的人员）在数据源头（合适的位置）访问数据，能提高数据质量，并为管道数据交换架构提供可靠且详细的数据元素。从其源头而不是在供应链的后期捕获关键信息，是无需再依赖其他执行者重新输入的数据，从而消除了因错误数据或误解数据所产生的风险。因为更早地输入数据，能将其包含在发往跨境机构的数据集成化，使数据的可用性（在合适的时间上)得到提高，物流和商业的计划与组织也能从中受益。IV
GB/T43791—2024
此外，一旦数据元素包含在管道数据交换结构中，就无需重新输入。这一点体现了GB/T36597和
UN/CEFACT第33号建议书《关于建立单一窗口的建议和指南》中所定义的共享电子数据的单一窗口原则。数据重新输入专用于已更改或需要更正的数据元素，管道数据交换架构使多个跨境机构能使用数据元素，从而避免了需要为每个机构重新提交数据。对于某些类型的数据，参与方（如买方、卖方）能使用外部可信数据源来提供确定性。V
1范围
国际贸易业务流程规范
数据管道载体数据交换架构
GB/T43791—2024
本文件给出了国际贸易物流业务过程中与管道数据交换架构相关的概述（场景介绍和业务关联背景），并规定了管道载体构建和业务模型等要求。本文件适用于与跨境贸易运输业务相关的行政服务、业务实体之间的信息交换，亦适用于数字化供应链管理服务平台的建设、开发和运营活动。2规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件。
GB/T18811电子商务基本术语
GB/T42723
国际贸易业务流程规范电子国际公路货物运输托运单国际公路货物运输合同公约(CMR）电子托运单附加议定书[AdditionalProtocoltotheConvention on the Contract for the International Carriageof Goods byRoad(CMR)Concerning theElectronic
Consignment Note]
3术语和定义
GB/T18811
界定的及下列术语和定义适用于本文件。直datapipelines
数据管道下载标准就来标准下载网
信息共享的互联互通基础架构，用于自动化处理和传输数据，可提升端到端效率，实现更高质量的数据、供应链可见性和信息共享，注：数据管道是以受控方式摄取、处理、准备、转换和丰富结构化、非结构化和半结构化数据的端到端过程。3.2
路径点
waypoint
在过程中关键时间点上发生的事件。4概述
4.1业务范围和路径点
数据管道项目范围是标准化和协调与供应链内多个执行者之间（直接在一条数据管道内或在相应数据管道之间)交换的以任何运输方式进行的跨境货物交易相关的报文。数据管道的工作原理，是尽早向数据需求者提供来自受信任来源的高级数据。数据管道可与文档结合使用，但优先考虑过程驱动的数据交换。GB/T43791—2024
“路径点”可能会有所不同，取决于业务合作伙伴的需求和运输方式，可针对特定运输方式或业务过程来定义路径点，使其符合特定的需求。数据路径点见附录A。本文件使用以下4个主要路径点，对适合于所有运输方式下的典型场景进行描述：托运；
出境；
抵达；
交付。
4.2业务关联背景
管道数据交换架构(PDES）语境规范模式(ContextSpecificationSchema)，见表1。
表1PDES语境规范模式
语境类目（ContextCategory）
业务过程（BusinessProcess）
产品分类（ProductClassification）行业分类（IndustryClassification）地缘政治(Geopolitical)
官方约束(official Constraint)业务过程角色(BusinessProcessRole)辅助角色(SupportingRole)
系统能力(SystemCapabilities)5管道载体构建
5.1基本要求
通过管道数据交换架构进行数据交换；购买一运输一支付参考数据模型(RDM)、多式联运参考数据模型(RDM）和PDES
信息发送者；信息使用者
买方、卖方、运输服务购买方、运输服务提供方、申报人、海关、监管机构、发货人、收货人、物联网设备无限制
应提前确定后续提供输入路径点数据并对PDES发挥作用的执行者。在构建PDES时，应有一个清晰的路径，以便在正确的位置上捕获入站数据并添加到整个管道载体中。数据以块或片段的形式添加，这些块或片段是与从该来源捕获的新数据或更新后的数据相关联的。在输入路径点上正在生成的数据是特定的、已知的真实数据，而不是提供无法证明真实性的信息。输入路径点中含有如运输路线计划等“计划性”的数据，可用于预测某事件何时会发生，并可在事件未预期发生时提供异常信息。通过异常管理可发现丢失的数据，从而改进业务计划、目标定位和风险评估。
示例1：
根据较早输入路径点中注明的计划时间，预估收到运输工具离港确认的时间。在预估的时间内未能收到数据时，则可自动向相关参与方或数据来源查询数据。利益相关方就报文协议和相关服务达成一致时，使用网络服务有助于捕获和验证提供者和接收者信息宜为捕获的数据增加时间戳并予以记录以供审计，确定数据捕获的来源和位置，并通过风险评估工具进行进一步分析。
GB/T43791—2024
示例2：
许多执行者和数据捕获点是使用物联网设备实现自动化，在该环境下适合使用区块链等分布式账本技术(DLT)5.2标准化要求
在数据元素层级上，所有参与方对语义的理解应是相同的，代码列表、数据类型、报文结构和交换协议等应进行标准化。
5.3输入路径点
输入路径点即向载体添加数据。信息可作为完整的文档提交并集成到PDES中，但文档经常重复在之前数据交换中已提交的信息。在这种情况下，信息可能是穴余的。穴余信息不应覆盖之前提交的信息，除非视其为数据源。
示例1：
运输工具预计出发时间可能已在较早交易中提供过，但运输工具运营商是提供运输工具实际出发时间的来源，其提供的数据可覆盖之前提交的预计时间。在面向过程的方法中，信息可作为数据交换的一部分进行集成。示例2：
通过企业资源计划(ERP)工具获得可用的信息片段时，可先行提供而不必等待建立一个传统的文档。同样，信息可通过物联网设备集成，如智能集装箱、智能设备、仓库扫描仪或其他设备。5.4信息更改
通过管道捕获的数据都应是该时间点上真实的数据，不宜予以修改以免造数据不受信任。只有原始的执行者才能修改其路径点数据以保持数据完整性。路径点可能会捕获并提供含有“计划的”路线或“预计的”到达日期。这些路线或日期本质上是可变化的，因而在每个输入路径点均宜提供有关这些事件或因素的最新计划。在信息提供后发现数据不正确，则可重新发送信息并更新管道载体，但新数据应带有时间戳并设置标记以表示是事件发生后的更改，以便向查看管道数据的人提供数据未被篡改的证明。倘若数据频繁更改或在发送之前被清理，则无法在供应链中实现真正的自动化。示例：
在数据用于分布式账本技术时，一旦数据进入账本，则可能触发“智能合约”，就无法“逆转”该合约的结果。因此，在适用的含有“预期”用例中，宜考虑提交信息后的更改6相关业务需求
6.1业务需求列表
业务需求和关键业务信息应以编号列表的形式呈现，列表包括以下方面的内容：一参与方之间的业务交易，发起活动的参与方，响应的参与方以及控制发起和响应的业务条件，管理信息交换的其他业务规则；信息（业务实体）的关键类别，要交换实体的详细数据（属性），以及实体之间的关系。当信息被注入管道（“输入路径点”）或从管道中提取信息（“输出路径点”）时，信息是围绕路径点而构建的。路径点在所有运输方式中都具有共性。在货物处理和运输过程中会发生各种事件，这些事件有可能是“输入路径点”或者“输出路径点”，或两者皆是。因信息的注入可能有多个来源，管道信息也可能有多个用户，宜使用基于多式联运参考数据模型的语义标准。
PDES业务需求见表2。
43791—2024
PDES数据需求说明模板见表3。
表2PDES业务需求
业务需求说明
货物实际装入集装箱、集装设备(ULD)或装入包装以进行其主运输的点
发货人或运输服务提供方应当掌握了货物商业方面和主要运输计划的所有信息
货物实际离开装货港，确认运输已开始的点运输服务提供方应当掌握了有关实际运输的所有信息，这些信息可传送至收货人或买方以及抵达国的监管机构，以便制定抵达计划
抵达货物报关的点
信息可直接传送至相关监管机构，也可传送至使用信息办理监管手续的申报人
根据运输合同，托运物实际交付给收货人或交付方的点信息可传送至收货人、运输服务提供方或买方表3PDES数据需求说明
业务交易名称
(Consignment completion point)出境
(Departure from the country of export)抵达
(Arrival declaration)
(Delivery of consignment)
数据需求说明
数据管道规范能够提供与多式联运参考数据模型(MMTRDM)的互操作性业务术语描述
PDES引用了表4中所示的业务术语和表5中参与方角色。表4PDES业务术语描述
业务术语
跨境管理机构（CrossBorderAgency)监管机构(RegulatoryAgency)
电子国际公路货物运输托运单（eCMR)物联网设备（IoTDevice）
处理货物入境监管事宜(包括相关安全手续)的边境管理机构《国际公路货物运输合同公约（CMR)电子托运单附加议定书》所适用的电子托运单。公路货物运输合同是指运输公司在收到运费后承诺把货物从一个地方运送到另一个地方的合同。根据CMR规定，运输合同是通过签发托运单进行确认。eCMR应符合GB/T42723中的相关规定
种电子设备，可连接到互联网，与一个软件应用程序交换信息，该软件应用程序可在使用或不使用物联网平台的情况下收集/接收、存储这些信息并与用户进行通信业务术语
管道数据交换架构(PDES)
表4PDES业务术语描述（续）
43791—2024
数据管道项日中定义的数据架构，在数据管道环境中提供数据，是多式联运参考数据模型(MTRDM)的子集运输服务购买方（TransportServiceBuyer）运输服务提供方（TransportServiceProvider）集装器（ULD）
仓库管理系统（WMS）
销售订单合同
卖方（Seller）
买方（Buyer）
起运方（Shipfrom）
运达方(Shipto)
运输服务合同中规定的运输服务的购买方运输服务合同中规定的运输服务提供方，即运输服务的卖方空运中用于运输货物的标准化集装箱。主要用于空运货物，也可用于空运货物的前程和后程运输
实时的计算机软件系统，按照运作的业务规则和运算法则，对信息、资源、行为、存货和分销运作进行更有效的管理贸易/运输/海关参与方角色
运输服务合同
最初发货人/托运人（OriginalConsignor/Original Shipper)
最后收货人／最终收货人（Fina1Consignee/Ultimate consignee)运输服务买方（发货人或收货人）（OriginalConsignor/Original shipper)
运输服务提供方（承运人或货运代理）[Transport Services Provider(Carrier orFreight Forwarder)J
发货人（Consignor）
收货人（Consignee）
承运人（Carrier）
货运代理（FreightForwarder）发运方(DespatchParty）
交付方(DeliveryParty）
最初发运方（OriginalDespatchParty）最后交付方/最终交付方(FinalDeliveryParty/Ultimate Delivery Party)定义
在销售订单合同中规定的销售货物或服务的一方
在销售订单合同中规定的作为货物或服务出售对象的一方
运输服务合同中规定的运输服务的购买方在运输服务合同中规定的运输服务的卖方在运输合同中规定的托运货物的一方运输服务合同中规定的接收托运物的一方。货物装运至和交付对象的一方。运输货物的接收方
在运输服务合同中规定的提供运输服务的一方
通过提供运输、物流、办理相关手续服务等来承担运送货物业务的一方
运输服务提供方从其处所收取货物或者接管货物的一方。操作术语称为“提货位置或提货地点(pick-up Location or pick-up place)”由运输服务提供方向其交付货物的一方。操作术语称为“交付位置或放置地点（deliverylocation or Place of Positioning)*最初将要发货或已经发货的一方货物最终将要运达或已运达的一方GB/T
43791—2024
6.3业务需求视图
总体业务过程用例一合作伙伴视图和概念模型《参与》
《业务过程》
管道数据交换架构
(PDES)
图1PDES
《参与》
业务过程用例图
在输入路径点提供信息的一方是信息来源，目的是从信息来源处获取信息。信息用户是输出路径点存在的原因。
根据数据管道本身的设计，在输出路径点只能捕获部分信息，即在特定程序中所需的信息。在某些情况下，参与方和利益相关方可能同时既是某些原始信息的来源，也是其提供信息之前的其他信息使用者。上述参与方和利益相关方包括买方、卖方、运输服务购买方、运输服务提供方、申报人、海关、监管机构、发货人、收货人、保险服务提供方、金融服务提供方、物联网设备、仓库管理系统。PDES业务过程用例图见图1，PDES整体概念模型见图2。贸易.细目
购买-运输-支付(Buy/Ship/Pay)-跨境贸易、运输和海关业务实体概述海关项目.细目（贸易）
海关项目.标识.标识符
进口/出口申报.细目
申报标识.标识符
每关项目.细目（运输）
每关项目.标识.标识符
货物报告.细目！
货物报告标识.标识符
贸易项目.细目
贸易项目.标识。
标识符
托运物项目.细目
标识符
运输设备.细目
运输设备.标识.标识符
标识符
易_包装.细目
易_包装.标识
货载.细目
货载.标识.标识符
运输_包装细目！
运输包装.标识.
托运物.细目
标识符
运输活动，细目
运输活动.阶段.标识符
运输工具.细目
运输工具.标识.标识符
图2PDES整体概念模型
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。