CN111415250A - 基于区块链的应收账款管理方法、装置、存储介质及设备 - Google Patents

Abstract

本申请公开了一种基于区块链的应收账款管理方法、装置、存储介质及设备，能够保证应收账款数据的真实性、有效性、透明性和不可篡改性，实现了企业应收账款的全流程追朔。该方法包括：首先接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，并将第一采购需求信息和第一应收账款凭证写入区块链中；接着，接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，并将第二采购需求信息和第二应收账款凭证写入区块链中；进而可以对第一采购需求信息、第一应收账款凭证、第二采购需求信息和第二应收账款凭证进行管理，得到管理结果。

Description

基于区块链的应收账款管理方法、装置、存储介质及设备

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的应收账款管理方法、装置、存储介质及设备。

背景技术

区块链本质上是一种分布式的、多中心化的链式数据存储系统，具有去中心化、时序数据可编程、安全可信的特点。借助分布式系统各个节点的工作量证明等共识算法形成的强大算力来抵御外部攻击，保证区块链数据的不可篡改，保证数据安全可靠。

目前，随着经济的飞速发展，越来越多的企业都存在应收账款，这不但影响企业的运行，更让部分企业因无法及时收回应收账款而出现资金问题，导致企业破产，而且信誉好的企业也会因为应收账款的问题，出现资金问题。具体来讲，应收账款融资是指供应商等筹资人将赊销而形成的应收账款有条件地转让或质押给专门的融资方如金融机构，从而使以赊销为方式的企业得到所需资金，加强资金的周转。应收账款融资模式本质上是一种信用融资模式，可以应用于任何存在应收账款、应付账款的企业中。然而，在传统的应收账款融资模式中，对于金融机构等融资方而言，由于中小企业信息披露不充分，且信息真实性不能保证，因此存在一定的违约风险，比如贷款方未能偿还贷款等。而对于核心企业、上游供应商等资金需求方而言，由于以应收账款贷款融资的程序复杂，导致融资效率低，且融资成本高。并且对于供应链末端的中小企业而言，现有的应收账款直接融资模式难以满足其融资需求，也难以突破对核心企业账款确权的过度依赖，更难以根本扭转全社会中小型企业置信度低的不利局面。

发明内容

本申请实施例的主要目的在于提供一种基于区块链的应收账款管理方法、装置、存储介质及设备，能够实现企业应收账款的全流程追朔，保证应收账款数据的真实性、透明性和不可篡改性，不仅实现了核心企业信用的多级传导，助力核心企业维护供应链，还解决了尾端小微企业融资难等问题。

第一方面，本申请实施例提供了一种基于区块链的应收账款管理方法，包括：

接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，所述第一采购需求信息和所述第一应收账款凭证是经过出资方认证通过之后上链的；

根据所述第一采购需求信息上链请求和所述第一应收账款凭证上链请求，将所述第一采购需求信息和所述第一应收账款凭证写入区块链中；

接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，所述第二采购需求信息和所述第二应收账款凭证是经过所述出资方认证通过之后上链的；

根据所述第二采购需求信息上链请求和所述第二应收账款凭证上链请求，将所述第二采购需求信息和所述第二应收账款凭证写入区块链中；

对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息和所述第二应收账款凭证进行管理，得到管理结果。

可选的，所述核心企业、所述供应商和所述出资方为同一联盟链上的区块链节点。

可选的，所述供应商为第N级供应商，其中，N个级别供应商之间为级联关系，所述N为大于或等于2的正整数；所述方法还包括：

接收所述第N级供应商发送的第N采购需求信息上链请求和第N应收账款凭证上链请求，所述第N采购需求信息和所述第N应收账款凭证是经过所述出资方认证通过之后上链的；

根据所述第N采购需求信息上链请求和所述第N应收账款凭证上链请求，将所述第N采购需求信息和所述第N应收账款凭证写入区块链中；

所述对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息和所述第二应收账款凭证进行管理，得到管理结果，包括：

对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息、所述第二应收账款凭证、所述第N采购需求信息以及所述第N应收账款凭证进行管理，得到管理结果。

可选的，所述方法还包括：

接收应收账款凭证查询请求；

根据所述应收账款凭证查询请求，获取所述区块链上的应收账款凭证信息。

可选的，所述方法还包括：

接收采购需求信息查询请求；

根据所述采购需求信息查询请求，获取所述区块链上的采购需求信息。

第二方面，本申请实施例还提供了一种基于区块链的应收账款管理装置，包括：

第一接收单元，用于接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，所述第一采购需求信息和所述第一应收账款凭证是经过出资方认证通过之后上链的；

第一写入单元，用于根据所述第一采购需求信息上链请求和所述第一应收账款凭证上链请求，将所述第一采购需求信息和所述第一应收账款凭证写入区块链中；

第二接收单元，用于接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，所述第二采购需求信息和所述第二应收账款凭证是经过所述出资方认证通过之后上链的；

第二写入单元，用于根据所述第二采购需求信息上链请求和所述第二应收账款凭证上链请求，将所述第二采购需求信息和所述第二应收账款凭证写入区块链中；

管理单元，用于对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息和所述第二应收账款凭证进行管理，得到管理结果。

可选的，所述核心企业、所述供应商和所述出资方为同一联盟链上的区块链节点。

可选的，所述供应商为第N级供应商，其中，N个级别供应商之间为级联关系，所述N为大于或等于2的正整数；所述装置还包括：

第三接收单元，用于接收所述第N级供应商发送的第N采购需求信息上链请求和第N应收账款凭证上链请求，所述第N采购需求信息和所述第N应收账款凭证是经过所述出资方认证通过之后上链的；

第三写入单元，用于根据所述第N采购需求信息上链请求和所述第N应收账款凭证上链请求，将所述第N采购需求信息和所述第N应收账款凭证写入区块链中；

所述管理单元具体用于：

对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息、所述第二应收账款凭证、所述第N采购需求信息以及所述第N应收账款凭证进行管理，得到管理结果。

可选的，所述装置还包括：

第四接收单元，用于接收应收账款凭证查询请求；

第一获取单元，用于根据所述应收账款凭证查询请求，获取所述区块链上的应收账款凭证信息。

可选的，所述装置还包括：

第五接收单元，用于接收采购需求信息查询请求；

第二获取单元，用于根据所述采购需求信息查询请求，获取所述区块链上的采购需求信息。

本申请实施例还提供了一种基于区块链的应收账款管理设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述基于区块链的应收账款管理方法中的任意一种实现方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述基于区块链的应收账款管理方法中的任意一种实现方式。

本申请实施例提供的一种基于区块链的应收账款管理方法、装置、存储介质及设备，区块链节点首先接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，其中，第一采购需求信息和第一应收账款凭证是经过出资方认证通过之后上链的，然后，根据第一采购需求信息上链请求和第一应收账款凭证上链请求，将第一采购需求信息和第一应收账款凭证写入区块链中；接着，接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，其中，第二采购需求信息和第二应收账款凭证是经过出资方认证通过之后上链的，并根据第二采购需求信息上链请求和第二应收账款凭证上链请求，将第二采购需求信息和第二应收账款凭证写入区块链中；进而可以对第一采购需求信息、第一应收账款凭证、第二采购需求信息和第二应收账款凭证进行管理，得到管理结果。可见，由于本申请实施例是基于区块链技术实现应收账款的管理，且区块链上的所有应收账款信息均是通过出资方认证通过的，从而保证了所有应收账款数据的真实性、有效性、透明性和不可篡改性，实现了企业应收账款的全流程追朔，不仅实现了核心企业信用的多级传导，助力核心企业维护供应链，还解决了尾端小微企业融资难等问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种基于区块链的应收账款管理方法的流程示意图；

图2为本申请实施例提供的基于区块链的应收账款管理的整体交互示意图；

图3为本申请实施例提供的一种基于区块链的应收账款管理装置的组成示意图。

具体实施方式

目前，随着经济的飞速发展，越来越多的企业都存在应收账款，应收账款融资，也称发票融资，是指企业将赊销而形成的应收账款有条件地转让给专门的融资机构，使企业得到所需资金，加强资金的周转。应收账款融资是集融资、结算、财务管理和风险担保于一体的综合性金融服务。

然而，在传统的应收账款融资模式中，对于金融机构等融资方而言，由于中小企业信息披露不充分，且信息真实性不能保证，因此存在一定的违约风险，比如贷款方未能偿还贷款等。而对于核心企业、上游供应商等资金需求方而言，由于以应收账款贷款融资的程序复杂，导致融资效率低，且融资成本高。并且对于供应链末端的中小企业而言，现有的应收账款直接融资模式难以满足其融资需求，也难以突破对核心企业账款确权的过度依赖，更难以根本扭转全社会中小型企业置信度低的不利局面。

为解决上述缺陷，本申请实施例提供了一种基于区块链的应收账款管理方法、装置、存储介质及设备，区块链节点首先接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，其中，第一采购需求信息和第一应收账款凭证是经过出资方认证通过之后上链的，然后，根据第一采购需求信息上链请求和第一应收账款凭证上链请求，将第一采购需求信息和第一应收账款凭证写入区块链中；接着，接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，其中，第二采购需求信息和第二应收账款凭证是经过出资方认证通过之后上链的，并根据第二采购需求信息上链请求和第二应收账款凭证上链请求，将第二采购需求信息和第二应收账款凭证写入区块链中；进而可以对第一采购需求信息、第一应收账款凭证、第二采购需求信息和第二应收账款凭证进行管理，得到管理结果。可见，由于本申请实施例是基于区块链技术实现应收账款的管理，且区块链上的所有应收账款信息均是通过出资方认证通过的，从而保证了所有应收账款数据的真实性、有效性、透明性和不可篡改性，实现了企业应收账款的全流程追朔，不仅实现了核心企业信用的多级传导，助力核心企业维护供应链，还解决了尾端小微企业融资难等问题。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

第一实施例

参见图1，为本实施例提供的一种基于区块链的应收账款管理方法的流程示意图，该方法包括以下步骤：

S101：接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，其中，第一采购需求信息和第一应收账款凭证是经过出资方认证通过之后上链的。

在本实施例中，为了实现企业应收账款的全流程追朔，保证所有应收账款数据的真实性、有效性、透明性和不可篡改性，首先需要将核心企业、供应商和出资方(如银行、保理商、融资租赁等机构)三者同时上联，以建立一个联盟链，使得核心企业、供应商和出资方均成为该联盟链上的区块链节点。

并且，需要说明的是，该联盟链上的各个节点(如核心企业和供应商)均需要经过国家权威机构(如工商局和银监会等)的资质审核，只有通过国家权威机构的审核，才能加入该联盟链，并且国家权威机构还会为其颁发一对密钥，以作为链上所有企业的准入门槛。

这样，在核心企业具有采购需求(此处将其定义为第一采购需求信息)时，可以在获取到出资方认证的应收账款凭证(此处将其定义为第一应收账款凭证)后，将第一采购需求信息和第一采购需求信息进行上链保存。

进而区块链上的节点可以在接收到核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求后，用以执行后续步骤S102。其中，第一采购需求信息可以包括核心企业的组织机构代码、法人信息、公司地址、服务范围、需要采购产品的规格和价格以及数量等信息。第一应收账款凭证指的是由出资方根据该核心企业的企业规模、采购需求等信息为该核心企业开立的应收账款凭证。可以理解的是，可以利用预先分配的密钥对该第一采购需求信息和第一应收账款凭证进行加密上链，以保证二者的安全性。

S102：根据第一采购需求信息上链请求和第一应收账款凭证上链请求，将第一采购需求信息和第一应收账款凭证写入区块链中。

在本实施例中，通过步骤S101接收到核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求后，进一步可以根据该第一采购需求信息上链请求和第一应收账款凭证上链请求，将核心企业的第一采购需求信息(包括企业的组织机构代码、法人信息、公司地址、服务范围、采购产品的规格和价格以及数量等信息)和第一应收账款凭证(即由出资方根据该核心企业的企业规模、采购需求等信息为其开立的应收账款凭证)写入区块链中，用以执行后续步骤S105。

S103：接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，其中，第二采购需求信息和第二应收账款凭证是经过出资方认证通过之后上链的。

在本实施例中，通过步骤S102将核心企业的第一采购需求信息和第一应收账款凭证写入区块链中后，联盟链中的其他节点，可以利用智能合约功能获取该核心企业的第一采购需求信息和第一应收账款凭证，当供应商从区块链中获取到该核心企业的第一采购需求信息和第一应收账款凭证，并确定出其需要为核心企业提供的所有满足采购需求的原材料采购需求信息(此处将其定义为第二采购需求信息)和资金额度后，可以从出资方的获取到经过出资方认证的应收账款凭证(此处将其定义为第二应收账款凭证)，并将第二采购需求信息和第二应收账款凭证进行上链保存。

进而区块链上的节点可以在接收到供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求后，用以执行后续步骤S104。其中，第二采购需求信息可以包括供应商的组织机构代码、法人信息、公司地址、服务范围、需要采购产品的规格和价格以及数量等信息。第二应收账款凭证指的是由出资方根据该供应商的企业规模、采购需求等信息为该供应商开立的应收账款凭证。可以理解的是，可以利用预先分配的密钥对该第二采购需求信息和第二应收账款凭证进行加密上链，以保证二者的安全性。

其中，区块链中区块包括区块头和区块体。区块头中包含父区块哈希、版本、时间戳、难度、随机数、子区块、Merkel根等。区块体中包含Merkel根树和交易数据。而单个交易数据包含的信息有核心企业信息(如核心企业的组织机构代码、法人信息、公司地址、服务范围、采购产品的规格和价格以及数量等信息等)、供应商信息(如供应商的组织机构代码、法人信息、公司地址、服务范围、需要采购产品的规格和价格以及数量等信息等)等。

S104：根据第二采购需求信息上链请求和第二应收账款凭证上链请求，将第二采购需求信息和第二应收账款凭证写入区块链中。

在本实施例中，通过步骤S103接收到供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求后，进一步可以根据该第二采购需求信息上链请求和第二应收账款凭证上链请求，将供应商的第二采购需求信息(包括供应商的组织机构代码、法人信息、公司地址、服务范围、采购产品的规格和价格以及数量等信息)和第二应收账款凭证(即由出资方根据该供应商的企业规模、采购需求等信息为其开立的应收账款凭证)写入区块链中，用以执行后续步骤S105。

S105：对第一采购需求信息、第一应收账款凭证、第二采购需求信息和第二应收账款凭证进行管理，得到管理结果。

在本实施例中，当通过步骤S102将第一采购需求信息和第一应收账款凭证写入区块链中，以及通过步骤S104将第二采购需求信息和第二应收账款凭证写入区块链中后，进一步可以根据该第一采购需求信息、第一应收账款凭证、第二采购需求信息和第二应收账款凭证进行管理，得到管理结果，在区块链上完成整个应收账款处理过程，实现了企业应收账款的全流程追朔，保证了所有应收账款数据的真实性、透明性和不可篡改性。

需要说明的是，在本申请实施例的一种可能的实现方式中，可能存在N个级别的供应商，其中，N个级别供应商之间为级联关系，且N为大于或等于2的正整数即，也就是说，在为核心企业提供满足其采购需求的原材料时，由第一级供应商为核心企业提供第一级原材料，第一级原材料的产生需要由第二级供应商提供的第二级原材料，第二级原材料的产生需要由第三级供应商提供的第三级原材料，依次类推，第N-1级原材料的产生需要由第N级供应商提供的第N级原材料，才能完成最终的货源订购和采办。此时，本申请实施例还需要执行下述步骤A-B：

步骤A：接收第N级供应商发送的第N采购需求信息上链请求和第N应收账款凭证上链请求，其中，第N采购需求信息和第N应收账款凭证是经过出资方认证通过之后上链的。

步骤B：根据第N采购需求信息上链请求和第N应收账款凭证上链请求，将第N采购需求信息和第N应收账款凭证写入区块链中。

在本实施例中，若存在N个级别的供应商，则在通过步骤S102将核心企业的第一采购需求信息和第一应收账款凭证写入区块链中后，联盟链中的一级供应商可以利用智能合约功能获取该核心企业的第一采购需求信息和第一应收账款凭证，当一级供应商从区块链中获取到该核心企业的第一采购需求信息和第一应收账款凭证，并确定出其需要为核心企业提供的所有满足采购需求的第二采购需求信息和第二应收账款凭证后，可将第二采购需求信息和第二应收账款凭证进行上链保存。进而区块链上的节点可以在接收到一级供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求后，将第二采购需求信息和第二应收账款凭证写入区块链中。其中，第二采购需求信息可以包括一级供应商的组织机构代码、法人信息、公司地址、服务范围、需要采购产品的规格和价格以及数量等信息。第二应收账款凭证指的是由出资方根据该一级供应商的企业规模、采购需求等信息为其开立的应收账款凭证。

接着，联盟链中的二级供应商可以利用智能合约功能获取一级供应商的第二采购需求信息和第二应收账款凭证，当二级供应商从区块链中获取到该一级供应商的第二采购需求信息和第二应收账款凭证，并确定出其需要为一级供应商提供的所有满足采购需求的第三采购需求信息和第三应收账款凭证后，可将第三采购需求信息和第三应收账款凭证进行上链保存。进而区块链上的节点可以在接收到二级供应商发送的第三采购需求信息上链请求和第三应收账款凭证上链请求后，将第三采购需求信息和第三应收账款凭证写入区块链中。其中，第三采购需求信息可以包括二级供应商的组织机构代码、法人信息、公司地址、服务范围、需要采购产品的规格和价格以及数量等信息。第三应收账款凭证指的是由出资方根据该二级供应商的企业规模、采购需求等信息为其开立的应收账款凭证。

依次类推，通过联盟链中的所有N级供应商能够完成最终的货源订购和采办。

相应的，在执行上述步骤A-B后，上述步骤S105的具体实现过程包括：对第一采购需求信息、第一应收账款凭证、第二采购需求信息、第二应收账款凭证、第N采购需求信息以及第N应收账款凭证进行管理，得到管理结果。从而能够在区块链上完成整个应收账款处理过程，实现了企业应收账款的全流程追朔，保证了所有应收账款数据的真实性、透明性和不可篡改性。

还需要说明的是，在本申请实施例的一种可能的实现方式中，区块链节点还可以接收核心企业、供应商或出资方发送的应收账款凭证查询请求，并根据该应收账款凭证查询请求，获取区块链上的应收账款凭证信息。

具体来讲，在本实现方式中，通过上述步骤将应收账款凭证信息写入区块链中后，还可以由核心企业、供应商或出资方通过各自与区块链进行数据交互的平台(如安装在终端设备上的应收账款应用软件(Application，简称APP)或是网页版应收账款页面)提出应收账款凭证查询请求，以便从区块链上获取应收账款凭证信息，并利用获取到的应收账款凭证信息，判断企业的应收账款是否异常，便于进行应收账款的实时安全管理。

在本申请实施例的另一种可能的实现方式中，区块链节点还可以接收核心企业、供应商或出资方发送的采购需求信息查询请求，并根据该采购需求信息查询请求，获取区块链上的采购需求信息。

具体来讲，在本实现方式中，通过上述步骤将各个企业的采购需求信息写入区块链中后，还可以由核心企业、供应商或出资方通过各自与区块链进行数据交互的平台(如安装在终端设备上的APP或是网络页面)提出采购需求信息查询请求，以便从区块链上获取到各个企业的采购需求信息，并利用获取到的各个企业的采购需求信息，与对应企业的应收账款进行匹配，以判断各个企业的应收账款是否异常，以便于进行应收账款的实时安全管理。

综上，本实施例提供的一种基于区块链的应收账款管理方法，区块链节点首先接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，其中，第一采购需求信息和第一应收账款凭证是经过出资方认证通过之后上链的，然后，根据第一采购需求信息上链请求和第一应收账款凭证上链请求，将第一采购需求信息和第一应收账款凭证写入区块链中；接着，接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，其中，第二采购需求信息和第二应收账款凭证是经过出资方认证通过之后上链的，并根据第二采购需求信息上链请求和第二应收账款凭证上链请求，将第二采购需求信息和第二应收账款凭证写入区块链中；进而可以对第一采购需求信息、第一应收账款凭证、第二采购需求信息和第二应收账款凭证进行管理，得到管理结果。可见，由于本申请实施例是基于区块链技术实现应收账款的管理，且区块链上的所有应收账款信息均是通过出资方认证通过的，从而保证了所有应收账款数据的真实性、有效性、透明性和不可篡改性，实现了企业应收账款的全流程追朔，不仅实现了核心企业信用的多级传导，助力核心企业维护供应链，还解决了尾端小微企业融资难等问题。

需要说明的是，为便于理解，现结合图2所示的基于区块链的应收账款管理的整体交互示意图。对本申请实施例提供的基于区块链的应收账款管理方法的实现过程进行介绍。

如图2所示，本申请实施例的实现过程为：首先，基于区块链技术，预先搭建联盟链，并将心企业、供应商和出资方等根据协议(如智能合约)接入该联盟链。然后，核心企业发布采购需求并获取应收账款凭证，并将二者加密写入区块链上。而供应商在获取到核心企业发布的采购需求和应收账款凭证后，可以确定出其需要为核心企业提供的所有满足采购需求的第二采购需求信息和第二应收账款凭证，并将二者加密写入区块链上。进一步可以根据该第一采购需求信息、第一应收账款凭证、第二采购需求信息和第二应收账款凭证进行管理，得到管理结果，在区块链上完成整个应收账款处理过程，实现了企业应收账款的全流程追朔，保证了所有应收账款数据的真实性、透明性和不可篡改性，具体实现过程参见步骤S101～步骤S105。

第二实施例

本实施例将对一种基于区块链的应收账款管理装置进行介绍，相关内容请参见上述方法实施例。

参见图3，为本实施例提供的一种基于区块链的应收账款管理装置的组成示意图，该装置包括：

第一接收单元301，用于接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，所述第一采购需求信息和所述第一应收账款凭证是经过出资方认证通过之后上链的；

第一写入单元302，用于根据所述第一采购需求信息上链请求和所述第一应收账款凭证上链请求，将所述第一采购需求信息和所述第一应收账款凭证写入区块链中；

第二接收单元303，用于接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，所述第二采购需求信息和所述第二应收账款凭证是经过所述出资方认证通过之后上链的；

第二写入单元304，用于根据所述第二采购需求信息上链请求和所述第二应收账款凭证上链请求，将所述第二采购需求信息和所述第二应收账款凭证写入区块链中；

管理单元305，用于对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息和所述第二应收账款凭证进行管理，得到管理结果。

在本实施例的一种实现方式中，所述核心企业、所述供应商和所述出资方为同一联盟链上的区块链节点。

在本实施例的一种实现方式中，所述供应商为第N级供应商，其中，N个级别供应商之间为级联关系，所述N为大于或等于2的正整数；所述装置还包括：

第三接收单元，用于接收所述第N级供应商发送的第N采购需求信息上链请求和第N应收账款凭证上链请求，所述第N采购需求信息和所述第N应收账款凭证是经过所述出资方认证通过之后上链的；

第三写入单元，用于根据所述第N采购需求信息上链请求和所述第N应收账款凭证上链请求，将所述第N采购需求信息和所述第N应收账款凭证写入区块链中；

所述管理单元305具体用于：

对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息、所述第二应收账款凭证、所述第N采购需求信息以及所述第N应收账款凭证进行管理，得到管理结果。

在本实施例的一种实现方式中，所述装置还包括：

第四接收单元，用于接收应收账款凭证查询请求；

第一获取单元，用于根据所述应收账款凭证查询请求，获取所述区块链上的应收账款凭证信息。

在本实施例的一种实现方式中，所述装置还包括：

第五接收单元，用于接收采购需求信息查询请求；

第二获取单元，用于根据所述采购需求信息查询请求，获取所述区块链上的采购需求信息。

综上，本实施例提供的一种基于区块链的应收账款管理装置，区块链节点首先接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，其中，第一采购需求信息和第一应收账款凭证是经过出资方认证通过之后上链的，然后，根据第一采购需求信息上链请求和第一应收账款凭证上链请求，将第一采购需求信息和第一应收账款凭证写入区块链中；接着，接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，其中，第二采购需求信息和第二应收账款凭证是经过出资方认证通过之后上链的，并根据第二采购需求信息上链请求和第二应收账款凭证上链请求，将第二采购需求信息和第二应收账款凭证写入区块链中；进而可以对第一采购需求信息、第一应收账款凭证、第二采购需求信息和第二应收账款凭证进行管理，得到管理结果。可见，由于本申请实施例是基于区块链技术实现应收账款的管理，且区块链上的所有应收账款信息均是通过出资方认证通过的，从而保证了所有应收账款数据的真实性、有效性、透明性和不可篡改性，实现了企业应收账款的全流程追朔，不仅实现了核心企业信用的多级传导，助力核心企业维护供应链，还解决了尾端小微企业融资难等问题。

进一步地，本申请实施例还提供了一种基于区块链的应收账款管理设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述基于区块链的应收账款管理方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述基于区块链的应收账款管理方法的任一种实现方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种基于区块链的应收账款管理方法，其特征在于，包括：

接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，所述第一采购需求信息和所述第一应收账款凭证是经过出资方认证通过之后上链的；

根据所述第一采购需求信息上链请求和所述第一应收账款凭证上链请求，将所述第一采购需求信息和所述第一应收账款凭证写入区块链中；

接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，所述第二采购需求信息和所述第二应收账款凭证是经过所述出资方认证通过之后上链的；

根据所述第二采购需求信息上链请求和所述第二应收账款凭证上链请求，将所述第二采购需求信息和所述第二应收账款凭证写入区块链中；

对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息和所述第二应收账款凭证进行管理，得到管理结果。

2.根据权利要求1所述的方法，其特征在于，所述核心企业、所述供应商和所述出资方为同一联盟链上的区块链节点。

3.根据权利要求1所述的方法，其特征在于，所述供应商为第N级供应商，其中，N个级别供应商之间为级联关系，所述N为大于或等于2的正整数；所述方法还包括：

接收所述第N级供应商发送的第N采购需求信息上链请求和第N应收账款凭证上链请求，所述第N采购需求信息和所述第N应收账款凭证是经过所述出资方认证通过之后上链的；

根据所述第N采购需求信息上链请求和所述第N应收账款凭证上链请求，将所述第N采购需求信息和所述第N应收账款凭证写入区块链中；

所述对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息和所述第二应收账款凭证进行管理，得到管理结果，包括：

对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息、所述第二应收账款凭证、所述第N采购需求信息以及所述第N应收账款凭证进行管理，得到管理结果。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收应收账款凭证查询请求；

根据所述应收账款凭证查询请求，获取所述区块链上的应收账款凭证信息。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收采购需求信息查询请求；

根据所述采购需求信息查询请求，获取所述区块链上的采购需求信息。

6.一种基于区块链的应收账款管理装置，其特征在于，包括：

第一接收单元，用于接收核心企业发送的第一采购需求信息上链请求和第一应收账款凭证上链请求，所述第一采购需求信息和所述第一应收账款凭证是经过出资方认证通过之后上链的；

第一写入单元，用于根据所述第一采购需求信息上链请求和所述第一应收账款凭证上链请求，将所述第一采购需求信息和所述第一应收账款凭证写入区块链中；

第二接收单元，用于接收供应商发送的第二采购需求信息上链请求和第二应收账款凭证上链请求，所述第二采购需求信息和所述第二应收账款凭证是经过所述出资方认证通过之后上链的；

第二写入单元，用于根据所述第二采购需求信息上链请求和所述第二应收账款凭证上链请求，将所述第二采购需求信息和所述第二应收账款凭证写入区块链中；

管理单元，用于对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息和所述第二应收账款凭证进行管理，得到管理结果。

7.根据权利要求6所述的装置，其特征在于，所述核心企业、所述供应商和所述出资方为同一联盟链上的区块链节点。

8.根据权利要求6所述的装置，其特征在于，所述供应商为第N级供应商，其中，N个级别供应商之间为级联关系，所述N为大于或等于2的正整数；所述装置还包括：

第三接收单元，用于接收所述第N级供应商发送的第N采购需求信息上链请求和第N应收账款凭证上链请求，所述第N采购需求信息和所述第N应收账款凭证是经过所述出资方认证通过之后上链的；

第三写入单元，用于根据所述第N采购需求信息上链请求和所述第N应收账款凭证上链请求，将所述第N采购需求信息和所述第N应收账款凭证写入区块链中；

所述管理单元具体用于：

对所述第一采购需求信息、所述第一应收账款凭证、所述第二采购需求信息、所述第二应收账款凭证、所述第N采购需求信息以及所述第N应收账款凭证进行管理，得到管理结果。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第四接收单元，用于接收应收账款凭证查询请求；

第一获取单元，用于根据所述应收账款凭证查询请求，获取所述区块链上的应收账款凭证信息。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第五接收单元，用于接收采购需求信息查询请求；

第二获取单元，用于根据所述采购需求信息查询请求，获取所述区块链上的采购需求信息。

11.一种基于区块链的应收账款管理设备，其特征在于，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行权利要求1-5任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1-5任一项所述的方法。

Images