ⅠT/CCBA002—2024T/BDIA2002—2024前言 引言 2規范性引用文件 3術語和定義 4縮略語 5接入主體 6接入流程 7接入技術要求 8接入管理要求 9文件存儲和傳輸規范 10升級管理規范 11節點部署規范 附錄A(資料性)接入主體業務對照表 附錄B(資料性)平臺業務邏輯示意圖 附錄C(規范性)關港貿物流聯盟鏈接入申請表 附錄D(規范性)開放端口清單及規范 附錄E(規范性)缺陷等級技術指標 附錄F(規范性)安全漏洞等級技術指標 參考文獻 ⅢT/CCBA002—2024T/BDIA2002—2024本文件參照GB/T1.1—2020?標準化工作導則第1部分:標準化文件的結構和起草規則?的規定起草.請注意本文件的有些內容可能涉及專利.本文件的發布機構不承擔識別專利的責任.本文件由廣州電子口岸管理有限公司聯合廣東、深圳、佛山、東莞、珠海、江門等地方電子口岸共同提出.本文件由中國報關協會、中關村大數據產業聯盟歸口.本文件起草單位:廣州電子口岸管理有限公司、中國電子口岸數據中心黃埔分中心、廣東省電子口岸管理有限公司、深圳市南方電子口岸有限公司、佛山市電子口岸有限公司、東莞市口岸服務中心、珠海電子口岸管理有限公司、江門電子口岸管理有限公司、廣州港數據科技有限公司、廣東卓志跨境電商供應鏈服務有限公司、廣州市昊鏈信息科技股份有限公司、中國報關協會、廣東廣州報關協會、廣東黃埔報關協會.ⅤT/CCBA002—2024T/BDIA2002—2024近年來,以大數據、云計算、物聯網和人工智能為代表的新一代信息技術迅速崛起,推動國際貿易加快數字化轉型,數字貿易蓬勃興起.在口岸物流通關管理方面,原有信息化技術“點對點”、“串聯式”信息交換方式存在的信息重復采集、信息孤島、高信任成本、交易流程煩瑣,以及數據安全性和隱私保護等問題,極大地制約了國際貿易效率和口岸經濟活力.區塊鏈技術具有去中心化、不可篡改、透明性和智能化特點,為推動國際貿易相關方數據共享和業務協同,解決信任問題、提高數據安全性和降低交易成本提供了可能.關港貿物流聯盟鏈平臺(以下簡稱“平臺)是基于區塊鏈技術構建的數字化公共服務平臺之一,旨在通過區塊鏈技術打通港口、機場、鐵路、公路等物流信息節點,打造覆蓋國際貿易鏈條各主要環節的區塊鏈底層平臺,推動運輸、倉儲、場站、國際貨運代理等各類物流企業與外貿企業的信息共享和業務協同,提高國際貿易供應鏈參與各方系統間的互操作性,實現信息數據安全互換共享,為跨境貿易公共服務提供全程可追溯、授權控制和隱私保護等區塊鏈技術支持,為國際貿易提供更加便捷、高效和可靠的物流通關服務.平臺按照國際貿易全鏈條業務設計.各地電子口岸聯合所在地口岸,推動在本口岸開展業務的承運人或其代理、報關行、收發貨人等國際貿易相關主體,通過平臺將各自涉及的貨物進出口物流狀態數據上鏈,同時整合通關狀態信息,打通國際貿易貨物進出口全鏈條,以實現粵港澳大灣區的進出口貨物物流通關信息全程可跟蹤、可追溯.一方面,可為用戶提供進出口貨物物流通關狀態跟蹤服務,還可以通過為用戶與第三方機構提供可信物流通關信息核驗服務,為企業提供擔保、融資、保險等增值服務;另一方面,可以配合監管部門監控,防范貿易欺詐,防范偷逃外匯、稅收等違法犯罪行為,更好保障國家貿易安全.此外,平臺基于區塊鏈技術還可以促進用戶間的信任與合作,促進企業國際貿易數字化轉型.平臺開通后可進一步優化粵港澳大灣區營商環境、提升國際貿易便利化水平和口岸競爭力.本文件對接入平臺提出了規范性要求,有助于指導和規范用戶接入平臺.1T/CCBA002—2024T/BDIA2002—2024關港貿物流聯盟鏈平臺接入規范本文件規定了關港貿物流聯盟鏈平臺的接入主體、接入流程、接入技術要求、接入管理要求、文件存儲和傳輸規范、升級管理規范和節點部署規范.本文件適用于企業用戶接入關港貿物流聯盟鏈平臺.2規范性引用文件下列文件中的內容通過文中的規范性引用而構成本文件必不可少的條款.其中,注日期的引用文件,僅該日期對應的版本適用于本文件;不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件.GB/T18354物流術語GB/T28580口岸物流服務質量規范GB/T42571信息安全技術區塊鏈信息服務安全規范GB/T42752區塊鏈和分布式記賬技術參考架構GB/T43572區塊鏈和分布式記賬技術術語GM/T0111區塊鏈密碼應用技術要求3術語和定義下列術語和定義適用于本文件.3.1關港貿物流聯盟鏈平臺customs,port&internationaltraderelatedpartieslogisticsconsortiumblockchainplatform應用區塊鏈技術,為海關、口岸(3.2)物流企業,以及國際貿易相關方(3.3)搭建的提供口岸物流信息(3.6)公共服務的聯盟鏈(3.8)平臺.注:口岸物流企業是指在堆場、卡口、海關監管場所等口岸公共服務場所提供公共物流服務的企業.3.2口岸port經政府批準設置的供人員、貨物、物品和交通工具直接出入國(關、邊)境的港口、機場、車站、跨境通道等.[來源:GB/T18354-2021,8.34]2T/CCBA002—2024T/BDIA2002—20243.3國際貿易相關方relatedpartiesofinternationaltrade在國際貿易的購買、運輸及支付的業務過程中發生利益或利害關系的組織及個人.示例:如海關等貿易便利化管理部門、金融機構、協會及企業等.[來源:GB/T43519-2023,3.1]3.4口岸物流portlogistics等貨物實體流程的過程.[來源:GB/T28580-2023,3.2]3.5通關customsclearance進出境運輸工具負責人、貨物的收發貨人及其代理人向國家駐口岸管理機構申請、辦理進出境手續的全部過程.[來源:GB/T28580-2012,3.4]3.6口岸物流信息logisticsinformation反映口岸物流(3.4)及通關(3.5)活動內容的知識、資料、圖像、數據的總稱.3.7節點node加入平臺并存儲賬本記錄的全部或部分副本的(分布式記賬技術)設備或進程.[來源:GB/T43572—2023,3.27,有修改]3.8各個節點(3.7)與實體機構組織對應,經過授權后才能加入或退出的區塊鏈系統.[來源:GM/T0111-2021,3.8]3.9跟蹤tracking對貨物口岸物流信息(3.6)的實時監測和記錄.追溯tracing對貨物歷史口岸物流信息(3.6)的檢索.用戶user通過平臺審核要求并實現入網的接入主體.4縮略語下列縮略語適用于本文件.3T/CCBA002—2024T/BDIA2002—2024BRA:區塊鏈參考架構(BlockchainReferenceArchitecture)CA:電子認證服務(CertificateAuthority)CentOS:社區企業操作系統(CommunityEnterpriseOperatingSystem)CPU:中央處理器(CentralProcessingUnit)GB:十億字節(GigaByte)gossip:p2p分布式協議(gossInternetProtocol)gRPC:谷歌遠程過程調用協議(googleRemoteProcedureCall)IATA:國際航空運輸協會(InternationalAirTransportAssociation)ip:TCP/IP體系中的網絡層協議(InternetProtocol)ISCRM:國際供應鏈參考模型(InternationalSupplyChainReferenceDataModel)MSP－ID:代表成員的身份ID(MembershipServiceProviderID)RootCA:根證書(RootCertificateAuthority)RPC:遠程過程調用(RemoteProcedureCall)SSH:安全通訊協議(SecureShell)SSL:安全套接協議(SecureSocketLayer)TPS:事務數/秒(TransactionsPerSecond)TSL:安全傳輸層協議(TransportLayerSecurity)UN/CEFACT:聯合國促進貿易和電子商務中心(UnitedNationsCentreforTradeFacilitationandElectronicBusiness)5接入主體5.1主體資質接入平臺的主體應滿足以下條件:—具有獨立法人資格;—具備開展相關業務的資質,例如:開展航空貨運代理業務的企業應取得IATA證書;—具備符合開展業務的人員,并具有良好的職業素養;—具備與開展相關業務相適應的場所和設施;—具備與開展業務相適應的信息化系統.5.2業務特征接入主體的業務特征包括以下幾個方面:—直接參與國際貿易業務流程,或提供第三方服務;—在開展業務時直接或間接產生物流信息;—在開展業務時需采集和/或使用物流信息;—通過交換和/或分享,可以減少重復采集信息,打破“信息孤島”;—通過跟蹤或追溯,可以為企業提供增值服務,例如金融和保險服務.注:“信息孤島”或“數據煙囪”,是指數據、信息被分割存儲在不同主體的信息系統中,無法實現互聯互通、互相分享、島”不利于為利益相關方提供數據信息共享,或開展業務協同等服務.4T/CCBA002—2024T/BDIA2002—20245.3業務應用參照UN/CEFACT國際貿易業務流程規范和口岸監管要求,平臺接入主體、開展業務和涉及的物流單證情況參見附錄A;平臺整合全鏈條物流通關信息的業務邏輯示意參見附錄B.6接入流程6.1提交接入申請表申請方填寫?關港貿物流聯盟鏈接入申請表?(詳見附錄C),提交平臺審核.6.2平臺審核流程平臺收到接入申請后按流程進行審核,平臺審核流程見圖1.6.2.1平臺審核平臺收到申請后,按照本文件對接入主體的資質和業務特征進行審核,不符合相關要求的將申請退回;申請方修改后可再次提交.6.2.2配置資源平臺審核通過后,申請方成為平臺用戶.平臺方為用戶制作CA證書、提供硬件資源后,向用戶頒發證書.5T/CCBA002—2024T/BDIA2002—20246.2.3接入平臺用戶按照節點配置要求完成平臺節點配置,實現動態入網.7接入技術要求7.1操作系統要求7.1.1計算機操作系統要求用戶的計算機操作系統應滿足以下條件:—基于Linux的64位操作系統,如CentOS、RedHat等;7.1.2節點配置要求用戶的節點配置應滿足以下條件:—主節點的CPU應為64位8核以上,存儲應大于等于250GB(需要支持擴容),內存應大于等于16GB;—輕節點的CPU應為64位8核以上,存儲應大于等于500GB(需要支持擴容),內存應大于等于16GB;—運維平臺的CPU應為64位8核以上,存儲應大于等于200GB,內存應大于等于8GB.7.2網絡接入和訪問要求7.2.1網絡接入要求平臺對用戶網絡接入的要求如下:—各類節點(主節點、輕節點、客戶端、CA和運維平臺)宜優先部署于使用同一網絡接入服務商—主節點處理客戶端提交的交易消息請求,對交易進行排序并按規則打包成新區塊,提交賬本并維護通道賬本數據,為全網節點提供交易廣播服務、共識排序服務、區塊分發服務等;—輕節點是整個區塊鏈網絡的基礎,是智能合約和賬本的載體,為交易背書,并記錄區塊信息;—客戶端提交交易消息請求;—CA對所有參與用戶發放證書,證書表示用戶的身份,任何直接參與區塊鏈網絡的情況都需要證書;—運維平臺提供對區塊鏈網絡可視化的管理操作界面,如創建通道、節點加入通道、智能合約部署、資源監控等.7.2.2網絡訪問要求平臺對用戶網絡訪問的要求如下:—各類節點開放的端口可由各個節點自行定義并對外公開;—各類節點設置默認的接入端口規則詳見附錄D;6T/CCBA002—2024T/BDIA2002—2024—各節點之間的信息網絡傳輸可基于gRPC協議進行通信并支持SSL和TSL協議進行加密;—各節點網絡連接可以選擇開啟gossip協議,也可以選擇關閉gossip協議;—可以將特定輕節點添加到特定主節點的白名單中.如每個組織部署了1個主節點、2個輕節點,那么可以只將本組織的2個輕節點加入該主節點的白名單中;—可以將客戶端(apiserver/eventserver)添加到輕節點的白名單中;—當輕節點開啟gossip協議時可設置輕節點間的訪問白名單,當輕節點不開啟gossip協議時可不設置輕節點白名單.8接入管理要求8.1證書管理要求平臺對證書管理的要求如下:—節點可以使用自有的RootCA進行注冊,也可新生成證書進行注冊;—如節點需要管理內部用戶證書,則應自行管理并進行映射.8.2節點命名要求平臺對節點命名的要求如下:—輕節點命名規范:節點識別名、節點ip、業務端口、事件端口、SSH、MSP－ID;8.3通道管理要求8.3.1通道類型通道類型分為公開和私有兩種類型.8.3.2接入規則用戶接入通道規則如下:—用戶加入輕節點后方可接入通道.—刪除已加入背書策略的用戶的接入規則如下:?刪除用戶后不影響智能合約運行的,可刪除;?刪除用戶后影響智能合約運行的,須升級對應的背書策略后再刪除,以確保不影響智能合約運行.—解除關聯規則如下:?刪除用戶后不影響智能合約運行的,可刪除;?刪除用戶后影響智能合約運行的,須升級對應的背書策略后再刪除,以確保不影響智能合約運行;?相互關聯的用戶,一方刪除成功后,另一方應能接收到提示消息.7T/CCBA002—2024T/BDIA2002—20248.4智能合約管理要求8.4.1創建和升級規則智能合約的創建和升級規則如下:—校驗智能合約的哈希散列值以保證智能合約的一致性,其應是未被篡改的;—驗證用戶的數字證書,確保是有授權的用戶發起的請求;—智能合約的創建和升級請求需要得到已加入通道用戶的投票,當通道內所有用戶審核通過后,智能合約可以進行創建或升級.8.4.2命名規則智能合約的命名規則為:業務識別名－版本號.其中:業務識別名為字符串;版本號為小寫字母v開頭加上數字.例如:test－v1.0.0.8.4.3版本編號規則智能合約的版本編號分三級,統一采用vMAJOR.MINOR.PATCH方式命名.出現以下情形時應對版本編號進行更新:—MAJOR:當智能合約中對外的接口向下不兼容時;—MINOR:當智能合約中添加向下兼容的功能時;—PATCH:當修改智能合約向下兼容的功能出現Bug時.8.4.4設計規則智能合約的設計規則如下:—應采用簡明設計,不宜做邏輯復雜或帶有阻塞的操作,以保證智能合約的性能表現;—不宜做大文件存取,可以考慮只存放該文件的“Hash值”,文件本身存放于另外的分布式文件系統中;—不允許出現非確定性的操作(例如,通過智能合約在賬本中存儲1個隨機數),對同一個智能合約要求在輸入參數確定的情況下,輸出結果須確定且一致;—智能合約如采用k,v結構進行數據存儲設計時,應考慮查詢操作的需求和性能;—智能合約中如存在ChaincodeEvent數據,應根據具體業務需求確定是否需要在區塊中增加存在ChaincodeEvent數據的部分.8.4.5上傳規范智能合約上傳規范如下:—打包方式上傳.?版本號:英文數字或加“.”的組合;?識別名:英文＋數字;?長度不限.—非打包方式上傳.?版本號:以V1.0.0至VX.0.0的順序遞增.8T/CCBA002—2024T/BDIA2002—20248.4.6啟動規范智能合約啟動規范如下:—如不分配用戶的輕節點,則啟動默認安裝到通道中所有用戶的輕節點中;—如用戶或網絡數量為0,則不可以啟動;—如關聯的通道中所有的用戶都沒有分配輕節點,則不可以啟動;—如關聯的通道中部分用戶沒有分配輕節點,則可以啟動.8.4.7編輯規范智能合約編輯規范如下:—智能合約啟動后,只可增加輕節點,不可刪除輕節點;—智能合約升級未啟動前,可增加或刪除輕節點;—智能合約升級并啟動后,只可增加輕節點,不可刪除輕節點.9文件存儲和傳輸規范9.1文件格式規范文件應統一存儲為“PDF”格式.9.2文件關聯規范文件應使用MD5生成“Hash值”并同文件名稱和下載的地址一起寫入attachmentList列表,實現文件和業務數據的關聯.9.3文件存儲規范文件應存儲于文件服務器中,文件下載鏈接應寫入業務數據對應的attachmentList列表的PATH字段中,并提供下載服務.9.4文件傳輸規范文件應通過SSL/TLS通道傳輸,并在傳輸時指定文件的接收方.9.5文件接收規范文件接收方應根據業務數據中的PATH字段信息從文件服務器接收文件,并通過解密和核對確定文件傳輸的正確性.接收不正確時應聯系發送方進行處理.9.6文件加密規范9.6.1一般要求平臺對文件加密的一般要求如下:—業務數據(transactiondata)需加密存儲;—業務數據必須有明確的數據權限控制;9T/CCBA002—2024T/BDIA2002—2024—鏈上業務數據的證明類文件需加密存儲.注:證明類文件是指根據業務管理要求,須上傳的原始文件復印件.9.6.2加密算法用戶數據上鏈,觸發平臺提交交易、背書簽名、驗證背書、生成區塊和TLS等操作,為確保用戶信息和數據安全,統一使用國密算法SM2、SM3、SM4加密和解密.9.6.3加密算法應用以下應用使用國密算法加密:—Fabric框架;—Fabric－CA;—Fabric－SDK;TLS.9.6.4加密算法實現平臺使用的國密算法以可插拔方式實現.平臺同時支持按規范接口封裝的其他國密算法.10升級管理規范10.1節點升級規范10.1.1主節點升級規范升級與交易無關的功能時,可采取停止、更新、啟動操作.注:連接該主節點的輕節點會自動重連.如需完全保證業務正常進行,前端的apiserver也需要設置重連機制.10.1.2輕節點升級規范輕節點升級分為以下兩種情況:—升級不影響交易流程或不改變區塊結構時,可將輕節點手動停止,更新,再啟動.注1:此操作可以單獨進行,無須全網同步.注2:建議每個用戶至少部署兩個輕節點,當其中一個輕節點狀態不正常時,前端的負載均衡器可以將流量導向另一個狀態正常的輕節點,以確保上層業務正常進行.示例:如增加一些Log,或增加一個rpc探活接口,正常交易和驗證均不產生變化,不影響數據落賬結果.—升級影響落賬結果時,需要在同一時間窗口,將全網所有的輕節點停止,更新,再啟動.注:如不按上述規定操作,升級將導致該輕節點的數據和其他節點的數據不一致,該輕節點將無法正常交易(背書結果不一致).10.2升級上線測試規范10.2.1上線測試流程升級上線測試分為三個步驟,分別為:產品上線前、產品上線后和Bug修復.T/CCBA002—2024T/BDIA2002—202410.2.1.1升級上線前測試流程圖升級上線前測試流程見圖2.圖2升級上線前測試流程T/CCBA002—2024T/BDIA2002—202410.2.1.2升級上線后測試流程圖升級上線后測試流程見圖3.圖3升級上線后測試流程10.2.1.3Bug修復后上線測試流程圖Bug修復后上線測試流程見圖4.T/CCBA002—2024T/BDIA2002—2024圖4Bug修復后上線測試流程10.2.2上線測試要求上線測試的范圍和測試用例要求如下:—測試用例包括:聯盟同一段基礎版測試用例、各參與方各自的業務測試用例.注:所有的測試用例和測試文檔需要經過論證.10.2.3非功能測試交付質量10.2.3.1功能類功能類測試交付質量要求如下:—測試遺漏率≤10%,且不存在嚴重及致命缺陷;—測試遺漏率≤10%,但存在嚴重及致命缺陷,要在5個工作日內進行版本修復,確保驗收結束前不存在嚴重及致命缺陷.注2:缺陷等級分為四級:致命、嚴重、一般和輕微,詳見附錄E.注2:缺陷等級分為四級:致命、嚴重、一般和輕微,詳見附錄E.10.2.3.2安全類安全類測試沒有出現嚴重(S0)、高危(S1)、中危(S2)級別的安全漏洞.注:安全等級分為四級:嚴重、高危、中危和低危,詳見附錄F.10.2.3.3性能類核心業務單條請求響應時間不超過10秒且不低于1500TPS.10.2.3.4可靠性系統可用性達到99.99%,系統平均恢復時間不超過5分鐘.10.2.3.5兼容性系統升級后,原有功能不受影響;系統網絡、硬件變更后,原有功能不受影響.T/CCBA002—2024T/BDIA2002—202410.2.3.6可擴展性系統可依據業務需要支持軟、硬件平滑擴展,且業務開展不受影響.11.1業務標準和數據規范平臺統一制定業務標準和數據規范,包括:—區塊鏈貿易業務標準和數據規范;—區塊鏈數據格式標準、接口規范以及流程規范.注:用戶須按照平臺制定規范進行業務往來.11.2已有區塊鏈業務模型用戶接入平臺規范已有區塊鏈業務模型的用戶接入平臺分為兩種情況:—原有區塊鏈模型業務包含平臺相同的業務,可在原部署節點上部署新的chaincode并對其內部業務系統按照統一的業務標準和數據規范進行接口的開發升級.所有涉及多方業務的數據均應在總鏈上發布,原內部區塊鏈業務可在原區塊鏈上運行;—原有區塊鏈模型業務不包含平臺相同業務,須部署新節點并根據業務標準和數據規范進行系統的改造后加入總鏈.不允許在用戶原有區塊鏈上部署平臺業務.11.3不同類型用戶節點部署規范根據用戶接入平臺開展業務情況,平臺將用戶分為核心成員和普通成員,節點部署規則如下:—核心成員可以獨立部署輕節點,通過輕節點接入平臺主節點.用戶應按照平臺統一制定的業務標準和數據規范開發接口(接口規范見附錄D).用戶須通過接口與獨立部署輕節點對接后,再接入平臺開展業務;—普通成員無須獨立部署輕節點,可通過部署客戶端方式接入平臺并開展業務.T/CCBA002—2024T/BDIA2002—2024附錄A(資料性)接入主體業務對照表主體接入平臺開展物流通關業務,主體及其開展業務和涉及的物流單證參考表A.1.表A.1接入主體業務對照序號主體業務描述物流單證1發貨人/收貨人(即貿易主體)1.簽訂外貿合同;2.與貨運代理或運輸公司簽訂運輸合同;3.與報關行簽訂委托報關合同;4.交付/接收貨物.合同發票裝箱單2貨運代理1.接受發貨人/收貨人委托,與承運人簽訂貨物出口運輸合同,將貨物交至承運人指定的物流監管倉庫;2.接受發貨人/收貨人委托,與承運人簽訂貨物進口運輸合同,將貨物從承運人指定的物流監管倉庫提出交至收貨人指定地址;3.接受發貨人/收貨人委托,與報關行簽訂報關委托合同,委托報關行辦理報關業務;4.接受發貨人/收貨人委托,與拖車公司簽訂運輸委托合同,委托拖車公司對出口貨物提箱裝貨并將貨物交至承運人指定的物流監管倉庫,或將貨物從承運人指定的物流監管倉庫提出交至收貨人指定地址.運輸合同提單報關委托書設備交接單提貨單3承運人及其代理(即運輸主體)1.與發貨人/收貨人或其委托代理人簽訂運輸合同;2.跨境運輸貨物;3.向海關進行運輸工具申報和艙單申報.(運輸方式包括:公路、鐵路、海運、空運、多式聯運等)運輸合同提單運輸工具申報艙單裝卸載計劃到貨通知4報關行1.接受發貨人/收貨人或其委托的運輸代理人委托,辦理通關手續;2.代表委托人配合海關查驗;3.代表委托人辦理口岸檢疫手續.報關單報關委托書查驗委托書放行條5場站1.接收、存儲待報關貨物;2.在運輸工具與海關監管倉庫之間轉運貨物;3.接收、存儲已報關貨物;4.向海關發送相關報告.裝卸載計劃運抵報告理貨報告6海關查驗倉庫配合海關實施貨物查驗.查驗通知7堆場1.存放空箱;設備交接單T/CCBA002—2024T/BDIA2002—2024表A.1接入主體業務對照(續)序號主體業務描述物流單證8拖車公司1.在場站倉庫與海關監管倉庫之間轉運貨物;2.在運輸工具和場站倉庫之間轉運貨物;3.在場站或堆場提還空箱.設備交接單提貨單9檢測機構配合海關對貨物實施口岸檢疫或檢測.檢疫證明檢測報告保險機構參考貨物溯源信息為已投保貨物提供理賠服務.數據溯源報告金融機構參考貨物溯源信息為貿易主體提供金融服務.數據溯源報告T/CCBA002—2024T/BDIA2002—2024附錄B(資料性)平臺業務邏輯示意用戶通過各地或各級電子口岸接入關港貿物流聯盟鏈平臺,并通過平臺開展進口或