CN111091463A - 一种商业保理管理方法及系统 - Google Patents

Abstract

本发明公开了一种商业保理管理方法，包括接收用户输入的融资信息，根据融资信息和融资申请书模板生成融资申请书，对融资申请书中包含的融资信息进行核对，若核对无误，发送用户电子签章的请求信息至相应的用户终端，以使用户根据请求信息对融资申请书进行用户电子签章，得到初签融资申请书，接收返回的初签融资申请书，对初签融资申请书进行保理商电子签章，得到已签章的融资申请书，实现了线上电子签章，大大的提高了签章效率，节省了签章成本，解决了现有技术中在商业保理签署文件过程中，采用纸质盖章件在各方之间传递、盖章，传递效率低、成本高、安全性低的问题，此外，还提出了一种商业保理管理系统、终端设备及存储介质。

Description

一种商业保理管理方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种商业保理管理方法及系统。

背景技术

商业保理是一整套基于保理商和供应商之间所签订的保理合同的金融方案，包括融资、信用风险管理、应收账款管理和催收服务。保理商根据保理合同受让供应商的应收账款并且代替采购商付款。如果采购商无法付款，保理商则付款给供应商。

随着国内商业保理的兴起，从商业模式上降低了中小企业的融资门槛，商业保理也被誉为中小企业快速发展阶段最佳的融资和风险转移渠道之一，解决中小企业普遍面临融资难、成本高、缺乏专业管理以及核心企业供应链整合与账款管理等问题。

目前，商业保理在签署的合同文件、转让方提供的发票文件及业务证明材料、额度申请材料及额度确认书、融资申请材料及融资申请书等等，仍然通过纸质盖章件在各方之间传递，很多文件需要双方甚至多方进行签章，多次签章多次传递，传递效率很低，业务人员送件给相关方或者邮寄，传递成本较高。

发明内容

有鉴于此，本发明提供了一种商业保理管理方法及系统，用于解决现有技术中在商业保理签署文件过程中，采用纸质盖章件在各方之间传递、盖章，传递效率低、成本高、安全性低的问题。

为达上述之一或部分或全部目的或是其他目的，本发明实施例的第一方面提供了一种商业保理管理方法，包括：

接收用户输入的融资信息；

根据所述融资信息和融资申请书模板生成融资申请书；

对所述融资申请书中包含的融资信息进行核对，若核对无误，发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书；

接收返回的所述初签融资申请书；

对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书。

在其中一个实施例中，所述接收用户输入的融资信息之前，还包括：

获取用户的信用信息、应收账款信息和应收账款转让信息；

根据所述信用信息、所述应收账款信息和所述应收账款转让信息确定可融资额度；

发送包括所述可融资额度的通知信息至相应的用户终端。

在其中一个实施例中，所述得到已签章的融资申请书之后，还包括：

发送融资申请成功的通知信息至相应的用户终端；

根据所述申请额度向所述用户转账，根据所述申请额度更新所述可融资额度。

在其中一个实施例中，所述根据所述信用信息、所述应收账款信息和所述应收账款转让信息确定可融资额度，包括：

根据所述信用信息判断所述用户的信用等级；

验证所述应收账款信息是否有效；

根据有效的应收账款信息、所述信用等级和所述应收账款转让信息查询预设规则表，确定所述用户的可融资额度。

在其中一个实施例中，所述信用信息包括用户征信报告，所述应收账款信息包括发票，所述发票包括电子发票、纸质发票图片中的至少一种；

所述验证所述应收账款信息是否有效，包括：

提取所述发票的识别信息，所述识别信息包括发票代码、号码、日期和金额；

根据所述发票的识别信息验证所述发票是否有效；

当所述发票的识别信息为真，且所述发票未被使用过，确定所述发票是有效的发票。

在其中一个实施例中，所述获取用户的信用信息、应收账款信息和应收账款转让信息之前，还包括：

获取用户输入的注册信息；

审核所述注册信息是否正确；

当所述注册信息正确，获取所述用户发送的开通电子签章的请求信息；

根据所述注册信息开通用户电子签章。

在其中一个实施例中，所述方法还包括：

当所述注册信息不正确，发送重新注册信息至用户，所述重新注册信息中包括审核未通过的信息。

本发明实施例的第二方面提供了一种商业保理管理系统，包括：

接收模块，用于接收用户输入的融资信息；

生成模块，用于根据所述融资信息和融资申请书模板生成融资申请书；

核对模块，用于对所述融资申请书中包含的融资信息进行核对；

发送模块，若核对无误，用于发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书；

所述接收模块，还用于接收返回的所述初签融资申请书；

电子签章模块，用于对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书。

本发明实施例的第三方面提供了一种终端设备，包括：

存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述所述方法的步骤。

本发明实施例的第四方面提供了一种计算机可读存储介质，包括：

所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述所述方法的步骤。

本发明提供了一种商业保理管理方法及系统，所述方法包括接收用户输入的融资信息，根据所述融资信息和融资申请书模板生成融资申请书，对所述融资申请书中包含的融资信息进行核对，若核对无误，发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书，接收返回的所述初签融资申请书，对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书，实现了线上电子签章，无需打印纸质融资申请书，无需来回邮寄纸质融资申请书，大大的提高了签章效率，节省了签章成本，解决了现有技术中在商业保理签署文件过程中，采用纸质盖章件在各方之间传递、盖章，传递效率低、成本高、安全性低的问题。

附图说明

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

图1是本发明实施例一提供的一种商业保理管理方法的实现流程示意图；

图2是本发明实施例二提供的另一种商业保理管理方法的实现流程示意图；

图3是图2所示实施例二的步骤202的细化步骤流程示意图；

图4是本发明实施例四提供的另一种商业保理管理方法的实现流程示意图；

图5是本发明实施例五提供的一种商业保理管理系统的示意图；

图6是本发明实施例六提供的终端设备的示意图。

具体实施方式

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

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1是本发明实施例一提供的一种商业保理管理方法的实现流程示意图，如图1所示，本实施例提供的商业保理管理方法包括以下步骤：

步骤11、接收用户输入的融资信息。

本实施例的商业保理管理方法，是在现有的用户管理、额度控制、账款管理、合同管理以及保理融资等功能模块的基础上实现的。本实施例的用户可以为企业用户，也可以为个人用户。当用户需要融资时，登录商业保理管理系统，在系统的融资页面上输入用户信息、申请金额等与融资相关的融资信息。当用户为企业用户时，用户信息包括企业名称、统一社会信用代码、注册地址、银行账户、银行账号以及企业法人等信息；当用户为个人用户时，用户信息包括个人名称、身份证、联系方式、银行账号等信息。

步骤12、根据所述融资信息和融资申请书模板生成融资申请书。

接收到用户输入的融资信息后，自动识别融资信息的各项值，并一一复制粘贴到融资申请书模板的对应栏或对应区域中，填写完成后，生成该用户的电子版的融资申请书。

如以本实施例的用户为企业用户为例，企业版的融资申请书模板中的包括企业信息、申请额度等信息，其中，企业信息可以包括企业名称、统一社会信用代码、注册地址、银行账户、银行账号以及企业法人等信息。将这些融资信息分别识别，复制粘贴到融资申请书模板的对应栏中。

步骤13、对所述融资申请书中包含的融资信息进行核对。

得到用户的电子版的融资申请书后，在发送给用户之前，需要对融资申请书的融资信息进行核对，避免用户输入出错，或者识别、复制、粘贴、生成等过程中出现错误。

具体核对时，可以对比用户输入的融资信息和生成的融资申请书中对应项是否一致，或者，可以从可靠的第三方获取用户信息，对比从第三方获取的用户信息与融资申请书中的对应项是否一致。当核对融资信息包括的申请金额时，还需要进一步对比用户输入的大小写数字是否一致，避免识别复制操作无误，但用户前后输入的申请金额不同；又或者，可以由人工进行所有的核对工作。

当核对有误时，若由于用户输入出错，返回给用户重新输入，根据再次输入的融资信息重新生成融资申请书；若由于识别、复制、粘贴、生成等过程有误，直接在之前的融资申请书上修改有误项，无需返回给用户。对修改后重新生成的新的融资申请书继续进行核对，直到无误。

步骤14、若核对无误，发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书。

确保融资申请书中包含的融资信息无误后，将融资申请书发送给用户终端，用户将其签章UKey插入其终端上，对融资申请书进行用户电子签章。UKey是一种通过USB（通用串行总线接口）直接与计算机、智能手机终端或平板电脑等连接、具有密码验证功能、可靠高速的小型存储设备。UKey最大的特点就是安全性高，技术规范一致性强，操作系统兼容性好，携带使用灵活。采用Ukey进行用户电子签章，可以保证用户在UKey下的操作不可篡改、抵赖，避免现有技术中通过纸质文件签名盖章时他人代签、使用假章等情况的发生。

本实施例中，用户签章时，无需下载融资申请书，在线上可直接在线签章，签章完成后，点击提交即可，省去下载、上传操作，更省时便捷。用户点击提交后，得到初签融资申请书，该初签融资申请书上所有需要用户签章的地方均已签章完成，若用户未完成所有签章，在点击提交按键时，页面上弹出未完成消息提醒用户未完成签章。可选的，用户可以一次性对所有需要签章的地方进行用户电子签章，即批量签章，也可以逐一的进行电子签章。

步骤15、接收返回的所述初签融资申请书。

步骤16、对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书。

在用户提交后，保理商即可接收到初签融资申请书，在初签融资申请书进行保理商电子签章。保理商采用保理商签章UKey进行电子签章，具体操作与用户签章类似，此处不再赘述。当用户和保理商均已签章，即可得到电子版的已签章的融资申请书，此时，该融资申请书已具备法律效力。

本实施例中，用户与保理商均在商业保理管理系统上在线进行电子签章，无需打印纸质融资申请书，无需来回邮寄纸质融资申请书，大大的提高了签章效率，节省了签章成本，并且，通过线上电子签章，可避免纸质融资申请书在邮寄过程中被篡改、丢失，或者签约完成后发生用户抵赖其已签章的文件等情况，防止现有技术中通过纸质文件签名盖章时他人代签、使用假章等情况的发生。

本实施例提供了一种商业保理管理方法，包括接收用户输入的融资信息，根据所述融资信息和融资申请书模板生成融资申请书，对所述融资申请书中包含的融资信息进行核对，若核对无误，发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书，接收返回的所述初签融资申请书，对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书，实现了线上电子签章，无需打印纸质融资申请书，无需来回邮寄纸质融资申请书，大大的提高了签章效率，节省了签章成本，解决了现有技术中在商业保理签署文件过程中，采用纸质盖章件在各方之间传递、盖章，传递效率低、成本高、安全性低的问题。

图2是本发明实施例二提供的另一种商业保理管理方法的实现流程示意图，本实施例二是在图1所示实施例一的基础上实现的，如图2所示，本实施例提供的商业保理管理方法包括以下步骤：

步骤201、获取用户的信用信息、应收账款信息和应收账款转让信息。

为避免用户融资后无法偿还，保理商在获知用户需要融资时，先对用户进行风控评估，确认用户最多可申请融资的额度，将评估结果告知用户，以便用户在输入融资信息时，填写的申请金额不大于其可申请的额度。

具体的，首先获取用户提交的信用信息、应收账款信息，其中，信用信息可以包括用户的征信报告，应收账款信息可以包括应收账款的发票，根据信用信息和应收账款信息评估额度，出具额度确认书并发送给用户终端。可选的，当用户为企业用户时，信用信息还可以包括公司财务状况、经营状况等信息。

然后接收用户输入的应收账款转让信息，应收账款转让信息中包括转让资料，且用户已经对该转让资料进行了用户电子签章，转让资料具体可以包括应收账款债券转让协议、转让发票、销售合同等信息。对应收账款转让信息进行审核，审核通过后出具转让通知书并发送给用户终端。

本实施例中，保理商通过商业保理管理系统发送的额度确认书和转让通知书，发送之前均已经过保理商进行了保理商电子签章。

步骤202、根据所述信用信息、所述应收账款信息和所述应收账款转让信息确定可融资额度。

根据用户提交的信用信息和应收账款信息估计额度，再结合应收账款转让信息，确定用户可融资额度，该可融资额度为用户可申请融资金额的最高金额，用户输入的融资信息中的申请金额不大于可融资额度。

步骤203、发送包括所述可融资额度的通知信息至相应的用户终端。

步骤204、接收用户输入的融资信息。

步骤205、根据所述融资信息和融资申请书模板生成融资申请书。

步骤206、对所述融资申请书中包含的融资信息进行核对。

步骤207、若核对无误，发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书。

步骤208、接收返回的所述初签融资申请书。

步骤209、对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书。

上述步骤204至步骤209，分别对应实施例一中的步骤11至步骤16，参见实施例一中步骤11至步骤16中相应的阐述，此处不再赘述。

步骤210、发送融资申请成功的通知信息至相应的用户终端。

得到保理商和用户均已完成电子签章的融资申请书后，表明用户的融资申请已申请成功，通过商业保理管理系统向用户发送融资申请成功的通知信息。

步骤211、根据所述申请额度向所述用户转账，根据所述申请额度更新所述可融资额度。

并且，按照融资申请书中签定的转账时间，保理商在商业保理管理系统上向用户的银行账户转账，转出金额为用户提交的申请金额。同时，根据已转出的申请金额，更新该用户的可融资额度，更新后的可融资额度等于原可融资额度减去已融资金额（即申请金额），当用户提交的申请额度等于可融资额度时，该用户无法再申请融资。

本实施例提供了一种商业保理管理方法，所述方法包括获取用户的信用信息、应收账款信息和应收账款转让信息，根据所述信用信息、所述应收账款信息和所述应收账款转让信息确定可融资额度，发送包括所述可融资额度的通知信息至相应的用户终端，接收用户输入的融资信息，根据所述融资信息和融资申请书模板生成融资申请书，对所述融资申请书中包含的融资信息进行核对，若核对无误，发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书，接收返回的所述初签融资申请书，对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书，发送融资申请成功的通知信息至相应的用户终端，根据所述申请额度向所述用户转账，根据所述申请额度更新所述可融资额度，实现了线上电子签章，根据线上电子签章转账，大大的提高了签章效率，节省了签章成本，解决了现有技术中在商业保理签署文件过程中，采用纸质盖章件在各方之间传递、盖章，传递效率低、成本高、安全性低的问题。

图3是图2所示实施例二的步骤202的细化步骤流程示意图，如图3所示，本实施例三中，所述根据所述信用信息、所述应收账款信息和所述应收账款转让信息确定可融资额度，具体包括以下步骤：

步骤301、根据所述信用信息判断所述用户的信用等级。

根据用户的信用信息判断用户的信用等级。信用等级是信用（资信）评估机构根据企业资信评估结果对企业信用度划分的等级类别，它反映了企业信用度的高低，同时也是衡量企业财务能力的重要指标体系。不同信用等级的用户可融资额度不同，信用等级越高，说明用户的信用越好，可融资额度越高。

当用户为企业用户时，信用等级采用国际通行的“四等十级制”评级等级，具体等级分为：AAA（信用极好），AA（信用优良），A（信用较好），BBB（信用一般），BB（信用欠佳），B（信用较差），CCC（信用很差），CC（信用极差），C（没有信用），D（没有信用，企业已濒临破产）。

当用户为个人用户时，信用等级包括正常、关注、次级、可疑和损失五个级别。

步骤302、验证所述应收账款信息是否有效。

其中，所述信用信息包括用户征信报告，所述应收账款信息包括发票，所述发票包括电子发票、纸质发票图片中的至少一种。

由于用户提交的发票可能为假发票，或者已经被使用过，此时，该发票已经是无效的。为避免这种情况，在接收到用户应收账款信息后，对其中的发票进行验证，筛选出有效的发票。具体的验证过程为：首先提取所述发票的识别信息，所述识别信息包括发票代码、号码、日期和金额，然后根据所述发票的识别信息验证所述发票是否有效，当所述发票的识别信息为真，且所述发票未被使用过，确定所述发票是有效的发票。当发票的识别信息为假，或者发票已被使用过，则确定发票是无效的。

对用户提供的所有发票一一验证，将有效的发票和无效的发票区分，统计有效的金额，同时将验证统计结果进行保理商电子签章后发送给用户。

步骤303、根据有效的应收账款信息、所述信用等级和所述应收账款转让信息查询预设规则表，确定所述用户的可融资额度。

根据用户的信用等级、提供的有效的发票，以及实际转让的发票中开具的金额，查询预设规则表，即可得到用户的可融资额度，该可融资额度是用户最大的融资申请金额。

图4是本发明实施例四提供的另一种商业保理管理方法的实现流程示意图，本实施例四是在图2所示实施例二的基础上实现的，本实施例是用户获取签章UKey的步骤，签章UKey是用户在各种文件上进行用户电子签章时必不可少的设备。如图4所示，在步骤201获取用户的信用信息、应收账款信息和应收账款转让信息之前，本实施例提供的商业保理管理方法还包括以下步骤：

步骤41、获取用户输入的注册信息。

步骤42、审核所述注册信息是否正确。

步骤43、当所述注册信息正确，获取所述用户发送的开通电子签章的请求信息。

步骤44、根据所述注册信息开通用户电子签章。

用户在商业保理管理系统上注册获取合法身份时，根据用户输入的注册信息和用户注册完成后提交的开通电子签章的请求信息，为用户制作可唯一标识其身份的用于电子签章的UKey。

步骤45、当所述注册信息不正确，发送重新注册信息至用户，所述重新注册信息中包括审核未通过的信息。

用户输入的注册信息必须是无误的，因此需要对注册信息进行审核，若审核不通过，说明填写的信息不符合要求或是有误的，提醒用户重新填写，直到其注册信息完全正确，否则不予开通电子签章。

可选的，用户收到签章UKey后，为避免被盗用或其他不安全因素，还需要对其进行激活操作，只有激活成功后才能正常使用电子签章功能。

图5是本发明实施例五提供的一种商业保理管理系统的示意图，如图5所示，本实施例提供的商业保理管理系统包括以下模块：

接收模块51，用于接收用户输入的融资信息；

生成模块52，用于根据所述融资信息和融资申请书模板生成融资申请书；

核对模块53，用于对所述融资申请书中包含的融资信息进行核对；

发送模块54，若核对无误，用于发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书；

所述接收模块51，还用于接收返回的所述初签融资申请书；

电子签章模块55，用于对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书。

本实施例五提供的一种商业保理管理系统，用于实现实施例一所述的商业保理管理方法，其中各个模块的功能可以参考方法实施例中相应的描述，其实现原理和技术效果类似，此处不再赘述。

图6是本发明实施例六提供的终端设备的示意图。如图6所示，该实施例的终端设备6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62，例如商业保理管理程序。所述处理器60执行所述计算机程序62时实现上述各个商业保理管理方法实施例中的步骤，例如图1所示的步骤11至16。或者，所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块的功能，例如图5所示模块51至55的功能。

示例性的，所述计算机程序62可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器61中，并由所述处理器60执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序62在所述终端设备6中的执行过程。例如，所述计算机程序62可以被分割成接收模块、生成模块、核对模块、发送模块和电子签章模块（虚拟装置中的单元模块），各模块具体功能如下：

接收模块，用于接收用户输入的融资信息；

生成模块，用于根据所述融资信息和融资申请书模板生成融资申请书；

核对模块，用于对所述融资申请书中包含的融资信息进行核对；

发送模块，若核对无误，用于发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书；

所述接收模块，还用于接收返回的所述初签融资申请书；

电子签章模块，用于对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书。

所述终端设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备6可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是终端设备6的示例，并不构成对终端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备6还可以包括输入输出设备、网络接入设备、总线等。

所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器61可以是所述终端设备6的内部存储单元，例如终端设备6的硬盘或内存。所述存储器61也可以是所述终端设备6的外部存储设备，例如所述终端设备6上配备的插接式硬盘，智能存储卡（Smart Media Card，SMC），安全数字（Secure Digital，SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器61还可以既包括所述终端设备6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述终端设备6所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述终端设备的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（Read-Only Memory，ROM）、随机存取存储器（RandomAccess Memory，RAM）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种商业保理管理方法，其特征在于，包括：

接收用户输入的融资信息；

根据所述融资信息和融资申请书模板生成融资申请书；

对所述融资申请书中包含的融资信息进行核对，若核对无误，发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书；

接收返回的所述初签融资申请书；

对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书。

2.根据权利要求1所述的商业保理管理方法，其特征在于，所述接收用户输入的融资信息之前，还包括：

获取用户的信用信息、应收账款信息和应收账款转让信息；

根据所述信用信息、所述应收账款信息和所述应收账款转让信息确定可融资额度；

发送包括所述可融资额度的通知信息至相应的用户终端。

3.根据权利要求2所述的商业保理管理方法，其特征在于，所述得到已签章的融资申请书之后，还包括：

发送融资申请成功的通知信息至相应的用户终端；

根据所述申请额度向所述用户转账，根据所述申请额度更新所述可融资额度。

4.根据权利要求2所述的商业保理管理方法，其特征在于，所述根据所述信用信息、所述应收账款信息和所述应收账款转让信息确定可融资额度，包括：

根据所述信用信息判断所述用户的信用等级；

验证所述应收账款信息是否有效；

根据有效的应收账款信息、所述信用等级和所述应收账款转让信息查询预设规则表，确定所述用户的可融资额度。

5.根据权利要求4所述的商业保理管理方法，其特征在于，所述信用信息包括用户征信报告，所述应收账款信息包括发票，所述发票包括电子发票、纸质发票图片中的至少一种；

所述验证所述应收账款信息是否有效，包括：

提取所述发票的识别信息，所述识别信息包括发票代码、号码、日期和金额；

根据所述发票的识别信息验证所述发票是否有效；

当所述发票的识别信息为真，且所述发票未被使用过，确定所述发票是有效的发票。

6.根据权利要求2所述的商业保理管理方法，其特征在于，所述获取用户的信用信息、应收账款信息和应收账款转让信息之前，还包括：

获取用户输入的注册信息；

审核所述注册信息是否正确；

当所述注册信息正确，获取所述用户发送的开通电子签章的请求信息；

根据所述注册信息开通用户电子签章。

7.根据权利要求6所述的商业保理管理方法，其特征在于，所述方法还包括：

当所述注册信息不正确，发送重新注册信息至用户，所述重新注册信息中包括审核未通过的信息。

8.一种商业保理管理系统，其特征在于，包括：

接收模块，用于接收用户输入的融资信息；

生成模块，用于根据所述融资信息和融资申请书模板生成融资申请书；

核对模块，用于对所述融资申请书中包含的融资信息进行核对；

发送模块，若核对无误，用于发送用户电子签章的请求信息至相应的用户终端，以使所述用户根据所述请求信息对所述融资申请书进行用户电子签章，得到初签融资申请书；

所述接收模块，还用于接收返回的所述初签融资申请书；

电子签章模块，用于对所述初签融资申请书进行保理商电子签章，得到已签章的融资申请书。

9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1至7任一项所述方法的步骤。

Images