交辦水函〔2022〕827號
遼寧、河北、天津、山東、江蘇、上海、浙江、安徽、福建、廣東、廣西、海南、重慶、湖南、湖北、江西省(區、市)交通運輸廳(局、委),中國船東協會、中國港口協會,部規劃研究院、部科學研究院、部水運科學研究院、中國交通通信信息中心:
為深入貫徹習近平總書記關于加快推動區塊鏈技術和產業創新發展的重要指示精神,認真落實《交通強國建設綱要》《國家綜合立體交通網規劃綱要》,推動區塊鏈技術與交通行業深度融合發展,建設基于區塊鏈的全球航運服務網絡,我部組織編制了《基于區塊鏈的進口干散貨進出港業務電子平臺建設指南》(可登錄交通運輸部網站“通知公告”欄目下載),現予印發。請結合實際抓好落實,推動區塊鏈技術在水運領域應用,在執行過程中如有相關意見建議,請及時反饋我部。
聯系人:部水運局?孫維蒙,電話:010-65292639,傳真:010-65292638,電子郵箱:sys637@mot.gov.cn。
交通運輸部辦公廳
2022年6月2日
抄送:中央網絡安全和信息化委員會辦公室秘書局,海關總署辦公廳,中國遠洋海運集團、招商局集團,遼寧、河北、天津、山東、江蘇、上海、浙江、安徽、福建、廣州、北部灣、重慶、湖南、湖北、江西港口集團,部科技司,中央紀委國家監委駐交通運輸部紀檢監察組。
基于區塊鏈的進口干散貨進出港業務
電子平臺建設指南
為深入貫徹習近平總書記關于加快推動區塊鏈技術和產業創新發展的重要指示精神,認真落實《交通強國建設綱要》《國家綜合立體交通網規劃綱要》,推動區塊鏈技術與交通行業深度融合發展,交通運輸部積極推進基于區塊鏈技術的全球航運服務網絡建設,推動在進口干散貨運輸中的應用,深入推進數據共享和業務協同,制定本指南。
《中華人民共和國港口法》;
《中華人民共和國海商法》;
《中華人民共和國數據安全法》;
《中華人民共和國個人信息保護法》;
《優化營商環境條例》;
《港口經營管理規定》;
《交通運輸部 發展改革委 工業和信息化部 財政部 商務部 海關總署 稅務總局關于大力推進海運業高質量發展的指導意見》(交水發〔2020〕18號);
GB/T 35273—2020 信息安全技術個人信息安全規范;
GB/T 19488.1 電子政務數據元第1部分:設計和管理規范;
GB/T 18391.2 信息技術元數據注冊系統(MDR)第2部分:分類;
GB/T 22239 信息安全技術網絡安全等級基本要求;
UN/CEFACT建議書3號:Codes for representation of names of countries;
UN/CEFACT建議書16號: Codes for ports and other locations;
UN/CEFACT建議書19號:Code for modes of transport;
海關總署:企業代碼類型匯總表;
YD/T 3747—2020 區塊鏈技術架構安全要求;
CBD-Forum-001—2017 區塊鏈參考架構。
提出基于區塊鏈技術的進口干散貨進出港業務電子平臺(以下簡稱平臺)的建設架構,明確提單、提貨單等單證及其他業務流轉信息上鏈的數據格式及交互要求等。通過進口干散貨單證及業務流轉信息上鏈,實現收貨人、貨運代理(以下簡稱貨代)、國際海運承運人(以下簡稱承運人)、港口企業、船舶代理(以下簡稱船代)、海關等節點在線流轉辦理,提升數字化服務水平。
一、船舶運輸信息上鏈
承運人制定航次計劃,明確航次的進出港業務相關方(即進口干散貨數據交換的參與方),并將船舶運輸信息提交到平臺。
貨物運抵港口前,收貨人或其授權的貨代在平臺上提交提單信息,承運人確認收貨人身份和提單信息,并允許卸貨和換單操作,在平臺上將狀態通知發送給船代。
三、進口艙單申報
承運人或其授權的船代將進口艙單信息發送到平臺,平臺依需要向海關申請查詢進口艙單回執信息。
收貨人或其授權的貨代將卸貨委托信息提交到平臺,相關參與方通過平臺共享以上信息。鼓勵港口推進靠泊計劃安排信息上鏈共享,港口安排卸貨計劃后,將卸貨動態提交到平臺。
收貨人或其授權的貨代在平臺上向船代遞交換單申請。船代收到換單申請且貨物到港完成卸貨后,在平臺上驗證換單申請信息,編制提貨單信息,并通過平臺發送給承運人確認。承運人校驗確認后,船代在平臺上更新提貨單狀態為已換單,同步發送給收貨人和港口。
六、混礦作業
收貨人或其授權的貨代將混礦作業申請發送到平臺,相關參與方通過平臺共享以上信息。港口根據混礦作業申請安排混礦作業,并將混礦動態提交到平臺。
收貨人或其授權的貨代將報關報檢申請信息發送到平臺,平臺依需要向海關申請查詢海關放行信息。
貨物直提。收貨人或經過授權的貨代在平臺上發起預約提貨流程。
提貨權轉移。收貨人或其授權的貨代通過平臺發送提貨權轉移信息,將貨物的全部或部分提貨權轉移給下一提貨人,港口校驗提貨權轉移信息后,明確提貨權和提貨數量,并更新各級提貨權持有人在港的庫存數量。
最終提貨人將提貨預約信息發送到平臺,港口核對確認信息后發送預約回執,并做好準備。
最終提貨人按照預約信息提貨,港口將提貨動態信息發送到平臺。
圖1基于區塊鏈的進口干散貨進出港業務流程示意圖(卸貨作業和申請報關可調整順序)
基于區塊鏈的進口干散貨進出港業務電子平臺架構包括訪問渠道層、業務應用層、數據交互層、平臺服務層、平臺核心層,具體見圖2。
圖 2基于區塊鏈的進口干散貨進出港業務電子平臺總體架構圖
訪問渠道層為各數據交互方的業務系統或相關應用,通過服務接口與數據交互層相連接。
業務應用層為數據交互方的業務邏輯,在進口干散貨進出港業務場景下,主要包括:船舶運輸信息上鏈、提單信息上鏈、港口卸貨作業、提貨單信息上鏈、混礦作業、申請報關、港口放貨、預約提貨、提貨離場等。
數據交互層為各數據交互方通用的接入協議和服務接口,主要包括:數據的加解密服務、數字簽名證書的配置管理和接口適配管理等。
平臺服務層為數據交互層提供高效、可靠的訪問,通過封裝平臺核心層功能組件,提供身份管理、節點管理、交易管理和運維監測等。
平臺核心層包括區塊鏈節點和跨鏈服務。平臺可通過跨鏈服務同其他區塊鏈平臺對接,實現業務場景拓展和數據共享。區塊鏈節點通過獨立節點或共享節點來實現,包括:節點間的共識機制和分布式賬本、隱私保護、密碼算法等模塊,以及執行預設邏輯的智能合約。
進口干散貨進出港業務參與方包括承運人、港口企業、海關、收貨人、貨代、船代等提供干散貨水運服務的單位,各參與方既是信息的提供方也是使用方,各參與方通過區塊鏈交換平臺完成進口干散貨放貨信息的交換。業務應用層通過數據交互層提供的網絡服務接口提交數據。數據交互層將業務數據、提交時間戳、數據散列值組成事務,并由數據提供方進行簽名后發送到平臺服務層。平臺服務層校驗事務簽名后,經過交易管理和節點管理,將需要交換的信息提交到平臺核心層執行智能合約。平臺核心層通過共識機制將信息寫入到區塊鏈分布式賬本中,完成干散貨放貨信息的上鏈。事務上鏈確認完成后,平臺核心層向平臺服務層確認事務上鏈成功,平臺服務層通過消息隊列,將消息分發給接收方。接收方的數據交互層接收消息后,解密數據并發送給業務應用層,平臺支持一對一、一對多的數據交換。
平臺中的數據以加密方式傳輸,數據的加密和解密均在數據交互層執行,數據交互方各自擁有不同的密鑰,數據交互層建立身份鑒別機制,使用身份認證證書進行認證。
(一)進口干散貨單證管理。
具有貨物單證的查詢和管理功能,包括單證簽發或上傳、單證流轉、單證狀態查詢、換單、分單、單證追溯等功能。
(二)進口干散貨貨物管理。
具有貨物狀態跟蹤、追溯、換程、拆分等功能。
(三)進口干散貨提貨權數字化鏈式管理。
具有在港貨物多級提貨權和多批次提取的鏈式記錄、跟蹤、查驗以及追溯等管理功能。
平臺功能、核心組件、數據交互、安全要求等內容,參見《基于區塊鏈的進口集裝箱電子放貨平臺建設指南》。
基于區塊鏈的進口干散貨進出港業務數據包括信息頭及事務數據。其中,信息頭是關于數據結構和屬性的說明,包括平臺或交易唯一標識、特征數據等;事務數據是開展實際業務產生的信息,包括參與方數據和干散貨運輸信息數據。
數據的屬性信息包括:英文名稱、中文名稱、層次、要求、類型、長度和必選等內容,要求如下:
(1)英文名稱:描述數據元的英文名稱。
(2)中文名稱:描述數據元的中文名稱。
(3)層次:描述了報文結構所屬的層次關系。
(4)要求:詳細描述了數據元的內容和表達的含義。
(5)類型:描述數據元的特征和基本要素,主要包括:日期型(datetime,如無特別說明則使用格林威治時間,格式為YYYYMMDDhhmmss)、字符型(string)、數字型(number,其中,重量的計量單位為MT)。
(6)長度:描述該數據元的長度。在本指南中用定長或不定表示。如是定長,給出了推薦長度。
(7)必選:描述該數據元是否必選。在本指南中分為必選(M)、非必選(O)和可選(C)。
(一)數據結構。
信息頭的數據結構見圖3。
圖 3 基于區塊鏈的進口干散貨進出港業務信息頭結構圖
(二)字段說明。
信息頭字段說明見表1。
表 1 信息頭所需規定的字段名和字段說明
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
1 |
Meta_data |
信息頭 |
0 |
數據結構和屬性的說明,包括平臺或交易唯一標識、特征數據等。 |
string |
不定 |
M |
2 |
tx_id |
業務協同碼 |
1 |
港航區塊鏈中作為一個具體業務的唯一編碼。由聯盟鏈返回的唯一事務識別號。 |
string |
100 |
M |
3 |
tx_version |
事務版本號 |
1 |
信息頭數據結構版本號。 |
srting |
10 |
M |
4 |
tx_type |
專屬業務分類 |
1 |
由聯盟鏈返回的接口服務交互類型。每種業務具有定義的專屬業務類型。 1:參與方業務主體; 2:船舶規范; 100:船舶運輸; 101:提單; 102:進口艙單; 103:艙單回執; 104:港口卸貨作業委托; 105:港口卸貨動態; 106:換單申請; 107:提貨單; 108:混礦作業申請; 109:混礦動態; 110:海關放行; 111:提貨權轉移; 112:預約提貨字; 113:預約回執; 114:提貨離場。 |
string |
4 |
M |
5 |
tx_type_version |
業務信息版本號 |
1 |
業務信息數據結構版本號. |
string |
10 |
M |
6 |
tx_date |
上鏈時間戳 |
1 |
業務信息上鏈時間戳由聯盟鏈返回的上鏈時的時間。 |
datetime |
35 |
M |
7 |
vg_no |
航次 |
1 |
船舶航行的班次編號。與航次相關的業務信息必填 |
string |
10 |
O |
8 |
cargo_no |
貨物批次號 |
1 |
航次業務必選。格式為“cgno+貨物批次”,貨物編碼規則為“8位年月日+0000+8位隨機編碼”。可以是多條,多個cargo_ no間以“,”分割。與貨物批次相關的業務信息必填 |
string |
100 |
O |
9 |
tx_data_hash |
業務信息散列值 |
1 |
業務信息數據或業務信息數據的散列值信息格式為{”hash”:“散列值”}。 |
string |
100 |
M |
10 |
tx_data |
業務信息 |
1 |
業務信息上鏈數據明細 tx_type為1時,tx_data為參與方業務主體數據; tx_type為100時,tx_data為船舶運輸數據; tx_type為101時,tx_data為提單數據; tx_type為102時,tx_data為進口艙單數據; tx_type為103時,tx_data為艙單回執數據; tx_type為104時,tx_data為港口卸貨作業委托數據; tx_type為105時,tx_data為港口卸貨動態數據; tx_type為106時,tx_data為換單申請數據; tx_type為107時,tx_data為提貨單數據; tx_type為108時,tx_data為混礦作業申請數據; tx_type為109時,tx_data為混礦動態數據; tx_type為110時,tx_data為海關放行數據; tx_type為111時,tx_data為提貨權轉移數據; tx_type為112時,tx_data為預約提貨字數據; tx_type為113時,tx_data為預約回執數據; tx_type為114時,tx_data為提貨離場數據。 |
string |
不定長 |
M |
進口干散貨進出港業務參與方包括承運人、收貨人、港口企業、貨代、船代、海關等角色。通過區塊鏈賬本維護,保證所有參與方可以通過區塊鏈用戶唯一編碼(id)獲得準確實時的參與方數據。
(一)數據結構。
進口干散貨進出港業務參與方數據結構見圖4。
圖 4 進口干散貨進出港業務參與方數據結構
(二)字段說明。
進口干散貨電子進出港業務參與方業務主體字段說明見表2。
表 2 參與方業務主體數據要求
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
1 |
Dry_bulk_user |
干散貨參與方用戶 |
0 |
干散貨參與方用戶信息。 |
string |
不定 |
|
2 |
user_id |
區塊鏈用戶唯一編碼 |
1 |
參照海關企業代碼類型匯總表,在平臺申請用戶唯一編碼時,對于境內用戶有統一社會信用代碼的,應填寫統一社會信用代碼,填寫格式為“USCI+代碼”;暫無統一社會信用代碼的,填寫組織機構代碼,填寫格式為“OC+代碼”;對于所屬國家或地區未列在海關總署《企業代碼類型匯總表》或者無法提供表中所列企業代碼類型的,應當填寫用戶在所在國家或地區的法定企業注冊代碼,填寫格式為“9999+企業代碼”;為自然人的,應當填寫身份證、護照號或其他有效證件,填寫格式分別為“ID+身份證號”、“PASSPORT+護照號”、“8888+身份代碼”。 |
string |
100 |
M |
3 |
user_cert |
區塊鏈用戶證書 |
1 |
參與方在加入平臺時由平臺審核頒發的用戶數字證書。 |
string |
不定 |
M |
4 |
org_cert |
區塊鏈組織證書 |
1 |
參與方在加入平臺時由平臺審核后頒發的標志參與方組織的數字證書。 |
string |
不定 |
M |
5 |
user_name |
企業名稱 |
1 |
與企業代碼一致的企業名稱或規范化中文全稱(如有)。 |
string |
100 |
M |
本節規定了參與方在基于區塊鏈的進口干散貨進出港業務開展過程中需要進行數據交換的字段及要求。
(一)船舶運輸信息。
船舶運輸信息數據結構見圖5,船舶運輸信息字段及要求見表3,船舶規范信息字段及要求見表4。
圖 5 船舶運輸信息數據結構
表 3 船舶運輸信息字段要求
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
1 |
transport_org |
運輸組織信息 |
0 |
運輸組織詳細信息。 |
string |
不定 |
|
2 |
ship_id |
船舶規范業務協同碼 |
1 |
船舶規范信息的唯一標識編碼。 |
string |
100 |
M |
3 |
vg_no |
航次 |
1 |
船舶航行的班次編號。 |
string |
10 |
M |
4 |
carrier |
承運人編碼 |
1 |
承運人區塊鏈用戶唯一編碼。 |
string |
100 |
M |
5 |
consignor |
發貨人編碼 |
1 |
發貨人區塊鏈用戶唯一編碼。 |
string |
100 |
O |
6 |
consignee |
收貨人編碼 |
1 |
收貨人區塊鏈用戶唯一編碼。 |
string |
100 |
O |
7 |
charterer |
租家編碼 |
1 |
租家區塊鏈用戶唯一編碼。 |
string |
100 |
O |
8 |
vyg_port |
掛港及航行動態 |
1 |
由多條掛港數據組成 |
掛港數據結構 |
|
M |
9 |
sequence |
掛港順序 |
2 |
各掛港數據按由小到大排序 |
number |
2 |
M |
10 |
port |
目的地港口代碼 |
2 |
目的地港口的港口代碼,遵循GB/T 7407。 |
string |
5 |
M |
11 |
calling_purpose |
靠港目的 |
2 |
靠港目的
1:裝貨 4:裝卸貨 |
string |
1 |
M |
12 |
port_op |
港口公司編碼 |
2 |
港口公司區塊鏈用戶唯一編碼。 |
string |
100 |
M |
13 |
cargo_agent |
貨代編碼 |
2 |
貨代區塊鏈用戶唯一編碼,確定代理后必填。 |
string |
100 |
C |
14 |
ship_agent |
船代編碼 |
2 |
船代區塊鏈用戶唯一編碼,確定代理后必填。 |
string |
100 |
C |
15 |
vessel_status |
船舶狀態 |
2 |
船舶狀態。 1—在途 4—到港錨泊 5—指泊申請 6—指泊審批 7—靠泊 13—離港 |
string |
2 |
M |
16 |
status_time |
船舶動態時間 |
2 |
船舶動態時間。 vessel_status為1時記錄ETA時間 vessel_status為4時記錄錨泊時間 vessel_status為7時記錄實際靠泊時間 vessel_status為13時記錄離港時間 |
string |
100 |
M |
17 |
longitude |
船舶位置經度 |
2 |
vessel_status為1時必填,記錄船舶經度 vessel_status為4時必填,記錄錨位經度 vessel_status為13時必填,記錄離港船舶經度 |
string |
100 |
C |
18 |
dimension |
船舶位置維度 |
2 |
vessel_status為1時必填,記錄船舶緯度 vessel_status為4時必填,記錄錨位緯度 vessel_status為13時必填,記錄離港船舶緯度 |
string |
100 |
C |
19 |
berth |
泊位 |
2 |
vessel_status為7時記錄泊位號 |
string |
100 |
C |
20 |
remark |
備注 |
2 |
備注信息。 vessel_status為7時記錄預計離港時間 vessel_status為其他值時不填 |
string |
1000 |
C |
表 4 船舶規范信息字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
vessel_cn_nm |
中文船名 |
使用中文表述的船舶名稱,有中文船名時必填 |
string |
100 |
C |
2 |
vessel_nm |
英文船名 |
使用英文或漢語拼音表述的船舶名稱 |
string |
100 |
M |
3 |
ship_national_country_code |
船籍國 |
船籍所在國家代碼,遵循GB/T 2659。 |
string |
3 |
M |
4 |
ship_national_port |
船籍港 |
船籍所在港口代碼,遵循GB/T 7407。 |
string |
5 |
M |
5 |
register_date |
登記日期 |
船舶登記日期 |
datetime |
35 |
M |
6 |
vessel_cd |
船舶編碼 |
船舶IMO編號,已在IMO登記的船舶必填。 |
string |
7 |
C |
7 |
ship_id_number |
船舶識別號 |
永久識別船舶的唯一編碼。根據海事管理機構對船舶識別號的要求確定。 |
string |
13 |
M |
8 |
mmsi_no |
MMSI編號 |
海上移動業務識別碼 |
string |
9 |
M |
9 |
register_cert_no |
船舶登記證書編號 |
船舶登記證書的編號 |
string |
100 |
M |
10 |
call_sign |
呼號 |
國際海事組織IMO指定給每條船舶唯一的識別信號 |
string |
5 |
M |
11 |
ship_building_date |
建造日期 |
船舶建造安放龍骨日期 |
datetime |
35 |
M |
12 |
tpc |
TPC |
每厘米吃水噸數 |
number |
number (3,2) |
M |
13 |
cross_tonnage |
總噸 |
船舶登記證上記載的噸位數 |
number |
16 |
M |
14 |
net_tonnage |
凈噸 |
船舶載貨的噸位數 |
number |
16 |
M |
15 |
dead_weight_tonnage |
載重噸 |
船舶在相對密度1.025的海水中,夏季載重線與空船排水量之差 |
number |
16 |
M |
16 |
draft |
吃水 |
船舶在港內吃水深度 |
number |
number (8,2) |
M |
17 |
moulded_breadth |
型寬 |
船舶型寬 |
number |
number (6,2) |
M |
18 |
moulded_depth |
型深 |
船舶型深 |
number |
number (6,2) |
M |
19 |
Length_overall |
總長 |
船舶長度 |
number |
number (6,2) |
M |
(二)提單信息。
提單信息數據結構見圖6。提單信息字段及要求見表5。
圖 6 提單信息數據結構
表 5 提單信息字段要求
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
1 |
bl_info |
提單信息 |
0 |
提單的詳細信息。 |
string |
不定 |
|
2 |
bl_version |
提單版本 |
1 |
提單版本,包括Congenbill 1994、Congenbill 2007等。 |
string |
100 |
M |
3 |
bl_no |
提單號 |
1 |
提單的號碼。 |
string |
35 |
M |
4 |
vessel_nm |
英文船名 |
1 |
使用英文或漢語拼音表述的船舶名稱。 |
string |
100 |
M |
5 |
vessel_cd |
船舶編碼 |
1 |
船舶IMO編號 |
string |
7 |
M |
6 |
consignee_id |
收貨人編碼 |
1 |
收貨人的區塊鏈用戶唯一編碼,平臺用戶必填。 |
string |
100 |
C |
7 |
consignee_name |
收貨人 |
1 |
收貨人的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
8 |
consignee_country_code |
收貨人國家代碼 |
1 |
收貨人所屬的國家代碼,遵循GB/T 2659。 |
string |
3 |
M |
9 |
consignor_id |
發貨人編碼 |
1 |
發貨人的區塊鏈用戶唯一編碼,平臺用戶必填。 |
string |
100 |
C |
10 |
consignor_name |
發貨人 |
1 |
發貨人的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
11 |
consignor_country_code |
發貨人國家代碼 |
1 |
發貨人所屬的國家代碼,遵循GB/T 2659。 |
string |
3 |
M |
12 |
notifyparty_id |
通知人編碼 |
1 |
通知人的區塊鏈用戶唯一編碼,平臺用戶必填。 |
string |
100 |
C |
13 |
notifyparty_name |
通知人 |
1 |
通知人區塊鏈用戶唯一編碼。 |
string |
150 |
O |
14 |
load_location |
裝貨港港口代碼 |
1 |
裝貨港的港口代碼,遵循GB/T 7407。 |
string |
5 |
M |
15 |
dis_location |
卸貨港港口代碼 |
1 |
卸貨港的港口代碼,遵循GB/T 7407。 |
string |
5 |
O |
16 |
gross_weight |
貨物重量 |
1 |
貨物的重量值,單位MT。 |
number |
number(8,3) |
M |
17 |
cargo_info |
貨物信息 |
1 |
提單中貨物的信息,包括貨物名稱、描述、貨物分組、危險品分類、UN編號 |
string |
不定 |
M |
18 |
cargo_name |
貨物名稱 |
2 |
遵循BULK CARGO SHIPPING NAME ( BCSN)定義。 |
string |
4000 |
M |
19 |
cargo_group |
貨物分組 |
2 |
貨物分組,遵循imsbccode及imdg定義 |
String |
100 |
C |
20 |
risk_categories |
危險性分類 |
2 |
貨物的危險性分類,如貨物適用時必選,遵循imsbccode及imdg定義 |
String |
100 |
C |
21 |
UN_code |
UN編號 |
2 |
貨物的UN編號,如貨物適用時必選,遵循imsbccode及imdg定義 |
string |
100 |
C |
22 |
consignee_cargo_description |
貨物描述 |
2 |
內容可以包括品名、尺寸、包裝等。 |
string |
500 |
M |
23 |
issue_place |
提單簽發地 |
1 |
提單的簽發地標識,即裝貨港港口代碼,遵循GB/T 7407。 |
string |
5 |
M |
24 |
issue_date |
提單簽發日期 |
1 |
提單的簽發日期。 |
datetime |
35 |
M |
25 |
bill_num |
正本提單份數 |
1 |
正本提單的份數。 |
number |
10 |
M |
26 |
freight_payment_code |
運費支付方式 |
1 |
運費支付方式, CC Collect 到付; FF Free 免費; PP Prepaid only 預付。 |
string |
3 |
O |
27 |
remark_info |
備注 |
1 |
備注信息 |
string |
4000 |
O |
28 |
bl_status |
提單放貨狀態 |
1 |
提單的狀態標識,1—不允許放貨(默認值);2—允許放貨;3—提單回收。 |
string |
1 |
M |
29 |
endorsements |
提單背書 |
1 |
記錄提單背書流轉,平臺電子提單應用必填 |
- |
不定 |
C |
30 |
label |
背書信息 |
2 |
背書流轉信息 |
string |
4000 |
M |
31 |
signature |
背書簽名 |
2 |
背書簽名信息 |
string |
4000 |
M |
32 |
Issuer_id |
提單簽發者編碼 |
1 |
提單簽發者的區塊鏈用戶唯一編碼,平臺電子提單應用必填。 |
string |
100 |
C |
33 |
owner_id |
提單所有者編碼 |
1 |
提單所有者的區塊鏈用戶唯一編碼,平臺電子提單應用必填。 |
string |
100 |
C |
34 |
cargo_owner_id |
物權所有者編碼 |
1 |
物權所有者的區塊鏈用戶唯一編碼,平臺電子提單應用必填。 |
string |
100 |
C |
35 |
status |
提單流轉狀態 |
1 |
平臺電子提單應用必填,提單流轉狀態如下: 1:簽發; 2:轉讓; 3:交單; 4:完成; 5:修改; 6:拆單; 7:中止。 |
string |
1 |
C |
(三)進口艙單信息
進口艙單信息數據結構見圖7。進口艙單信息字段及要求見表6。進口艙單回執信息見表7。
圖7 進口艙單信息數據結構圖
表 6 進口艙單數據要求
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
||
1 |
import manifest
|
進口艙單 |
0 |
進口艙單的詳細信息。 |
- |
不定 |
|
||
2 |
function_code |
艙單申報功能代碼 |
1 |
9—新增;5—修改;3—刪除。 |
string |
5 |
M |
||
3 |
representativ_eperson_name |
艙單傳輸人代碼 |
1 |
填寫艙單傳輸人的海關組織機構代碼。 |
string |
35 |
M |
||
4 |
vyg_no |
航次 |
1 |
船舶航行的班次編號。 |
string |
10 |
M |
||
5 |
vessel_nm |
船名 |
1 |
使用英文或者漢語拼音表述的是船舶名稱。 |
string |
100 |
M |
||
6 |
vessel_cd |
船舶編碼 |
1 |
填寫imo編號。 |
string |
7 |
M |
||
7 |
carrier_code |
承運人代碼 |
1 |
填寫承運人的海關組織機構代碼。 |
string |
35 |
M |
||
8 |
exit_customs_office_code |
離境地港口代碼 |
1 |
遵循GB/T 7407。 |
string |
11 |
M |
||
9 |
term_c |
靠泊碼頭代碼 |
1 |
遵循GB/T 7407。 |
string |
5 |
M |
||
10 |
transport_type_code |
運輸方式 |
1 |
0:非保稅區; 1:監管倉庫; 2:水路運輸; 3:鐵路運輸; 4:公路運輸; 5:航空運輸; 6:郵件運輸; 7:保稅區; 8:保稅倉庫; 9:其他運輸; A:全部運輸方式; H:邊境特殊海關作業區; W:物流中心; X:物流園區; Y:保稅港區; Z:出口加工區。 |
string |
1 |
M |
||
11 |
agent_code |
運輸工具代理企業代碼 |
1 |
船舶代理企業代碼。 |
string |
35 |
O |
||
12 |
departure_date |
啟運日期和時間 |
1 |
船舶啟運日期和時間。 |
datetime |
14 |
M |
||
13 |
first_arrival_location |
抵達關境內第一個目的港口代碼 |
1 |
遵循GB/T 7407。 |
string |
11 |
M |
||
14 |
first_arrival_date |
抵達關境內第一個目的港的日期和時間 |
1 |
抵達關境內第一個目的港的日期和時間 |
datetime |
17 |
M |
||
15 |
change_reason |
艙單變更原因 |
1 |
艙單變更時必填。 |
string |
不定 |
C |
||
16 |
change_contact_name |
變更申請聯系人 |
1 |
艙單變更時必填。 |
string |
30 |
C |
||
17 |
change_contact_tel |
變更申請聯系電話 |
1 |
艙單變更時必填。 |
string |
30 |
C |
||
18 |
bl_infos |
提單信息 |
1 |
提單詳細信息 |
- |
不定 |
|
||
19 |
transport_doc_num |
總提運單號 |
2 |
總提運單號。 |
string |
35 |
M |
||
20 |
associated_transport_doc_num |
分提運單號 |
2 |
存在分提運單時必選。 |
string |
35 |
C |
||
21 |
gross_volume |
貨物體積 |
2 |
貨物的體積值,單位CBM。 |
string |
15 |
O |
||
22 |
condition_code |
運輸條款代碼 |
2 |
使用聯合國貿易數據交換目錄(UNTDID): 10—port to port 港到港 27—door to door 門到門 28—door to pier 門到點 29—pier to door 點到門 30—pier to pier 點到點。 |
string |
3 |
O |
||
23 |
transport_split_indicator |
承運人貨物分批到/發貨標識 |
2 |
0—整批; 1—分批。 |
string |
1 |
O |
||
24 |
freight_payment_code |
運費支付方法
|
2 |
運費支付方式, CC Collect 到付; FF Free 免費; PP Prepaid only 預付。 |
string |
3 |
M |
||
25 |
load_location |
裝貨地港口代碼 |
2 |
遵循GB/T 7407。 |
string |
11 |
M |
||
26 |
load_date |
貨物裝載運輸工具時間 |
2 |
貨物裝載運輸工具的時間。 |
datetime |
17 |
M |
||
27 |
dis_location |
卸貨地港口代碼 |
2 |
遵循GB/T 7407。 |
string |
11 |
M |
||
28 |
arrival_dis_location_date |
到達卸貨地日期 |
2 |
船舶到達卸貨地日期。 |
datetime |
17 |
O |
||
29 |
receipt_place_code |
收貨地點代碼 |
2 |
收貨地點代碼,遵循GB/T 7407。 |
string |
11 |
O |
||
30 |
receipt_place_name |
收貨地點名稱 |
2 |
收貨地點名稱。 |
string |
100 |
O |
||
31 |
trans_place_code |
中轉地代碼 |
2 |
如果有中轉地必填。 |
string |
11 |
C |
||
32 |
trans_dis_place_code |
中轉目的地港口代碼 |
2 |
遵循GB/T 7407。 |
string |
11 |
O |
||
33 |
customs_status_code |
貨物海關狀態代碼
|
2 |
001—進、出口貨物; 002—國際轉運貨物; 003—過境貨物; 004—暫時進出境集裝箱; 006——快件。 |
string |
3 |
M |
||
34 |
goods_consigned_place |
貨物托運地點或國家代碼 |
2 |
遵循GB/T 2659。 |
string |
11 |
M |
||
35 |
consignee |
收貨人 |
2 |
收貨人詳細信息 |
- |
不定 |
M |
||
36 |
consignee_aeo_code |
收貨人AEO企業編碼 |
3 |
收貨人AEO企業編碼。 |
string |
20 |
O |
||
37 |
consignee_name |
收貨人名稱 |
3 |
收貨人名稱。 |
string |
100 |
M |
||
38 |
consignee_line |
收貨人地址 |
3 |
收貨人地址。 |
string |
100 |
M |
||
39 |
consignee_communication_number |
收貨人聯系號碼 |
3 |
如果提單中有此信息必填。 |
string |
50 |
C |
||
40 |
consignee_communication_type |
收貨人聯系方式 |
3 |
如果提單中有此信息必填。EM—Electronic mail 電子郵件; FX—Telefax 電傳; TE—Telephone 電話。 |
string |
2 |
C |
||
41 |
consignee_country_code |
收貨人國家代碼 |
3 |
如果提單中有此信息必填。遵循GB/T 2659。 |
string |
3 |
C |
||
42 |
consignor |
發貨人 |
2 |
發貨人詳細信息 |
- |
不定 |
M |
||
43 |
consignor_aeo_code |
發貨人AEO企業編碼 |
3 |
發貨人AEO企業編碼。 |
string |
20 |
O |
||
44 |
consignor_name |
發貨人名稱 |
3 |
發貨人名稱。 |
string |
100 |
M |
||
45 |
consignor_line |
發貨人地址 |
3 |
發貨人地址。 |
string |
100 |
M |
||
46 |
consignor_communication_number |
發貨人聯系號碼 |
3 |
發貨人聯系號碼。 |
string |
50 |
M |
||
47 |
consignor_communication_type |
發貨人聯系方式 |
3 |
EM—Electronic mail 電子郵件; FX—Telefax 電傳; TE—Telephone 電話。 |
string |
2 |
M |
||
48 |
consignor_country_code |
發貨人國家代碼 |
3 |
遵循GB/T 2659。 |
string |
3 |
M |
||
49 |
notifyparty |
通知人 |
2 |
通知人詳細信息 |
- |
不定 |
M |
||
50 |
notifyparty_name |
通知人名稱 |
3 |
如果提單中有此信息必填。 |
string |
150 |
C |
||
51 |
notifyparty_line |
通知人地址 |
3 |
如果提單中有此信息必填。 |
string |
100 |
C |
||
52 |
notifyparty_communication_number |
通知人聯系號碼 |
3 |
如果提單中有此信息必選。 |
string |
50 |
C |
||
53 |
notifyparty_communication_type |
通知人聯系方式 |
3 |
EM—Electronic mail 電子郵件; FX—Telefax 電傳; TE—Telephone 電話。 |
string |
2 |
C |
||
54 |
notifyparty_country_code |
通知人國家代碼 |
3 |
如果提單中有此信息必選,遵循GB/T 2659。 |
string |
3 |
C |
||
55 |
undgcontact_name |
危險貨物聯系人姓名 |
2 |
危險貨物必填。 |
string |
30 |
C |
||
56 |
undgcontact_communication_number |
危險貨物聯系人號碼 |
2 |
危險貨物必填。 |
string |
50 |
C |
||
57 |
undgcontact_communication_type |
危險貨物聯系人方式 |
2 |
危險貨物必填。 |
string |
2 |
C |
||
58 |
goods-info |
貨物信息 |
2 |
貨物的詳細信息。 |
- |
不定 |
M |
||
59 |
seq_num |
貨物序號 |
3 |
貨物序號。 |
string |
5 |
M |
||
60 |
packages_type |
包裝種類代碼 |
3 |
包裝種類代碼,按海關規定的《包裝種類代碼表》填寫。 |
string |
2 |
M |
||
61 |
mark_num |
嘜頭 |
3 |
嘜頭。 |
string |
不定 |
O |
||
62 |
undg_code |
危險貨物編號 |
3 |
危險貨物編號。 |
string |
4 |
O |
||
63 |
hs_code |
海關稅則編號 |
3 |
HS編號。 |
string |
12 |
O |
||
64 |
packages_quantity |
貨物件數 |
3 |
貨物的件數值,無法填報件數的裸裝散貨填“1”。 |
number |
number (8) |
M |
||
65 |
gross_weight |
貨物毛重 |
3 |
貨物的毛重值,單位千克。 |
number |
number(8,3) |
M |
||
66 |
cargo_description |
貨物簡要描述 |
3 |
貨物信息的簡要描述。 |
string |
不定 |
M |
||
67 |
additional_information |
貨備注 |
3 |
貨的備注信息。 |
string |
不定 |
O |
表 7 艙單回執數據要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
cd_id |
艙單交易id |
提交艙單的tx_id。 |
string |
100 |
M |
2 |
vessel_cd |
船舶編碼 |
IMO編號。 |
string |
100 |
M |
3 |
vyg_no |
航次 |
船舶航行的班次編號。 |
string |
10 |
M |
4 |
transport_doc_num |
總提運單號 |
總提運單號。 |
string |
35 |
M |
5 |
associated_transport_doc_num |
分提運單號 |
分提運單號。 |
string |
35 |
O |
6 |
ack_time |
回執時間 |
回執發送的時間 |
datetime |
17 |
M |
7 |
ack_content |
回執內容 |
回執內容。 |
string |
不定 |
M |
(四)港口卸貨作業信息。
包括港口卸貨作業委托信息和港口卸貨動態信息,港口卸貨作業委托所需字段及要求見表8,港口卸貨動態所需字段及要求見表9。
表 8 港口卸貨作業委托字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
ship_id |
船舶規范業務協同碼 |
船舶規范信息的唯一標識編碼。 |
string |
100 |
M |
2 |
port |
港口編碼 |
唯一標識港口名稱的編碼,遵循UN/CEFACT建議書16號《 Codes for ports and other locations》。 |
string |
10 |
M |
3 |
vyg_no |
航次 |
船舶航行的班次編號。 |
string |
10 |
M |
4 |
ETA |
預計抵港時間 |
預計抵港時間 |
datetime |
35 |
M |
5 |
cargo_no |
貨物批次號 |
貨物的批次號。格式為“cgno+貨物批次”,貨物編碼規為“8位年月日+0000+8位隨機編碼”。 |
string |
100 |
M |
6 |
bl_no |
提單號 |
提單的號碼 |
string |
35 |
M |
7 |
cargo_name |
貨物名稱 |
貨物名稱,遵循BULK CARGO SHIPPING NAME ( BCSN)定義。 |
string |
4000 |
M |
8 |
quantity |
貨物重量 |
貨物的重量信息,單位MT。 |
number |
number(8,3) |
M |
9 |
cargo_agent |
貨代編碼 |
貨代的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
10 |
ship_agent |
船代編碼 |
船代的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
11 |
consignee_id |
收貨人編碼 |
收貨人的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
12 |
entrust_id |
委托公司編碼 |
委托公司的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
13 |
bonded |
保稅標志 |
是否保稅,1—保稅;0—非保稅。 |
string |
1 |
M |
表 9 港口卸貨動態字段要求
序號 |
英文名稱 |
名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
port |
港口編碼 |
唯一標識港口名稱的編碼,遵循UN/CEFACT建議書16號《 Codes for ports and other locations》。 |
string |
10 |
M |
2 |
ship_id |
船舶規范業務協同碼 |
船舶規范信息的唯一標識編碼。 |
string |
100 |
M |
3 |
consignee_id |
收貨人編碼 |
收貨人的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
4 |
cargo_agent |
貨代編碼 |
貨代的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
5 |
stock_pile |
堆存信息 |
貨物堆存信息,多個堆位號間用逗號分隔。 |
string |
100 |
O |
6 |
bonded |
保稅標志 |
是否保稅,1—保稅;0—非保稅。 |
string |
1 |
M |
7 |
bl_id |
提單編號 |
提單信息上鏈的業務協同碼。 |
string |
100 |
M |
8 |
cargo_no |
貨物批次號 |
貨物的批次號。格式為“cgno+貨物批次”,貨物編碼規則為“8位年月日+0000+8位隨機編碼”。 |
string |
100 |
M |
9 |
cargo_name |
貨物名稱 |
貨物名稱,遵循BULK CARGO SHIPPING NAME ( BCSN)定義。 |
string |
4000 |
M |
10 |
work_no |
工班序號 |
日期+兩位序列號 |
string |
10 |
M |
11 |
begin_date |
開始時間 |
工班開始裝卸貨日期,時間精確到日。 |
string |
35 |
M |
12 |
end_date |
結束時間 |
工班結束裝卸貨日期 |
string |
35 |
M |
13 |
quantity |
貨物重量 |
裝卸貨物的重量,單位MT。 |
number |
number(8,3) |
M |
14 |
bonded |
保稅標志 |
是否保稅,1—保稅;0—非保稅。 |
string |
1 |
M |
15 |
stock_pile
|
堆存信息 |
貨物堆存信息,多個堆位號間用逗號分隔 |
string |
100 |
O |
16 |
status |
裝卸貨狀態 |
裝卸貨狀態標識,包括: ongoing,finish |
string |
100 |
M |
(五)提貨單信息。
包括換單申請和提貨單信息,換單申請所需字段及要求見表10,提貨單所需字段及要求見表11。
表 10 換單申請字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
applicant_id |
申請人編碼 |
申請人的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
2 |
cargo_name |
貨物名稱 |
貨物名稱,遵循BULK CARGO SHIPPING NAME ( BCSN)定義。 |
string |
4000 |
M |
3 |
bl_id |
提單編號 |
提單信息上鏈的業務協同碼。 |
string |
100 |
M |
4 |
cargo_no |
貨物批次號 |
貨物的批次號。格式為“cgno+貨物批次”,貨物編碼規則為“8位年月日+0000+8位隨機編碼”。 |
string |
100 |
M |
5 |
do_id |
提貨單號 |
提貨單號,提貨單簽發上鏈的業務協同碼,提貨單簽發后更新。 |
string |
100 |
M |
6 |
apply_date |
申請日期 |
申請日期。 |
datetime |
35 |
M |
7 |
sign_date |
提貨單簽發日期 |
提貨單的簽發日期。 |
datetime |
35 |
M |
8 |
port |
港口編碼 |
唯一標識港口名稱的編碼,遵循UN/CEFACT建議書16號《 Codes for ports and other locations》。 |
string |
100 |
M |
9 |
ship_id |
船舶規范業務協同碼 |
船舶規范信息的唯一標識編碼。 |
string |
100 |
M |
10 |
vyg_no |
航次 |
船舶航行的班次編號。 |
string |
10 |
M |
11 |
cargo_agent |
貨代編碼 |
貨代的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
12 |
ship_agent |
船代編碼 |
船代的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
13 |
bonded |
保稅標志 |
是否保稅,1—保稅;0—非保稅。 |
string |
1 |
M |
表 11 提貨單信息字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
bl_id |
提單編號 |
提單信息上鏈的業務協同碼。 |
string |
100 |
M |
2 |
ship_id |
船舶規范業務協同碼 |
船舶規范信息的唯一標識編碼。 |
string |
100 |
M |
3 |
vyg_no |
航次 |
船舶航行的班次編號。 |
string |
10 |
M |
4 |
bl_no |
提單號 |
提單的號碼。 |
string |
35 |
M |
5 |
exchange_org |
放貨單位統一社會信用代碼 |
放貨單位的統一社會信用代碼。 |
string |
18 |
M |
6 |
exchange_time |
放貨時間 |
放貨的時間。 |
datetime |
35 |
M |
7 |
cargo_name |
貨物名稱 |
貨物名稱,遵循BULK CARGO SHIPPING NAME ( BCSN)定義。 |
string |
不定 |
M |
8 |
packages_quantity |
件數 |
貨物的件數信息。 |
number |
15 |
M |
9 |
gross_weight |
重量 |
貨物的重量值。 |
number |
number(8,3) |
M |
10 |
req_org |
換單代理社會統一代碼 |
提貨代理或提貨人的區塊鏈用戶唯一編碼,提貨人信息應與換單申請中的申請人信息一致。 |
string |
18 |
O |
11 |
status |
提貨單狀態 |
提貨單簽發過程狀態標識,1—草本;2—承運人確認;3—生效。 |
string |
1 |
M |
(六)混礦作業信息。
包括混礦作業申請信息和混礦動態信息。混礦作業申請數據結構見圖8,混礦作業申請字段及要求見表12。混礦動態信息數據結構見圖9,混礦動態信息字段及要求見表13。
圖 8 混礦作業申請信息數據結構
表 12 混礦作業申請信息字段要求
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
1 |
Blend_ap |
混礦申請 |
0 |
混礦申請 |
string |
不定 |
|
2 |
cargo_no |
貨物批次號 |
1 |
混礦作業生產后新的批次號。格式為“cgno+貨物批次”,貨物編碼規則為“8位年月日+0000+8位隨機編碼”。 |
string |
100 |
M |
3 |
cargo_type |
貨品 |
1 |
混礦后的貨物品類,收貨人指定 |
string |
100 |
M |
4 |
consignee_id |
收貨人編碼 |
1 |
收貨人的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
5 |
cargo_agent |
貨代編碼 |
1 |
貨代的區塊鏈用戶唯一編碼。string |
string |
100 |
M |
6 |
application_date |
申請日期 |
1 |
混礦申請日期 |
string |
35 |
M |
7 |
raw_material_info |
原料信息 |
1 |
由多組混礦原料信息組成 |
string |
不定 |
M |
8 |
ship_id |
船舶規范業務協同碼 |
2 |
船舶規范信息的唯一標識編碼。 |
string |
100 |
M |
9 |
raw_material_no |
原料批次號 |
2 |
混礦作業所需原料的批次號 |
string |
100 |
M |
10 |
bl_id |
提單編號 |
2 |
提單信息上鏈的業務協同碼。 |
string |
100 |
M |
11 |
raw_material_type |
原料貨品 |
2 |
混礦作業原料貨品,收貨人指定 |
string |
100 |
M |
12 |
raw_material_quantity |
原料貨量 |
2 |
原料貨物的重量信息。 |
number |
number(8,3) |
M |
圖 9 混礦動態信息數據結構
表 13 混礦動態信息字段要求
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
1 |
blend |
混礦動態 |
0 |
混礦動態 |
string |
不定 |
|
2 |
cargo_no |
貨物批次號 |
1 |
混礦作業生產后新的貨物批次號。格式為“cgno+貨物批次”,貨物編碼規則為“8位年月日+0000+8位隨機編碼”。 |
string |
100 |
M |
3 |
port |
港口編碼 |
1 |
唯一標識港口名稱的編碼,遵循UN/CEFACT建議書16號《 Codes for ports and other locations》。 |
string |
10 |
M |
4 |
begin_date |
開始時間 |
1 |
工班開始混礦日期。 |
datetime |
35 |
M |
5 |
end_date |
結束時間 |
1 |
工班混礦結束時間。 |
datetime |
35 |
M |
6 |
quantity |
貨物重量 |
1 |
混礦的貨物重量信息,單位MT。 |
number |
number(8,3) |
M |
7 |
stock_pile |
堆存信息 |
1 |
混礦貨物堆存信息,多個堆位號間用逗號分隔。 |
string |
100 |
O |
8 |
status |
混礦狀態
|
1 |
混礦狀態標識
1—未開始 |
string |
|
M |
9 |
raw_material_info |
原料信息 |
1 |
用于混礦的原料貨物信息,可以是多條。 |
string |
4000 |
M |
10 |
raw_material_no |
原料批次號 |
2 |
原料貨物的批次號。格式為“cgno+貨物批次”,貨物編碼規則為“8位年月日+0000+8位隨機編碼”。 |
string |
100 |
M |
11 |
raw_material_quantity |
原料貨量 |
2 |
原料貨物的重量信息。 |
number |
number(8,3) |
M |
(七)海關放行信息。
海關放行信息字段及要求見表14。
表 14 海關放行信息字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
vessel_cd |
船舶編碼 |
船舶IMO編號 |
string |
9 |
M |
2 |
vessel_nm |
英文船名 |
使用英文或漢語拼音表述的船舶名稱。 |
string |
100 |
M |
3 |
vyg_no |
航次 |
船舶航行的班次編號。 |
string |
10 |
M |
4 |
bl_no |
提單號 |
提單的號碼。 |
string |
35 |
M |
5 |
op_type |
海關放行信息類型 |
海關放行信息類型的標識, 0—未放行;1—放行。 |
string |
1 |
M |
6 |
op_date |
海關放行信息時間 |
海關放行信息時間。 |
datetime |
35 |
M |
(八)提貨權轉移信息。
提貨權轉移信息字段及要求見表15。
表 15 提貨權轉移信息字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
consignee_id |
收貨人編碼 |
收貨人的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
2 |
cargo_agent |
貨代編碼 |
貨代的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
3 |
consignee_cd |
提貨人編碼 |
提貨人的區塊鏈用戶唯一編碼。 |
string |
100 |
M |
4 |
bl_id |
提單編號 |
提單信息上鏈的業務協同碼。 |
string |
100 |
M |
5 |
cargo_no |
貨物批次號 |
放貨貨物的批次號,格式為“cgno+貨物批次”,貨物編碼規則為“8位年月日+0000+8位隨機編碼”。多個cargo_ no間以“,”分割。 |
string |
100 |
M |
6 |
start_time |
提貨開始時間 |
預計提貨的開始時間。 |
datetime |
35 |
M |
7 |
end_time |
提貨結束時間 |
預計提貨的結束時間。 |
datetime |
35 |
M |
8 |
quantity |
貨物重量 |
放貨量,單位MT。 |
number |
number(8,3) |
M |
9 |
bonded |
保稅標志 |
是否保稅,1—保稅;0—非保稅。 |
string |
1 |
M |
10 |
pre_retrieval _id |
上一級提貨權轉移信息 |
上一級提貨權轉移信息的tx_id。有上一級提貨權轉移信息時必選。 |
string |
100 |
C |
(九)預約提貨信息。
預約提貨字段及要求見表16,預約回執字段及要求見表17。
表 16 預約提貨字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
retrieval_id |
提貨權轉移信息業務協同碼 |
提貨權轉移信息的唯一標識編碼。 |
string |
100 |
M |
2 |
transport_type |
運輸方式 |
運輸方式代碼如下: 0:非保稅區; 1:監管倉庫; 2:水路運輸; 3:鐵路運輸; 4:公路運輸; 5:航空運輸; 6:郵件運輸; 7:保稅區; 8:保稅倉庫; 9:其他運輸; A:全部運輸方式; H:邊境特殊海關作業區; W:物流中心; X:物流園區; Y:保稅港區; Z:出口加工區。 |
string |
1 |
M |
3 |
destination_location |
目的地 |
運輸方式為公路運輸時提供流向; 運輸方式為水路時提供目的地港編碼; 運輸方式為鐵路時提供到站; |
string |
100 |
M |
4 |
consignor_id |
發貨人編碼 |
起運港或始發站發貨人的區塊鏈用戶唯一編碼,運輸方式為水路或鐵路時必選。 |
string |
100 |
C |
5 |
consignee_id |
收貨人編碼 |
到達港或到站收貨人的區塊鏈用戶唯一編碼,運輸方式為水路或鐵路時必選。 |
string |
100 |
C |
6 |
retrieval_time |
出港日期 |
出港的日期信息。 |
datetime |
35 |
M |
7 |
transport_no |
運輸工具編號 |
運輸工具編號,即車牌號、火車車皮號或船舶編碼。 |
string |
100 |
M |
8 |
quantity |
貨物重量 |
貨物的重量信息,單位MT。 |
number |
number(8,3) |
M |
表 17 預約回執字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
order_id |
預約提貨業務協同碼 |
預約提貨的唯一標識編碼。 |
string |
100 |
M |
7 |
order_ack |
回執時間 |
回執發送時間。 |
datetime |
35 |
M |
|
ack_status |
回執結果 |
回執結果: 0:拒絕; 1:接受。 |
string |
1 |
M |
8 |
ack_content |
回執內容 |
回執結果為0時必填 |
string |
不定 |
C |
(十)提貨離場信息。
提貨離場字段及要求見表18。
表 18 提貨離場字段要求
序號 |
英文名稱 |
中文名稱 |
要求 |
類型 |
長度 |
必選 |
1 |
order_id |
預約提貨業務協同碼 |
預約提貨的唯一標識編碼。 |
string |
100 |
M |
2 |
delivery_goods_id |
提貨離場業務協同碼 |
上一次提貨離場動態信息的tx_id。有上一次提貨權轉移信息時必選。 |
string |
100 |
C |
3 |
working_type |
業務類型 |
業務類型的標識,1—進港; 2—出港。 |
string |
1 |
M |
4 |
transport_type |
運輸方式 |
運輸方式代碼如下: 0:非保稅區; 1:監管倉庫; 2:水路運輸; 3:鐵路運輸; 4:公路運輸; 5:航空運輸; 6:郵件運輸; 7:保稅區; 8:保稅倉庫; 9:其他運輸; A:全部運輸方式; H:邊境特殊海關作業區; W:物流中心; X:物流園區; Y:保稅港區; Z:出口加工區。 |
string |
1 |
M |
5 |
begin_time |
提貨開始時間 |
本次提貨開始時間 |
datetime |
35 |
M |
6 |
end_time |
提貨結束時間 |
本次提貨結束時間 |
datetime |
35 |
M |
7 |
transport_no |
運輸工具編號 |
運輸工具編號,即車牌號、火車車皮號、船舶編碼。 |
string |
100 |
M |
8 |
cargo_weight |
貨物重量 |
貨物的重量信息。本次貨物重量,單位MT。 |
number |
number(8,3) |
M |
9 |
status |
提貨狀態 |
提貨狀態的標識,1—進行中;2—結束。 |
string |
1 |
M |
基于區塊鏈的進口干散貨進出港業務
電子平臺建設指南
為深入貫徹習近平總書記關于加快推動區塊鏈技術和產業創新發展的重要指示精神,認真落實《交通強國建設綱要》《國家綜合立體交通網規劃綱要》,推動區塊鏈技術與交通行業深度融合發展,交通運輸部積極推進基于區塊鏈技術的全球航運服務網絡建設,推動在進口干散貨運輸中的應用,深入推進數據共享和業務協同,制定本指南。
《中華人民共和國港口法》;
《中華人民共和國海商法》;
《中華人民共和國數據安全法》;
《中華人民共和國個人信息保護法》;
《優化營商環境條例》;
《港口經營管理規定》;
《交通運輸部 發展改革委 工業和信息化部 財政部 商務部 海關總署 稅務總局關于大力推進海運業高質量發展的指導意見》(交水發〔2020〕18號);
GB/T 35273—2020 信息安全技術個人信息安全規范;
GB/T 19488.1 電子政務數據元第1部分:設計和管理規范;
GB/T 18391.2 信息技術元數據注冊系統(MDR)第2部分:分類;
GB/T 22239 信息安全技術網絡安全等級基本要求;
UN/CEFACT建議書3號:Codes for representation of names of countries;
UN/CEFACT建議書16號: Codes for ports and other locations;
UN/CEFACT建議書19號:Code for modes of transport;
海關總署:企業代碼類型匯總表;
YD/T 3747—2020 區塊鏈技術架構安全要求;
CBD-Forum-001—2017 區塊鏈參考架構。
提出基于區塊鏈技術的進口干散貨進出港業務電子平臺(以下簡稱平臺)的建設架構,明確提單、提貨單等單證及其他業務流轉信息上鏈的數據格式及交互要求等。通過進口干散貨單證及業務流轉信息上鏈,實現收貨人、貨運代理(以下簡稱貨代)、國際海運承運人(以下簡稱承運人)、港口企業、船舶代理(以下簡稱船代)、海關等節點在線流轉辦理,提升數字化服務水平。
一、船舶運輸信息上鏈
承運人制定航次計劃,明確航次的進出港業務相關方(即進口干散貨數據交換的參與方),并將船舶運輸信息提交到平臺。
貨物運抵港口前,收貨人或其授權的貨代在平臺上提交提單信息,承運人確認收貨人身份和提單信息,并允許卸貨和換單操作,在平臺上將狀態通知發送給船代。
三、進口艙單申報
承運人或其授權的船代將進口艙單信息發送到平臺,平臺依需要向海關申請查詢進口艙單回執信息。
收貨人或其授權的貨代將卸貨委托信息提交到平臺,相關參與方通過平臺共享以上信息。鼓勵港口推進靠泊計劃安排信息上鏈共享,港口安排卸貨計劃后,將卸貨動態提交到平臺。
收貨人或其授權的貨代在平臺上向船代遞交換單申請。船代收到換單申請且貨物到港完成卸貨后,在平臺上驗證換單申請信息,編制提貨單信息,并通過平臺發送給承運人確認。承運人校驗確認后,船代在平臺上更新提貨單狀態為已換單,同步發送給收貨人和港口。
六、混礦作業
收貨人或其授權的貨代將混礦作業申請發送到平臺,相關參與方通過平臺共享以上信息。港口根據混礦作業申請安排混礦作業,并將混礦動態提交到平臺。
收貨人或其授權的貨代將報關報檢申請信息發送到平臺,平臺依需要向海關申請查詢海關放行信息。
貨物直提。收貨人或經過授權的貨代在平臺上發起預約提貨流程。
提貨權轉移。收貨人或其授權的貨代通過平臺發送提貨權轉移信息,將貨物的全部或部分提貨權轉移給下一提貨人,港口校驗提貨權轉移信息后,明確提貨權和提貨數量,并更新各級提貨權持有人在港的庫存數量。
最終提貨人將提貨預約信息發送到平臺,港口核對確認信息后發送預約回執,并做好準備。
最終提貨人按照預約信息提貨,港口將提貨動態信息發送到平臺。
圖1基于區塊鏈的進口干散貨進出港業務流程示意圖(卸貨作業和申請報關可調整順序)
基于區塊鏈的進口干散貨進出港業務電子平臺架構包括訪問渠道層、業務應用層、數據交互層、平臺服務層、平臺核心層,具體見圖2。
圖 2基于區塊鏈的進口干散貨進出港業務電子平臺總體架構圖
訪問渠道層為各數據交互方的業務系統或相關應用,通過服務接口與數據交互層相連接。
業務應用層為數據交互方的業務邏輯,在進口干散貨進出港業務場景下,主要包括:船舶運輸信息上鏈、提單信息上鏈、港口卸貨作業、提貨單信息上鏈、混礦作業、申請報關、港口放貨、預約提貨、提貨離場等。
數據交互層為各數據交互方通用的接入協議和服務接口,主要包括:數據的加解密服務、數字簽名證書的配置管理和接口適配管理等。
平臺服務層為數據交互層提供高效、可靠的訪問,通過封裝平臺核心層功能組件,提供身份管理、節點管理、交易管理和運維監測等。
平臺核心層包括區塊鏈節點和跨鏈服務。平臺可通過跨鏈服務同其他區塊鏈平臺對接,實現業務場景拓展和數據共享。區塊鏈節點通過獨立節點或共享節點來實現,包括:節點間的共識機制和分布式賬本、隱私保護、密碼算法等模塊,以及執行預設邏輯的智能合約。
進口干散貨進出港業務參與方包括承運人、港口企業、海關、收貨人、貨代、船代等提供干散貨水運服務的單位,各參與方既是信息的提供方也是使用方,各參與方通過區塊鏈交換平臺完成進口干散貨放貨信息的交換。業務應用層通過數據交互層提供的網絡服務接口提交數據。數據交互層將業務數據、提交時間戳、數據散列值組成事務,并由數據提供方進行簽名后發送到平臺服務層。平臺服務層校驗事務簽名后,經過交易管理和節點管理,將需要交換的信息提交到平臺核心層執行智能合約。平臺核心層通過共識機制將信息寫入到區塊鏈分布式賬本中,完成干散貨放貨信息的上鏈。事務上鏈確認完成后,平臺核心層向平臺服務層確認事務上鏈成功,平臺服務層通過消息隊列,將消息分發給接收方。接收方的數據交互層接收消息后,解密數據并發送給業務應用層,平臺支持一對一、一對多的數據交換。
平臺中的數據以加密方式傳輸,數據的加密和解密均在數據交互層執行,數據交互方各自擁有不同的密鑰,數據交互層建立身份鑒別機制,使用身份認證證書進行認證。
(一)進口干散貨單證管理。
具有貨物單證的查詢和管理功能,包括單證簽發或上傳、單證流轉、單證狀態查詢、換單、分單、單證追溯等功能。
(二)進口干散貨貨物管理。
具有貨物狀態跟蹤、追溯、換程、拆分等功能。
(三)進口干散貨提貨權數字化鏈式管理。
具有在港貨物多級提貨權和多批次提取的鏈式記錄、跟蹤、查驗以及追溯等管理功能。
平臺功能、核心組件、數據交互、安全要求等內容,參見《基于區塊鏈的進口集裝箱電子放貨平臺建設指南》。
基于區塊鏈的進口干散貨進出港業務數據包括信息頭及事務數據。其中,信息頭是關于數據結構和屬性的說明,包括平臺或交易唯一標識、特征數據等;事務數據是開展實際業務產生的信息,包括參與方數據和干散貨運輸信息數據。
數據的屬性信息包括:英文名稱、中文名稱、層次、要求、類型、長度和必選等內容,要求如下:
(1)英文名稱:描述數據元的英文名稱。
(2)中文名稱:描述數據元的中文名稱。
(3)層次:描述了報文結構所屬的層次關系。
(4)要求:詳細描述了數據元的內容和表達的含義。
(5)類型:描述數據元的特征和基本要素,主要包括:日期型(datetime,如無特別說明則使用格林威治時間,格式為YYYYMMDDhhmmss)、字符型(string)、數字型(number,其中,重量的計量單位為MT)。
(6)長度:描述該數據元的長度。在本指南中用定長或不定表示。如是定長,給出了推薦長度。
(7)必選:描述該數據元是否必選。在本指南中分為必選(M)、非必選(O)和可選(C)。
(一)數據結構。
信息頭的數據結構見圖3。
圖 3 基于區塊鏈的進口干散貨進出港業務信息頭結構圖
(二)字段說明。
信息頭字段說明見表1。
表 1 信息頭所需規定的字段名和字段說明
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
1 |
Meta_data |
信息頭 |
0 |
數據結構和屬性的說明,包括平臺或交易唯一標識、特征數據等。 |
string |
不定 |
M |
2 |
tx_id |
業務協同碼 |
1 |
港航區塊鏈中作為一個具體業務的唯一編碼。由聯盟鏈返回的唯一事務識別號。 |
string |
100 |
M |
3 |
tx_version |
事務版本號 |
1 |
信息頭數據結構版本號。 |
srting |
10 |
M |
4 |
tx_type |
專屬業務分類 |
1 |
由聯盟鏈返回的接口服務交互類型。每種業務具有定義的專屬業務類型。 1:參與方業務主體; 2:船舶規范; 100:船舶運輸; 101:提單; 102:進口艙單; 103:艙單回執; 104:港口卸貨作業委托; 105:港口卸貨動態; 106:換單申請; 107:提貨單; 108:混礦作業申請; 109:混礦動態; 110:海關放行; 111:提貨權轉移; 112:預約提貨字; 113:預約回執; 114:提貨離場。 |
string |
4 |
M |
5 |
tx_type_version |
業務信息版本號 |
1 |
業務信息數據結構版本號. |
string |
10 |
M |
6 |
tx_date |
上鏈時間戳 |
1 |
業務信息上鏈時間戳由聯盟鏈返回的上鏈時的時間。 |
datetime |
35 |
M |
7 |
vg_no |
航次 |
1 |
船舶航行的班次編號。與航次相關的業務信息必填 |
string |
10 |
O |
8 |
cargo_no |
貨物批次號 |
1 |
航次業務必選。格式為“cgno+貨物批次”,貨物編碼規則為“8位年月日+0000+8位隨機編碼”。可以是多條,多個cargo_ no間以“,”分割。與貨物批次相關的業務信息必填 |
string |
100 |
O |
9 |
tx_data_hash |
業務信息散列值 |
1 |
業務信息數據或業務信息數據的散列值信息格式為{”hash”:“散列值”}。 |
string |
100 |
M |
10 |
tx_data |
業務信息 |
1 |
業務信息上鏈數據明細 tx_type為1時,tx_data為參與方業務主體數據; tx_type為100時,tx_data為船舶運輸數據; tx_type為101時,tx_data為提單數據; tx_type為102時,tx_data為進口艙單數據; tx_type為103時,tx_data為艙單回執數據; tx_type為104時,tx_data為港口卸貨作業委托數據; tx_type為105時,tx_data為港口卸貨動態數據; tx_type為106時,tx_data為換單申請數據; tx_type為107時,tx_data為提貨單數據; tx_type為108時,tx_data為混礦作業申請數據; tx_type為109時,tx_data為混礦動態數據; tx_type為110時,tx_data為海關放行數據; tx_type為111時,tx_data為提貨權轉移數據; tx_type為112時,tx_data為預約提貨字數據; tx_type為113時,tx_data為預約回執數據; tx_type為114時,tx_data為提貨離場數據。 |
string |
不定長 |
M |
進口干散貨進出港業務參與方包括承運人、收貨人、港口企業、貨代、船代、海關等角色。通過區塊鏈賬本維護,保證所有參與方可以通過區塊鏈用戶唯一編碼(id)獲得準確實時的參與方數據。
(一)數據結構。
進口干散貨進出港業務參與方數據結構見圖4。
圖 4 進口干散貨進出港業務參與方數據結構
(二)字段說明。
進口干散貨電子進出港業務參與方業務主體字段說明見表2。
表 2 參與方業務主體數據要求
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |
類型 |
長度 |
必選 |
1 |
Dry_bulk_user |
干散貨參與方用戶 |
0 |
干散貨參與方用戶信息。 |
string |
不定 |
|
2 |
user_id |
區塊鏈用戶唯一編碼 |
1 |
參照海關企業代碼類型匯總表,在平臺申請用戶唯一編碼時,對于境內用戶有統一社會信用代碼的,應填寫統一社會信用代碼,填寫格式為“USCI+代碼”;暫無統一社會信用代碼的,填寫組織機構代碼,填寫格式為“OC+代碼”;對于所屬國家或地區未列在海關總署《企業代碼類型匯總表》或者無法提供表中所列企業代碼類型的,應當填寫用戶在所在國家或地區的法定企業注冊代碼,填寫格式為“9999+企業代碼”;為自然人的,應當填寫身份證、護照號或其他有效證件,填寫格式分別為“ID+身份證號”、“PASSPORT+護照號”、“8888+身份代碼”。 |
string |
100 |
M |
3 |
user_cert |
區塊鏈用戶證書 |
1 |
參與方在加入平臺時由平臺審核頒發的用戶數字證書。 |
string |
不定 |
M |
4 |
org_cert |
區塊鏈組織證書 |
1 |
參與方在加入平臺時由平臺審核后頒發的標志參與方組織的數字證書。 |
string |
不定 |
M |
5 |
user_name |
企業名稱 |
1 |
與企業代碼一致的企業名稱或規范化中文全稱(如有)。 |
string |
100 |
M |
本節規定了參與方在基于區塊鏈的進口干散貨進出港業務開展過程中需要進行數據交換的字段及要求。
(一)船舶運輸信息。
船舶運輸信息數據結構見圖5,船舶運輸信息字段及要求見表3,船舶規范信息字段及要求見表4。
圖 5 船舶運輸信息數據結構
表 3 船舶運輸信息字段要求
序號 |
英文名稱 |
中文名稱 |
層次 |
要求 |