基于区块链的垫资-代收货款的物流融资处理方法、介质与流程

[0001]
本发明涉及区块链技术领域，特别地，涉及一种基于区块链的垫资-代收货款的物流融资处理方法、介质。


背景技术：

[0002]
垫资-代收货款是供应商将货权转移给银行，银行根据市场情况按一定比例提供融资，为采购方向供应商垫资-代收货款，当采购方向银行偿还贷款后，银行向物流公司(第三方)发出放货提示，将货权还给采购方。物流公司同时负责货物运输、仓储、拍卖变现，并协助采购方进行货物流通销售。
[0003]
如图1所示，物流公司为采购方办垫资-代收货款一般按如下模式：物流公司按供应商和采购方签订的购销合同，取得货物承运权；物流公司代采购方先预付一定比例的货款，获得质物所有权；采购方支付物流公司所有货款并取得货物；物流公司在一定的期限后将剩余货款扣除服务费后支付给供应商。
[0004]
其中，为了保护物流公司免遭因借款企业的行为而蒙受的损失，物流公司在因借款企业的行为受到损害时可根据规定没收借款企业的保证金。
[0005]
然而，上述垫资-代收货款交易过程存在如下问题：
[0006]
1、购销双方信用风险。传统采购活动中，双方可能各自存在信用风险和经营风险或者购销双方联合欺诈，在付款和交货上存在信任和风险问题，增加贸易的风险。
[0007]
2、物流公司信用风险。传统物流融资中使用的是物流公司信用，一旦购销双方出现不履约或者联合欺诈等情况，物流公司将处于弱势地位，给物流公司资金和信用方面带来损失。
[0008]
3、购销合同牵扯到了大量纸质单据的开立和验证，容易存在伪造和篡改的情况；且纸质单据在传递过程中往往采用邮寄发送的方式，浪费资源并大大降低采购活动的效率。


技术实现要素：

[0009]
本发明一方面提供了一种基于区块链的垫资-代收货款的物流融资处理方法，以解决现有垫资-代收货款中各方贸易风险大、采购活动效率低、成本高的技术问题。
[0010]
本发明采用的技术方案如下：
[0011]
一种基于区块链的垫资-代收货款的物流融资处理方法，包括步骤：
[0012]
s1：采购方节点和供应商节点签署贸易合同并将其哈希签名后记录至区块链；
[0013]
s2：采购方节点与物流公司节点签署垫资-代收货款合同并将其哈希签名后记录至区块链；
[0014]
s3：供应商节点进行货物运输活动，与供应商物流节点签署托运合同，并与货物托运相关的信息均经相关节点哈希签名后记录至区块链；
[0015]
s4：货物运出后，供应商节点向相关银行节点开具转移货权凭证并发出索汇通知，
物流公司节点确认区块链上的单据后通过相关银行节点将50％货款付给供应商节点，同时由oracle节点将相关的转账记录记录至区块链上，并由各相关参与节点进行哈希签名确认；
[0016]
s5：物流公司节点收到货物，生成提单进行哈希签名确认记录到区块链上并发送给供应商节点，供应商节点核验无误后进行哈希签名确认；
[0017]
s6：采购方节点向相关银行节点发出结清货款的通知，oracle节点将相关银行节点的转账记录记录至链上，各相关银行节点分别进行哈希签名确认后向物流公司节点发出放货提示；
[0018]
s7：采购方节点在物流公司节点释放货物后进行货物运输活动，与采购方物流节点签署托运合同，并将与货物托运和商品检验相关的信息均经相关节点哈希签名后记录至区块链；
[0019]
s8：物流公司节点将余下50％货款付给供应商节点并将相关转账记录记录至区块链上，物流公司节点收到货物后通知供应商节点进行哈希签名确认货款已收到。
[0020]
进一步地，所述步骤s1具体包括步骤：
[0021]
s11、采购方节点向第三方资信机构节点确认需要合作的供应商节点的经营情况和征信情况，第三方资信机构节点生成关于供应商节点的资信情况表进行哈希签名确认记录到区块链上并发送给采购方节点；
[0022]
s12、采购方节点确认无误后，在区块链上部署合作意向书，进行哈希签名确认记录在区块链上并发给供应商节点；
[0023]
s13、供应商节点向第三方资信机构节点确认将要合作的采购方节点的经营情况和征信情况，第三方资信机构节点生成关于采购方节点的资信情况表，进行哈希签名确认记录到区块链上并发送给供应商节点；
[0024]
s14、供应商节点确认可以合作后，验证采购方节点的哈希签名无误后在合作意向书上进行哈希签名确认；
[0025]
s15、采购方节点与供应商节点确定合作意向后，采购方节点在区块链上部署贸易合同，进行哈希签名确认后发送给供应商节点并记录到区块链上；
[0026]
s16、供应商节点验证采购方节点进行哈希签名，确认贸易合同准确无误后进行哈希签名确认。
[0027]
进一步地，所述步骤s2具体包括步骤：
[0028]
s21、采购方节点在合同规定的时间之内向物流公司节点发送垫资-代收货款的申请：采购方节点在区块链上部署垫资-代收货款申请表，采购方节点进行哈希签名确认发送给物流公司节点，同时发送公司章程和财务报表以及贸易合同文件供审核，并记录到区块链上；
[0029]
s22、物流公司节点收到采购方节点垫资-代收货款申请表后，根据其发送的公司章程和财务报表文件对采购方节点的采购资质和还款能力进行审核；
[0030]
s23、物流公司节点向oracle节点申请查看采购方节点在链外的相关信息，包括纳税、借贷情况、信誉等级；oracle节点生成关于采购方节点的资质情况表发送给物流公司节点并记录到区块链上；
[0031]
s24、物流公司节点根据自身和oracle节点对采购方的评估结果决定是否同意对
其办理垫资-代收货款：若拒绝，则生成对采购方节点的拒绝通知；若同意，则同意办理垫资-代收货款并通知采购方节点，进行哈希签名确认采购方节点的垫资-代收货款申请表；
[0032]
s25、物流公司节点在区块链上部署垫资-代收货款业务授信协议书进行哈希签名确认并记录到区块链上且发送给采购方节点，采购方节点验证进行哈希签名无误后进行哈希签名确认；
[0033]
s26、物流公司节点根据采购方节点的垫资-代收货款申请书和贸易合同等对其开立垫资-代收货款合同，进行哈希签名确认存证并记录到区块链上；
[0034]
s27、物流公司节点将垫资-代收货款合同发送给通知行节点，通知行节点验证进行哈希签名无误后进行哈希签名确认；
[0035]
s28、通知行节点将垫资-代收货款合同发送给采购方节点，采购方节点验证进行哈希签名无误后进行哈希签名确认；
[0036]
s29、采购方节点将垫资-代收货款合同发送给供应商节点，供应商节点将垫资-代收货款合同与签订的贸易合同内容进行比较核对，确认无误后进行哈希签名确认。
[0037]
进一步地，所述的步骤s3具体包括步骤：
[0038]
s31、供应商节点准备好货物后生成出货合同、出货商业发票和装箱单文件进行哈希签名确认记录到区块链上并通知采购方节点，采购方节点核对无误后进行哈希签名确认；
[0039]
s32、供应商节点向供应商商检局节点申请商检：在区块链上部署商品检验申请表，进行哈希签名确认后发送给供应商商检局节点并记录到区块链上；
[0040]
s33、供应商商检局节点确认商品检验合格后，在商品检验合格申请表进行哈希签名确认，并颁发商品检验合格证书即检验单进行哈希签名确认并记录到区块链上，并通知供应商节点，供应商节点核对无误后进行哈希签名确认；
[0041]
s34、供应商节点在区块链上部署托运合同，供应商进行哈希签名确认后发给供应商物流节点并记录到区块链上，供应商物流节点核对进行哈希签名无误并进行哈希签名确认。
[0042]
进一步地，所述步骤s33和步骤s34之间还包括步骤：
[0043]
s33a、供应商节点与供应商保险公司节点协商后对货物进行投保：供应商保险公司节点根据货物的数量和质量生成保单，进行哈希签名确认记录到区块链上并发送给供应商节点，供应商节点核对无误后进行哈希签名确认。
[0044]
进一步地，步骤s4具体包括步骤：
[0045]
s41、货物运出后，供应商节点向物流公司议付行节点发出索汇通知；
[0046]
s42、物流公司议付行节点审核区块链上的单据，包括装箱单、检验单、保单，确定单单一致后，将50％货款的货款付给供应商节点；
[0047]
s43、oracle节点将物流公司议付行节点向供应商节点汇款的转账记录记录到区块链上，供应商节点进行哈希签名确认50％货款已收到；
[0048]
s44、物流公司议付行节点向物流公司付款行节点发出索偿通知，物流公司付款行节点确认单据无误后将汇款转给物流公司议付行节点；
[0049]
s45、oracle节点将物流公司付款行节点向物流公司议付行节点汇款的转账记录记录到区块链上，物流公司议付行节点进行哈希签名确认货款已收到。
[0050]
进一步地，所述步骤s6具体包括步骤：
[0051]
s61、采购方节点向物流公司节点发出提货通知，采购方付款行节点将全部货款转给物流公司节点；
[0052]
s62、oracle节点将采购方付款行向物流公司汇款的转账记录记录到区块链上，物流公司节点签名确认全部货款已收到。
[0053]
进一步地，所述步骤s7具体包括步骤：
[0054]
s71、物流公司节点释放货物，生成运输单进行哈希签名确认记录到区块链上并通知采购方节点，采购方节点核验运输单无误后进行哈希签名确认；
[0055]
s72、采购方节点在区块链上部署托运合同，采购方节点进行哈希签名确认后发给采购方物流节点并记录到区块链上，采购方物流节点核对进行哈希签名无误后进行哈希签名确认；
[0056]
s73、采购方节点收到货物，向采购方商检局节点申请商检：
[0057]
在区块链上部署商品检验申请表，进行哈希签名确认后发送给采购方商检局节点并记录到区块链上；
[0058]
s74、商检局确认商品检验合格后，在商品检验合格申请表进行哈希签名确认，并颁发商品检验合格证书即检验单进行哈希签名确认并记录到区块链上，并通知采购方节点；采购方节点验证进行哈希签名无误后进行哈希签名确认；
[0059]
s75、采购方节点生成提单进行哈希签名确认记录到区块链上并发送给物流公司节点，物流公司节点核验无误后进行哈希签名确认。
[0060]
进一步地，所述步骤s8具体包括步骤：
[0061]
s81、物流公司节点将余下50％货款付给供应商节点并向供应商节点发出结清货款的通知；
[0062]
s82、oracle节点将物流公司节点向供应商节点汇款的转账记录记录至区块链上，供应商节点进行哈希签名确认货款已收到。
[0063]
本发明另一方面提供了一种存储介质，所述存储介质包括存储的程序，在所述程序运行时控制所述存储介质所在的设备执行所述的基于区块链的垫资-代收货款的物流融资处理方法。
[0064]
本发明具有以下有益效果：
[0065]
本发明的基于区块链的垫资-代收货款的物流融资处理方法，通过利用区块链技术将整个垫资-代收货款过程中产业链上的全部信息完全公布在链上，经过多个关键节点的共识机制和重复确认，提高信息的真实透明性和全程完整性，保证信息的不可伪造和不可篡改，降低物流公司因购销双方资信问题而造成的物流公司信用风险。同时，通过区块链的分布式记账和智能合约相结合的技术，替代了传统结算过程中占用的大量人力和时间的审单、制单、电报和邮寄等流程，大大提高了贸易的效率，简化了单证的传送、审核过程，节省了人力、物力、财力和时间成本，简化贸易中间很多繁琐的过程；减小了购销双方的违约和欺诈可能性，解决了在付款和交货上的信任和风险问题，提高交易双方信任程度；降低物流公司承受的风险，保护物流公司信用；减少资金占用；改善现金流量，使得整个融资过程更加快捷、安全、智能。
[0066]
除了上面所描述的目的、特征和优点之外，本发明还有其它的目的、特征和优点。
下面将参照附图，对本发明作进一步详细的说明。
附图说明
[0067]
构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0068]
图1是现有物流融资中的垫资-代收货款业务网络示意图。
[0069]
图2是本发明优选实施例的基于区块链的垫资-代收货款的物流融资处理方法的区块链网络部署示意图。
[0070]
图3是本发明优选实施例的基于区块链的垫资-代收货款的物流融资处理方法的业务网络示意图。
[0071]
图4是本发明优选实施例的基于区块链的垫资-代收货款的物流融资处理方法流程示意图。
[0072]
图5是本发明优选实施例的图4中的步骤s1的子流程示意图。
[0073]
图6是本发明优选实施例的图4中的步骤s2的子流程示意图。
[0074]
图7是本发明优选实施例的图4中的步骤s3的子流程示意图。
[0075]
图8是本发明优选实施例的图7中步骤s33和步骤s34之间的步骤s33a示意图。
[0076]
图9是本发明优选实施例的图4中的步骤s4的子流程示意图。
[0077]
图10是本发明优选实施例的图4中的步骤s6的子流程示意图。
[0078]
图11是本发明优选实施例的图4中的步骤s7的子流程示意图。
[0079]
图12是本发明优选实施例的图4中的步骤s8的子流程示意图。
具体实施方式
[0080]
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
[0081]
为了便于理解，如图2和图3所示，以下对基于区块链的垫资-代收货款的物流融资处理方法中的区块链网络涉及到的多方节点进行解释说明。
[0082]
1、oracle(预言机)：一个提供外部信息的平台，能够允许区块链连接到任何现有的api，能够导入、存储、导出区块链上有关网络节点的信息，实现信息的动态获取；
[0083]
2、采购方(申请人)节点：申请人(applicant)是指要求办理垫资-代收货款的一方。在采购物流中通常是买方，根据买卖合同所确立的付款条件，由其向往来的物流公司申请垫资-代收货款。
[0084]
3、物流公司(第四方物流)节点：物流公司(logistics company)是指应申请人要求或者代表自己垫资-代收货款的一方。物流公司通常是采购方的合作伙伴。物流公司负有第一性的付款责任，因此，在垫资-代收货款交易中，物流公司所起的作用最为重要。
[0085]
4、付款行节点：它是购销合同上指定的付款银行。付款行(paying bank)通常是汇票的受票人，故亦称受票行。它一般是物流公司指定的一家银行，根据购销合同条款的规定来决定。
[0086]
5、供应商(受益人)节点：受益人(eneficiax)是指接受商业汇票并享受其利益的一方。一般而言，受益人大多是卖方或供应商，他有权利使用或享受商业汇票的利益，所以
称为受益人。
[0087]
6、通知行节点：通知行(advising bank)是指应付款行的要求将商业汇票通知供应商的银行。商业汇票可由付款行直接邮寄受益人，但由于银行间建有印鉴、密押关系，经银行核验商业汇票的真实性，有利于保护受益人的权益。所以，大多数商业汇票都是由通知行通知的。
[0088]
7、议付行节点：议付是指议付行(negotiating bank)在相符交单下，在其应获偿付的工作日当天或之前银行向受益人预付或同意预付货款，从而购买汇票及/或单据的行为。另外，汇票付款人必须是银行，但不能做成以议付行为付款人。
[0089]
8、第三方资信机构节点：指依照相关法律法规批准成立，征集企业和个人资信信息，向企业和个人资信信息使用者提供企业和个人资信信息查询、评级和查询服务并独立运作的中介性法人单位。
[0090]
9、供应商保险公司节点：指供应商为货物运输等提供保险服务的公司。
[0091]
10、供应商商检局节点：指供应商负责审核商品是否符合供货要求的检测机构。
[0092]
11、供应商物流(第三方物流)节点：指供应商至少从事运输(含运输代理、货物快递)或仓储一种经营业务，并能够按照客户物流需求对运输、储存、装卸、包装、流通加工、配送等基本功能进行组织和管理，具有与自身业务相适应的信息管理系统，实行独立核算、独立承担民事责任的经济组织；
[0093]
12、采购方商检局节点：指采购方负责审核商品是否符合采购要求的检测机构；
[0094]
13、采购方物流(第三方物流)节点：指采购方至少从事运输(含运输代理、货物快递)或仓储一种经营业务，并能够按照客户物流需求对运输、储存、装卸、包装、流通加工、配送等基本功能进行组织和管理，具有与自身业务相适应的信息管理系统，实行独立核算、独立承担民事责任的经济组织；
[0095]
上述实施例所述的区块链，具体可指一个各节点设备通过共识机制达成的、具有分布式数据存储结构的p2p网络系统，该区块链内的数据分布在时间上相连的一个个“区块(block)”之内，后一区块包含前一区块的数据摘要，且根据具体的共识机制(如pow、pos、dpos或pbft等)的不同，达成全部或部分节点的数据全备份。本领域的技术人员熟知，由于区块链系统在相应共识机制下运行，已收录至区块链数据库内的数据很难被任意的节点篡改，例如采用pow共识的区块链，至少需要全网51％算力的攻击才有可能篡改已有数据，因此区块链系统有着其他中心化数据库系统无法比拟的保证数据安全、防攻击篡改的特性。由此可知，在本说明书所提供的实施例中，被收录至区块链的分布式数据库中的汇款交易及其他交易不易被攻击或篡改，从而为发布至所述区块链的分布式数据库的交易进行了存证。
[0096]
如图4所示，一种基于区块链的垫资-代收货款的物流融资处理方法，包括步骤：
[0097]
s1：采购方节点和供应商节点签署贸易合同并将其哈希签名后记录至区块链；
[0098]
s2：采购方节点与物流公司节点签署垫资-代收货款合同并将其哈希签名后记录至区块链；
[0099]
s3：供应商节点进行货物运输活动，与供应商物流节点签署托运合同，并与货物托运相关的信息均经相关节点哈希签名后记录至区块链；
[0100]
s4：货物运出后，供应商节点向相关银行节点开具转移货权凭证并发出索汇通知，
物流公司节点确认区块链上的单据后通过相关银行节点将50％货款付给供应商节点，同时由oracle节点将相关的转账记录记录至区块链上，并由各相关参与节点进行哈希签名确认；
[0101]
s5：物流公司节点收到货物，生成提单进行哈希签名确认记录到区块链上并发送给供应商节点，供应商节点核验无误后进行哈希签名确认；
[0102]
s6：采购方节点向相关银行节点发出结清货款的通知，oracle节点将相关银行节点的转账记录记录至链上，各相关银行节点分别进行哈希签名确认后向物流公司节点发出放货提示；
[0103]
s7：采购方节点在物流公司节点释放货物后进行货物运输活动，与采购方物流节点签署托运合同，并将与货物托运和商品检验相关的信息均经相关节点哈希签名后记录至区块链；
[0104]
s8：物流公司节点将余下50％货款付给供应商节点并将相关转账记录记录至区块链上，物流公司节点收到货物后通知供应商节点进行哈希签名确认货款已收到。
[0105]
本实施例的基于区块链的垫资-代收货款的物流融资处理方法，通过利用区块链技术将整个垫资-代收货款过程中产业链上的全部信息完全公布在链上，经过多个关键节点的共识机制和重复确认，提高信息的真实透明性和全程完整性，保证信息的不可伪造和不可篡改，降低物流公司因购销双方资信问题而造成的物流公司信用风险。同时，通过区块链的分布式记账和智能合约相结合的技术，替代了传统结算过程中占用的大量人力和时间的审单、制单、电报和邮寄等流程，大大提高了贸易的效率，简化了单证的传送、审核过程，节省了人力、物力、财力和时间成本，简化贸易中间很多繁琐的过程；减小了购销双方的违约和欺诈可能性，解决了在付款和交货上的信任和风险问题，提高交易双方信任程度；降低物流公司承受的风险，保护物流公司信用；减少资金占用；改善现金流量，使得整个融资过程更加快捷、安全、智能。
[0106]
具体地，如图5所示，所述步骤s1具体包括步骤：
[0107]
s11、采购方节点向第三方资信机构节点确认需要合作的供应商节点的经营情况和征信情况，第三方资信机构节点生成关于供应商节点的资信情况表进行哈希签名确认记录到区块链上并发送给采购方节点；
[0108]
s12、采购方节点确认无误后，在区块链上部署合作意向书，进行哈希签名确认记录在区块链上并发给供应商节点；
[0109]
s13、供应商节点向第三方资信机构节点确认将要合作的采购方节点的经营情况和征信情况，第三方资信机构节点生成关于采购方节点的资信情况表，进行哈希签名确认记录到区块链上并发送给供应商节点；
[0110]
s14、供应商节点确认可以合作后，验证采购方节点的哈希签名无误后在合作意向书上进行哈希签名确认；
[0111]
s15、采购方节点与供应商节点确定合作意向后，采购方节点在区块链上部署贸易合同，进行哈希签名确认后发送给供应商节点并记录到区块链上；
[0112]
s16、供应商节点验证采购方节点进行哈希签名，确认贸易合同准确无误后进行哈希签名确认。
[0113]
本实施例中的所述步骤s1中，贸易合同由采购方节点和供应商节点共同进行hash
签名后被上传至区块链上，防止合同被篡改及便于其它节点监管。
[0114]
具体地，如图6所示，所述步骤s2具体包括步骤：
[0115]
s21、采购方节点在合同规定的时间之内向物流公司节点发送垫资-代收货款的申请：采购方节点在区块链上部署垫资-代收货款申请表，采购方节点进行哈希签名确认发送给物流公司节点，同时发送公司章程和财务报表以及贸易合同文件供审核，并记录到区块链上；
[0116]
s22、物流公司节点收到采购方节点垫资-代收货款申请表后，根据其发送的公司章程和财务报表文件对采购方节点的采购资质和还款能力进行审核；
[0117]
s23、物流公司节点向oracle节点申请查看采购方节点在链外的相关信息，包括纳税、借贷情况、信誉等级；oracle节点生成关于采购方节点的资质情况表发送给物流公司节点并记录到区块链上；
[0118]
s24、物流公司节点根据自身和oracle节点对采购方的评估结果决定是否同意对其办理垫资-代收货款：若拒绝，则生成对采购方节点的拒绝通知；若同意，则同意办理垫资-代收货款并通知采购方节点，进行哈希签名确认采购方节点的垫资-代收货款申请表；
[0119]
s25、物流公司节点在区块链上部署垫资-代收货款业务授信协议书进行哈希签名确认并记录到区块链上且发送给采购方节点，采购方节点验证进行哈希签名无误后进行哈希签名确认；
[0120]
s26、物流公司节点根据采购方节点的垫资-代收货款申请书和贸易合同等对其开立垫资-代收货款合同，进行哈希签名确认存证并记录到区块链上；
[0121]
s27、物流公司节点将垫资-代收货款合同发送给通知行节点，通知行节点验证进行哈希签名无误后进行哈希签名确认；
[0122]
s28、通知行节点将垫资-代收货款合同发送给采购方节点，采购方节点验证进行哈希签名无误后进行哈希签名确认；
[0123]
s29、采购方节点将垫资-代收货款合同发送给供应商，供应商节点将垫资-代收货款合同与签订的贸易合同内容进行比较核对，确认无误后进行哈希签名确认。
[0124]
本实施例中的所述步骤s2中，垫资-代收货款合同由采购方节点和物流公司节点、物流公司节点共同进行hash签名后被上传至区块链上，防止合同被篡改及便于其它节点监管。
[0125]
具体地，如图7所示，所述的步骤s3具体包括步骤：
[0126]
s31、供应商节点准备好货物后生成出货合同、出货商业发票和装箱单文件进行哈希签名确认记录到区块链上并通知采购方节点，采购方节点核对无误后进行哈希签名确认；
[0127]
s32、供应商节点向供应商商检局节点申请商检：在区块链上部署商品检验申请表，进行哈希签名确认后发送给供应商商检局节点并记录到区块链上；
[0128]
s33、供应商商检局节点确认商品检验合格后，在商品检验合格申请表进行哈希签名确认，并颁发商品检验合格证书即检验单进行哈希签名确认并记录到区块链上，并通知供应商节点，供应商节点核对无误后进行哈希签名确认；
[0129]
s34、供应商节点在区块链上部署托运合同，供应商进行哈希签名确认后发给供应商物流节点并记录到区块链上，供应商物流节点核对进行哈希签名无误并进行哈希签名确
认。
[0130]
本实施例中的所述步骤s3中，供应商节点的托运合同由供应商节点和供应商物流节点、供应商商检局节点共同进行hash签名后被上传至区块链上，防止合同被篡改及便于其它节点监管。
[0131]
具体地，如图8所示，所述步骤s33和步骤s34之间还包括步骤：
[0132]
s33a、供应商节点与供应商保险公司节点协商后对货物进行投保：供应商保险公司节点根据货物的数量和质量生成保单，进行哈希签名确认记录到区块链上并发送给供应商，供应商节点核对无误后进行哈希签名确认。
[0133]
本实施例中的所述步骤s33a中，保单由供应商节点与供应商保险公司节点共同进行hash签名后被上传至区块链上，防止保单被篡改及便于其它节点监管。
[0134]
具体地，如图9所示，步骤s4具体包括步骤：
[0135]
s41、货物运出后，供应商节点向物流公司议付行节点发出索汇通知；
[0136]
s42、物流公司议付行节点审核区块链上的单据，包括装箱单、检验单、保单，确定单单一致后，将50％货款的货款付给供应商节点；
[0137]
s43、oracle节点将物流公司议付行节点向供应商节点汇款的转账记录记录到区块链上，供应商节点进行哈希签名确认50％货款已收到；
[0138]
s44、物流公司议付行节点向物流公司付款行节点发出索偿通知，物流公司付款行节点确认单据无误后将汇款转给物流公司议付行节点；
[0139]
s45、oracle节点将物流公司付款行节点向物流公司议付行节点汇款的转账记录记录到区块链上，物流公司议付行节点进行哈希签名确认货款已收到。
[0140]
本实施例中的所述步骤s4中，转账记录由物流公司节点、oracle节点、物流公司议付行节点、物流公司付款行节点共同进行hash签名后被上传至区块链上，防止转账记录被篡改及便于其它节点监管。
[0141]
具体地，如图10所示，所述步骤s6具体包括步骤：
[0142]
s61、采购方节点向物流公司节点发出提货通知，采购方付款行节点将全部货款转给物流公司节点；
[0143]
s62、oracle节点将采购方付款行向物流公司汇款的转账记录记录到区块链上，物流公司节点签名确认全部货款已收到。
[0144]
本实施例中的所述步骤s6中，转账记录由物流公司节点、oracle节点、议付行节点、付款行节点共同进行hash签名后被上传至区块链上，防止转账记录被篡改及便于其它节点监管。
[0145]
具体地，如图11所示，所述步骤s7具体包括步骤：
[0146]
s71、物流公司节点释放货物，生成运输单进行哈希签名确认记录到区块链上并通知采购方节点，采购方节点核验运输单无误后进行哈希签名确认；
[0147]
s72、采购方节点在区块链上部署托运合同，采购方节点进行哈希签名确认后发给采购方物流节点并记录到区块链上，采购方物流节点核对进行哈希签名无误后进行哈希签名确认；
[0148]
s73、采购方节点收到货物，向采购方商检局节点申请商检：
[0149]
在区块链上部署商品检验申请表，进行哈希签名确认后发送给采购方商检局节点
并记录到区块链上；
[0150]
s74、商检局确认商品检验合格后，在商品检验合格申请表进行哈希签名确认，并颁发商品检验合格证书即检验单进行哈希签名确认并记录到区块链上，并通知采购方节点；采购方节点验证进行哈希签名无误后进行哈希签名确认；
[0151]
s75、采购方节点生成提单进行哈希签名确认记录到区块链上并发送给物流公司节点，物流公司节点核验无误后进行哈希签名确认。
[0152]
本实施例中的所述步骤s7中，采购方节点的托运合同和提单由采购方节点和采购方物流节点、采购方商检局节点、物流公司节点共同进行hash签名后被上传至区块链上，防止合同和单据被篡改及便于其它节点监管。
[0153]
具体地，如图12所示，所述步骤s8具体包括步骤：
[0154]
s81、物流公司节点将余下50％货款付给供应商节点并向供应商节点发出结清货款的通知；
[0155]
s82、oracle节点将物流公司节点向供应商节点汇款的转账记录记录至区块链上，供应商节点进行哈希签名确认货款已收到。
[0156]
在所述步骤s8中，在采购方节点生成提单进行哈希签名确认记录到区块链上并发送给物流公司节点，物流公司节点核验无误后进行哈希签名确认后，物流公司节点将余下全部货款付给供应商节点并向供应商节点发出结清货款的通知，防止出现采购方节点一次性将货物提走后不缴纳剩余货款的情况，降低了付款行节点的融资风险，并且oracle节点将物流公司节点向供应商节点汇款的转账记录记录至区块链上，供应商节点进行哈希签名确认货款已收到，完成整个物流融资的流程，结清货款过程在链上公开透明，便于对供应商节点汇款的过程进行有效监管。
[0157]
本发明另一方面优选实施例提供了一种存储介质，所述存储介质包括存储的程序，在所述程序运行时控制所述存储介质所在的设备执行所述的基于区块链的垫资-代收货款的物流融资处理方法。
[0158]
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0159]
本实施例方法所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个或者多个计算设备可读取存储介质中。基于这样的理解，本发明实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)，磁碟或者光盘等各种可以存储程序代码的介质。
[0160]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。