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常見輸入路徑點清單（續）

執行者

事件/輸入路徑點

數據類型/角色說明

狀態代碼

/數據來源

監管決定（貨物清關、放行或海關或邊境機構海關或其他監管機構審查貨物是

通關狀態暫停）否存在可能的違規行為和其價值

狀態