CN109325759B - 在线开立方法、管理平台、装置、系统及存储介质 - Google Patents

Abstract

本发明公开了一种应收账款电子凭证的在线开立方法，包括以下步骤：接收第一终端提交的开单指令；根据开单指令自动生成待生效的应收账款电子凭证，待生效的应收账款电子凭证含有与第一终端对应的企业的应付账款信息；将待生效的应收账款电子凭证发送至第二终端，以供第二终端对待生效的应收账款电子凭证进行确认；在第二终端对待生效的应收账款电子凭证确认后，接收第二终端提交的开单签收指令；根据开单签收指令将待生效的应收账款电子凭证的状态标记为已生效的应收账款电子凭证。本发明还公开了一种管理平台、在线开立装置、管理系统及计算机可读存储介质。本发明可以提高企业应收账款电子凭证的管理效率。

Description

在线开立方法、管理平台、装置、系统及存储介质

技术领域

本发明涉及互联网金融技术领域，尤其涉及一种应收账款电子凭证的在线开立方法、管理平台、在线开立装置、管理系统及计算机可读存储介质。

背景技术

由于供应链链条上核心企业(买方企业)处于强势地位，与其供应商采用赊销的方式进行商品或服务的采购，对其供应商会形成大量应收账款电子凭证。对于供应商来而言，应收账款电子凭证是未来收款的一个权力，属于企业的流动资产，但现实中多数应收账款都没有流通起来，原因主要有两点，第一、买方企业不对应付账款进行确权，第二、传统的线下确权的方式效率低、管理难度大。

发明内容

本发明的主要目的在于提供一种应收账款电子凭证的在线开立方法、管理平台、在线开立装置、管理系统及计算机可读存储介质，旨在通过对应收账款进行在线确权，将应收账款以电子凭证为载体，以提高企业应收账款电子凭证的管理效率。

为实现上述目的，本发明提供一种应收账款电子凭证的在线开立方法，包括以下步骤：

接收第一终端提交的开单指令；

根据所述开单指令自动生成待生效的应收账款电子凭证，所述待生效的应收账款电子凭证含有与所述第一终端对应的企业的应付账款信息；

将所述待生效的应收账款电子凭证发送至第二终端，以供所述第二终端对所述待生效的应收账款电子凭证进行确认；

在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令；

根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

优选地，所述第二终端对所述待生效的应收账款电子凭证进行确认的步骤包括：

将所述应付账款信息在区块链交易信息数据库中进行匹配；

当匹配到所述应付账款信息时，自动对所述待生效的应收账款电子凭证进行确认，并发送开单签收指令。

优选地，所述根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证的步骤之后还包括：

在所述第一终端完成付款时，将所述应收账款电子凭证的状态标记为已付款。

优选地，所述根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证的步骤之后还包括：

接收第三终端提交的转单指令；

根据所述转单指令自动生成应收账款债权转让申请信息，并发送至第四终端；

在所述第四终端对所述应收账款债权转让申请信息确认后，接收所述第四终端提交的转单签收指令；

根据所述转单签收指令将所述应收账款电子凭证的持有人标记为第四终端。

优选地，所述根据所述转单指令自动生成应收账款债权转让申请信息的步骤之后包括：

根据所述应收账款债权转让申请信息获取所述应收账款的转让类型；

在所述转让类型为整转时，将所述应收账款电子凭证的状态标记为整转待复核；

在所述转让类型为拆转时，将原始应收账款电子凭证的状态标记为拆转待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

优选地，所述根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证的步骤之后还包括：

接收第五终端提交的融单指令；

根据所述融单指令自动生成应收账款债权融资申请信息，并发送至第六终端；

在所述第六终端对所述应收账款债权融资申请信息确认后，接收所述第六终端提交的融单签收指令；

根据所述融单签收指令将所述应收账款电子凭证的权利人标记为第六终端。

优选地，所述根据所述融单指令自动生成应收账款债权融资申请信息的步骤之后还包括：

根据所述应收账款债权融资申请信息获取所述应收账款的融资类型；

在所述融资类型为整融时，将所述应收账款电子凭证的状态标记为整融待复核；

在所述融资类型为拆融时，将原始应收账款电子凭证的状态标记为拆融待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

为实现上述目的，本发明还提供一种管理平台，所述管理平台包括处理器以及存储在所述处理器内并可在所述处理器上运行的应收账款电子凭证的在线开立程序，其中，所述应收账款电子凭证的在线开立程序被所述处理器执行时实现如上所述的应收账款电子凭证的在线开立方法的步骤。

为实现上述目的，本发明还提供一种在线开立装置，所述在线开立装置包括：

信息录入模块，用于接收第一终端提交的开单指令；

生成模块，用于根据所述开单指令自动生成待生效的应收账款电子凭证，所述待生效的应收账款电子凭证含有与所述第一终端对应的企业的应付账款信息；

发送模块，用于将所述待生效的应收账款电子凭证发送至第二终端，以供所述第二终端对所述待生效的应收账款电子凭证进行确认；

接收模块，用于在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令；

标记模块，用于根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

为实现上述目的，本发明还提供一种管理系统，所述管理系统包括如上所述的管理平台或在线开立装置以及与所述管理平台或所述在线开立装置通讯连接的第一终端和第二终端，所述第一终端用于录入应付账款信息，并提交开单指令，以供所述管理平台或所述在线开立装置根据所述开单指令自动生成待生效的应收账款电子凭证；所述第二终端用于接收所述待生效的应收账款电子凭证，在对所述待生效的应收账款电子凭证进行确认后，提交开单签收指令，以供所述管理平台或所述在线开立装置根据所述开单签收指令，将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

为实现上述目的，本发明还提供一种所述计算机可读存储介质上存储有应收账款电子凭证的在线开立程序，所述应收账款电子凭证的在线开立程序被处理器执行实现如上所述的应收账款电子凭证的在线开立方法的步骤。

本发明提供的应收账款电子凭证的在线开立方法、管理平台、在线开立装置、管理系统及计算机可读存储介质，通过接收第一终端提交的开单指令，然后根据所述开单指令自动生成待生效的应收账款电子凭证，并将所述待生效的应收账款电子凭证发送至第二终端，再在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令，最终根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证，从而完成所述应收账款电子凭证的在线开立。这样，通过应收账款的在线确权，将应收账款以电子凭证为载体，可以提高企业应收账款电子凭证的管理效率，并为后续企业转让和融资提供基础，进而盘活企业应收账款电子凭证，加速企业资产的流动。

附图说明

图1为本发明实施例方案涉及的硬件运行环境的管理平台的结构示意图；

图2为本发明应收账款电子凭证的在线开立方法第一实施例的流程示意图；

图3为图2中步骤S3的细化流程示意图；

图4为本发明应收账款电子凭证的在线开立方法第二实施例的流程示意图；

图5为本发明应收账款电子凭证的在线开立方法第三实施例的流程示意图；

图6为本发明应收账款电子凭证的在线开立方法第四实施例的流程示意图；

图7为本发明应收账款电子凭证的在线开立方法第五实施例的流程示意图；

图8为本发明应收账款电子凭证的在线开立方法第六实施例的流程示意图；

图9为本发明在线开立装置一实施例的功能模块示意图；

图10为本发明管理系统一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，本发明的管理平台包括：处理器1001，例如CPU，用户接口1002，存储器1003，通信总线1004。其中，通信总线1004用于实现这些组件之间的连接通信。用户接口1002可以包括显示屏(Display)、输入单元。存储器1003可以是高速RAM存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1003可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的管理平台结构并不构成对管理平台的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1003中可以包括操作系统、网络通信模块、用户接口模块以及应收账款电子凭证的在线开立程序。

在图1所示的管理平台中，用户接口1002主要用于接收用户通过触摸显示屏或在输入单元输入指令触发用户指令；处理器1001用于调用存储器1003中存储的应收账款电子凭证的在线开立程序，并执行以下操作：

接收第一终端提交的开单指令；

根据所述开单指令自动生成待生效的应收账款电子凭证，所述待生效的应收账款电子凭证含有与所述第一终端对应的企业的应付账款信息；

将所述待生效的应收账款电子凭证发送至第二终端，以供所述第二终端对所述待生效的应收账款电子凭证进行确认；

在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令；

根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

进一步地，处理器1001可以调用存储器1003中存储的应收账款电子凭证的在线开立程序，还执行以下操作：

将所述应付账款信息在区块链交易信息数据库中进行匹配；

当匹配到所述应付账款信息时，自动对所述待生效的应收账款电子凭证进行确认，并发送开单签收指令。

进一步地，处理器1001可以调用存储器1003中存储的应收账款电子凭证的在线开立程序，还执行以下操作：

在所述第一终端完成付款时，将所述应收账款电子凭证的状态标记为已付款。

进一步地，处理器1001可以调用存储器1003中存储的应收账款电子凭证的在线开立程序，还执行以下操作：

接收第三终端提交的转单指令；

根据所述转单指令自动生成应收账款债权转让申请信息，并发送至第四终端；

在所述第四终端对所述应收账款债权转让申请信息确认后，接收所述第四终端提交的转单签收指令；

根据所述转单签收指令将所述应收账款电子凭证的持有人标记为第四终端。

进一步地，处理器1001可以调用存储器1003中存储的应收账款电子凭证的在线开立程序，还执行以下操作：

将所述债权转让申请在区块链交易信息数据库中进行匹配；

当匹配到所述债权转让申请时，自动对所述债权转让申请信息进行确认，并发送转单签收指令。

进一步地，处理器1001可以调用存储器1003中存储的应收账款电子凭证的在线开立程序，还执行以下操作：

根据所述应收账款债权转让申请信息获取所述应收账款的转让类型；

在所述转让类型为整转时，将所述应收账款电子凭证的状态标记为整转待复核；

在所述转让类型为拆转时，将原始应收账款电子凭证的状态标记为拆转待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

进一步地，处理器1001可以调用存储器1003中存储的应收账款电子凭证的在线开立程序，还执行以下操作：

接收第五终端提交的融单指令；

根据所述融单指令自动生成应收账款债权融资申请信息，并发送至第六终端；

在所述第六终端对所述应收账款债权融资申请信息确认后，接收所述第六终端提交的融单签收指令；

根据所述融单签收指令将所述应收账款电子凭证的权利人标记为第六终端。

进一步地，处理器1001可以调用存储器1003中存储的应收账款电子凭证的在线开立程序，还执行以下操作：

将所述债权融资申请在区块链交易信息数据库中进行匹配；

当匹配到所述债权融资申请时，自动对所述债权融资申请信息进行确认，并发送融单签收指令。

进一步地，处理器1001可以调用存储器1003中存储的应收账款电子凭证的在线开立程序，还执行以下操作：

根据所述应收账款债权融资申请信息获取所述应收账款的融资类型；

在所述融资类型为整融时，将所述应收账款电子凭证的状态标记为整融待复核；

在所述融资类型为拆融时，将原始应收账款电子凭证的状态标记为拆融待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

参照图2，在第一实施例中，本发明提供一种应收账款电子凭证的在线开立方法，以下以服务器和多个终端之间的交互为例进行说明，本发明实施例的方法包括以下步骤：

步骤S1、接收第一终端提交的开单指令；

步骤S2、根据所述开单指令自动生成待生效的应收账款电子凭证，所述待生效的应收账款电子凭证含有与所述第一终端对应的企业的应付账款信息；

本实施例中，所述第一终端可以为买方企业控制或所有的各种终端，如电脑、移动终端或服务器等。应收账款电子凭证别名“金单”，金单定义：买方企业在管理平台如简单汇平台上，以电子签名方式，承诺在指定日期支付确定金额货款给供应商的应收账款债权凭证。

买方企业可以通过第一终端录入应付账款信息，并在线签署开单电子协议后提交开单指令。所述应付账款信息可以包括开单人名称、开单人账号、开单人开户行、收单人名称、收单人账号、收单人开户行、开单日、到期日、金额、编号、担保机构中的至少一种。可以理解的是，所述应付账款信息可以嵌入所述开单电子协议中，当买方企业完成所述应付账款信息的填写，并同意所述开单电子协议中双方的权利和义务时，若买方企业通过客户端点击“确认”或“提交”时，则完成开单电子协议的在线签署。当然，所述应付账款信息可以和所述开单电子协议独立设置，并将所述应付账款信息体现在所述开单电子协议中。

进一步地，所述开单电子协议，是一个单独关于开具应收账款电子凭证的权利义务关系约定的合同，与买卖双方之前的货款买卖合同可以是单独的一个合同，也可以是之前货款买卖合同中约定用金单方式结算的结算条款。

步骤S3、将所述待生效的应收账款电子凭证发送至第二终端，以供所述第二终端对所述待生效的应收账款电子凭证进行确认；

本实施例中，管理平台在接收到所述买方企业通过第一终端提交的开单指令时，根据所述开单指令自动生成待生效的应收账款电子凭证，并发送至卖方企业的客户端，卖方企业可以通过第二终端(第二终端可以为卖方企业控制或所有的各种终端，如电脑、移动终端或服务器等。)对所述待生效的应收账款电子凭证进行确认。可以理解的是，所述买方企业和卖方企业在使用所述管理平台时，均有各自固定的账号，该账号是企业在平台上的唯一标识，因此，在买卖双方中任一方有金单待签收时，可以及时被推送，从而可以提高应收账款电子凭证生成的效率。

此时，所述应收账款电子凭证的状态为开单待复核，在将所述待生效的应收账款电子凭证发送至第二终端之前，买方企业可以通过第一终端对所述待生效的应收账款电子凭证进行复核确认，当所述买方企业通过第一终端对所述待生效的应收账款电子凭证进行复核确认时，若复核通过，则所述应收账款电子凭证的状态标记为开单待签收；若复核不通过，则所述应收账款电子凭证的状态标记为作废，此时并不将该待生效的应收账款电子凭证发送至卖方企业对应的第二终端。

在本发明实施例中，待生效的应收账款电子凭证发送至第二终端后，第二终端可以对待生效的应收账款电子凭证进行确认，该确认的过程可以是第二终端的工作人员进行人工确认，也可以通过技术手段实现自动确认。

在一种示例中，通过技术手段实现自动确认的过程可以参照图3，所述第二终端对所述待生效的应收账款电子凭证进行确认的步骤包括：

步骤S31、将所述应付账款信息在区块链交易信息数据库中进行匹配；

步骤S32、当匹配到所述应付账款信息时，自动对所述待生效的应收账款电子凭证进行确认，并发送开单签收指令。

本实施例中，可以利用区块链数据库技术建立区块链交易信息数据库，对买卖双方的交易信息进行保存，即该区块链交易信息数据库包括买卖双方的名称、应付账款信息、交易日期等交易信息。其中，区块链数据库，它由多个分布式去中心化的节点组成。所有节点都参与数据管理，在账本数据库增加任何数据，都得到节点确认，这些账本对于所有节点都是公开和透明的。当需要在账本中增加交易数据时，必须取得共识，在节点们确认后才能进入区块。这种共识算法保证了网络的安全，也让它不可篡改。因此，每当买卖双方完成交易后，该基于区块链技术的交易信息数据库便会生成新的区块，以实现数据库的自动更新。

第二终端在接收到所述待生效的应收账款电子凭证时，会将所述待生效的应收账款电子凭证中的应付账款信息在所述区块链交易信息库中进行匹配，若匹配到所述应付账款信息，则自动对所述待生效的应收账款电子凭证进行确认，并发送开单签收指令至管理平台；若未匹配到所述应付账款信息，则返回未确认的消息，或提示人工进行确认。

在本实施例的方法中，利用区块链交易安全的特性，使得应收账款电子凭证的流转过程可以完整的保存，不容易被窜改，并基于此能够实现应收账款电子凭证的自动确认过程。

步骤S4、在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令；

本实施例中，当所述待生效的应收账款电子凭证确认通过时，所述管理平台即会收到所述卖方企业通过第二终端在线签署所述开单电子协议后提交的开单签收指令，此时，所述应收账款电子凭证的状态标记为正常持有；当所述待生效的应收账款电子凭证确认不通过时，所述应收账款电子凭证的状态标记为作废。

步骤S5、根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

本实施例中，当卖方企业通过第二终端提交开单签收指令时，所述管理平台根据所述开单签收指令，将所述待生效的应收账款电子凭证的状态标记为已生效，从而完成对所述应收账款电子凭证的在线开立。

此时，所述应收账款电子凭证的属性信息包括开单基本要素和开单状态要素，其中，所述开单基本要素包括开单人名称、开单人账号、开单人开户行、收单人名称、收单人账号、收单人开户行、开单日、到期日、金额、编号、担保机构中的至少一种；所述开单状态要素包括开单待复核、开单待审批、开单待签收、正常持有、作废、已到期中的至少一种。当然，还可以包括其他附属信息，如备注、贸易背景资料(发票、合同)等。

可以理解的是，买方企业和卖方企业在线签署电子协议时，可以调用电子签名服务器完成数字签名。买方企业和卖方企业可以查询所述应收账款电子凭证的属性信息，当当前日期为到期日时，所述管理平台自动通知买方企业履行兑付义务付款给卖方企业。本实施例中，所述应收账款电子凭证的开具是买方企业先提出申请的，卖方企业签收后生效。

本发明提供的应收账款电子凭证的在线开立方法，首先接收第一终端提交的开单指令，然后根据所述开单指令自动生成待生效的应收账款电子凭证，并将所述待生效的应收账款电子凭证发送至第二终端，再在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令，最终根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证，从而完成所述应收账款电子凭证的在线开立。这样，通过应收账款的在线确权，将应收账款以电子凭证为载体，可以提高企业应收账款电子凭证的管理效率，并为后续企业转让和融资提供基础，进而盘活企业应收账款电子凭证，加速企业资产的流动。

参照图4，在第二实施例中，基于第一实施例，所述步骤S5之后还包括：

步骤S6、在所述第一终端完成付款时，将所述应收账款电子凭证的状态标记为已付款。

本实施例中，所述买方企业通过第一终端在线完成对其应付账款的付款时，对应将所述应收账款电子凭证的状态标记为已付款。如此，对于买方企业而言，当其对应的应收账款电子凭证较多时，可以直接过滤已付款的应收账款电子凭证，从而提高其管理效率。

可以理解的是，当已生效的所述应收账款电子凭证在到期日时，将其状态标记为已到期，如此方便双方企业查看已到期的所述应收账款电子凭证，从而对其及时进行处理，从而提高对所述应收账款电子凭证的管理效率。

参照图5，在第三实施例中，基于第一实施例，所述步骤S5之后还包括：

步骤S7、接收第三终端提交的转单指令；

本实施例中，转单企业通过第三终端(第三终端可以为转单企业控制或所有的各种终端，如电脑、移动终端或服务器等。)录入应收账款转让信息，并在线签署转单电子协议。所述应收账款转让信息包括转单基本要素和转单状态要素，其中，所述转单基本要素包括转单企业名称、收单企业名称(持有人名称)、转让日期、转让金额、编号中的至少一种；所述转单状态要素包括整转待复核、拆转待复核、转单待签收、正常持有、作废、已到期中的至少一种。可以理解的是，所述应付账款转让信息可以嵌入所述转单电子协议中，当转单企业完成所述应收账款转让信息的填写，并同意所述转单电子协议中转单企业和收单企业双方的权利和义务时，若转单企业通过第三终端点击“确认”或“提交”时，则完成转单电子协议的在线签署。当然，所述应付账款转让信息可以和所述转单电子协议独立设置，并将所述应付账款转让信息体现在所述转单电子协议中。

步骤S8、根据所述转单指令自动生成应收账款债权转让申请信息，并发送至第四终端；

本实施例中，管理平台在接收到所述转单企业通过第三终端提交的转单指令时，根据所述转单指令自动生成应收账款债权转让申请信息，并发送至收单企业的第四终端(第四终端可以为收单企业控制或所有的各种终端，如电脑、移动终端或服务器等)。

可以理解的是，所述转单企业和收单企业在使用所述管理平台时，均有各自固定的账号，该账号是企业在平台上的唯一标识，因此，在转单企业和收单企业双方中任一方有金单待签收时，可以及时被推送，从而可以提高应收账款电子凭证转单的效率。

此时，所述应收账款电子凭证的状态为转单待复核，在转单企业将债权转让申请信息发送至第四终端之前，转单企业可以对债权转让申请信息进行复核确认，当所述转单企业通过第三终端对所述应收账款债权转让申请信息进行复核确认时，若复核通过，则所述应收账款电子凭证的状态变为转单待签收；若复核不通过，则所述应收账款电子凭证的状态变为作废或正常持有。

在本发明实施例中，应收账款债权转让申请信息发送至第四终端后，第四终端可以对应收账款债权转让申请信息进行确认，该确认的过程可以是第四终端的工作人员进行人工确认，也可以通过技术手段实现自动确认。

在一种示例中，通过技术手段实现自动确认的过程可以如下，即所述第四终端对所述应收账款债权转让申请信息进行确认的步骤包括：

S81、将所述债权转让申请在区块链交易信息数据库中进行匹配；

S82、当匹配到所述债权转让申请时，自动对所述债权转让申请信息进行确认，并发送转单签收指令；

在本实施例中，建立的区块链交易信息数据库可以包括债权转让双方的名称、转让日期等交易信息。每当双方完成债权转让后，该基于区块链技术的交易信息数据库便会生成新的区块，以实现数据库的自动更新。

第四终端在接收到应收账款债权转让申请时，会将所述应收账款债权转让申请信息在所述区块链交易信息库中进行匹配，若匹配到所述应收账款债权转让申请，则自动对所述应收账款债权转让申请信息进行确认，并发送开单签收指令至管理平台；若未匹配到应收账款债权转让申请，则返回未确认的消息，或提示人工进行确认。

在本实施例的方法中，利用区块链交易安全的特性，使得应收账款债权的流转过程可以完整的保存，不容易被窜改，并基于此能够实现债权转让申请信息的自动确认过程。

步骤S9、在所述第四终端对所述应收账款债权转让申请信息确认后，接收所述第四终端提交的转单签收指令；

本实施例中，当所述收单企业对所述应收账款债权转让申请信息核对通过时，所述管理平台即会收到所述收单企业通过第四终端在线签署所述转单电子协议后提交的转单签收指令，此时，所述应收账款电子凭证的状态标记为正常持有，且由所述第四终端持有所述应收账款电子凭证；当所述第四终端对所述应收账款债权转让申请信息拒绝签收时，所述应收账款电子凭证的状态变为作废或正常持有，所述第三终端对应的转单企业继续持有所述应收账款电子凭证。可以理解的是，当转单企业将其持有的应收账款电子凭证转让给供应商，转让成功之后第四终端对应的收单企业则变成该金单的持单企业，持单企业可根据需要继续转让给下级供应商，也可持有金单到期收款。

步骤S10、根据所述转单签收指令将所述应收账款电子凭证的持有人标记为第四终端。

本实施例中，当收单企业通过第四终端提交转单签收指令时，所述管理平台根据所述转单签收指令，将所述应收账款电子凭证的持有人标记为第四终端，从而完成对所述应收账款电子凭证的在线转单。

可以理解的是，转单企业和收单企业在线签署转单电子协议时，可以调用电子签名服务器完成数字签名。转单企业和收单企业可以查询所述应收账款电子凭证的属性信息，当当前日期为到期日时，所述管理平台自动通知买方企业履行兑付义务付款给收单企业。

随着各行业发展，企业分工越来越细，企业的采购行为形成了以核心企业为首的产业链条，每一级的企业采购都会形成其下游企业的应收账款，供应链链条上核心企业(链主企业)处于强势地位，与其供应商采用赊销的方式进行商品或服务的采购，一级供应商拥有核心企业为债务人的应收账款，二级供应商拥有一级供应商作为债务人的应收账款，1～N级以此类推，二级供应商的收款需等到一级供应商先收到核心企业的款，这样就形成了三角债的关系，整个产业链条上的应收账款被固化，缺乏了流动性。

在本实施例的方法中，将应收账款在线确权之后进行转让，将企业的应收与应付账款进行抵消，将应收账款债权流动起来，从而解决产业链条三角债问题。

参照图6，在第四实施例中，基于第三实施例，所述步骤S8中步骤所述根据所述转单指令自动生成应收账款债权转让申请信息之后还包括：

步骤S11、根据所述应收账款债权转让申请信息获取所述应收账款的转让类型；

步骤S12、在所述转让类型为整转时，将所述应收账款电子凭证的状态标记为整转待复核；

步骤S13、在所述转让类型为拆转时，将原始应收账款电子凭证的状态标记为拆转待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

在本实施例中，所述应收账款的转让类型的类型包括整转和拆转，所述整转即持单企业将金单整张转让给供应商用于抵消其应付账款；拆转即持单企业将应收账款电子凭证的部分债权转让给供应商，用于抵消其应付账款，剩余的债权继续持有。

在所述转让类型为整转时，将所述应收账款电子凭证的状态标记为整转待复核；在所述转让类型为拆转时，将原始应收账款电子凭证(母单)的状态标记为拆转待复核，并建立所述原始应收账款电子凭证(母单)与拆转后的应收账款电子凭证(子单)之间的关联关系。例如，当所述转让类型为拆转时，企业A的原始应收账款电子凭证为100万金单，其转单20万金单至企业B，转单30万金单至企业C时，需要将母单的状态标记为拆转待复核，并建立母单100万金单与剩余子单50万金单之间的关联关系。

在本实施例的方法中，通过将应收账款在线确权之后进行转让，可以将企业的应收与应付账款进行抵消，同时可实现一张应收账款债权凭证拆分转让，即将一张大面值的应收账款电子凭证拆分成小金额的应收账款电子凭证后再转让给供应商，可满足应付金额灵活拆分匹配，从而盘活企业应收账款。

参照图7，在第五实施例中，基于第一实施例，所述步骤S4之后还包括：

步骤S14、接收第五终端提交的融单指令；

本实施例中，融单企业通过第五终端(第五终端可以为融单企业控制或所有的各种终端，如电脑、移动终端或服务器等)录入应收账款融资信息，并在线签署融单电子协议。所述应收账款融资信息包括融单基本要素和融单状态要素，所述应收账款融资信息包括融单基本要素和融单状态要素，其中，所述融单基本要素包括融单企业名称、收单企业名称(权利人名称)、融单日期、融单金额、融单利率、融资天数、手续费率、手续费、实收金额、编号中的至少一种；所述融单状态要素包括整融待复核、拆融待复核、融单待初审、融单待复审、融单待付款、融单已付款、正常持有、作废、已到期中的至少一种。可以理解的是，所述应付账款融单信息可以嵌入所述融单电子协议中，当融单企业完成所述应收账款融单信息的填写，并同意所述融单电子协议中融单企业和融资机构双方的权利和义务时，若融单企业通过第五终端点击“确认”或“提交”时，则完成融单电子协议的在线签署。当然，所述应付账款融单信息可以和所述融单电子协议独立设置，并将所述应付账款融单信息体现在所述融单电子协议中。

步骤S15、根据所述融单指令自动生成应收账款债权融资申请信息，并发送至第六终端；

本实施例中，管理平台在接收到所述融单企业通过第五终端提交的融单指令时，根据所述融单指令自动生成应收账款债权融资申请信息，并发送至融资机构。可以理解的是，所述融单企业和融资机构在使用所述管理平台时，均有各自固定的账号，该账号是企业在平台上的唯一标识，因此，在融单企业和融资机构双方中任一方有金单待签收时，可以及时被推送，从而可以提高应收账款电子凭证融单的效率。

此时，所述应收账款电子凭证的状态为融单待复核，在融单企业将应收账款债权融资申请信息发送至第六终端之前，融单企业可以对债权融资信息进行复核确认，当所述融单企业通过第五终端对所述应收账款债权融资信息进行复核确认时，若复核通过，则所述应收账款电子凭证的状态变为融单待签收；若复核不通过，则所述应收账款电子凭证的状态变为作废或正常持有。

在本发明实施例中，债权融资申请信息发送至第六终端后，第六终端可以对债权融资申请信息进行确认，该确认的过程可以是第六终端的工作人员进行人工确认，也可以通过技术手段实现自动确认。

在一种示例中，通过技术手段实现自动确认的过程可以如下，即所述第六终端对所述债权融资申请信息进行确认的步骤包括：

S81、将所述债权融资申请在区块链交易信息数据库中进行匹配；

S82、当匹配到所述债权融资申请时，自动对所述债权融资申请信息进行确认，并发送融单签收指令；

在本实施例中，建立的区块链交易信息数据库可以包括融资双方的名称、融资日期等交易信息。每当双方完成融资交易后，该基于区块链技术的交易信息数据库便会生成新的区块，以实现数据库的自动更新。

第六终端在接收到债权融资申请时，会将所述债权融资申请信息在所述区块链交易信息库中进行匹配，若匹配到所述债权融资申请，则自动对所述债权融资申请信息进行确认，并发送融单签收指令至管理平台；若未匹配到债权融资申请，则返回未确认的消息，或提示人工进行确认。

在本实施例的方法中，利用区块链交易安全的特性，使得应收账款债权的融资过程可以完整的保存，不容易被窜改，并基于此能够实现债权融资申请信息的自动确认过程。

步骤S16、在所述第六终端对所述应收账款债权融资申请信息确认后，接收所述第六终端提交的融单签收指令；

本实施例中，当所述融资机构通过第六终端对所述应收账款债权融资申请信息核对通过时，所述管理平台即会收到所述融资机构通过第六终端在线签署所述融单电子协议后提交的融单签收指令，此时，所述应收账款电子凭证的状态变为正常持有，且由所述融资机构持有所述应收账款电子凭证，并根据相应的保理融资协议为融单企业提供保理融资服务；当所述融资机构对所述应收账款债权融资申请信息拒绝签收时，所述应收账款电子凭证的状态变为作废或正常持有，所述融单企业继续持有所述应收账款电子凭证。

步骤S17、根据所述融单签收指令将所述应收账款电子凭证的权利人标记为第六终端。

本实施例中，融单的类型包括转让、抵押或质押等。当融资机构通过第六终端提交融单签收指令时，所述管理平台根据所述融单签收指令，将所述应收账款电子凭证的权利人标记为融资机构，从而完成对所述应收账款电子凭证的在线融单。

可以理解的是，融单企业和融资机构在线签署融单电子协议时，可以调用电子签名服务器完成数字签名。融单企业和融资机构可以查询所述应收账款电子凭证的属性信息，当当前日期为到期日时，所述管理平台自动通知融资机构对所述融单企业进行放款，当放款完成，所述应收账款电子凭证的状态标记为融单已付款。

企业持有应收账款电子凭证之后，只是确定了可以到期收款的权利，还无法提前变现，在本实施例的方法中，实现了可以将应收账款债权凭证转让、抵押或质押给商业保理公司、银行等融资机构，由融资机构为企业提供保理融资服务。如此，通过企业应收账款转让、抵押或质押融资，实现企业提前获得销售回款，增加了中小企业的融资渠道。

参照图8，在第六实施例中，基于第五实施例，所述步骤S15中步骤所述根据所述融单指令自动生成应收账款债权融资申请信息的步骤之后还包括：

步骤S18、根据所述应收账款债权融资申请信息获取所述应收账款的融资类型；

步骤S19、在所述融资类型为整融时，将所述应收账款电子凭证的状态标记为整融待复核；

步骤S20、在所述融资类型为拆融时，将原始应收账款电子凭证的状态标记为拆融待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

在本实施例中，所述应收账款的融资类型的类型包括整融和拆融，所述整融即持单或融单企业将金单整张转让、抵押或质押给融资机构，由融资机构提供保理融资服务；拆融即持单或融单企业将金单的部分债权转让、抵押或质押给融资机构，剩余的债权继续持有，实现企业按需融资。

在所述融资类型为整融时，将所述应收账款电子凭证的状态标记为整融待复核；在所述融资类型为拆融时，将原始应收账款电子凭证(母单)的状态标记为拆融待复核，并建立所述原始应收账款电子凭证(母单)与拆融后的应收账款电子凭证(子单)之间的关联关系。例如，当所述融资类型为拆融时，企业A的原始应收账款电子凭证为100万金单，其融单50万金单至融资机构B时，需要将母单的状态标记为拆融待复核，并建立母单100万金单与剩余子单50万金单之间的关联关系。进一步地，若对剩余子单50万金单进行拆转，其转单30万金单至企业C时，需要将次级母单50万金单的状态标记为拆转待复核，并建立次级母单50万金单与剩余子单20万金单之间的关联关系。

在本实施例的方法中，实现了应收账款债权电子凭证部分融资，即拆融，不仅可以让企业获得销售回款提前变现，而且可以使企业融资成本变低，实现企业按需融资，加速流动资金周转。

本发明还提供一种管理平台10，所述管理平台10包括处理器以及存储在所述处理器内并可在所述处理器上运行的应收账款电子凭证的在线开立程序，其中，所述应收账款电子凭证的在线开立程序被所述处理器执行时实现如上所述的应收账款电子凭证的在线开立方法的步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有应收账款电子凭证的在线开立程序，所述应收账款电子凭证的在线开立程序被处理器执行实现如上所述的应收账款电子凭证的在线开立方法的步骤。

本发明还提供一种在线开立装置1，参照图9，在一实施例中，所述在线开立装置1包括：

信息录入模块101，用于接收第一终端提交的开单指令；

生成模块102，用于根据所述开单指令自动生成待生效的应收账款电子凭证，所述待生效的应收账款电子凭证含有与所述第一终端对应的企业的应付账款信息；

发送模块103，用于将所述待生效的应收账款电子凭证发送至第二终端，以供所述第二终端对所述待生效的应收账款电子凭证进行确认；

进一步地，所述发送模块包括：

匹配单元，用于将所述应付账款信息在区块链交易信息数据库中进行匹配；

确认单元，用于当匹配到所述应付账款信息时，自动对所述待生效的应收账款电子凭证进行确认，并发送开单签收指令。

接收模块104，用于在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令；

标记模块105，用于根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

在本发明的一种优选实施例中，所述信息录入模块，还用于接收第三终端提交的转单指令；

所述生成模块，还用于根据所述转单指令自动生成应收账款债权转让申请信息，并发送至第四终端；

所述接收模块，还用于在所述第四终端对所述应收账款债权转让申请信息确认后，接收所述第四终端提交的转单签收指令。

在本发明的一种优选实施例中，所述接收模块包括：

债权转让匹配单元，用于将所述债权转让申请在区块链交易信息数据库中进行匹配；

债权转让申请确认单元，用于当匹配到所述债权转让申请时，自动对所述债权转让申请信息进行确认，并发送转单签收指令。

在本发明的一种优选实施例中，所述标记模块，还用于根据所述转单签收指令将所述应收账款电子凭证的持有人标记为第四终端。

在本发明的一种优选实施例中，所述在线开立装置还包括：

转让类型获取模块，用于根据所述应收账款债权转让申请信息获取所述应收账款的转让类型；

所述标记模块，还用于在所述转让类型为整转时，将所述应收账款电子凭证的状态标记为整转待复核；

所述标记模块，还用于在所述转让类型为拆转时，将原始应收账款电子凭证的状态标记为拆转待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

在本发明的一种优选实施例中，所述信息录入模块，还用于接收第五终端提交的融单指令；

所述生成模块，还用于根据所述融单指令自动生成应收账款债权融资申请信息，并发送至第六终端；

所述接收模块，还用于在所述第六终端对所述应收账款债权融资申请信息确认后，接收所述第六终端提交的融单签收指令；

所述标记模块，还用于根据所述融单签收指令将所述应收账款电子凭证的权利人标记为第六终端。

在本发明的一种优选实施例中，所述接收模块包括：

债权融资匹配单元，用于将所述债权融资申请在区块链交易信息数据库中进行匹配；

债权融资申请确认单元，用于当匹配到所述债权融资申请时，自动对所述债权融资申请信息进行确认，并发送融单签收指令。

在本发明的一种优选实施例中，所述在线开立装置还包括：

融资类型获取模块，用于根据所述应收账款债权融资申请信息获取所述应收账款的融资类型；

所述标记模块，还用于在所述融资类型为整融时，将所述应收账款电子凭证的状态标记为整融待复核；

所述标记模块，还用于在所述融资类型为拆融时，将原始应收账款电子凭证的状态标记为拆融待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

本发明实施例所提供的在线开立装置用于执行本发明实施例提供的在线开立方法，具备相应的功能和有益效果。

参照图10，本发明还提供一种管理系统100，所述管理系统100包括如上所述的管理平台10或在线开立装置以及与所述管理平台或所述在线开立装置通讯连接的第一终端20和第二终端30，所述第一终端20用于录入应付账款信息，并提交开单指令，以供所述管理平台或所述在线开立装置根据所述开单指令自动生成待生效的应收账款电子凭证；所述第二终端30用于接收所述待生效的应收账款电子凭证，在对所述待生效的应收账款电子凭证进行确认后，提交开单签收指令，以供所述管理平台或所述在线开立装置根据所述开单签收指令，将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

本发明通过管理平台或在线开立装置接收第一终端提交的开单指令，然后根据所述开单指令自动生成待生效的应收账款电子凭证，并将所述待生效的应收账款电子凭证发送至第二终端，再在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令，最终根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证，从而完成所述应收账款电子凭证的在线开立。这样，通过应收账款的在线确权，将应收账款以电子凭证为载体，可以提高企业应收账款电子凭证的管理效率，并为后续企业转让和融资提供基础，进而盘活企业应收账款电子凭证，加速企业资产的流动。

进一步地，所述管理系统还包括与所述管理平台或所述在线开立装置通讯连接的第三终端和第四终端，所述第三终端用于提交转单指令，以供所述管理平台或所述在线开立装置根据所述转单指令自动生成应收账款债权转让申请信息；所述第四终端用于接收所述应收账款债权转让申请信息，在对所述应收账款债权转让申请信息进行确认后，提交转单签收指令，以供所述管理平台或所述在线开立装置根据所述转单签收指令，将所述应收账款电子凭证的持有人标记为第四终端。具体实例方式同在线开立装置的对应部分，此处不再赘述。

进一步地，所述管理系统还包括与所述管理平台或所述在线开立装置通讯连接的第五终端和第六终端，所述第五终端用于提交融单指令，以供所述管理平台或所述在线开立装置根据所述融单指令自动生成应收账款债权融资申请信息；所述第六终端用于接收所述应收账款债权融资申请信息，在对所述应收账款债权融资申请信息进行确认后，提交融单签收指令，以供所述管理平台或所述在线开立装置根据所述融单签收指令，将所述应收账款电子凭证的持有人标记为第六终端。具体实例方式同在线开立装置的对应部分，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种应收账款电子凭证的在线开立方法，其特征在于，所述应收账款电子凭证的在线开立方法包括以下步骤：

接收第一终端提交的开单指令；

根据所述开单指令自动生成待生效的应收账款电子凭证，所述待生效的应收账款电子凭证含有与所述第一终端对应的企业的应付账款信息；

将所述待生效的应收账款电子凭证发送至第二终端，以供所述第二终端对所述待生效的应收账款电子凭证进行确认；

所述第二终端对所述待生效的应收账款电子凭证进行确认的步骤包括：

将所述应付账款信息在区块链交易信息数据库中进行匹配，所述区块链交易信息数据库包括买卖双方的交易信息，其中，所述区块链数据库由多个分布式去中心化的节点组成，所有节点都参与数据管理，在账本数据库增加任何数据，都得到节点确认；

当匹配到所述应付账款信息时，自动对所述待生效的应收账款电子凭证进行确认，并发送开单签收指令；

在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令；

根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

2.如权利要求1所述的应收账款电子凭证的在线开立方法，其特征在于，所述根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证的步骤之后还包括：

在所述第一终端完成付款时，将所述应收账款电子凭证的状态标记为已付款。

3.如权利要求1所述的应收账款电子凭证的在线开立方法，其特征在于，所述根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证的步骤之后还包括：

接收第三终端提交的转单指令；

根据所述转单指令自动生成应收账款债权转让申请信息，并发送至第四终端；

在所述第四终端对所述应收账款债权转让申请信息确认后，接收所述第四终端提交的转单签收指令；

根据所述转单签收指令将所述应收账款电子凭证的持有人标记为第四终端。

4.如权利要求3所述的应收账款电子凭证的在线开立方法，其特征在于，所述根据所述转单指令自动生成应收账款债权转让申请信息的步骤之后包括：

根据所述应收账款债权转让申请信息获取所述应收账款的转让类型；

在所述转让类型为整转时，将所述应收账款电子凭证的状态标记为整转待复核；

在所述转让类型为拆转时，将原始应收账款电子凭证的状态标记为拆转待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

5.如权利要求1所述的应收账款电子凭证的在线开立方法，其特征在于，所述根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证的步骤之后还包括：

接收第五终端提交的融单指令；

根据所述融单指令自动生成应收账款债权融资申请信息，并发送至第六终端；

在所述第六终端对所述应收账款债权融资申请信息确认后，接收所述第六终端提交的融单签收指令；

根据所述融单签收指令将所述应收账款电子凭证的权利人标记为第六终端。

6.如权利要求5所述的应收账款电子凭证的在线开立方法，其特征在于，所述根据所述融单指令自动生成应收账款债权融资申请信息的步骤之后还包括：

根据所述应收账款债权融资申请信息获取所述应收账款的融资类型；

在所述融资类型为整融时，将所述应收账款电子凭证的状态标记为整融待复核；

在所述融资类型为拆融时，将原始应收账款电子凭证的状态标记为拆融待复核，并建立所述原始应收账款电子凭证与拆转后的应收账款电子凭证之间的关联关系。

7.一种管理平台，其特征在于，所述管理平台包括处理器以及存储在所述处理器内并可在所述处理器上运行的应收账款电子凭证的在线开立程序，其中，所述应收账款电子凭证的在线开立程序被所述处理器执行时实现如权利要求1至6中任一项所述的应收账款电子凭证的在线开立方法的步骤。

8.一种在线开立装置，其特征在于，所述在线开立装置包括：

信息录入模块，用于接收第一终端提交的开单指令；

生成模块，用于根据所述开单指令自动生成待生效的应收账款电子凭证，所述待生效的应收账款电子凭证含有与所述第一终端对应的企业的应付账款信息；

发送模块，用于将所述待生效的应收账款电子凭证发送至第二终端，以供所述第二终端对所述待生效的应收账款电子凭证进行确认；所述第二终端对所述待生效的应收账款电子凭证进行确认的步骤包括：将所述应付账款信息在区块链交易信息数据库中进行匹配，所述区块链交易信息数据库包括买卖双方的交易信息，其中，所述区块链数据库由多个分布式去中心化的节点组成，所有节点都参与数据管理，在账本数据库增加任何数据，都得到节点确认；当匹配到所述应付账款信息时，自动对所述待生效的应收账款电子凭证进行确认，并发送开单签收指令；

接收模块，用于在所述第二终端对所述待生效的应收账款电子凭证确认后，接收所述第二终端提交的开单签收指令；

标记模块，用于根据所述开单签收指令将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

9.一种管理系统，其特征在于，所述管理系统包括如权利要求7所述的管理平台或权利要求8所述的在线开立装置以及与所述管理平台或所述在线开立装置通讯连接的第一终端和第二终端，所述第一终端用于录入应付账款信息，并提交开单指令，以供所述管理平台或所述在线开立装置根据所述开单指令自动生成待生效的应收账款电子凭证；所述第二终端用于接收所述待生效的应收账款电子凭证，在对所述待生效的应收账款电子凭证进行确认后，提交开单签收指令，以供所述管理平台或所述在线开立装置根据所述开单签收指令，将所述待生效的应收账款电子凭证的状态标记为已生效的所述应收账款电子凭证。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有应收账款电子凭证的在线开立程序，所述应收账款电子凭证的在线开立程序被处理器执行实现如权利要求1至6中任一项所述的应收账款电子凭证的在线开立方法的步骤。