CN112884568A - 基于法人实时授信的融资方法、装置、电子设备及介质 - Google Patents

Abstract

本公开提供了一种基于法人实时授信的融资方法、装置、电子设备及介质，可应用于金融领域。上述融资方法中，接收由借款方发起的保理融资的申请信息；上述申请信息包括：融资类型、借款方信息、融资金额、交易对手信息、供应链信息以及借款方与交易对手之间的贸易信息；根据上述保理融资的申请信息确定授信占用对象和上述保理融资的申请是否符合法人实时授信条件。上述授信占用对象为上述借款方或上述交易对手。如果上述保理融资的申请符合法人实时授信条件，则对上述授信占用对象进行额度占用，并基于上述融资金额对上述借款方进行放款，直至向上述借款方放款成功后，调增上述授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

Description

基于法人实时授信的融资方法、装置、电子设备及介质

技术领域

本公开涉及金融技术领域，更具体地，涉及一种基于法人实时授信的融资方法、装置、电子设备及介质，还涉及一种计算机程序产品。

背景技术

在供应链中的采购方和供应商之间存在贸易往来，针对采购方为具有良好的信用和资金实力雄厚的核心企业的情况，金融机构会考虑到这些核心企业的风险较低，为核心企业与供应商的交易提供一些金融担保或者金融扶持的服务，例如保理融资业务。在保理融资业务中，通常供应商与核心企业(采购方)之间采用赊销的形式进行贸易，在核心企业实际付款之前，供应商可以将由于货物赊销产生的应收账款权转让给金融机构，在此期间供应商从金融机构申请保理融资，对应需要占用核心企业的授信。在核心企业向金融机构支付货款之后，核心企业被占用的授信解除。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：目前的保理融资的前提是采购方是信用等级较高的核心企业，并且需要提前对采购方进行授信核定，针对核心企业作为供应商且具有保理融资业务需求的场景，如果采购方没有在金融机构建立信贷关系或者提前进行授信核定，采用常规的办理保理融资的流程无法处理上述场景下核心企业作为供应商所提出的保理融资申请。

发明内容

有鉴于此，本公开的实施例提供了一种基于法人实时授信的融资方法、装置、电子设备及介质，还提供了一种计算机程序产品。

本公开的第一个方面提供了一种基于法人实时授信的融资方法。上述融资方法包括：接收由借款方发起的保理融资的申请信息。上述融资方法还包括：根据上述保理融资的申请信息确定授信占用对象和上述保理融资的申请是否符合法人实时授信条件。上述授信占用对象为上述借款方或上述交易对手。上述融资方法还包括：在上述保理融资的申请符合法人实时授信条件的情况下，对上述授信占用对象进行额度占用，并基于上述申请信息中的融资金额对上述借款方进行放款，并在向上述借款方放款成功的情况下，调增上述授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

根据本公开的实施例，上述法人实时授信条件为：上述借款方和上述交易对手均为可实时授信法人，且上述融资金额低于上述授信占用对象的法人实时授信限额。

根据本公开的实施例，上述申请信息还包括：交易对手信息和融资类型。根据上述保理融资的申请信息确定授信占用对象包括：根据上述交易对手信息和上述融资类型是否满足预设条件来确定上述授信占用对象为上述交易对手或上述借款方。上述预设条件包括：交易对手所处行业的信用风险等级低于设定值且保理融资的融资类型为买断型保理融资。在上述交易对手信息和上述融资类型满足上述预设条件的情况下，确定授信占用对象为交易对手。在上述交易对手信息和上述融资类型不满足上述预设条件的情况下，确定授信占用对象为借款方。

根据本公开的实施例，上述申请信息还包括：借款方信息和交易对手信息。根据上述保理融资的申请信息确定上述保理融资的申请是否符合法人实时授信条件，包括：根据上述借款方信息确定上述借款方是否为可实时授信法人；根据上述交易对手信息确定上述交易对手是否为可实时授信法人；确定上述融资金额是否低于上述授信占用对象的法人实时授信限额；在上述借款方和上述交易对手均为可实时授信法人且上述融资金额低于上述授信占用对象的法人实时授信限额的情况下，确定上述保理融资的申请符合法人实时授信条件。

根据本公开的实施例，根据借款方信息确定借款方是否为可实时授信法人，包括：根据上述借款方是否命中可实时授信法人名单来确定上述借款方是否为可实时授信法人，上述可实时授信法人名单中的法人均具有实时授信资质；在上述借款方命中可实时授信法人名单的情况下，确定上述借款方为可实时授信法人；在上述借款方没有命中可实时授信法人名单的情况下，确定上述借款方信息是否符合预设的可实时授信法人条件；在上述借款方信息符合预设的可实时授信法人条件的情况下，确定上述借款方为可实时授信法人。

根据本公开的实施例，根据上述交易对手信息确定上述交易对手是否为可实时授信法人，包括：根据上述交易对手是否命中可实时授信法人名单来确定上述交易对手是否为可实时授信法人；在上述交易对手命中可实时授信法人名单的情况下，确定上述交易对手为可实时授信法人；在上述交易对手没有命中可实时授信法人名单的情况下，确定上述交易对手信息是否符合预设的可实时授信法人条件；在上述交易对手信息符合预设的可实时授信法人条件的情况下，确定上述借款方为可实时授信法人。

根据本公开的一实施例，上述申请信息还包括：供应链信息，以及借款方与交易对手之间的贸易信息。上述授信占用对象的法人实时授信限额根据授信占用对象的经营信息、上述供应链信息和上述贸易信息实时测算得到。上述经营信息包括以下信息至少之一：历史经营数据、营收规模、存货、增长率、交易结构以及交易债项。上述贸易信息包括以下信息至少之一：应收/付账款、应收/付账款单据类型、贸易所处阶段、应收/付账款到期日。

根据本公开的另一实施例，上述申请信息还包括：供应链信息，以及借款方与交易对手之间的贸易信息。上述授信占用对象的法人实时授信限额根据参考限额和由风险评定经验模型得到的校准限额得到。上述参考限额根据上述授信占用对象的经营信息、上述供应链信息和上述贸易信息实时测算得到。上述经营信息包括以下信息至少之一：历史经营数据、营收规模、存货、增长率、交易结构以及交易债项。上述贸易信息包括以下信息至少之一：应收/付账款、应收/付账款单据类型、贸易所处阶段、应收/付账款到期日。上述风险评定经验模型得到的校准限额用于表征上述授信占用对象的法人实时授信限额的上限。

根据本公开的实施例，上述融资方法还包括：在上述保理融资申请不符合法人实时授信条件的情况下，确定授信占用对象是否预先经过授信评定；在授信占用对象预先经过授信评定的情况下，确定授信占用对象预先经过授信评定的授信额度是否大于等于上述融资金额；在上述授信占用对象预先经过授信评定的授信额度大于等于上述融资金额的情况下，占用上述授信占用对象预先经过授信评定的授信额度，占用的授信额度等于上述融资金额；根据风险控制策略校验融资是否通过；在融资校验通过的情况下，向借款方发放贷款；以及在上述保理融资实现成功还款的情况下，释放被占用的授信额度。

根据本公开的实施例，上述融资方法还包括：在以下三个条件满足至少之一的情况下，发出融资申请失败的提示：条件一，上述授信占用对象没有预先经过授信评定；条件二，上述授信占用对象预先经过授信评定的授信额度小于上述融资金额；条件三，上述风险控制策略校验融资不通过。

根据本公开的实施例，上述融资方法还包括：在上述保理融资实现成功还款的情况下，释放对上述授信占用对象的额度占用，并调减上述授信占用对象的实际授信额度，调减的实际授信额度与还款金额相同。

本公开的第二个方面提供了一种基于法人实时授信的融资装置。上述融资装置包括：融资申请信息接收模块、确定模块和融资操作模块。上述融资申请信息接收模块用于接收由借款方发起的保理融资的申请信息。上述确定模块用于根据上述保理融资的申请信息确定授信占用对象和上述保理融资的申请是否符合法人实时授信条件。上述授信占用对象为上述借款方或上述交易对手。上述融资操作模块用于在上述保理融资的申请符合法人实时授信条件的情况下，对上述授信占用对象进行额度占用，并基于上述申请信息中的融资金额对上述借款方进行放款，并在向借款方放款成功的情况下，调增上述授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

本公开的第三个方面提供了一种电子设备。上述电子设备包括：一个或多个处理器；以及用于存储一个或多个程序的存储装置。其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的任一种融资方法。

本公开的第四个方面提供了一种计算机可读存储介质。上述计算机可读存储介质上存储有可执行指令，该指令被处理器执行时使处理器实现如上所述的任一种融资方法。

本公开的第五个方面提供了一种计算机程序产品。上述计算机程序产品包括计算机程序，上述计算机程序在被处理器执行时实现如上所述的任一种融资方法。

根据本公开的实施例，通过根据保理融资的申请信息确定授信占用对象和保理融资的申请是否符合法人实时授信条件，对于符合法人实时授信条件的融资场景可以进行实时授信操作，进而实现融资业务的处理，针对核心企业作为供应商且发起保理融资请求，采购方没有在金融机构建立信贷关系或提前核定授信的场景也能够实现保理融资的处理，可以至少部分地解决相关技术中由于采购方没有在金融机构建立信贷关系或提前核定授信导致的核心企业作为供应商发起的保理融资申请无法处理的问题。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的基于法人实时授信的融资方法、装置、电子设备及介质的应用场景；

图2示意性示出了根据本公开一实施例的基于法人实时授信的融资方法的流程图；

图3示意性示出了根据本公开实施例的操作S22的详细实施流程图；

图4示意性示出了根据本公开实施例的操作S22a的详细实施流程图；

图5示意性示出了根据本公开实施例的操作S22b的详细实施流程图；

图6示意性示出了根据本公开实施例的子操作S221b的详细实施流程图；

图7示意性示出了根据本公开实施例的子操作S222b的详细实施流程图；

图8示意性示出了根据本公开另一实施例的的基于法人实时授信的融资方法的流程图；

图9示意性示出了根据本公开又一实施例的的基于法人实时授信的融资方法的流程图；

图10示意性示出了根据本公开一实施例的基于法人实时授信的融资装置的结构框图；

图11示意性示出了根据本公开实施例的确定模块的结构框图；

图12示意性示出了根据本公开另一实施例的基于法人实时授信的融资装置的结构框图；以及

图13示意性示出了根据本公开实施例的电子设备的结构框图。

具体实施方式

本公开实施例描述的各个操作的先后顺序除非存在先后逻辑上的必然性，其他情况下按照本领域技术人员的理解不一定必须按照附图示意的顺序依次执行各个操作，可以变化执行顺序。

本公开的实施例提供了一种基于法人实时授信的融资方法、装置、电子设备、介质以及计算机程序产品。上述融资方法中，接收由借款方发起的保理融资的申请信息。根据上述保理融资的申请信息确定授信占用对象和保理融资的申请是否符合法人实时授信条件。上述授信占用对象为借款方或交易对手。在保理融资的申请符合法人实时授信条件的情况下，对上述授信占用对象进行额度占用，并基于上述申请信息中的融资金额对上述借款方进行放款，并在向上述借款方放款成功的情况下，调增上述授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

需要说明的是，本公开的实施例提供的基于法人实时授信的融资方法、装置、电子设备及介质以应用于金融领域作为示例，其技术构思也可以应用于其他领域，不以实施例作为限制。

图1示意性示出了根据本公开实施例的基于法人实时授信的融资方法、装置、电子设备及介质的应用场景。需要注意的是，图1所示仅为可以应用本公开实施例的应用场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

参照图1所示，相关技术中，在供应链中的采购方102和供应商101之间存在贸易往来，针对采购方102为具有良好的信用和资金实力雄厚的核心企业的情况，例如参照图1中单点划线对应的框图所示意的场景，企业a作为供应商101，企业c作为采购方102，其中企业c与金融机构103之间预先建立了信贷关系，而且企业c为具有良好的信用和资金实力雄厚的核心企业。

在金融机构103与企业c之间预先建立了信贷关系的场景下，由于金融机构103已经预先对企业c的信用等级进行了评级，因此在企业c为核心企业的场景下，企业c的信用等级较高，金融机构103会为作为采购方102的企业c与作为供应商101的企业a之间的交易提供一些金融担保或者金融扶持的服务，例如保理融资业务。

下面参照图1对相关技术中保理融资业务的大致流程进行详细介绍。

参照图1中(a)所示，作为供应商101的企业a与作为采购方102的企业c之间签订采购合同。通常在保理融资业务的场景中，采购合同约定企业a与企业c之间采用赊销的方式进行贸易，即，由作为供应商101的企业a先给作为采购方102的企业c发货，在发货后的预定时长内由企业c支付给企业a货款，上述预定时间例如为3个月、6个月或者1年等。

参照图1中(b)所示，作为供应商101的企业a给作为采购方102的企业c发货。

在企业a发货之后且在企业a收到企业c的实际付款之间的时间段内，作为供应商101的企业a可以将由于货物赊销产生的应收账款权转让给金融机构103，权利转让的受益作为供应商101的企业a可以从金融机构103获得融资。参照图1中(c)所示，作为供应商101的企业a向金融机构103发起保理融资申请。

在金融机构103内部校验贸易信息的真实性之后，参照图1中(d)所示，金融机构103向作为供应商101企业a进行融资放款，期间企业c的授信会被占用。

参照图1中(e)所示，作为采购方102的企业c在采购合同约定的付款期限前或付款期限当天给金融机构103进行付款，金融机构103收到付款之后，将企业c被占用的授信解除。

然而，在另一场景中，例如参照图1中双点划线对应的框图所示意的场景，企业b作为供应商101，企业d作为采购方102，其中企业d与金融机构103之间未建立信贷关系。这种场景下，如果企业b为核心企业且具有保理融资业务需求，由于作为采购方102的企业d没有在金融机构建立信贷关系或者提前进行授信核定，采用常规的办理保理融资的流程无法处理上述场景下核心企业作为供应商所提出的保理融资申请。

有鉴于此，本公开的实施例提供了一种基于法人实时授信的融资方法、装置、电子设备及介质，针对核心企业作为供应商且发起保理融资请求，采购方没有在金融机构建立信贷关系或提前核定授信的场景也能够实现保理融资的处理，可以至少部分地解决相关技术中由于采购方没有在金融机构建立信贷关系或提前核定授信导致的核心企业作为供应商发起的保理融资申请无法处理的问题。本公开实施例提供的基于法人实时授信的融资方法、装置、电子设备及介质可以实现图1中关于单点划线和双点划线所示例的各种场景的融资处理。

本公开的第一个示例性实施例提供了一种基于法人实时授信的融资方法。

图2示意性示出了根据本公开一实施例的基于法人实时授信的融资方法的流程图。

参照图2所示，本公开实施例提供的基于法人实时授信的融资方法，包括以下操作：S21、S22和S23。

在操作S21，接收由借款方发起的保理融资的申请信息。

根据本公开的实施例，上述申请信息包括融资金额。上述交易对手是与借款方发生贸易的交易对手。本公开的实施例中，上述交易对手在供应链中为采购方，借款方为供应商。

在一场景下，上述借款方可以是核心企业。本公开的实施例中，将核心企业作为供应商，转让其应收账款所有权给金融机构，由核心企业自身作为借款方办理的融资业务称之为正向保理融资。本公开的实施例可以实现对正向保理融资的处理。

在操作S22，根据保理融资的申请信息确定授信占用对象和保理融资的申请是否符合法人实时授信条件。

根据本公开的实施例，上述授信占用对象为借款方或交易对手。

在操作S23，在保理融资的申请符合法人实时授信条件的情况下，对授信占用对象进行额度占用，并基于申请信息中的融资金额对借款方进行放款，并在向借款方放款成功的情况下，调增授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

例如，授信占用对象进行额度占用，融资金额为5万元，在基于融资金额放款之后，该授信占用对象的实际授信额度调增5万元。初始的实际授信额度通常视为0或者其他正数值，根据授信占用对象是否在本金融机构内预先建立信贷关系而定，在授信占用对象预先没有与金融机构建立信贷关系的情况下，初始的实际授信额度可以设置为0。

可以理解的是，对于借款方为核心企业的场景，在执行操作S21之后，还需要确定交易对手是否建立过档案，没有建档的话在处理该保理融资的申请的过程中自动进行建档，如果已经建立过档案，则直接调用交易对手的档案后续执行操作S22和S23。

对于其他场景，比如借款方和交易对手至少之一没有与金融机构内预先建立信贷关系的场景，也可以实现上述融资方法。

根据本公开的实施例，上述操作S21～S23可以由金融机构的服务平台/系统执行，该服务平台/系统具有保理融资业务处理的功能。

在一具体实施例中，用户(例如供应商)通过在安装有金融应用程序的用户端设备上操作金融应用程序的界面来发起保理融资的申请，该保理融资的申请发送给为上述金融应用程序提供服务支持的金融机构的服务平台/系统，从而实现服务平台/系统接收由借款方发起的保理融资的申请信息。在一实例中，金融应用程序为企业版网上银行应用程序。

服务平台/系统根据保理融资的申请信息确定授信占用对象和保理融资的申请是否符合法人实时授信条件。

在保理融资的申请符合法人实时授信条件的情况下，服务平台/系统对授信占用对象进行额度占用，并基于融资金额对借款方进行放款，直至向借款方放款成功后，调增授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

在授信占用对象为交易对手，且该交易对手为图1中双点划线示例的与金融机构未建立信贷关系的场景下，授信占用对象不存在提前核定的授信额度。在本公开实施例的法人实时授信的融资场景中，放款前不校验授信占用对象提前核定的授信额度，也不校验授信剩余额度是否足额，仅执行授信额度占用操作，基于法人实时授信条件对符合条件的保理融资申请进行筛选，为信用度良好的优质客户能够提供融资的实时、便捷性融资处理方案。

本公开的实施例采用双点划线示意的融资方法的场景中，授信占用对象为借款方或交易对手，法人实时授信的融资过程中，默认实际授信额度的初始值为0，在放款前仅占用授信额度，在放款成功后将授信占用对象的实际授信额度调增。

根据本公开的实施例，通过根据保理融资的申请信息确定授信占用对象和保理融资的申请是否符合法人实时授信条件，对于符合法人实时授信条件的融资场景可以进行实时授信操作，进而实现融资业务的处理，针对核心企业作为供应商且发起保理融资请求，采购方没有在金融机构建立信贷关系或提前核定授信的场景也能够实现保理融资的处理，可以至少部分地解决相关技术中由于采购方没有在金融机构建立信贷关系或提前核定授信导致的核心企业作为供应商发起的保理融资申请无法处理的问题。

图3示意性示出了根据本公开实施例的操作S22的详细实施流程图。

根据本公开的实施例，上述保理融资的申请信息除了包括融资金额之外，还包括：交易对手信息和融资类型。

参照图3所示，根据保理融资的申请信息确定授信占用对象和保理融资的申请是否符合法人实时授信条件的操作S22包括以下操作：S22a和S22b。

在操作S22a：根据保理融资的申请信息确定授信占用对象。

在操作S22b，根据保理融资的申请信息确定保理融资的申请是否符合法人实时授信条件。

本实施例中，先执行操作S22a，然后执行操作S22b。

图4示意性示出了根据本公开实施例的操作S22a的详细实施流程图。

根据本公开的实施例，根据保理融资的申请信息确定授信占用对象包括：根据交易对手信息和融资类型是否满足预设条件来确定授信占用对象为交易对手或借款方。

参照图4所示，根据保理融资的申请信息确定授信占用对象的操作S22a包括以下子操作：S221a、S222a和S223a。

在子操作S221a，确定交易对手信息和融资类型是否满足预设条件。

该预设条件包括：交易对手所处行业的信用风险等级低于设定值且保理融资的融资类型为买断型保理融资。

示例性的，上述信用风险等级低于设定值的行业包括但不限于以下行业至少一种：国有企业、政府机关、公立医院、军队等。

上述买断型保理融资是指具有保理融资业务的金融机构对应收账款承担买方信用担保责任，在买方(例如本公开实施例示例的场景中的采购方)拒付货款的情况下，金融机构需向卖方(例如本公开实施例示例的场景中的供应商)支付全额保理款项。

在子操作S222a，在交易对手信息和融资类型满足上述预设条件的情况下，确定授信占用对象为交易对手。

在子操作S223a，在交易对手信息和融资类型不满足上述预设条件的情况下，确定授信占用对象为借款方。

根据本公开的实施例，上述法人实时授信条件为：借款方和交易对手均为可实时授信法人，且融资金额低于授信占用对象的法人实时授信限额。

图5示意性示出了根据本公开实施例的操作S22b的详细实施流程图。

根据本公开的实施例，上述保理融资的申请信息除了包括融资金额之外，还包括：借款方信息和交易对手信息。

根据本公开的实施例，参照图5所示，根据保理融资的申请信息确定保理融资的申请是否符合法人实时授信条件的操作S22b包括以下子操作：S221b、S222b、S223b和S224b。

在子操作S221b，根据借款方信息确定借款方是否为可实时授信法人。

在子操作S222b，根据交易对手信息确定交易对手是否为可实时授信法人。

在子操作S223b，确定融资金额是否低于授信占用对象的法人实时授信限额。

该子操作S223b中，授信占用对象是由上述操作S22a确定的，授信占用对象为借款方或交易对手之一。

在子操作S224b，在借款方和交易对手均为可实时授信法人且融资金额低于授信占用对象的法人实时授信限额的情况下，确定保理融资的申请符合法人实时授信条件。

根据本公开的实施例，上述根据借款方信息确定借款方是否为可实时授信法人的子操作S221b包括：根据借款方是否命中可实时授信法人名单来确定借款方是否为可实时授信法人，或者，根据借款方信息是否符合预设的可实时授信法人条件确定借款方是否为可实时授信法人。其中，可实时授信法人名单中的法人均具有实时授信资质。

示例性的，在借款方没有命中可实时授信法人名单的情况下，进一步根据借款方信息是否符合预设的可实时授信法人条件确定借款方是否为可实时授信法人。这种逻辑设置一方面有助于基于可实时授信法人名单快速初步判断出借款方是否具有实时授信资质；另一方面在借款方不在可实时授信法人名单的前提下，进一步通过根据借款方信息是否符合预设的可实时授信法人条件来确定借款方是否为可实时授信法人，避免了由于可实时授信法人名单覆盖不全面导致的可能将实际具有授信资质的借款方排除在外的情形。比如针对一些并没有出现在金融机构的客户群或者潜在客户群内的企业，这些企业并未经过金融机构的资质评定，因此不会出现在可实时授信法人名单中，通过基于可实时授信法人条件的判定增强了对于借款方是否为可实时授信法人判断的准确度。

图6示意性示出了根据本公开实施例的子操作S221b的详细实施流程图。

参照图6所示，根据借款方信息确定借款方是否为可实时授信法人的子操作S221b包括以下次子操作：S2211b、S2212b、S2213b、S2214b和S2215b。

在次子操作S2211b，确定借款方是否命中可实时授信法人名单。

可实时授信法人名单可以预先由金融机构对企业类型的已有客户和潜在客户的资质进行评估，筛选出信用良好的企业，得到可实时授信法人名单，并将该可实时授信法人名单存储于金融机构的服务平台内。在一实施例中，可以采用下面要描述的可实时授信法人条件对该金融机构的企业类型的已有客户和潜在客户进行筛选，由此可以筛选出来符合可实时授信法人条件的可实时授信法人名单。

在次子操作S2212b，在借款方命中可实时授信法人名单的情况下，确定借款方为可实时授信法人。

在次子操作S2213b，在借款方没有命中可实时授信法人名单的情况下，确定借款方信息是否符合预设的可实时授信法人条件。

上述可实时授信法人条件对法人的行业信息、等级信息、规模信息和经营信息至少之一进行约束。

示例性的，可实时授信法人条件对法人的规模信息和等级信息进行约束，要求法人的规模在预设值以上且企业的信用等级在预设等级值之上的具有良好信用的大企业才可以进行实时授信，也就是说，在企业没有预先与金融机构建立信贷关系或者预先经过授信核定的场景下，可以对符合可实时授信法人条件的企业进行实时授信操作并进行融资放款。

在次子操作S2214b，在借款方信息符合预设的可实时授信法人条件的情况下，确定借款方为可实时授信法人。

在次子操作S2215b，在借款方信息不符合预设的可实时授信法人条件的情况下，确定借款方不是可实时授信法人。

在一实施例中，上述借款方信息包括但不限于是：借款方的法人名称和以下信息至少一种：借款方的行业、借款方的等级信息、借款方的规模信息以及经营信息。

根据本公开的实施例，上述根据交易对手信息确定交易对手是否为可实时授信法人的子操作S222b包括：根据交易对手是否命中可实时授信法人名单来确定交易对手是否为可实时授信法人，或者，根据交易对手信息是否符合预设的可实时授信法人条件确定交易对手是否为可实时授信法人。其中，可实时授信法人名单中的法人均具有实时授信资质。

示例性的，在交易对手没有命中可实时授信法人名单的情况下，根据交易对手信息是否符合预设的可实时授信法人条件确定交易对手是否为可实时授信法人。这种逻辑设置一方面有助于基于可实时授信法人名单快速初步判断出交易对手是否具有实时授信资质；另一方面在交易对手不在可实时授信法人名单的前提下，进一步通过根据交易对手信息是否符合预设的可实时授信法人条件来确定交易对手是否为可实时授信法人，避免了由于可实时授信法人名单覆盖不全面导致的可能将实际具有授信资质的交易对手排除在外的情形。比如针对一些并没有出现在金融机构的客户群或者潜在客户群内的企业，这些企业并未经过金融机构的资质评定，因此不会出现在可实时授信法人名单中，通过基于可实时授信法人条件的判定增强了对于交易对手是否为可实时授信法人判断的准确度。

图7示意性示出了根据本公开实施例的子操作S222b的详细实施流程图。

参照图7所示，根据交易对手信息确定交易对手是否为可实时授信法人的子操作S222b包括以下次子操作：S2221b、S2222b、S2223b、S2224b和S2225b。

在次子操作S2221b，确定交易对手是否命中可实时授信法人名单。

在次子操作S2222b，在交易对手命中可实时授信法人名单的情况下，确定交易对手为可实时授信法人。

在次子操作S2223b，在交易对手没有命中可实时授信法人名单的情况下，确定交易对手信息是否符合预设的可实时授信法人条件。

上述可实时授信法人条件对法人的行业信息、等级信息、规模信息和经营信息至少之一进行约束。这里的可实时授信法人名单和可实时授信法人条件与前述描述的内容一致，不再赘述。

在次子操作S2224b，在交易对手信息符合预设的可实时授信法人条件的情况下，确定交易对手为可实时授信法人。

在次子操作S2225b，在交易对手信息不符合预设的可实时授信法人条件的情况下，确定交易对手不是可实时授信法人。

在一实施例中，上述交易对手信息包括但不限于是：交易对手的法人名称和以下信息至少一种：交易对手的行业、交易对手的等级信息、交易对手的规模信息以及经营信息等。

根据本公开的实施例，上述确定融资金额是否低于授信占用对象的法人实时授信限额的子操作S223b中，授信占用对象的法人实时授信限额是实时测算得到的。

在一实施例中，上述保理融资的申请信息除了包括上述融资金额、上述融资类型、上述借款方信息、上述交易对手信息之外，还包括：供应链信息，以及借款方与交易对手之间的贸易信息。

具体而言，根据本公开的一实施例，授信占用对象的法人实时授信限额根据授信占用对象的经营信息、上述供应链信息和上述借款方与交易对手之间的贸易信息实时测算得到。

本实施例中，上述经营信息包括以下信息至少之一：历史经营数据、营收规模、存货、增长率、交易结构以及交易债项等。

本实施例中，上述供应链信息包括但不限于以下信息至少之一：借款方所处的供应链位置、交易对手所处的供应链位置、借款方与交易对手所处的供应链类型以及有效期限等。例如借款方/交易对手处于供应链的位置为上游、中游或下游等。供应链类型包括：平衡的供应链或倾斜的供应链等。

本实施例中，上述贸易信息包括但不限于以下信息至少之一：应收/付账款、应收/付账款单据类型、贸易所处阶段以及应收/付账款到期日等。

应收/付账款单据类型包括：收据或发票等。贸易所处阶段包括：货物已发出阶段、货物交付阶段或验货阶段等。

根据本公开的另一实施例，授信占用对象的法人实时授信限额根据参考限额和由风险评定经验模型得到的校准限额得到。

上述参考限额根据上述授信占用对象的经营信息、上述供应链信息和上述借款方与交易对手之间的贸易信息实时测算得到。

本实施例中，供应链信息包括但不限于以下信息至少之一：借款方所处的供应链位置、交易对手所处的供应链位置、借款方与交易对手所处的供应链类型以及有效期限等。例如借款方/交易对手处于供应链的位置为上游、中游或下游等。供应链类型包括：平衡的供应链或倾斜的供应链等。

本实施例中，上述经营信息包括以下信息至少之一：历史经营数据、营收规模、存货、增长率、交易结构以及交易债项等。

本实施例中，上述贸易信息包括以下信息至少之一：应收/付账款、应收/付账款单据类型、贸易所处阶段、应收/付账款到期日。

本实施例中，上述风险评定经验模型得到的校准限额用于表征上述授信占用对象的法人实时授信限额的上限。

在一实施例中，在参考限额大于校准限额的情况下，将校准限额作为授信占用对象的法人实时授信限额；在参考限额小于校准限额的情况下，将参考限额作为授信占用对象的法人实时授信限额。可以理解的是，在参考限额和校准限额相等的情况下，参考限额或校准限额均可以作为授信占用对象的法人实时授信限额。

图8示意性示出了根据本公开另一实施例的的基于法人实时授信的融资方法的流程图。

根据本公开的实施例，参照图8所示，本公开实施例提供的融资方法除了包括上述操作S21、S22和S23之外，还包括操作S24：在上述保理融资实现成功还款的情况下，释放对上述授信占用对象的额度占用，并调减上述授信占用对象的实际授信额度，调减的实际授信额度与还款金额相同。

示例性的，上述操作S23中，对授信占用对象进行额度占用，融资金额为5万元，在基于融资金额放款之后，该授信占用对象的实际授信额度调增5万元；当对上述保理融资的业务进行还款5万元成功之后，授信占用对象的额度占用被解除，且授信占用对象的实际授信额度调减5万元。

图9示意性示出了根据本公开又一实施例的的基于法人实时授信的融资方法的流程图。

参照图9所示，本公开实施例提供的基于法人实时授信的融资方法除了包括上述操作S21，S22a、S22b、S23和S24之外，还包括以下操作：S23-1、S24-1、S25-1、S26-1、S27-1和S28-1。上述操作S23-1～S28-1示意出了保理融资申请不符合法人实时授信条件所对应的融资操作逻辑。

在操作S23-1，在保理融资申请不符合法人实时授信条件的情况下，确定授信占用对象是否预先经过授信评定。

在操作S24-1，在授信占用对象预先经过授信评定的情况下，确定授信占用对象预先经过授信评定的授信额度是否大于等于上述融资金额。

在操作S25-1，在授信占用对象预先经过授信评定的授信额度大于等于上述融资金额的情况下，占用上述授信占用对象预先经过授信评定的授信额度，占用的授信额度等于上述融资金额。

例如，授信占用对象预先经过授信评定的授信额度为50万元，融资金额为45万，则占用上述50万元中的45万元，授信占用对象剩余的授信额度为5万元。

在操作S26-1，根据风险控制策略校验融资是否通过。

上述风险控制策略例如可以是金融机构内部进行的风控校验的方式。

在操作S27-1，在融资校验通过的情况下，向借款方发放贷款。

在操作S28-1，在上述保理融资实现成功还款的情况下，释放被占用的授信额度。

根据本公开的实施例，继续参照图9所示，还示意了操作S23-1、S24-1和S26-1的判定结果为“否”的情况下实施的操作S29-1，在操作S29-1，发出融资申请失败的提示。即，在下述情况满足至少一种的情况下，发出融资申请失败的提示：授信占用对象预先没有经过授信评定；授信占用对象预先经过授信评定的授信额度小于融资金额；校验融资不通过。

本公开实施例提供了一种基于法人实时授信的融资方法，针对任一笔保理融资申请，基于保理融资的申请信息可以确定出授信占用对象，并根据上述申请信息确定该笔融资申请能否采用法人实时授信的方式进行融资。在能够采用法人实时授信的方式进行融资的情况下，不要求授信占用对象是否在金融机构建立信贷关系或提前核定授信，直接进行授信占用对象的额度占用，并在放款成功后调增授信占用对象的实际授信额度，省去了相关技术的办理流程中客户经理在客户办理融资时的提前核准操作，减少客户等待时间，减少客户经理工作量，提高银行系统智能化处理的能力。

本公开的实施例对于采购方没有在金融机构建立信贷关系或提前核定授信的场景也能够实现保理融资的处理，可以至少部分地解决相关技术中由于采购方没有在金融机构建立信贷关系或提前核定授信导致的核心企业作为供应商发起的保理融资申请无法处理的问题。此外，在不能采用法人实时授信的方式进行融资时，也提供了相应的融资处理逻辑。因此本公开实施例提供的融资方法针对不同供应商、采购方的身份下的保理融资申请场景均可以进行实时处理，拓宽了保理融资业务的应用范围，同时还实现了保理融资业务处理的实时性和智能化。

本公开的第二个示例性实施例提供了一种基于法人实时授信的融资装置。

图10示意性示出了根据本公开一实施例的基于法人实时授信的融资装置的结构框图。

本实施例的融资装置3可以是金融机构用于对外提供金融数据支持和服务的装置。

参照图10所示，本公开实施例提供的融资装置3包括：融资申请信息接收模块31、确定模块32和第一融资操作模块33。

上述融资申请信息接收模块31用于接收由借款方发起的保理融资的申请信息。

根据本公开的实施例，上述申请信息包括：融资类型、借款方信息、融资金额、交易对手信息、供应链信息以及借款方与交易对手之间的贸易信息。

上述确定模块32用于根据上述保理融资的申请信息确定授信占用对象和上述保理融资的申请是否符合法人实时授信条件。

根据本公开的实施例，上述授信占用对象为借款方或交易对手。

根据本公开的实施例，上述法人实时授信条件为：借款方和交易对手均为可实时授信法人，且融资金额低于授信占用对象的法人实时授信限额。

上述第一融资操作模块33用于在上述保理融资申请符合法人实时授信条件的情况下，对上述授信占用对象进行额度占用，并基于上述融资金额对上述借款方进行放款，直至向借款方放款成功后，调增上述授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

根据本公开的实施例，上述第一融资操作模块33还用于在上述保理融资实现成功还款的情况下，释放对上述授信占用对象的额度占用，并调减上述授信占用对象的实际授信额度，调减的实际授信额度与还款金额相同。

图11示意性示出了根据本公开实施例的确定模块的结构框图。

根据本公开的实施例，参照图11所示，上述确定模块32包括授信占用对象确定模块321和法人实时授信条件确定模块322。

上述授信占用对象确定模块321用于根据保理融资的申请信息确定授信占用对象。

其中，上述用于根据保理融资的申请信息确定授信占用对象包括：根据交易对手信息和融资类型是否满足预设条件来确定授信占用对象为交易对手或借款方。

该预设条件包括：交易对手所处行业的信用风险等级低于设定值且保理融资的融资类型为买断型保理融资。

在交易对手信息和融资类型满足上述预设条件的情况下，确定授信占用对象为交易对手。

在交易对手信息和融资类型不满足上述预设条件的情况下，确定授信占用对象为借款方。

法人实时授信条件确定模块322用于根据保理融资的申请信息确定保理融资的申请是否符合法人实时授信条件。

根据本公开的实施例，上述法人实时授信条件为：借款方和交易对手均为可实时授信法人，且融资金额低于授信占用对象的法人实时授信限额。

上述法人实时授信条件确定模块322包括各个能够实现第一实施例描述的操作S221b、S222b、S223b和S224b的功能子模块。

根据本公开的一实施例，授信占用对象的法人实时授信限额根据授信占用对象的经营信息、供应链信息和借款方与交易对手之间的贸易信息实时测算得到。

根据本公开的另一实施例，授信占用对象的法人实时授信限额根据参考限额和由风险评定经验模型得到的校准限额得到。

上述参考限额根据上述授信占用对象的经营信息、上述供应链信息和上述借款方与交易对手之间的贸易信息实时测算得到。

本实施例中，上述风险评定经验模型得到的校准限额用于表征上述授信占用对象的法人实时授信限额的上限。

本实施例与第一实施例相同的术语可以参见第一实施例的详细介绍，这里不再赘述。

图12示意性示出了根据本公开另一实施例的基于法人实时授信的融资装置的结构框图。

根据本公开的另一实施例，参照图12所示，本公开提供的基于法人实时授信的融资装置3除了包括上述融资申请信息接收模块31、确定模块32和第一融资操作模块33之外，还包括第二融资操作模块34。

根据本公开的实施例，上述第二融资操作模块34用于在保理融资申请不符合法人实时授信条件的情况下，确定授信占用对象是否预先经过授信评定。

上述第二融资操作模块34还用于在授信占用对象预先经过授信评定的情况下，确定授信占用对象预先经过授信评定的授信额度是否大于等于融资金额。

上述第二融资操作模块34还用于在授信占用对象预先经过授信评定的授信额度大于等于上述融资金额的情况下，占用上述授信占用对象预先经过授信评定的授信额度，占用的授信额度等于上述融资金额。

上述第二融资操作模块34还用于根据风险控制策略校验融资是否通过，并在融资校验通过的情况下，向借款方发放贷款。

根据本公开的实施例，上述第二融资操作模块3还用于在上述保理融资实现成功还款的情况下，释放被占用的授信额度。

需要说明的是，根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，融资申请信息接收模块31、确定模块32、第一融资操作模块33和第二融资操作模块34中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，融资申请信息接收模块31、确定模块32、第一融资操作模块33和第二融资操作模块34中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，融资申请信息接收模块31、确定模块32、第一融资操作模块33和第二融资操作模块34中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

因此本公开实施例提供的融资装置针对不同供应商、采购方的身份类型下的保理融资申请场景均可以进行实时处理，拓宽了保理融资业务的应用范围，同时还实现了保理融资业务处理的实时性和智能化。

本公开的第三个示例性实施例提供了一种电子设备。该电子设备包括：一个或多个处理器；以及用于存储一个或多个程序的存储装置。其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的任一种融资方法。

在一实施例中，上述电子设备可以是金融机构用于对外提供金融数据支持和服务的设备。

图13示意性示出了根据本公开实施例的电子设备的结构框图。图13示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

参照图13所示，本公开实施例提供的电子设备4包括处理器401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储部分408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。处理器401例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器401还可以包括用于缓存用途的板载存储器。处理器401可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 403中，存储有电子设备4操作所需的各种程序和数据。处理器401、ROM 402以及RAM 403通过总线404彼此相连。处理器401通过执行ROM 402和/或RAM 403中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM402和RAM 403以外的一个或多个存储器中。处理器401也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备4还可以包括输入/输出(I/O)接口405，输入/输出(I/O)接口405也连接至总线404。电子设备4还可以包括连接至I/O接口405的以下部件中的一项或多项：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如局域网(LAN)卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。

本公开的第四个示例性实施例提供了一种计算机可读存储介质。上述计算机可读存储介质上存储有可执行指令，该指令被处理器执行时使处理器实现如上所述的任一种融资方法。

该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 402和/或RAM 403和/或ROM 402和RAM 403以外的一个或多个存储器。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过图13所示例的通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被处理器401执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开的第五个示例性实施例提供了一种计算机程序产品。上述计算机程序产品包括计算机程序，上述计算机程序在被处理器执行时实现如上所述的任一种融资方法。

在该计算机程序被处理器401执行时，执行本公开实施例的系统/装置中限定的上述功能。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分409被下载和安装，和/或从可拆卸介质411被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (13)

1.一种基于法人实时授信的融资方法，包括：

接收由借款方发起的保理融资的申请信息；

根据所述保理融资的申请信息确定授信占用对象和所述保理融资的申请是否符合法人实时授信条件；所述授信占用对象为所述借款方或所述交易对手；

在所述保理融资的申请符合法人实时授信条件的情况下，对所述授信占用对象进行额度占用，并基于所述申请信息中的融资金额对所述借款方进行放款，并在所述借款方放款成功的情况下，调增所述授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

2.根据权利要求1所述的融资方法，其中，所述申请信息还包括：交易对手信息和融资类型，所述根据所述保理融资的申请信息确定授信占用对象，包括：

根据所述交易对手信息和所述融资类型是否满足预设条件来确定所述授信占用对象为所述交易对手或所述借款方；所述预设条件包括：所述交易对手所处行业的信用风险等级低于设定值且所述保理融资的融资类型为买断型保理融资；

其中，在所述交易对手信息和所述融资类型满足所述预设条件的情况下，确定授信占用对象为所述交易对手；

在所述交易对手信息和所述融资类型不满足所述预设条件的情况下，确定授信占用对象为所述借款方。

3.根据权利要求1所述的融资方法，其中，所述申请信息还包括：借款方信息和交易对手信息，根据所述保理融资的申请信息确定所述保理融资的申请是否符合法人实时授信条件，包括：

根据所述借款方信息确定所述借款方是否为可实时授信法人；

根据所述交易对手信息确定所述交易对手是否为可实时授信法人；

确定所述融资金额是否低于所述授信占用对象的法人实时授信限额；

在所述借款方和所述交易对手均为可实时授信法人且所述融资金额低于所述授信占用对象的法人实时授信限额的情况下，确定所述保理融资的申请符合法人实时授信条件。

4.根据权利要求3所述的融资方法，其中，所述根据所述借款方信息确定所述借款方是否为可实时授信法人，包括：

根据所述借款方是否命中可实时授信法人名单来确定所述借款方是否为可实时授信法人，所述可实时授信法人名单中的法人均具有实时授信资质；

在所述借款方命中可实时授信法人名单的情况下，确定所述借款方为可实时授信法人；

在所述借款方没有命中可实时授信法人名单的情况下，确定所述借款方信息是否符合预设的可实时授信法人条件；

在所述借款方信息符合预设的可实时授信法人条件的情况下，确定所述借款方为可实时授信法人。

5.根据权利要求3所述的融资方法，其中，所述根据所述交易对手信息确定所述交易对手是否为可实时授信法人，包括：

根据所述交易对手是否命中可实时授信法人名单来确定所述交易对手是否为可实时授信法人；

在所述交易对手命中可实时授信法人名单的情况下，确定所述交易对手为可实时授信法人；

在所述交易对手没有命中可实时授信法人名单的情况下，确定所述交易对手信息是否符合预设的可实时授信法人条件；

在所述交易对手信息符合预设的可实时授信法人条件的情况下，确定所述借款方为可实时授信法人。

6.根据权利要求3所述的融资方法，其中，所述申请信息还包括：供应链信息，以及借款方与交易对手之间的贸易信息，所述授信占用对象的法人实时授信限额根据所述授信占用对象的经营信息、所述供应链信息和所述贸易信息实时测算得到；

所述经营信息包括以下信息至少之一：历史经营数据、营收规模、存货、增长率、交易结构以及交易债项；

所述贸易信息包括以下信息至少之一：应收/付账款、应收/付账款、应收/付账款单据类型、贸易所处阶段、应收/付账款到期日。

7.根据权利要求3所述的融资方法，其中，所述申请信息还包括：供应链信息，以及借款方与交易对手之间的贸易信息，所述授信占用对象的法人实时授信限额根据参考限额和由风险评定经验模型得到的校准限额得到，所述参考限额根据所述授信占用对象的经营信息、所述供应链信息和所述贸易信息实时测算得到；

所述经营信息包括以下信息至少之一：历史经营数据、营收规模、存货、增长率、交易结构以及交易债项；

所述贸易信息包括以下信息至少之一：应收/付账款、应收/付账款、应收/付账款单据类型、贸易所处阶段、应收/付账款到期日；

所述风险评定经验模型得到的校准限额用于表征所述授信占用对象的法人实时授信限额的上限。

8.根据权利要求1所述的融资方法，还包括：

在所述保理融资申请不符合法人实时授信条件的情况，确定所述授信占用对象是否预先经过授信评定；

在所述授信占用对象预先经过授信评定的情况下，确定所述授信占用对象预先经过授信评定的授信额度是否大于等于所述融资金额；

在确定所述授信占用对象预先经过授信评定的授信额度大于所述融资金额的情况下，占用所述授信占用对象预先经过授信评定的授信额度，占用的授信额度等于所述融资金额；

根据风险控制策略校验融资是否通过；

在融资校验通过的情况下，向借款方发放贷款；以及

在所述保理融资实现成功还款的情况下，释放被占用的授信额度。

9.根据权利要求8所述的融资方法，还包括：

在以下三个条件满足至少之一的情况下，发出融资申请失败的提示：

条件一，所述授信占用对象没有预先经过授信评定；

条件二，所述授信占用对象预先经过授信评定的授信额度小于所述融资金额；

条件三，所述风险控制策略校验融资不通过。

10.根据权利要求1所述的融资方法，还包括：

在所述保理融资实现成功还款的情况下，释放对所述授信占用对象的额度占用，并调减所述授信占用对象的实际授信额度，调减的实际授信额度与还款金额相同。

11.一种基于法人实时授信的融资装置，包括：

融资申请信息接收模块，用于接收由借款方发起的保理融资的申请信息；

确定模块，用于根据所述保理融资的申请信息确定授信占用对象和所述保理融资的申请是否符合法人实时授信条件；所述授信占用对象为所述借款方或所述交易对手；

融资操作模块，用于在所述保理融资的申请符合法人实时授信条件的情况下，对所述授信占用对象进行额度占用，并基于所述申请信息中的融资金额对所述借款方进行放款，并在向借款方放款成功的情况下，调增所述授信占用对象的实际授信额度，调增的实际授信额度与放款金额相同。

12.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1-10中任一项所述的融资方法。

13.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1-10中任一项所述的融资方法。

Images