区块链电子提单数据交互及业务流程.docx

区块链电子提单数据交互及业务流程1范围本文件规定了区块链电子提单业务的基本要求、业务流程和数据交互要求。本文件适用于区块链电子提单应用。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T1836集装箱代码、识别和标记GB/T2659.1世界各国和地区及其行政区划名称代码GB6944危险货物分类和品名编号GB/T7407中国及世界主要海运贸易港口代码GB/T7408数据元和交换格式信息交换日期和时间表示法GB/T12406表示货币和资金的代码GB/T16472乘客及货物类型、包装类型和包装材料类型代码GB/T16833行政、商业和运输业电子数据交换（ED1.FACT）代码表GB/T28532承运人标识符编码规则JT/TXXXX基于区块链的港航集装箱信息交换平台接口技术要求3术语和定义下列术语和定义适用于本文件。电子提单e1.ectronicBi1.1.of1.ading用电子数据交换方式传输正本提单信息的电子单证。37托运人shipper根据订舱指示记载在提单上，将货物按照合同约定的时间运输到指定地点交付承运人运输，有权要求承运人签发提单并承担相应义务的一方当事人。承运人carrier本人或者委托他人以本人名义与货方订立货物运输合同，应托运人要求签发提单，并承担运输责任的一方当事人。34收货人consignee根据订舱指示记载在提单上，或提单最终的被背书人，向承运人交付正本提单有权提取货物并承担相应义务的一方当事人。3.5开证专艮行issuingbank依据申请人的请求或代表自己开立信用证的银行（一般是进口地银行）。通知银行advisingbank在开证银行的请求下通知信用证的银行。64发货运输在出口地完成所有清关程序后，卖方在收到信用证并确保其能够满足信用证中规定的条件后，应在平台确认后将货物发送给承运人进行运输。65签发电子提单货物装船后，承运人根据货方提供的装运说明，应通过区块链电子提单平台签发电子提单，完成数字签名并传递给托运人。区块链电子提单平台应将托运人指定为货物所有权人和提单持有人。区块链电子提单平台应记录由时间戳、数字签名、提单数据、路由信息和状态同步信息生成的哈希值。66发起托管、背书转让电子提单托运人解密提单数据并验证哈希值和数字签名，指定通知银行作为提单持有人进行电子提单托管，如果需要，托运人将完成电子签名并将电子提单背书给买方。用于路由控制的数据应使用通知银行的公钥加密。区块链电子提单平台应记录由时间戳、数字签名、路由信息和状态同步信息生成的的哈希值，便于通知银行使用私钥进行解密。67通知银行接受电子提单托管通知银行将电子提单与从托运人处收到的贸易文件一起保存，根据信用证对文件进行解密和检查，验证哈希值和数字签名，如果单据符合信用证规定，通知银行将按照信用证的规定付款、承兑或议付，通知银行将开证行指定为提单持有人，并完成其数字签名。用于路由控制的数据应使用开证银行的公钥加密，区块链电子提单平台中应记录由时间戳、数字签名、电子提单路由信息和状态同步生成的哈希值，便于开证银行使用私钥进行解密。68开证银行接收电子提单托管开证银行将电子提单与从通知银行收到的交易文件一起托管，根据信用证对文件进行解密和检查，验证哈希值和数字签名。在根据信用证的要求验证文件正确无误并收到买方全部付款后，开证银行、将电子提单和相关贸易文件发放给买方。提单持有人和货物所有权人将更新至收货人，并应记录在区块链电子提单平台中，并完成其数字签名。用于路由控制的数据（即，指示下一个节点是买方）应使用买方的公钥加密。区块链电子提单平台中应记录由时间戳、数字签名、电子提单路由信息和状态同步生成的哈希值，便于买方使用私钥进行解密。对于上一个节点中的买方需要继续向下一个买方背书的情形，重复托运人背书的过程，相关银行也应重复相应的过程，直到买方最终成为收货人。6换取提货单当货物到达卸货港并从船上卸下时，收货人向承运人提交电子提单，换提货单，将提单持有人更换为承运人，并完成其数字签名。用于路由控制的数据（即，指示下一个节点是承运人）应使用承运人的公钥加密。区块链电子提单平台中应记录由时间戳、数字签名、电子提单路由信息和状态同步生成的哈希值。承运人验证哈希并回收电子提单，电子提单完成流转。6 1f1.提取货物在进口地完成所有清关程序后，收货人使用提货单在最终目的地从承运人处提取货物，电子提单平台上的业务流程结束。7数据交互要求7 区块链电子提单宜采用JSON作为数据交换的格式，数据属性包括索引、层次、中文名称、英文名称、类型、是否必填、说明与要求，其中： 索引：数据检索编号； 层次：字段所属的层次关系; 中文名称：字段的中文名称； 英文名称：字段的英文名称；类型：数据元的特征和基本要素，包括字符型(string),对象型(object),数组型(array)、布尔型(boo1.ean)、数字型(number)； 是否必填：该数据元是否必填，必填为M,非必填为C,可选为0； 说明与要求：字段的内容和表达的含义。7S在区块链电子提单平台上，从一个节点向下一个节点传输电子提单的相关信息时，电子提单路由信息数据格式应符合表1的要求。表1电子提单路由信息数据格式索引层次中文名称英文名称类型是否必填说明与要求/0路由信息A1信息识别码asset1.dstringM由区块链返回的单证唯一识别号，如果同一单证有更改，则此标识号不变，在进入区块链流程后产生B1单证版本versionnumberM由区块链返回的单证变更版本，第一次发上链的单证版本号为1,在进入区块链流程后产生C1信息类型assetTypestringM电子提单的专属单证类型为OB1.,在进入区块链流程后产生D1上链事务OnChainTxnM由区块链返回的上链事务识别号和时间戳在进入区块链流程后产生D.12事务识别号txn1.dstringM由区块链返回的上链事务识别号D.22时间戳timestampstringM由区块链返回的上链事务时间戳E1角色清单识别号ro1.e1.ist1.dstringM由区块链返回的资产上链所提供角色清单识别号，在进入区块链流程后产生F1角色清单版本ro1.e1.istVersionnumberM由区块链返回的角色清单版本，在进入区块链流程后产生G1角色清单类型ro1.e1.istTypestringM由区块链返回的资产上链时所用的角色清单类型，每种报文均有相应的角色清单类型，在进入区块链流程后产生H1单证内容集assetContentsM由区块链返回的角色清单和单证相关内容H.12角色清单ro1.e1.ist-M由区块链返回的角色清单相关内容H.1.13角色清单内容ro1.e1.istContentMH.1.1.14托运人区块链代码ShipperOrgIDstringM由区块链为托运人生成的32位通用唯一识别码，格式为XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXH.1.1.24收货人区块链代码ConsigneeOrgIDstringC由区块链为收货人生成的32位通用唯一识别码，格式为XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXH.1.1.34货物所有权人区块链代码tIt1.eOwnerOrgIDstringC由区块链为货物所有权人生成的32位通用唯一识另U码，格式为XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXH.1.1.44提单持有人区块链代码b1.Ho1.derOrgIDstringC由区块链为提单持有人生成的32位通用唯一识另U码，格式为XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX索引层次中文名称英文名称类型是否必填说明与要求H.2.93货物类型ShipmentCargoTypstringMGC：普通品一DG：危险品RF：冷冻品RD：冷冻危险品-AD：特殊尺寸危险品AW：特殊尺寸品一岖：混合品（如果同时有多个货物类型，则用此类型）H.2.103货物交换形态ShipmentTrafficModeMH.2.10.14出口段OutBoundstringM出口装船之前的集装箱装货状态：一2Fu1.1.1.oads一31.essthanfu1.1.1.oadsH.2.10.24进口段inBoundstringM进口卸船之后集装箱内货物状态代码：一2Fu1.1.1.oads一31.essthanfu1.1.1.oadsH.2.113提单签发日期b1.IssueDateTimeM格式：YYYY-MM-DDThh：mm：ss.mmmZH.2.123海运船信息Vesse1.VoyageM海运船相关信息H.2.12.14航线servicestringM承运人定义的航线代码H.2.12.24船舶代码Vesse1.CodestringC承运人定义的船舶代码H.2.12.34船名Vesse1.NamestringMH.2.12.44航次号VoyageNumberstringMH.2.12.54航次向directionstringC东北南西ENSW-H.2.12.64IMo船舶编码Vesse1.IMONumberstringCH.2.12.74呼号Ca1.1.SignstringCH.2.12.84船旗国籍Vesse1.Nationa1.itystringC船舶在其法律下注册或领取执照的管辖国家英文全称H.2.133托运人shipperM托运人，应符合A.1的要求H.2.143货运代理forwarderC货运代理，应符合A.1的要求H.2.153收货人consignee-C收货人，应符合A.1的要求H.2.163通知方notifyPartyC通知方，应符合A.1的要求H.2.173第二通知方a1.soNotifyPartyC第二通知方，应符合A.1的要求H.2.183货品运输路径dec1.aredRoute-M订舱时选择的承运人对外公布的货物运输路径H.2.18.14前程运输方preCarriage