CN110335146A - 一种融资额度计算的方法及设备 - Google Patents
一种融资额度计算的方法及设备 Download PDFInfo
- Publication number
- CN110335146A CN110335146A CN201910311874.1A CN201910311874A CN110335146A CN 110335146 A CN110335146 A CN 110335146A CN 201910311874 A CN201910311874 A CN 201910311874A CN 110335146 A CN110335146 A CN 110335146A
- Authority
- CN
- China
- Prior art keywords
- remaining sum
- amount
- order
- aging
- money
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0635—Risk analysis of enterprise or organisation activities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
Abstract
本申请的目的是提供一种融资额度计算的方法及设备,本申请通过确定融资额度的基础数据,其中,所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段;对所述所属账龄时段分配对应的打折比例,基于所述基础数据计算在所述所属账龄时段的账款余额,其中,所述账款余额包括应付账款余额、应付暂估余额及订单余额;基于所述打折比例及所述账款余额确定所述融资额度。能够从数据层面剥离质保金、预付款等与真实的账款余额无关的数据项,同时剥离预计付款时间超出保留商给定的有效结束日期的账款数据,从原始账款余额中扣除,从而得到有效的账款余额,使得保理商能够更加准确的衡量融资标物的实际价值。
Description
技术领域
本申请涉及计算机领域,尤其涉及一种融资额度计算的方法及设备。
背景技术
保理业务以买房及卖方之间的应付账款作为融资标的,保理商在开展保理业务过程中,出于风险控制的考量,会进行融资额度的计算,而由于买方及卖方之间的交易业务在持续发展,买卖双方的账款余额将存在变化,因此在融资业务过程中,需要保理商将根据买卖双方的账款变化,计算动态融资额度。在实际操作过程中,当保理商与卖方约定共管账户,约定的回款方式为买方回款至共管账户时,共管账户已收到买方实际支付的款项,但买方未在自己的系统中录入,即保理商获取到的买方的付款数据滞后,比实际付款金额偏低,此种情况会造成买方系统中的应付账款余额偏高。所以,需要一个合适的计算方法,解决数据时效滞后的情况。
发明内容
本申请的一个目的是提供一种融资额度计算的方法及设备,解决数据时效滞后的问题,避免影响保理商对融资标的物的实际价值的衡量,动态计算融资额度。
根据本申请的一个方面,提供了一种融资额度计算的方法,该方法包括:
确定融资额度的基础数据,其中,所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段;
对所述所属账龄时段分配对应的打折比例,基于所述基础数据计算在所述所属账龄时段的账款余额,其中,所述账款余额包括应付账款余额、应付暂估余额及订单余额;
基于所述打折比例及所述账款余额确定所述融资额度。
进一步地,确定融资额度的基础数据包括:
根据原始组织及原始组织关系确定所述原始组织额度;
将认证组织与数据库中的原始组织进行关联得到关联信息,根据所述关联信息及所述原始组织额度确定所述认证组织额度;
对所述认证组织进行账龄权重配置,判断待计算的组织关系是否存在组织关系层的账龄权重配置,若是,则取出配置的账龄权重信息,若否,则获取系统默认的账龄权重信息,其中,所述账龄权重信息包括账龄开始天数、账龄结束天数及权重信息;
基于触发条件获取额度计算时获取数据的截止时间,以确定所述计算时间,其中,所述触发条件包括额度试算界面触发和系统触发;
根据计算日期及业务时间计算账龄天数,将所述账龄天数与获取到的账龄权重信息中的账龄开始天数及账龄结束天数进行比对,根据比对的结果确定所述所属账龄时段。
进一步地,基于触发条件获取额度计算时获取数据的截止时间,包括:
当所述触发条件为额度试算界面触发时,将获取的界面上的初始化时间作为所述额度计算时获取数据的截止时间;
当所述触发条件为系统触发时,根据获取的触发时的当前时间确定所述额度计算时获取数据的截止时间。
进一步地,基于所述基础数据计算在所述所属账龄时段的账款余额,包括:
基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额,其中,所述预设的计算模式包括第一计算方式和第二计算方式,所述应付账款余额包括:原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额。
进一步地,所述方法包括:
根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额;
根据所述调整后的应付账款余额及对应的打折比例确定折后应付账款余额。
进一步地,基于所述基础数据计算在所述所属账龄时段的账款余额包括:基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付暂估余额,其中,所述预设的计算模式包括第一计算方式和第二计算方式。
进一步地,所述方法包括:
当选取预设的计算模式中的第一计算方式时,根据接收事务处理行标识关联获取计算数据,当选取预设的计算模式中的第二计算方式时,根据订单行标识关联获取计算数据,其中,所述计算数据包括接收数据和发票数据;
根据所述计算数据确定所属账龄时段内的原始应付暂估余额。
进一步地,所述方法包括:
当融资到期日未超出额度有效接收日期时,预计付款日期超出约定额度有效结束日期的未付款发票金额或接收金额;根据所述预设的计算模式计算超期余额。
进一步地,根据所述预设的计算模式计算超期余额,包括:
当选取预设的计算模式中的第一计算方式时,获取所述组织关系中的付款周期、开票周期及接收行日期,判断所述付款周期、开票周期及接收行日期的总和是否大于额度有效结束日期,若是,则计算所述接收行日期对应的超期余额;
当选取预设的计算模式中的第二计算方式时,获取所述组织关系中的付款周期、开票周期及最大接收行日期,判断所述付款周期、开票周期及最大接收行日期的总和是否大于额度有效结束日期,若是,则计算所有接收行日期对应的超期余额。
进一步地,所述方法包括:
根据所述所属账龄时段内的原始应付暂估余额及所述超期余额调整所述所属账龄时段内的应付暂估余额;
根据调整后的所属账龄时段内的应付暂估余额及对应的打折比例确定折后应付暂估余额。
进一步地,基于所述基础数据计算在所述所属账龄时段的账款余额,包括:
根据订单行标识关联获取订单数据与接收数据,根据所述订单数据与所述接收数据确定原始订单余额,其中,所述订单数据包括订单金额、订单日期;
根据所述计算时间及所述订单日期确定账龄天数,判断对应的所属账龄时段;
将所述所属账龄时段内的原始订单余额进行汇总,确定在所述所属账龄时段的订单余额。
进一步地,所述订单余额包括非寄售订单余额和寄售订单余额,所述方法包括:
若订单的类型属于非寄售标准订单,则确定在所述所属账龄时段的非寄售订单余额。
进一步地,所述方法包括:
若所述订单的类型属于寄售标准订单,则根据组织关系下的订单状态、订单类型、所属账龄时段及接收金额确定寄售订单余额。
进一步地,所述方法包括:
根据各所属账龄时段内的所述非寄售订单金额与所述寄售订单金额的累加和与所述超期金额作差,计算结果作为对应所属账龄时段内的订单余额。
进一步地,所述方法包括:
将确定的在所述所属账龄时段的订单余额作为调整后的订单余额;
根据各所属账龄时段的调整后的订单余额及对应的打折比例确定折后订单余额。
根据本申请再一个方面,还提供一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现如前述所述的方法。
根据本申请另一方面,还提供了一种用于融资额度计算的设备,其中,所述设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如前述所述方法的操作。
与现有技术相比,本申请通过确定融资额度的基础数据,其中,所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段;对所述所属账龄时段分配对应的打折比例,基于所述基础数据计算在所述所属账龄时段的账款余额,其中,所述账款余额包括应付账款余额、应付暂估余额及订单余额;基于所述打折比例及所述账款余额确定所述融资额度。能够从数据层面剥离质保金、预付款等与真实的账款余额无关的数据项,同时剥离预计付款时间超出保留商给定的有效结束日期的账款数据,并从原始账款余额中扣除,从而得到有效的账款余额。并可弥补数据时效滞后的情况,使得保理商能够更加准确的衡量融资标物的实际价值。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1示出根据本申请的一个方面提供的一种融资额度计算的方法流程示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
图1示出根据本申请的一个方面提供的一种融资额度计算的方法流程示意图,该方法包括:步骤S11~步骤S13,其中,
在步骤S11中,确定融资额度的基础数据,其中,所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段;在此,融资额度为保理商基于特定一个时间,对买卖双方账款余额衡量的价值。原始组织为存在于买方的系统中的组织,认证组织为由保理商在自己的管理系统中维护的组织。在融资业务过程中,保理商将根据买卖双方的账款变化,计算动态融资额度,首先需要确定为后续动态计算提供数据基础的融资额度的基础数据,包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段。通过划分账龄时段,能够更好的观察账款余额的分布,有利于保留商分析融资标的物的结构,分析融资标的物的价值。
在步骤S12中,对所述所属账龄时段分配对应的打折比例,基于所述基础数据计算在所述所属账龄时段的账款余额,其中,所述账款余额包括应付账款余额、应付暂估余额及订单余额;在此,账款余额包括应付账款余额、应付暂估余额、订单余额,根据确定好的基础数据分别计算在划分的账龄时段内的应付账款余额、应付暂估余额及订单余额,同时确定划分的账龄时段的账款余额对应的打折比例,以便在步骤S13中,基于所述打折比例及所述账款余额确定所述融资额度。在此,融资额度=应付账款余额*打折比例+应付暂估余额*打折比例+订单余额*打折比例,融资额度用于控制保理业务中的融资、还款与拨付业务,当发生融资时,融资的金额会从当前的融资额度中扣除,当发生还款时,还款的金额会在当前的融资额度中增加,从而计算出剩余可用的融资额度,融资需求方当次所能融资金额不得超过剩余可用的融资额度。
在本申请一实施例中,在步骤S11中,分别确定基础数据中的原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段,首先,在步骤S111中,根据原始组织及原始组织关系确定所述原始组织额度;在此,需要进行融资额度计算的前置配置,即计算原始组织额度和计算认证组织额度,若计算原始组织的额度,需要原始组织及原始组织关系在应用数据库中,根据应用数据库中的原始组织及原始组织关系确定原始组织额度。在此,原始组织关系为买方的系统中记录与其开展交易的卖方,存在于买方的系统中的买卖双方主体,构成原始组织关系。在步骤S112中,将认证组织与数据库中的原始组织进行关联得到关联信息,根据所述关联信息及所述原始组织额度确定所述认证组织额度;在此,将认证组织与应用数据库中的原始组织关联,并且认证组织关系已启用数据对接模式,根据关联的原始组织额度及对应的关联关系确定认证组织额度。
在步骤S113中,对所述认证组织进行账龄权重配置,判断待计算的组织关系是否存在组织关系层的账龄权重配置,若是,则取出配置的账龄权重信息,若否,则获取系统默认的账龄权重信息,其中,所述账龄权重信息包括账龄开始天数、账龄结束天数及权重信息;在此,对认证组织进行账龄权重的配置,系统首先会配置默认的账龄权重,每组认证组织关系可以配置专属于组织关系层的账龄权重。获取计算需要的账龄权重参数时,根据需要计算的核心企业(保理商)及供应商,获取该组织关系的账龄权重信息,若该组织关系已存在组织关系层的账龄权重配置,则取出该配置的账龄、权重信息,用于计算;若不存在组织关系层配置,则直接取系统默认的账龄权重用于计算。
在步骤S114中,基于触发条件获取额度计算时获取数据的截止时间,以确定所述计算时间,其中,所述触发条件包括额度试算界面触发和系统触发;在此,额度计算的触发分为两种:额度试算界面触发和系统触发,其中,额度试算界面触发时,获取用户在额度试算界面点击“额度计算”按钮的操作,当不存在同一天内,计算时间<=初始化时间的记录时,触发额度计算,此计算结果仅做界面展示,不保存、修改任何数据;系统触发为包括录入调整项,确认及冲销回款,激活、撤销激活产品分配或修改已激活的产品分配,修改全局层的账龄权重配置、修改组织关系层的账龄权重配置,授信和调额单据审批通过,以及每日定时计算、导入业务数据,此时计算结果需要保存。
在本申请一实施例中,在步骤S114中,当所述触发条件为额度试算界面触发时,将获取的界面上的初始化时间作为所述额度计算时获取数据的截止时间;当所述触发条件为系统触发时,根据获取的触发时的当前时间确定所述额度计算时获取数据的截止时间。在此,额度试算界面触发时,需要获取界面上的初始化时间,作为额度计算时获取数据的截止时间;系统触发时,获取触发时的当前时间作为额度计算时获取数据的截止时间。在本申请中,采用触发式计算,能够及时的根据账款余额的变化得出最新的融资额度,当影响账款余额的因子发生变化时,就触发融资额度的计算程序,以获取当前最新的数据,计算出最新的融资额度。
在步骤S115中,根据计算日期及业务时间计算账龄天数,将所述账龄天数与获取到的账龄权重信息中的账龄开始天数及账龄结束天数进行比对,根据比对的结果确定所述所属账龄时段。在此,不同的账款及因子项使用不同的业务时间进行判断,取出符合条件的记录后,根据计算日期与业务时间的差值计算出账龄天数,与获取到的账龄权重参数中的“账龄开始天数”、“账龄结束天数”进行对比,当满足“账龄开始天数”<=计算出的账龄天数<=“账龄结束天数”时,认为该记录归属于此账龄时段。
进一步地,在步骤S12中,基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额,其中,所述预设的计算模式包括第一计算方式和第二计算方式,所述应付账款余额包括:原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额。在此,预设的计算模式包括第一计算方式oracle和第二计算方式SAP,在计算应付账款时,首先根据接入的数据计算出的未付款发票金额,即计算原始应付账款,计算区分oracle和SAP,其中,在oracle计算模式中,根据发票头标识关联获取发票金额和付款金额,在归属的账龄时段内计算原始应付账款;在SAP计算模式中,根据凭证信息中的过账数据和未清账、质保金信息获取满足条件的数据,对所有满足条件的数据进行求和在归属的账龄时段内的金额,得到原始应付账款。接着计算已在系统中录入的质保金和未在系统中录入的质保金,当还款模式为到期还款时,预付款日期超出合同约定的额度有效结束日期的未付款发票金额,计算此时的超期金额。针对第一计算方式oracle进行调整预付款未核销的金额,计算已预付款的发票但付款之后还未核销的剩余金额,根据参数配置的需求由远到近进行扣减。保理商实际已收到,但买方未在系统中录入的付款金额,根据以下5个因子项计算得到回款未录入的金额,其中,因子项包括:HSFC回款、回款调整、ERP付款、付款调整及上次的EPR付款剩余金额。对于买方已确认,但未在系统中录入的发票金额,根据发票调整项和发票已录入的计算发票未录入的金额。
进一步地,所述方法包括:根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额;根据所述调整后的应付账款余额及对应的打折比例确定折后应付账款余额。在此,对原始应付账款余额进行调整,调整后的余额=原始应付余额-系统内质保金-系统外质保金-预付款未核销-回款未录入+发票未录入-超期余额。若无效账龄的调整后余额的合计值小于0,则需要将无效账龄的余额全部置为0,并以无效账龄的合计值向最近的一个有效账龄时段卷积,并将卷积后的结果作为该有效账龄时段的余额值。折后金额由各账龄时段的调整后余额*对应的打折比例得到的结果确定。
进一步地,在步骤S12中,基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付暂估余额,其中,所述预设的计算模式包括第一计算方式和第二计算方式。在此,根据系统对接的数据计算出的未开票的接收金额为原始应付暂估金额,计算区分第一计算方式oracle和第二计算方式SAP两种情况,在本申请一实施例中,当选取预设的计算模式中的第一计算方式时,根据接收事务处理行标识关联获取计算数据,当选取预设的计算模式中的第二计算方式时,根据订单行标识关联获取计算数据,其中,所述计算数据包括接收数据和发票数据。根据所述计算数据确定所属账龄时段内的原始应付暂估余额。在此,对于oracle,取出组织关系下的交易行数据表中交易开始日期小于等于计算日期,交易类型为接收“RECEIVE”或归还“RETURN”的接收行记录,若交易类型为“RECEIVE”,则将接收金额与接收数量进行绝对值处理,再乘以-1进行转换,取出转换后的接收金额与接收数量及免税金额。接着,取出该组织关系下的发票头中已存在的账单,且发票行中状态为有效的,交易开始时间小于等于计算时间,还没有进行应付暂估的记录,根据接收行标识取出最小的发票单价、汇总的发票数量及发票金额。随后,通过接收行标识关联接收、发票数据,若接收数量非空非0且开票数量非空非0,则取非空非0的交易行中免税价格与发票单价中最小值作为单价*(接收数量-开票数量)计算金额。若接收数量非空而非0且开票数量非空非0,且接收单价、开票单价均为0或空,则通过订单行标识找到非0非空的免税单价,确定免税单价后乘以(接收数量-开票数量)可得到暂估余额。若免税单价为0或为空,或接收数量为0或为空,或开票数量为0或为空则按照事务处理行标识关联接收金额与发票金额,根据它们的差值来计算应付余额。根据计算日期与接收行日期的差值计算账龄天数,并判断归属的账龄时段,汇总账龄时段内金额值,分账龄记录、展示。
接着上述实施例,对于SAP,取出组织关系下的交易行数据表中交易开始日期小于等于计算日期,交易类型为接收“RECEIVE”或归还“RETURN”的接收行记录,若交易类型为“RECEIVE”,则将接收金额与接收数量进行绝对值处理,再乘以-1进行转换,根据订单行标识汇总接收金额、接收数量,取出同一订单行标识下最小的免税金额、最小的接收行日期。接着,取出该组织关系下的发票头中已存在的账单,且发票行中状态为有效的,交易开始时间小于等于计算时间,还没有进行应付暂估的记录,根据订单行标识取出最小的发票单价、汇总的发票数量及发票金额。随后,通过订单行标识关联接收、发票数据,若接收数量非空非0且开票数量非空非0,则取非空非0的交易行中免税价格与发票单价中最小值作为单价*(接收数量-开票数量)计算金额。若接收数量非空而非0且开票数量非空非0,且接收单价、开票单价均为0或空,则通过订单行标识找到非0非空的免税单价,确定免税单价后乘以(接收数量-开票数量)可得到暂估余额。若免税单价为0或为空,或接收数量为0或为空,或开票数量为0或为空则按照订单行标识关联接收金额与发票金额,根据它们的差值来计算应付余额。根据计算日期与接收行日期最小值的差值计算账龄天数,并判断归属的账龄时段,汇总账龄时段内金额值,分账龄记录、展示。
进一步地,所述方法包括:当融资到期日未超出额度有效接收日期时,预计付款日期超出约定额度有效结束日期的未付款发票金额或接收金额根据所述预设的计算模式计算超期余额。在此,当启用融资到期日不能超出额度有效接收日期的控制时,预计付款日期超出合同约定的额度有效结束日期的未付款发票金额或接收金额,即计算超期余额。在本申请一实施例中,计算超期余额区分第一计算方式oracle和第二计算方式SAP,具体地,当选取预设的计算模式中的第一计算方式时,获取所述组织关系中的付款周期、开票周期及接收行日期,判断所述付款周期、开票周期及接收行日期的总和是否大于额度有效结束日期,若是,则计算所述接收行日期对应的超期余额;当选取预设的计算模式中的第二计算方式时,获取所述组织关系中的付款周期、开票周期及最大接收行日期,判断所述付款周期、开票周期及最大接收行日期的总和是否大于额度有效结束日期,若是,则计算所有接收行日期对应的超期余额。在此,根据组织关系火气当前状态为“已激活”的产品分配头上的还款模式,若还款模式为到期还款,则需要计算超期余额,需要获取额度信息模块中当前有效的产品分配行上的“额度有效结束日期”;若还款模式为不到期还款、不存在已激活的产品分配或有效的产品分配行,则不需要计算超期余额,超期余额的值为0。对于oracle计算模式,获取组织关系属性上的付款周期、开票周期,取出组织关系下交易行数据表中的交易开始时间小于等于计算时间、交易类型为接收“RECEIVE”或归还“RETURN”的接收行记录,取出接收行日期。若取出的接收行日期+开票周期+付款周期>额度有效结束日期,则该接收行超出额度有效期,根据计算原始应付余额的逻辑计算此部分接收行的余额。对于SAP计算模式,获取组织关系属性上的付款周期、开票周期,取出组织关系下交易行数据表中交易开始时间小于等于计算时间、交易类型为接收“RECEIVE”或归还“RETURN”的接收行记录,取出同一订单行标识下最大的接收行日期。若取出的最大的接收行日期+开票周期+付款周期>额度有效结束日期,则该订单行标识关联的所有接收行超出额度有效期,根据计算原始应付余额的逻辑计算此部分接收行的余额。
进一步地,所述方法包括:根据所述所属账龄时段内的原始应付暂估余额及所述超期余额调整所述所属账龄时段内的应付暂估余额;根据调整后的所属账龄时段内的应付暂估余额及对应的打折比例确定折后应付暂估余额。在此,计算原始应付暂估金额及超期余额后,对应付暂付余额进行调整,调整后余额=原始应付暂估余额-超期余额,从而,可得到对应的折后金额,折后金额=各账龄时段的调整后余额*对应的打折比例。
进一步地,在步骤S12中,根据订单行标识关联获取订单数据与接收数据,根据所述订单数据与所述接收数据确定原始订单余额,其中,所述订单数据包括订单金额、订单日期;根据所述计算时间及所述订单日期确定账龄天数,判断对应的所属账龄时段;将所述所属账龄时段内的原始订单余额进行汇总,确定在所述所属账龄时段的订单余额。在此,计算原始订单余额,所述原始订单余额为根据系统对接的数据计算出的未接收的订单金额,具体地,取出组织关系下所有的订单状态为已认证的,买方订单类型为合格的,且交易开始时间小于等于计算时间的记录,根据源数据中的键及订单头标识关联头表与行表,根据订单行标识,取出买方订单行汇总金额和订单日期。取出该组织关系下所有的交易类型为接收或归还且交易开始时间小于等于计算时间的接收行记录,根据订单行标识汇总接收的接收汇总金额,若交易类型为接收,则将接收汇总金额先进行绝对值化处理,再乘以-1转换。通过订单行标识关联订单与接收,用买方订单行的汇总金额与接收金额差值得到每个订单行标识的订单余额。并根据计算日期与订单日期之差计算账龄天数,判断归属的账龄时段,汇总账龄时段内金额值,分账龄记录、展示。
在本申请一实施例中,所述订单余额包括非寄售订单余额和寄售订单余额,若订单的类型属于非寄售标准订单,则确定在所述所属账龄时段的非寄售订单余额。在此,在此,计算订单余额时,区分寄售标准订单及非寄售标准订单,若订单的类型属于非寄售标准订单,则确定在所述所属账龄时段的非寄售订单余额。计算该订单余额的逻辑为上述计算原始订单余额的逻辑,在此不再赘述。
在本申请一实施例中,所述方法包括:若所述订单的类型属于寄售标准订单,则根据组织关系下的订单状态、订单类型、所属账龄时段及接收金额确定寄售订单余额。若所述订单的类型属于寄售标准订单,则根据组织关系下的订单状态、订单类型、所属账龄时段及接收金额确定寄售订单余额。在此,计算订单余额时,区分寄售标准订单及非寄售标准订单,对于寄售标准订单则需要单独实现订单余额计算逻辑,计算逻辑如下:
取出该组织关系下所有订单头中的订单状态、订单类型、订单行及订单创建日期均满足条件的数据,比如订单状态需要满足为批准,订单类型需满足为标准,订单创建日期需要小于计算时间。根据计算日期与订单日期之差计算每一订单行的账龄天数,判断订单行归属的账龄时段,汇总账龄时段内的订单行对应的分账龄的订单金额;取出组织关系下满足条件的接收行的数据,比如事务处理类型为接收或退货,订单创建日期小于等于计算日期的接收行记录,如果事务处理类型为接收,则汇总取出的接收行对应的金额,若事务处理类型为退货,则需要将接收统计对应的数据进行绝对值化处理,再乘以-1转换,汇总加和进行统计接收金额。用统计得到的接收金额从最远账龄开始抵扣得到的分账龄的订单金额,若最远账龄的订单金额<接收金额,则将最远账龄的订单金额置为0,并以(接收金额-账龄金额)的差值继续向上一账龄抵扣,直至接收金额扣减为0,若扣减至最后一段账龄仍未扣减完接收金额,则直接将差异值以负数展示在最后一个账龄时段。
在本申请一实施例中,所述方法包括:根据各所属账龄时段内的所述非寄售订单金额与所述寄售订单金额的累加和与所述超期金额作差,计算结果作为对应所属账龄时段内的订单余额。在此,确定寄售订单金额与非寄售订单金额后,调整后金额=非寄售订单余额+寄售订单余额-超期余额。
进一步地,所述方法包括:将确定的在所述所属账龄时段的订单余额作为调整后的订单余额,根据各所属账龄时段的调整后的订单余额及对应的打折比例确定折后订单余额。在此,按照上述计算原始订单余额的方法得到原始订单余额后,将该原始订单余额作为调整后余额,订单余额对应的折后金额=各账龄时段内的调整后余额*对应的打折比例。
通过以上实施例中所述的计算方法,计算得到应付账款余额、应付暂估余额及订单余额,以及对应的打折比例后,得到融资额度。本申请通过从数据层面剥离质保金、预付款等与真实的账款余额无关的数据项,同时剥离预计付款时间超出保留商给定的有效结束日期的账款数据,并从原始账款余额中扣除,从而得到有效的账款余额。同时提供调整方法,对原始应付账款余额、原始暂估余额以及原始订单余额进行调整,弥补数据时效滞后的情况,使得保理商能够更加准确的衡量融资标物的实际价值。另外,自动比对买方的付款数据与共管账户收到的回款数据,更有利于保理商把控回款通道。本申请所述的动态融资额度的计算方法也适合来源多样化的接入数据,无需区分接入的数据来源。
根据本申请再一个方面,还提供一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现如前述所述的方法。
根据本申请另一方面,还提供了一种用于融资额度计算的设备,其中,所述设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如前述所述方法的操作。
例如,所述计算机可读指令在被执行时使所述处理器执行以下步骤:
确定融资额度的基础数据,其中,所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段;
对所述所属账龄时段分配对应的打折比例,基于所述基础数据计算在所述所属账龄时段的账款余额,其中,所述账款余额包括应付账款余额、应付暂估余额及订单余额;
基于所述打折比例及所述账款余额确定所述融资额度。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (17)
1.一种融资额度计算的方法,其中,所述方法包括:
确定融资额度的基础数据,其中,所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段;
对所述所属账龄时段分配对应的打折比例,基于所述基础数据计算在所述所属账龄时段的账款余额,其中,所述账款余额包括应付账款余额、应付暂估余额及订单余额;
基于所述打折比例及所述账款余额确定所述融资额度。
2.根据权利要求1所述的方法,其中,确定融资额度的基础数据包括:
根据原始组织及原始组织关系确定所述原始组织额度;
将认证组织与数据库中的原始组织进行关联得到关联信息,根据所述关联信息及所述原始组织额度确定所述认证组织额度;
对所述认证组织进行账龄权重配置,判断待计算的组织关系是否存在组织关系层的账龄权重配置,若是,则取出配置的账龄权重信息,若否,则获取系统默认的账龄权重信息,其中,所述账龄权重信息包括账龄开始天数、账龄结束天数及权重信息;
基于触发条件获取额度计算时获取数据的截止时间,以确定所述计算时间,其中,所述触发条件包括额度试算界面触发和系统触发;
根据计算日期及业务时间计算账龄天数,将所述账龄天数与获取到的账龄权重信息中的账龄开始天数及账龄结束天数进行比对,根据比对的结果确定所述所属账龄时段。
3.根据权利要求2所述的方法,其中,基于触发条件获取额度计算时获取数据的截止时间,包括:
当所述触发条件为额度试算界面触发时,将获取的界面上的初始化时间作为所述额度计算时获取数据的截止时间;
当所述触发条件为系统触发时,根据获取的触发时的当前时间确定所述额度计算时获取数据的截止时间。
4.根据权利要求1所述的方法,其中,基于所述基础数据计算在所述所属账龄时段的账款余额,包括:
基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额,其中,所述预设的计算模式包括第一计算方式和第二计算方式,所述应付账款余额包括:原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额。
5.根据权利要求4所述的方法,其中,所述方法包括:
根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额;
根据所述调整后的应付账款余额及对应的打折比例确定折后应付账款余额。
6.根据权利要求1所述的方法,其中,基于所述基础数据计算在所述所属账龄时段的账款余额包括:
基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付暂估余额,其中,所述预设的计算模式包括第一计算方式和第二计算方式。
7.根据权利要求6所述的方法,其中,所述方法包括:
当选取预设的计算模式中的第一计算方式时,根据接收事务处理行标识关联获取计算数据,当选取预设的计算模式中的第二计算方式时,根据订单行标识关联获取计算数据,其中,所述计算数据包括接收数据和发票数据;
根据所述计算数据确定所属账龄时段内的原始应付暂估余额。
8.根据权利要求7所述的方法,其中,所述方法包括:
当融资到期日未超出额度有效接收日期时,预计付款日期超出约定额度有效结束日期的未付款发票金额或接收金额;
根据所述预设的计算模式计算超期余额。
9.根据权利要求8所述的方法,其中,根据所述预设的计算模式计算超期余额,包括:
当选取预设的计算模式中的第一计算方式时,获取所述组织关系中的付款周期、开票周期及接收行日期,判断所述付款周期、开票周期及接收行日期的总和是否大于额度有效结束日期,若是,则计算所述接收行日期对应的超期余额;
当选取预设的计算模式中的第二计算方式时,获取所述组织关系中的付款周期、开票周期及最大接收行日期,判断所述付款周期、开票周期及最大接收行日期的总和是否大于额度有效结束日期,若是,则计算所有接收行日期对应的超期余额。
10.根据权利要求7至9中任一项所述的方法,其中,所述方法包括:
根据所述所属账龄时段内的原始应付暂估余额及所述超期余额调整所述所属账龄时段内的应付暂估余额;
根据调整后的所属账龄时段内的应付暂估余额及对应的打折比例确定折后应付暂估余额。
11.根据权利要求1所述的方法,其中,基于所述基础数据计算在所述所属账龄时段的账款余额,包括:
根据订单行标识关联获取订单数据与接收数据,根据所述订单数据与所述接收数据确定原始订单余额,其中,所述订单数据包括订单金额、订单日期;
根据所述计算时间及所述订单日期确定账龄天数,判断对应的所属账龄时段;
将所述所属账龄时段内的原始订单余额进行汇总,确定在所述所属账龄时段的订单余额。
12.根据权利要求11所述的方法,其中,所述订单余额包括非寄售订单余额和寄售订单余额,所述方法包括:
若订单的类型属于非寄售标准订单,则确定在所述所属账龄时段的非寄售订单余额。
13.根据权利要求12所述的方法,其中,所述方法包括:
若所述订单的类型属于寄售标准订单,则根据组织关系下的订单状态、订单类型、所属账龄时段及接收金额确定寄售订单余额。
14.根据权利要求12或13所述的方法,其中,所述方法包括:
根据各所属账龄时段内的所述非寄售订单金额与所述寄售订单金额的累加和与所述超期金额作差,计算结果作为对应所属账龄时段内的订单余额。
15.根据权利要求14所述的方法,其中,所述方法包括:
将确定的在所述所属账龄时段的订单余额作为调整后的订单余额;
根据各所属账龄时段的调整后的订单余额及对应的打折比例确定折后订单余额。
16.一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现如权利要求1至15中任一项所述的方法。
17.一种用于融资额度计算的设备,其中,所述设备包括:
一个或多个处理器;以及
存储有计算机可读指令的存储器,所述计算机可读指令在被执行时使所述处理器执行如权利要求1至15中任一项所述方法的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910311874.1A CN110335146A (zh) | 2019-04-18 | 2019-04-18 | 一种融资额度计算的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910311874.1A CN110335146A (zh) | 2019-04-18 | 2019-04-18 | 一种融资额度计算的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110335146A true CN110335146A (zh) | 2019-10-15 |
Family
ID=68139749
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910311874.1A Pending CN110335146A (zh) | 2019-04-18 | 2019-04-18 | 一种融资额度计算的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110335146A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111179093A (zh) * | 2020-01-02 | 2020-05-19 | 山东浪潮通软信息科技有限公司 | 一种根据大数据精准控制供应商融资额度的方法 |
CN117114786A (zh) * | 2023-09-08 | 2023-11-24 | 广东企企通科技有限公司 | 核心企业管理方法、系统、计算机设备及存储介质 |
-
2019
- 2019-04-18 CN CN201910311874.1A patent/CN110335146A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111179093A (zh) * | 2020-01-02 | 2020-05-19 | 山东浪潮通软信息科技有限公司 | 一种根据大数据精准控制供应商融资额度的方法 |
CN117114786A (zh) * | 2023-09-08 | 2023-11-24 | 广东企企通科技有限公司 | 核心企业管理方法、系统、计算机设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8712884B2 (en) | Transaction finance processing system and approach | |
US20130117159A1 (en) | Transaction platform data processing method and system | |
US20170352116A1 (en) | Data payment and authentication via a shared data structure | |
JP5919375B2 (ja) | 非決済取引の支払い | |
CN105431878A (zh) | 用于自动向企业提供基于a/r的信贷额度的系统和方法 | |
CN110458691B (zh) | 一种贷前风险监控方法及装置 | |
US20130297396A1 (en) | Systems for and methods of capturing and analyzing benefits in commercial transactions | |
CN110458556B (zh) | 一种资金核对方法、装置、计算机设备及系统架构 | |
US20140101037A1 (en) | Real-Time Authorization Interchange Surcharge | |
EP0701717B1 (en) | Methods and apparatus relating to the formulation and trading of risk management contracts | |
CN110335146A (zh) | 一种融资额度计算的方法及设备 | |
Jones et al. | The next step for revenue recognition | |
AU2007221878B8 (en) | Transaction finance processing system and approach | |
CN109615492A (zh) | 一种记账凭证生成方法和系统 | |
Reilly | The valuation of proprietary technology | |
CN110322355A (zh) | 一种融资额度计算的方法及设备 | |
CN109214911A (zh) | 账单对账异常的处理方法和装置 | |
JP2004127260A (ja) | 証券売買資金融資システム及びその方法 | |
CN109377370A (zh) | 一种数据处理方法及处理装置 | |
CN108734461A (zh) | 预付式虚拟资源的处理方法及终端设备 | |
JP2001297194A (ja) | 金融商品自動注文方式 | |
US20230005076A1 (en) | Method, apparatus, and computer readable medium for dynamically modeling a current price of an invoice issued by a seller based on real-time monitoring of transaction data on a computer network | |
CN113240476A (zh) | 一种产品估值数据的获取方法和装置 | |
US20240070795A1 (en) | Data payment and authentication via a shared data structure | |
KR101026367B1 (ko) | 환전 우대서비스 운용서버 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191015 |
|
RJ01 | Rejection of invention patent application after publication |