本发明涉及金融技术领域，尤其涉及一种额度审批方法和装置。
背景技术：
现有的额度审批流程为：①当额度审批系统接收到额度审批请求时，自动生成审批链；②一级审批人员到理赔系统查看该企业是否存在理赔记录，若该企业存在理赔记录，则驳回该额度审批请求；③若该企业未存在理赔记录，一级审批人员则到第三方数据库获取该企业的基本信息、财务报告等信息；④二级审批人员根据该企业的基本信息、财务报告等信息确定该企业的信用额度；⑤二级审批人员根据信用额度确定该企业的审批额度。由此可知，在额度审批过程中，由于人工操作环节过多，没有统一的审批规则，导致额度审批结果带有审批人员的主观性；且由于审批时间长，导致审批效率低下。
技术实现要素：
本发明的主要目的在于提供一种额度审批方法和装置，旨在解决现有的额度审批规则不统一，额度审批效率低下的技术问题。
为实现上述目的，本发明提供一种额度审批方法，所述额度审批方法包括步骤：
当接收到用户的额度审批请求时，额度审批系统通过工作流引擎获取所述额度审批请求中与所述用户对应的标识信息；
根据所述标识信息在预置信息库中获取对应的审批信息；
根据所述审批信息，通过预设规则确定所述用户的审批额度。
优选地，在所述根据所述标识信息在预置信息库中获取对应的审批信息的步骤之前，所述额度审批方法还包括：
将所述标识信息发送给理赔系统，以供所述理赔系统根据所述标识信息确定所述用户是否存在理赔信息，并返回响应信息；
若根据所接收的响应信息确定所述用户未存在理赔记录，则转入根据所述标识信息在所述预置信息库中获取所述用户的审批信息的步骤；
若根据所接收的响应信息确定所述用户存在理赔记录，则结束审批所述用户额度申请的审批操作。
优选地，所述若根据所接收的响应信息确定所述用户未存在理赔记录，则根据所述标识信息在所述预置信息库中获取所述用户的审批信息的步骤包括：
若根据所接收的响应信息确定所述用户未存在理赔记录，则获取所述审批信息的更新时间；
若所述更新时间小于或者等于预设时间段，则根据所述标识信息在所述预置信息库中获取所述审批信息。
优选地，所述根据所述审批信息，通过预设规则确定所述用户的审批额度的步骤包括：
根据所述审批信息，通过预设公式计算所述用户的财务指标；
根据所述审批信息和财务指标计算所述用户的额度分数；
根据所述额度分数确定所述用户的信用额度；
根据所述额度审批请求获取所述用户的申请额度，以及根据所述审批信息获取所述用户的已借额度；
根据所述信用额度、申请额度和已借额度计算所述用户的审批额度。
优选地，所述根据所述信用额度、申请额度和已借额度计算所述用户的审批额度的步骤包括：
计算所述信用额度和所述已借额度的差值，得到可用额度；
将所述可用额度和申请额度进行对比，在所述可用额度和所述申请额度中选择小者作为所述用户的审批额度。
此外，为实现上述目的，本发明还提供一种额度审批装置，所述额度审批装置包括：
获取模块，用于当接收到用户的额度审批请求时，通过工作流引擎获取所述额度审批请求中与所述用户对应的标识信息；根据所述标识信息在预置信息库中获取对应的审批信息；
确定模块，用于根据所述审批信息，通过预设规则确定所述用户的审批额度。
优选地，所述额度审批装置还包括：
发送模块，用于将所述标识信息发送给理赔系统，以供所述理赔系统根据所述标识信息确定所述用户是否存在理赔信息，并返回响应信息；
所述获取模块还用于若根据所接收的响应信息确定所述用户未存在理赔记录，则根据所述标识信息在所述预置信息库中获取所述用户的审批信息所述额度审批装置还包括：
结束模块，用于若根据所接收的响应信息确定所述用户存在理赔记录，则结束审批所述用户额度申请的审批操作。
优选地，所述获取模块还用于若根据所接收的响应信息确定所述用户未存在理赔记录，则获取所述审批信息的更新时间；若所述更新时间小于或者等于预设时间段，则根据所述标识信息在所述预置信息库中获取所述审批信息。
优选地，所述确定模块包括：
计算单元，用于根据所述审批信息，通过预设公式计算所述用户的财务指标；根据所述审批信息和财务指标计算所述用户的额度分数；
确定单元，用于根据所述额度分数确定所述用户的信用额度；
获取单元，用于根据所述额度审批请求获取所述用户的申请额度，以及根据所述审批信息获取所述用户的已借额度；
所述计算单元还用于根据所述信用额度、申请额度和已借额度计算所述用户的审批额度。
优选地，所述计算单元包括：
计算子单元，用于计算所述信用额度和所述已借额度的差值，得到可用额度；
对比子单元，用于将所述可用额度和申请额度进行对比，在所述可用额度和所述申请额度中选择小者作为所述用户的审批额度。
本发明通过当接收到用户的额度审批请求时，额度审批系统通过工作流引擎获取所述额度审批请求中与所述用户对应的标识信息；根据所述标识信息在预置信息库中获取对应的审批信息；根据所述审批信息，通过预设规则确定所述用户的审批额度。实现了自动进行额度审批，提高了额度审批效率；且通过设置额度审批规则，使额度审批标准化，使所得的审批额度更具客观性。
附图说明
图1为本发明额度审批方法较佳实施例的流程示意图；
图2为本发明额度审批装置较佳实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种额度审批方法。
参照图1，图1为本发明额度审批方法较佳实施例的流程示意图。
在本实施例中，提供了额度审批方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本申请的额度审批方法可由服务器来执行，也可以由终端来执行，还可以由服务器和终端共同执行。终端包括但不限于pc、手机、以及平板电脑等。
在本实施例中，所述额度审批方法包括：
步骤s10，当接收到用户的额度审批请求时，额度审批系统通过工作流引擎获取所述额度审批请求中与所述用户对应的标识信息。
在本申请中，额度审批系统采用activity工作流引擎技术，在额度审批过程中，将额度审批流程中的各个节点设置成servicetask任务节点，以实现自动执行额度审批流程的操作。
当额度审批系统接收到用户的额度审批请求时，启动工作流引擎，获取额度审批请求中与用户对应的标识信息。在本实施例中，该用户可为个人用户，也可为企业用户。在本申请中，以企业用户为例进行说明。需要说明的是，企业的标识信息为企业编码，企业编码可以用来唯一标识企业，以区分不同的企业。
步骤s20，根据所述标识信息在预置信息库中获取对应的审批信息。
当额度审批系统获取到企业的标识信息后，根据企业的标识信息在预置信息库中获取该企业的审批信息。其中，企业的审批信息包括企业基本信息和财务信息。企业基本信息包括企业编码、企业中文名称、企业英文名称、企业所属国家、所属行业、成立时间、员工人数、注册资金、企业地址、企业状态、法人代表、公司证件类型(工商注册号、社会信用代码、组织机构代码、邓氏编码)以及股东持股情况等。财务信息包括总资产、营业收入、总负债、主营利润、滚动资产、净利润、滚动负债、应入账款、存货、营业成本、利润总额、财务费用、净资产、应付账款、应收账款、应收账款周转天数、存货周转天数、应付账款周转天数以及销售成本等。需要说明的是，总资产、营业收入、总负债、主营利润等财务信息包括了各个年度的数据，以及总数据等。额度审批系统可通过与相应的金融机构进行通信，以获取金融机构存储的企业相关数据，并将所获取的数据存储在预置信息库中。如额度审批系统可与金融机构建立restful服务接口通信来获取企业的审批信息，该restful服务接口采用springmvc技术实现。
进一步地，若额度审批系统在根据标识信息在预置信息库中未获取到对应的审批信息时，额度审批系统可根据该企业的标识信息在相应的金融机构中获取审批信息，并将所获取的审批信息存储至预置信息库中。
步骤s30，根据所述审批信息，通过预设规则确定所述用户的审批额度。
当额度审批系统获取到审批信息时，额度审批系统根据该审批信息，通过预先设置的规则确定该企业的审批额度。
进一步地，所述步骤s30包括：
步骤a，根据所述审批信息，通过预设公式计算所述用户的财务指标。
进一步地，在获取到企业的审批信息时，额度审批系统根据该审批信息，通过预设公式计算该企业的财务指标。其中，预设公式包括但不限于：流动比率＝流动资产/流动负债；速动比率＝(流动资产-存货)/流动负债；利率保障倍数＝(利润总额+财务费用)/财务费用；资产负债率＝总负债/总资产；应收账款周转天数＝360*(上一年应收账款+应收账款)/(营业收入*2)；存货周转天数＝360*(上一年存货+存货)/(销售成本*2)；应付账款周转天数＝360*(上一年应付账款+应付账款)/(销售成本*2)；现金周期＝应收账款周转天数+存货周转天数-应付账款周转天数；销售毛利率＝(营业收入-销售成本)/营业收入；销售净利率＝净利润/营业收入；总资产报酬率＝净利润*2/(上一年总资产+总资产)；净资产回报率＝净利润/净资产；产权比率＝总负债/净资产；总资产周转率＝营业收入*2/(上一年总资产+总资产)。
步骤b，根据所述审批信息和财务指标计算所述用户的额度分数。
当通过预设公式计算到该企业各个配置因子的财务指标时，额度审批系统基于预先设置好的映射关系，根据审批信息和财务指标计算该企业的额度分数。需要说明的是，在本实施例中所描述的配置因子是流动比率、速动比率、利率保障倍数、资产负债率、应收账款周转天数、存货周转天数、应付账款周转天数、现金周期、销售毛利率、销售净利率、总资产报酬率、净资产回报率、产权比率、总资产周转率以及审批信息等。在映射关系中，各个配置因子，在不同数值范围内，都对应着不同的分数。如资产负债率的映射关系为：当资产负债率等于或者大于0.4，小于0.5时，对应的分数为70；当资产负债率等于或者大于0.5，小于0.6时，对应的分数为60；当资产负载率等于或者大于0.6，小于0.7时，对应的分数为50等。企业所属行业的映射关系为：当企业属于it行业时，对应的分数为30；当企业属于金融行业时，对应的分数为35；当企业属于食品行业时，对应的分数为40等。营业收入的映射关系为：当营业收入等于或者大于200万，小于500万时，对应的分数为30；当营业收入等于或者大于500万，小于700万时，对应的分数为35；当营业收入等于或者大于700万，小于1亿时，对应的分数为40等。可以理解的是，资产负债率、所属行业以及营业收入的映射关系中的对应关系并不限制于本实施例，如在资产负债率中，资产负债率的范围还可能在等于或者大于0.1，小于0.2范围内，或者在等于或者大于0.7，小于0.8范围内；在营业收入中，营业收入的范围可能小于200万，也可能大于1亿。因此，配置因子在不同范围内都有其对应的分数。在申请中，将通过映射关系所确定的配置因子对应的分数作为额度分数。
步骤c，根据所述额度分数确定所述用户的信用额度。
当额度审批系统得到各个配置因子的额度分数时，将各个配置因子的额度分数相加，得到该企业的总额度分数，并通过总额度分数确定该企业的信用额度。在根据总额度分数确定该企业的信用额度过程中，不同的总额度分数对应着不用的信用额度。如当总额度分数为等于或者大于0，小于50分时，对应的信用额度为500万；当总额度分数为等于或者大于50，小于100分时，对应的信用额度为1亿；当总额度分数为等于或者大于100，小于150分时，对应的信用额度为1.5亿等。如当某一企业的总额度分数为130分时，对应的信用额度为1.5亿。
步骤d，根据所述额度审批请求获取所述用户的申请额度，以及根据所述审批信息获取所述用户的已借额度；
步骤e，根据所述信用额度、申请额度和已借额度计算所述用户的审批额度。
额度审批系统根据所获取的额度审批请求获取该企业的申请额度，并根据所获取的审批信息获取该企业的已借额度。当得到信用额度、申请额度和已借额度时，额度审批系统根据信用额度、申请额度和已借额度计算该企业的审批额度。
进一步地，所述步骤e包括：
步骤e1，计算所述信用额度和所述已借额度的差值，得到可用额度；
步骤e2，将所述可用额度和申请额度进行对比，在所述可用额度和所述申请额度中选择小者作为所述用户的审批额度。
进一步地，在额度审批系统根据信用额度、申请额度和已借额度计算该企业的审批额度的过程中，额度审批系统计算信用额度和已借额度之间的差值，即将信用额度减去已借额度，得到可用额度。可以理解的是，信用额度和已借额度之间的差值就是可用额度。当计算得到可用额度后，额度审批系统将可用额度与申请额度进行对比，在可用额度和申请额度中选择额度小者作为该企业的审批额度。
进一步地，设置预置信息库中审批信息的有效期。当预置信息库中的信息超过有效期后，额度审批系统自动更新预置信息库中的审批信息。如当有效期为10个月时，当额度审批系统侦测到预置信息库中的审批信息上一次更新时间距离当前时间超过10个月时，自动更新预置信息库中的审批信息。
本实施例通过当接收到用户的额度审批请求时，额度审批系统通过工作流引擎获取所述额度审批请求中与所述用户对应的标识信息；根据所述标识信息在预置信息库中获取对应的审批信息；根据所述审批信息，通过预设规则确定所述用户的审批额度。实现了自动进行额度审批，提高了额度审批效率；且通过设置额度审批规则，使额度审批标准化，使所得的审批额度更具客观性。
进一步地，提出本发明额度审批方法第二实施例。
所述额度审批方法第二实施例与所述额度审批方法第一实施例的区别在于，所述额度审批方法还包括：
步骤f，将所述标识信息发送给理赔系统，以供所述理赔系统根据所述标识信息确定所述用户是否存在理赔信息，并返回响应信息。
当额度审批系统获取到该企业的标识信息后，将标识信息发送给与额度审批系统连接的理赔系统。当理赔系统接收到额度审批系统发送的标识信息后，根据该标识信息在其数据库中查找与该企业对应的理赔信息，得到查找结果，并根据查找结果生成响应消息，将该响应消息返回给额度审批系统。其中，理赔信息包括但不限于理赔保单号、被保险人(放款企业)、买家(借款企业)编号、报案号、赔付时间、赔付记录、赔付金额以及赔案状态。在本实施例中，额度审批系统与理赔系统可通过restful服务接口建立通信连接，也可通过tcp(transmissioncontrolprotocol，传输控制协议)等其它方式建立通信连接。
若根据所接收的响应信息确定所述用户未存在理赔记录，则转入步骤s20。
当额度审批系统接收到响应消息时，解析该响应消息，根据解析结果确定该企业是否存在理赔记录。若解析结果中未存在理赔记录，则表明该企业未曾发生过理赔，额度审批系统根据该企业的标识信息在预置信息库中获取该企业的审批信息。
进一步地，所述额度审批方法还包括：
步骤g，若根据所接收的响应信息确定所述用户未存在理赔记录，则获取所述审批信息的更新时间；
步骤h，若所述更新时间小于或者等于预设时间段，则根据所述标识信息在所述预置信息库中获取所述审批信息。
所述额度审批方法还包括：步骤i，若所述更新时间大于预设时间段，则根据所述标识信息从第三方数据库获取所述审批信息。
进一步地，额度审批系统在根据所接收的响应信息确定该企业未存在理赔记录时，获取预置信息库中审批信息的更新时间，并判断审批信息的更新时间是否大于预设时间段。若预置信息库中审批信息的更新时间大于预设时间段，额度审批系统则根据该企业的标识信息从与其连接的第三方数据库中获取该审批信息；若预置信息库中审批信息的更新时间小于或者等于预设时间段，额度审批系统则根据该企业的标识信息在预置信息库中获取该企业的审批信息。需要说明的是，该第三方数据库为专门存储企业相关信息的数据库。预设时间段可根据具体需要而设置。如当设置为6个月时，当审批信息的更新时间为5个月前时，额度审批系统则根据标识信息在预置信息库中获取审批信息；当审批信息的更新时间为7个月前时，额度审批系统则根据标识信息在第三方数据库获取审批信息。
进一步地，所述步骤s21之后，还包括：
步骤g，若根据所接收的响应信息确定所述用户存在理赔记录，则结束审批所述用户额度申请的审批操作。
进一步地，当额度审批系统根据所接收的响应信息确定该企业存在理赔记录时，额度审批系统则调用activityapi(applicationprogramminginterface，应用程序编程接口)结束审批该企业额度申请的审批操作。
本实施例通过在获取到标识信息时，将标识信息发送给理赔系统，由理赔系统返回对应的响应消息。当额度审批系统根据所接收的响应消息确定该用户未存在理赔记录时，才会获取对应的审批信息；当根据所接收的响应消息确定该用户存在理赔记录时，结束审批该企业额度申请的审批操作。降低了保险公司、贷款企业以及银行等机构的风险。
本发明进一步提供一种额度审批装置。
参照图2，图2为本发明额度审批装置的较佳实施例的功能模块示意图。
需要强调的是，对本领域的技术人员来说，图2所示模块图仅仅是一个较佳实施例的示例图，本领域的技术人员围绕图2所示的额度审批装置的模块，可轻易进行新的模块的补充；各模块的名称是自定义名称，仅用于辅助理解该额度审批装置的各个程序功能块，不用于限定本发明的技术方案，本发明技术方案的核心是，各自定义名称的模块所要达成的功能。
在本实施例中，所述额度审批装置包括：
获取模块10，用于当接收到用户的额度审批请求时，通过工作流引擎获取所述额度审批请求中与所述用户对应的标识信息；根据所述标识信息在预置信息库中获取对应的审批信息。
在本申请中，额度审批系统采用activity工作流引擎技术，在额度审批过程中，将额度审批流程中的各个节点设置成servicetask任务节点，以实现自动执行额度审批流程的操作。
额度审批装置应用于额度审批系统中。当获取模块10接收到用户的额度审批请求时，启动工作流引擎，获取额度审批请求中与用户对应的标识信息。在本实施例中，该用户可为个人用户，也可为企业用户。在本申请中，以企业用户为例进行说明。需要说明的是，企业的标识信息为企业编码，企业编码可以用来唯一标识企业，以区分不同的企业。
所述获取模块10还用于根据所述标识信息在预置信息库中获取对应的审批信息。
当获取模块10获取到企业的标识信息后，根据企业的标识信息在预置信息库中获取该企业的审批信息。其中，企业的审批信息包括企业基本信息和财务信息。企业基本信息包括企业编码、企业中文名称、企业英文名称、企业所属国家、所属行业、成立时间、员工人数、注册资金、企业地址、企业状态、法人代表、公司证件类型(工商注册号、社会信用代码、组织机构代码、邓氏编码)以及股东持股情况等。财务信息包括总资产、营业收入、总负债、主营利润、滚动资产、净利润、滚动负债、应入账款、存货、营业成本、利润总额、财务费用、净资产、应付账款、应收账款、应收账款周转天数、存货周转天数、应付账款周转天数以及销售成本等。需要说明的是，总资产、营业收入、总负债、主营利润等财务信息包括了各个年度的数据，以及总数据等。额度审批系统可通过与相应的金融机构进行通信，以供获取模块10获取金融机构存储的企业相关数据，并将所获取的数据存储在预置信息库中。如额度审批系统可与金融机构建立restful服务接口通信来获取企业的审批信息，该restful服务接口采用springmvc技术实现。
进一步地，若获取模块10在根据标识信息在预置信息库中未获取到对应的审批信息时，获取模块10可根据该企业的标识信息在相应的金融机构中获取审批信息，并将所获取的审批信息存储至预置信息库中。
确定模块20，用于根据所述审批信息，通过预设规则确定所述用户的审批额度。
当获取模块10获取到审批信息时，确定模块20根据该审批信息，通过预先设置的规则确定该企业的审批额度。
进一步地，所述确定模块20包括：
计算单元，用于根据所述审批信息，通过预设公式计算所述用户的财务指标。
进一步地，在获取到企业的审批信息时，计算单元根据该审批信息，通过预设公式计算该企业的财务指标。其中，预设公式包括但不限于：流动比率＝流动资产/流动负债；速动比率＝(流动资产-存货)/流动负债；利率保障倍数＝(利润总额+财务费用)/财务费用；资产负债率＝总负债/总资产；应收账款周转天数＝360*(上一年应收账款+应收账款)/(营业收入*2)；存货周转天数＝360*(上一年存货+存货)/(销售成本*2)；应付账款周转天数＝360*(上一年应付账款+应付账款)/(销售成本*2)；现金周期＝应收账款周转天数+存货周转天数-应付账款周转天数；销售毛利率＝(营业收入-销售成本)/营业收入；销售净利率＝净利润/营业收入；总资产报酬率＝净利润*2/(上一年总资产+总资产)；净资产回报率＝净利润/净资产；产权比率＝总负债/净资产；总资产周转率＝营业收入*2/(上一年总资产+总资产)。
所述计算单元还用于根据所述审批信息和财务指标计算所述用户的额度分数。
当通过预设公式计算到该企业各个配置因子的财务指标时，计算单元基于预先设置好的映射关系，根据审批信息和财务指标计算该企业的额度分数。需要说明的是，在本实施例中所描述的配置因子是流动比率、速动比率、利率保障倍数、资产负债率、应收账款周转天数、存货周转天数、应付账款周转天数、现金周期、销售毛利率、销售净利率、总资产报酬率、净资产回报率、产权比率、总资产周转率以及审批信息等。在映射关系中，各个配置因子，在不同数值范围内，都对应着不同的分数。如资产负债率的映射关系为：当资产负债率等于或者大于0.4，小于0.5时，对应的分数为70；当资产负债率等于或者大于0.5，小于0.6时，对应的分数为60；当资产负载率等于或者大于0.6，小于0.7时，对应的分数为50等。企业所属行业的映射关系为：当企业属于it行业时，对应的分数为30；当企业属于金融行业时，对应的分数为35；当企业属于食品行业时，对应的分数为40等。营业收入的映射关系为：当营业收入等于或者大于200万，小于500万时，对应的分数为30；当营业收入等于或者大于500万，小于700万时，对应的分数为35；当营业收入等于或者大于700万，小于1亿时，对应的分数为40等。可以理解的是，资产负债率、所属行业以及营业收入的映射关系中的对应关系并不限制于本实施例，如在资产负债率中，资产负债率的范围还可能在等于或者大于0.1，小于0.2范围内，或者在等于或者大于0.7，小于0.8范围内；在营业收入中，营业收入的范围可能小于200万，也可能大于1亿。因此，配置因子在不同范围内都有其对应的分数。在申请中，将通过映射关系所确定的配置因子对应的分数作为额度分数。
确定单元，用于根据所述额度分数确定所述用户的信用额度。
当计算单元得到各个配置因子的额度分数时，确定单元将各个配置因子的额度分数相加，得到该企业的总额度分数，并通过总额度分数确定该企业的信用额度。在确定单元根据总额度分数确定该企业的信用额度过程中，不同的总额度分数对应着不用的信用额度。如当总额度分数为等于或者大于0，小于50分时，对应的信用额度为500万；当总额度分数为等于或者大于50，小于100分时，对应的信用额度为1亿；当总额度分数为等于或者大于100，小于150分时，对应的信用额度为1.5亿等。如当某一企业的总额度分数为130分时，对应的信用额度为1.5亿。
获取单元，用于根据所述额度审批请求获取所述用户的申请额度，以及根据所述审批信息获取所述用户的已借额度；
所述计算单元还用于根据所述信用额度、申请额度和已借额度计算所述用户的审批额度。
获取单元根据所获取的额度审批请求获取该企业的申请额度，并根据所获取的审批信息获取该企业的已借额度。当得到信用额度、申请额度和已借额度时，计算单元根据信用额度、申请额度和已借额度计算该企业的审批额度。
进一步地，所述计算单元包括：
计算子单元，用于计算所述信用额度和所述已借额度的差值，得到可用额度；
对比子单元，用于将所述可用额度和申请额度进行对比，在所述可用额度和所述申请额度中选择小者作为所述用户的审批额度。
进一步地，在计算单元根据信用额度、申请额度和已借额度计算该企业的审批额度的过程中，计算子单元计算信用额度和已借额度之间的差值，即将信用额度减去已借额度，得到可用额度。可以理解的是，信用额度和已借额度之间的差值就是可用额度。当计算得到可用额度后，对比子单元将可用额度与申请额度进行对比，在可用额度和申请额度中选择额度小者作为该企业的审批额度。
进一步地，设置预置信息库中审批信息的有效期。当预置信息库中的信息超过有效期后，额度审批系统自动更新预置信息库中的审批信息。如当有效期为10个月时，当额度审批系统侦测到预置信息库中的审批信息上一次更新时间距离当前时间超过10个月时，自动更新预置信息库中的审批信息。
本实施例通过当接收到用户的额度审批请求时，获取所述额度审批请求中与所述用户对应的标识信息；根据所述标识信息在预置信息库中获取对应的审批信息；根据所述审批信息，通过预设规则确定所述用户的审批额度。实现了自动进行额度审批，提高了额度审批效率；且通过设置额度审批规则，使额度审批标准化，使所得的审批额度更具客观性。
进一步地，提出本发明额度审批装置第二实施例。
所述额度审批装置第二实施例与所述额度审批装置第一实施例的区别在于，所述额度审批装置包括：
发送模块，用于将所述标识信息发送给理赔系统，以供所述理赔系统根据所述标识信息确定所述用户是否存在理赔信息，并返回响应信息。
当获取到该企业的标识信息后，发送模块30将标识信息发送给与额度审批系统连接的理赔系统。当理赔系统接收到额度审批系统发送的标识信息后，根据该标识信息在其数据库中查找与该企业对应的理赔信息，得到查找结果，并根据查找结果生成响应消息，将该响应消息返回给发送模块30。其中，理赔信息包括但不限于理赔保单号、被保险人(放款企业)、买家(借款企业)编号、报案号、赔付时间、赔付记录、赔付金额以及赔案状态。在本实施例中，额度审批系统与理赔系统可通过restful服务接口建立通信连接，也可通过tcp(transmissioncontrolprotocol，传输控制协议)等其它方式建立通信连接。
所述获取模块10还用于若根据所接收的响应信息确定所述用户未存在理赔记录，则根据所述标识信息在所述预置信息库中获取所述用户的审批信息。
当发送模块接收到响应消息时，解析该响应消息，根据解析结果确定该企业是否存在理赔记录。若解析结果中未存在理赔记录，则表明该企业未曾发生过理赔，获取模块10根据该企业的标识信息在预置信息库中获取该企业的审批信息。
进一步地，所述获取模块10还用于若根据所接收的响应信息确定所述用户未存在理赔记录，则获取所述审批信息的更新时间；若所述更新时间小于或者等于预设时间段，则根据所述标识信息在所述预置信息库中获取所述审批信息。
进一步地，所述获取模块10还用于若所述更新时间大于预设时间段，则根据所述标识信息从第三方数据库获取所述审批信息；
进一步地，发送模块在根据所接收的响应信息确定该企业未存在理赔记录时，获取模块10获取预置信息库中审批信息的更新时间，并判断审批信息的更新时间是否大于预设时间段。若预置信息库中审批信息的更新时间大于预设时间段，获取模块10则根据该企业的标识信息从与其连接的第三方数据库中获取该审批信息；若预置信息库中审批信息的更新时间小于或者等于预设时间段，获取模块10则根据该企业的标识信息在预置信息库中获取该企业的审批信息。需要说明的是，该第三方数据库为专门存储企业相关信息的数据库。预设时间段可根据具体需要而设置。如当设置为6个月时，当审批信息的更新时间为5个月前时，获取单元22则根据标识信息在预置信息库中获取审批信息；当审批信息的更新时间为7个月前时，获取模块10则根据标识信息在第三方数据库获取审批信息。
进一步地，所述额度审批装置还包括：
结束模块，用于若根据所接收的响应信息确定所述用户存在理赔记录，则结束审批所述用户额度申请的审批操作。
进一步地，当结束模块根据所接收的响应信息确定该企业存在理赔记录时，结束模块则调用activityapi(applicationprogramminginterface，应用程序编程接口)结束审批该企业额度申请的审批操作。
本实施例通过在获取到标识信息时，将标识信息发送给理赔系统，由理赔系统返回对应的响应消息。当额度审批系统根据所接收的响应消息确定该用户未存在理赔记录时，才会获取对应的审批信息；当根据所接收的响应消息确定该用户存在理赔记录时，结束审批该企业额度申请的审批操作。降低了保险公司、贷款企业以及银行等机构的风险。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。