CN110322355A - 一种融资额度计算的方法及设备 - Google Patents

一种融资额度计算的方法及设备 Download PDF

Info

Publication number
CN110322355A
CN110322355A CN201910311864.8A CN201910311864A CN110322355A CN 110322355 A CN110322355 A CN 110322355A CN 201910311864 A CN201910311864 A CN 201910311864A CN 110322355 A CN110322355 A CN 110322355A
Authority
CN
China
Prior art keywords
money
amount
invoice
aging
data
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
Application number
CN201910311864.8A
Other languages
English (en)
Inventor
胡晓娇
曾会成
吕伟洋
周阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HAND ENTERPRISE SOLUTIONS CO Ltd
Original Assignee
HAND ENTERPRISE SOLUTIONS CO Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by HAND ENTERPRISE SOLUTIONS CO Ltd filed Critical HAND ENTERPRISE SOLUTIONS CO Ltd
Priority to CN201910311864.8A priority Critical patent/CN110322355A/zh
Publication of CN110322355A publication Critical patent/CN110322355A/zh
Pending legal-status Critical Current

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
    • 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/06—Asset management; Financial planning or analysis

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请的目的是提供一种融资额度计算的方法及设备，通过获取融资额度的基础数据；基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额，其中，所述应付账款余额包括：原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额；根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额；基于所述基础数据计算在所述所属账龄时段的应付暂估余额及订单余额，根据所述调整后的应付账款余额、所述应付暂估余额及订单余额确定融资额度。从而得到有效的账款余额，弥补数据时效滞后的情况。

Description

一种融资额度计算的方法及设备
技术领域
本申请涉及计算机领域，尤其涉及一种融资额度计算的方法及设备。
背景技术
保理业务以买房及卖方之间的应付账款作为融资标的，保理商在开展保理业务过程中，出于风险控制的考量，会进行融资额度的计算，而由于买方及卖方之间的交易业务在持续发展，买卖双方的账款余额将存在变化，因此在融资业务过程中，需要保理商将根据买卖双方的账款变化，计算动态融资额度。在实际操作过程中，当保理商与卖方约定共管账户，约定的回款方式为买方回款至共管账户时，共管账户已收到买方实际支付的款项，但买方未在自己的系统中录入，即保理商获取到的买方的付款数据滞后，比实际付款金额偏低，此种情况会造成买方系统中的应付账款余额偏高。在融资额度中，应付账款的计算，直接影响买卖双方系统中应付账款余额的数据，为了解决数据的滞后性，需要计算原始应付余额，再对原始应付余额进行调整。
发明内容
本申请的一个目的是提供一种融资额度计算的方法及设备，解决数据有效性，避免影响保理商对融资标的物的实际价值的衡量的问题。
根据本申请的一个方面，提供了一种融资额度计算的方法，所述方法包括：
获取融资额度的基础数据，其中，所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段；
基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额，其中，所述预设的计算模式包括第一计算方式和第二计算方式，所述应付账款余额包括：原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额；
根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额；
基于所述基础数据计算在所述所属账龄时段的应付暂估余额及订单余额，根据所述调整后的应付账款余额、所述应付暂估余额及订单余额确定融资额度。
进一步地，当所述预设的计算模式包括第一计算方式时，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的原始应付余额，包括：
获取认证组织关系下发票类型信息、入账信息、创建时间及发票验证信息满足条件的发票数据，以确定未付款发票数据；
根据所述未付款发票数据中发票头标识关联发票头数据表和发票行数据表，并根据对应的交易头的过账日期进行汇总发票行入账，得到发票行入账信息；
根据付款行中的发票头标识汇总所有满足创建时间小于等于计算时间的付款入账及回扣信息；
根据所述基础数据中计算日期和过账日期计算账龄天数，以确定所属账龄时段，根据所述发票行入账信息、付款入账信息及回扣信息计算所述所属账龄时段的未付款发票数据对应的金额，作为原始应付账款。
进一步地，当所述预设的计算模式包括第二计算方式时，基于所述基础数据及所述第二计算方式计算在所述所属账龄时段的原始应付余额，包括：
获取凭证行数据表下凭证清账信息中为质保金或未清项，并满足时间条件的发票数据，以确定未付款发票数据；
根据所述基础数据中计算日期和过账日期计算账龄天数，以确定所属账龄时段，汇总所述所属账龄时段的未付款发票数据对应的金额，作为原始应付账款。
进一步地，当所述预设的计算模式包括第一计算方式时，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的内质保金，包括：
获取认证组织关系下发票头中已入账、发票行类型为质保金及满足时间条件的已录入质保金，以确定待计算质保金数据；
根据所述基础数据中计算日期和凭证过账日期计算账龄天数，以确定所属账龄时段，计算所述所属账龄时段的待计算质保金数据对应的金额，作为内质保金。
进一步地，当所述预设的计算模式包括第二计算方式时，基于所述基础数据及所述第二计算方式计算在所述所属账龄时段的内质保金，包括：
获取认证组织关系下发票头中已入账、发票行类型为质保金及满足时间条件的已录入质保金，以确定待计算质保金数据；
根据所述基础数据中计算日期和凭证过账日期计算账龄天数，以确定所属账龄时段，计算所述所属账龄时段的待计算质保金数据对应的金额，作为内质保金。
进一步地，基于所述基础数据及预设的计算模式计算在所述所属账龄时段的外质保金，包括：
根据时间类型和还款时间汇总在计算时间内的已入账还款；
根据所述基础数据中的账龄权重确定扣减质保金的账龄时段，从所述扣减质保金的账龄时段中最远的账龄到最后一段账龄依次开始以下步骤：当对应账龄的金额值小于外质保金，则将所述账龄的金额值更新为0，以所述外质保金与更新前的账龄的金额值的差值作为上一账龄对应的外质保金，直至所述外质保金扣减为0。
进一步地，所述方法还包括：
若所述最后一段账龄对应的外质保金大于0，则将所述最后一段账龄对应的外质保金与所述最后一段账龄更新前的金额值的差值以负数展示在所述最后一段账龄。
进一步地，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的超期余额之前，包括：
获取认证组织关系下满足条件的产品分配头上的还款模式，若所述还款模式为到期还款，则获取当前有效的产品分配行上的额度有效结束日期。
进一步地，当所述预设的计算模式包括第一计算方式时，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的超期余额，包括：
根据所述认证组织关系获取付款周期，以及获取所述认证组织关系下发票类型信息、入账信息、创建时间、发票验证信息及发票行类型信息满足条件的发票数据，以确定未付款发票数据；
根据所述未付款发票数据中发票头标识关联发票头数据表和发票行数据表，根据过账日期、所述付款周期及所述额度有效结束日期确定已超账期的发票行数据；
计算账龄天数，以确定所属账龄时段，根据所述发票行入账信息、付款入账信息及回扣信息计算所述所属账龄时段的已超账期的发票行数据对应的金额，作为超期余额。
进一步地，当所述预设的计算模式包括第二计算方式时，基于所述基础数据及所述第二计算方式计算在所述所属账龄时段的超期余额，包括：
根据所述认证组织关系获取付款周期，以及获取凭证行数据表下凭证清账信息中为质保金或未清项，并满足时间条件的发票数据，以确定未付款发票数据；
根据凭证过账日期、所述付款周期及额度有效结束日期确定已超账期的凭证行数据；
计算账龄天数，以确定所属账龄时段，汇总所述所属账龄时段的已超账期的凭证行数据对应的金额，作为超期余额。
进一步地，当所述预设的计算模式包括第一计算方式时，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的预付款未核销金额，包括：
获取认证组织关系下发票类型信息及创建时间满足条件的发票数据，汇总所述发票数据中发票行中未核销的预付款金额；
获取认证组织关系下发票类型信息、创建时间及预付款标识字段信息满足条件的发票数据，汇总所述发票数据中发票行的已入账金额；
根据所述发票行中未核销的预付款金额与所述发票行的已入账金额确定所述所属账龄时段的历史预付款未核销金额。
进一步地，所述方法包括：
根据所述基础数据中的账龄权重确定扣减预付款的账龄时段，从所述扣减预付款的账龄时段中最远的账龄到最后一段账龄依次开始以下步骤：当对应账龄的金额值小于预付款未核销金额，则将所述账龄的金额值更新为0，以所述预付款未核销金额与更新前的账龄的金额值的差值作为上一账龄对应的预付款未核销金额，直至所述预付款未核销金额扣减为0；
若所述最后一段账龄对应的预付款未核销金额大于0，则将所述最后一段账龄对应的预付款未核销金额与所述最后一段账龄更新前的金额值的差值以负数展示在所述最后一段账龄。
进一步地，基于所述基础数据及所述预设的计算模式计算在所述所属账龄时段的回款未录入金额，包括：
根据回款转入金额、回款调整、已付款金额、付款调整和上一次还款金额确定在所述所属账龄时段的回款未录入金额。
进一步地，所述方法包括：
当触发融资额度计算的触发方式为系统触发，且得到的所述回款未录入金额小于0时，根据系统存储的还款日期及创建时间确定额度失效时间；
将所述额度失效时间内的回款及回款调整进行更新，并将所述回款未录入金额转为正数进行系统存储。
进一步地，基于所述基础数据及所述预设的计算模式计算在所述所属账龄时段的回款未录入金额，包括：
根据发票调整项的金额及发票金额确定发票未录入金额，其中，获取满足还款日期小于等于计算时间的发票数据中还款日期中最大还款金额，根据所述最大还款金额调整发票金额；
若产品分配头的还款模式为到期还款且调整时间与付款周期总和小于额度有效结束日期，则将所述发票调整项的金额调整为0。
进一步地，根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额之后，还包括：
判断无效账龄的调整后应付账款余额是否小于0，若是，则将所述无效账龄内对应的原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额均置为0，并以所述调整后应付账款余额向最近的一个有效账龄时段卷积，并将卷积后的结果作为所述有效账龄时段的应付账款余额。
进一步地，基于所述基础数据计算在所述所属账龄时段的应付暂估余额及订单余额，包括：
基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付暂估余额，其中，所述预设的计算模式包括第一计算方式和第二计算方式；
根据各所属账龄时段内的非寄售订单金额与寄售订单金额的累加和与所述超期余额作差，计算结果作为对应所属账龄时段内的订单余额。
进一步地，所述订单余额包括非寄售订单余额和寄售订单余额，根据各所属账龄时段内的非寄售订单金额与寄售订单金额的累加和与所述超期余额作差之前，包括：
若订单的类型属于非寄售标准订单，则确定在所述所属账龄时段的非寄售订单余额；
若所述订单的类型属于寄售标准订单，则根据组织关系下的订单状态、订单类型、所属账龄时段及接收金额确定寄售订单余额。
根据本申请另一个方面，还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如前述所述的方法。
根据本申请又一个方面，还提供了一种融资额度计算的设备，其中，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如前述项所述方法的操作。
与现有技术相比，本申请通过获取融资额度的基础数据，其中，所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段；基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额，其中，所述预设的计算模式包括第一计算方式和第二计算方式，所述应付账款余额包括：原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额；根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额；基于所述基础数据计算在所述所属账龄时段的应付暂估余额及订单余额，根据所述调整后的应付账款余额、所述应付暂估余额及订单余额确定融资额度。通过从数据层面剥离质保金、预付款等与真实的账款余额无关的数据项，同时剥离预计付款时间超出保留商给定的有效结束日期的账款数据，并从原始账款余额中扣除，从而得到有效的账款余额。同时提供调整方法，对原始应付账款余额进行调整，弥补数据时效滞后的情况，使得保理商能够更加准确的衡量融资标物的实际价值。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1示出根据本申请的一个方面提供的一种融资额度计算的方法流程示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
图1示出根据本申请的一个方面提供的一种融资额度计算的方法流程示意图，所述方法包括：步骤S11～步骤S14，其中，
在步骤S11中，获取融资额度的基础数据，其中，所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段；在此，融资额度为保理商基于特定一个时间，对买卖双方账款余额衡量的价值。原始组织为存在于买方的系统中的组织，认证组织为由保理商在自己的管理系统中维护的组织。在融资业务过程中，保理商将根据买卖双方的账款变化，计算动态融资额度，首先需要确定为后续动态计算提供数据基础的融资额度的基础数据，包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段。通过划分账龄时段，能够更好的观察账款余额的分布，有利于保留商分析融资标的物的结构，分析融资标的物的价值。
具体地，进行应付账款计算前，需要进行配置，计算原始组织额度和计算认证组织额度，若计算原始组织的额度，需要原始组织及原始组织关系在应用数据库中，根据应用数据库中的原始组织及原始组织关系确定原始组织额度。在此，原始组织关系为买方的系统中记录与其开展交易的卖方，存在于买方的系统中的买卖双方主体，构成原始组织关系。将认证组织与应用数据库中的原始组织关联，并且认证组织关系已启用数据对接模式，根据关联的原始组织额度及对应的关联关系确定认证组织额度。
另一方面，对认证组织进行账龄权重的配置，系统首先会配置默认的账龄权重，每组认证组织关系可以配置专属于组织关系层的账龄权重。获取计算需要的账龄权重参数时，根据需要计算的核心企业(保理商)及供应商，获取该组织关系的账龄权重信息，若该组织关系已存在组织关系层的账龄权重配置，则取出该配置的账龄、权重信息，用于计算；若不存在组织关系层配置，则直接取系统默认的账龄权重用于计算。不同的账款及因子项使用不同的业务时间进行判断，取出符合条件的记录后，根据计算日期与业务时间的差值计算出账龄天数，与获取到的账龄权重参数中的“账龄开始天数”、“账龄结束天数”进行对比，当满足“账龄开始天数”<＝计算出的账龄天数<＝“账龄结束天数”时，认为该记录归属于此账龄时段。
在步骤S12中，基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额，其中，所述预设的计算模式包括第一计算方式和第二计算方式，所述应付账款余额包括：原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额；在此，预设的计算模式包括第一计算方式oracle和第二计算方式SAP，在计算应付账款时，首先根据接入的数据计算出的未付款发票金额，即计算原始应付账款，计算区分oracle和SAP，其中，在oracle计算模式中，根据发票头标识关联获取发票金额和付款金额，在归属的账龄时段内计算原始应付账款；在SAP计算模式中，根据凭证信息中的过账数据和未清账、质保金信息获取满足条件的数据，对所有满足条件的数据进行求和在归属的账龄时段内的金额，得到原始应付账款。接着计算已在系统中录入的质保金和未在系统中录入的质保金，当还款模式为到期还款时，预付款日期超出合同约定的额度有效结束日期的未付款发票金额，计算此时的超期金额。针对第一计算方式oracle进行调整预付款未核销的金额，计算已预付款的发票但付款之后还未核销的剩余金额，根据参数配置的需求由远到近进行扣减。保理商实际已收到，但买方未在系统中录入的付款金额，根据以下5个因子项计算得到回款未录入的金额，其中，因子项包括：HSFC回款、回款调整、ERP付款、付款调整及上次的EPR付款剩余金额。对于买方已确认，但未在系统中录入的发票金额，根据发票调整项和发票已录入的计算发票未录入的金额。
在步骤S13中，根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额；在此，对原始应付账款余额进行调整，调整后的余额＝原始应付余额-系统内质保金-系统外质保金-预付款未核销-回款未录入+发票未录入-超期余额。若无效账龄的调整后余额的合计值小于0，则需要将无效账龄的余额全部置为0，并以无效账龄的合计值向最近的一个有效账龄时段卷积，并将卷积后的结果作为该有效账龄时段的余额值。
在步骤S14中，基于所述基础数据计算在所述所属账龄时段的应付暂估余额及订单余额，根据所述调整后的应付账款余额、所述应付暂估余额及订单余额确定融资额度。在此，融资额度＝应付账款余额*打折比例+应付暂估余额*打折比例+订单余额*打折比例，融资额度用于控制保理业务中的融资、还款与拨付业务，当发生融资时，融资的金额会从当前的融资额度中扣除，当发生还款时，还款的金额会在当前的融资额度中增加，从而计算出剩余可用的融资额度，融资需求方当次所能融资金额不得超过剩余可用的融资额度。
在本申请一实施例中，在步骤S14中，根据所述调整后的应付账款余额及对应的打折比例确定折后应付账款余额。即，折后金额由各账龄时段的调整后余额*对应的打折比例得到的结果确定。从而动态调整原始应付账款，从数据层面剥离质保金、预付款等于真实账款余额无关的数据项，同时剥离预计付款时间超出保理商给定的有效结束日期的账款数据，并从原始账款余额中扣除，从而得到有效的账款余额，保证数据有效性。
通过以下实施例详细说明，计算应付账款的过程：
1)原始应付账款是指根据接入的数据计算出的未付款发票金额。
当所述预设的计算模式包括第一计算方式时，在步骤S12中，获取认证组织关系下发票类型信息、入账信息、创建时间及发票验证信息满足条件的发票数据，以确定未付款发票数据；根据所述未付款发票数据中发票头标识关联发票头数据表和发票行数据表，并根据对应的交易头的过账日期进行汇总发票行入账，得到发票行入账信息；根据付款行中的发票头标识汇总所有满足创建时间小于等于计算时间的付款入账及回扣信息；根据所述基础数据中计算日期和过账日期计算账龄天数，以确定所属账龄时段，根据所述发票行入账信息、付款入账信息及回扣信息计算所述所属账龄时段的未付款发票数据对应的金额，作为原始应付账款。在本申请一实施例中，当预设的计算模式为oracle时，取出该组织关系下所有发票头(invoice_headers)中发票类型(INVOICE_TYPE)不为‘其它(OTHER)’或‘预付款(PREPAYMENT)’、是否已入账(ACCOUNTED)为‘Y’、创建时间(dc_creation_date)<＝计算时间且发票行(invoice_lines)中状态(STATUS)为‘已验证(VERIFIED)’、行记录状态可用(DC_LINES_STATUS<>“N”)的记录，根据系统内键字段(SOURCE_SYS_KEY)及发票头标识(INVOICE_HEAD_ID)关联头表与行表。根据INVOICE_HEAD_ID取出对应的invoice_headers的过账日期(gl_date)并汇总invoice_lines的发票行总金额(INVOICE_LINE_AMOUNT)。根据核对标识(check_id)关联付款行(payment_lines)、付款头(payment_headers)。按照payment_lines中的INVOICE_HEAD_ID汇总所有dc_creation_date<＝计算时间的记录的PAYMENT_AMOUNT+DISCOUNT_TAKEN，根据invoice_head_id关联，用汇总后的发票金额-付款金额。并根据(计算日期-gl_date)计算账龄天数，判断归属的账龄时段，汇总账龄时段内金额值，分账龄记录、展示。
当所述预设的计算模式包括第二计算方式时，在步骤S12中，获取凭证行数据表下凭证清账信息中为质保金或未清项，并满足时间条件的发票数据，以确定未付款发票数据；根据所述基础数据中计算日期和过账日期计算账龄天数，以确定所属账龄时段，汇总所述所属账龄时段的未付款发票数据对应的金额，作为原始应付账款。在此，当预设的计算模式为SAP时，取出凭证行表中凭证清账状态(doc_clear_status)为“质保金(DEPOSIT)”或“未清项(UNCLEARED)”、且dc_creation_date<＝计算时间的记录，根据(计算日期-凭证过账日期(doc_post_date))计算账龄天数，并判断归属的账龄时段，汇总账龄时段内金额值，分账龄记录、展示。
2)系统内质保金，是指已在系统中录入的质保金，计算区分oracle和SAP：
当所述预设的计算模式包括第一计算方式时，在步骤S12中，获取认证组织关系下发票头中已入账、发票行类型为质保金及满足时间条件的已录入质保金，以确定待计算质保金数据；根据所述基础数据中计算日期和凭证过账日期计算账龄天数，以确定所属账龄时段，计算所述所属账龄时段的待计算质保金数据对应的金额，作为内质保金。在此，当计算模式为oracle时，取出该组织关系下所有invoice_headers中ACCOUNTED为‘Y’且发票行中的invoice_line_type为“DEPOSIT”、dc_creation_date<＝计算时间、DC_LINES_STATUS<>“N”的记录，取出发票行中的gl_date，根据(计算日期-gl_date)计算账龄天数，并判断归属的账龄时段，汇总账龄时段内金额值，分账龄记录、展示。
当所述预设的计算模式包括第二计算方式时，在步骤S12中，获取认证组织关系下发票头中已入账、发票行类型为质保金及满足时间条件的已录入质保金，以确定待计算质保金数据；根据所述基础数据中计算日期和凭证过账日期计算账龄天数，以确定所属账龄时段，计算所述所属账龄时段的待计算质保金数据对应的金额，作为内质保金。在此，当计算模式为SAP时，取出凭证行表中doc_clear_status为“DEPOSIT”且dc_creation_date<＝计算时间的记录，根据(计算日期-doc_post_date)计算账龄天数，并判断归属的账龄时段，汇总账龄时段内金额值，分账龄记录、展示。
3)外质保金是未在系统中录入的质保金，在步骤S12中，根据时间类型和还款时间汇总在计算时间内的已入账还款；根据所述基础数据中的账龄权重确定扣减质保金的账龄时段，从所述扣减质保金的账龄时段中最远的账龄到最后一段账龄依次开始以下步骤：当对应账龄的金额值小于外质保金，则将所述账龄的金额值更新为0，以所述外质保金与更新前的账龄的金额值的差值作为上一账龄对应的外质保金，直至所述外质保金扣减为0。其中，所述方法还包括：步骤S12’，若所述最后一段账龄对应的外质保金大于0，则将所述最后一段账龄对应的外质保金与所述最后一段账龄更新前的金额值的差值以负数展示在所述最后一段账龄。在此，取出系统调整表(rms_adjustment表)中，data_type为“GUARANTEE_ADJ”且还款日期(repayment_date)<＝计算时间的记录汇总repayment_amount，不区分账龄。汇总后，根据账龄权重中勾选了“扣减质保金”的账龄时段，从最远的账龄开始，若最远的账龄的金额值<系统外质保金，则将该账龄的金额值至为0，并以(系统外质保金-账龄金额)的差值继续向上一账龄抵扣直至系统外质保金扣减为0，若扣减至最后一段账龄仍未扣减完系统外质保金，则直接将差异值以负数展示在最后一个账龄时段。
4)超期余额是指当还款模式为到期还款时，预计付款日期超出合同约定的额度有效结束日期的未付款发票金额。因此，首先获取认证组织关系下满足条件的产品分配头上的还款模式，若所述还款模式为到期还款，则获取当前有效的产品分配行上的额度有效结束日期。在此，根据组织关系获取当前状态为“已激活”的产品分配头上的还款模式，若还款模式为到期还款，则需要计算超期余额，需要获取额度信息模块中当前有效的的产品分配行上的“额度有效结束日期”；若还款模式不为到期还款、不存在已激活的产品分配或有效的产品分配行，则不需要计算超期余额，超期余额的值为0。
进一步地，当所述预设的计算模式包括第一计算方式时，在步骤S12中，根据所述认证组织关系获取付款周期，以及获取所述认证组织关系下发票类型信息、入账信息、创建时间、发票验证信息及发票行类型信息满足条件的发票数据，以确定未付款发票数据；根据所述未付款发票数据中发票头标识关联发票头数据表和发票行数据表，根据过账日期、所述付款周期及所述额度有效结束日期确定已超账期的发票行数据；计算账龄天数，以确定所属账龄时段，根据所述发票行入账信息、付款入账信息及回扣信息计算所述所属账龄时段的已超账期的发票行数据对应的金额，作为超期余额。在此，当计算模式为oracle时，根据组织关系获取关系属性上的付款周期，取出该组织关系下所有invoice_headers中INVOICE_TYPE不为‘OTHER’或‘PREPAYMENT’、ACCOUNTED为‘Y’、dc_creation_date<＝计算时间且invoice_lines中STATUS为‘已验证(VERIFIED)’、invoice_line_type不为“DEPOSIT”、DC_LINES_STATUS<>“N”的记录，根据SOURCE_SYS_KEY及INVOICE_HEAD_ID关联头表与行表。若invoice_lines中的gl_date+付款周期>额度有效结束日期且INVOICE_LINE_AMOUNT>0，则认为此部分发票已超账期，获取此部分发票行数据，根据原始应付余额的计算逻辑，计算出此部分发票的余额。
当所述预设的计算模式包括第二计算方式时，在步骤S12中，根据所述认证组织关系获取付款周期，以及获取凭证行数据表下凭证清账信息中为质保金或未清项，并满足时间条件的发票数据，以确定未付款发票数据；根据凭证过账日期、所述付款周期及额度有效结束日期确定已超账期的凭证行数据；计算账龄天数，以确定所属账龄时段，汇总所述所属账龄时段的已超账期的凭证行数据对应的金额，作为超期余额。在此，根据组织关系获取关系属性上的付款周期，取出凭证行表中doc_clear_status为“未清项(UNCLEARED)”且dc_creation_date<＝计算时间的记录，若doc_post_date+付款周期>额度有效结束日期且AMOUNT>0，则认为此部分凭证行数据已超账期，获取此部分凭证行数据，根据原始应付余额的计算逻辑，计算出此部分凭证行的余额。
5)预付款未核销金额是指已付款未核销的预付款发票对应的金额。在本申请一实施例中，可仅对oracle的计算模式进行调整预付款未核销金额。具体地：获取认证组织关系下发票类型信息及创建时间满足条件的发票数据，汇总所述发票数据中发票行中未核销的预付款金额；获取认证组织关系下发票类型信息、创建时间及预付款标识字段信息满足条件的发票数据，汇总所述发票数据中发票行的已入账金额；根据所述发票行中未核销的预付款金额与所述发票行的已入账金额确定所述所属账龄时段的历史预付款未核销金额。在此，取出该组织关系下所有invoice_headers中INVOICE_TYPE为‘PREPAYMENT’、dc_creation_date<＝计算时间的记录，汇总所有invoice_lines中的已付款未核销(prepay_unapplied)字段的金额值；汇总组织关系下，invoice_headers中INVOICE_TYPE不为‘PREPAYMENT’、dc_creation_date>＝计算时间、prepay_view_id字段存储的invoice_line_id在invoice_lines存在，且存在的记录的dc_creation_date<计算时间的记录的发票行金额(INVOICE_LINE_AMOUNT)；将已付款未核销(prepay_unapplied)字段的金额值与发票行金额(INVOICE_LINE_AMOUNT)中的金额值之差汇总作为预付款未核销的金额，不区分账龄。
进一步地，所述方法包括：步骤S12”，根据所述基础数据中的账龄权重确定扣减预付款的账龄时段，从所述扣减预付款的账龄时段中最远的账龄到最后一段账龄依次开始以下步骤：当对应账龄的金额值小于预付款未核销金额，则将所述账龄的金额值更新为0，以所述预付款未核销金额与更新前的账龄的金额值的差值作为上一账龄对应的预付款未核销金额，直至所述预付款未核销金额扣减为0；若所述最后一段账龄对应的预付款未核销金额大于0，则将所述最后一段账龄对应的预付款未核销金额与所述最后一段账龄更新前的金额值的差值以负数展示在所述最后一段账龄。在此，汇总后，根据账龄权重中勾选了“扣减预付款”的账龄时段，从最远的账龄开始，若最远的账龄的金额值<预付款未核销，则将该账龄的金额值置为0，并以(预付款未核销-账龄金额)的差值继续向上一账龄抵扣直至预付款未核销扣减为0，若扣减至最后一段账龄仍未扣减完预付款未核销，则直接将差异值以负数展示在最后一个账龄时段。
6)回款未录入金额是指保理商实际已收到但买方未在系统中录入的付款金额。根据以下5个因子项计算得到：根据回款转入金额、回款调整、已付款金额、付款调整和上一次还款金额确定在所述所属账龄时段的回款未录入金额。
a)HSCF回款：截止计算时间为止，所有状态为“已确认”或“已冲销”、失效时间>计算时间(若失效时间为空，则视作>计算时间)、确认时间<＝计算时间、回款明细方式为“核企回款”、“第三方代付款”、“追索后回款”的回款记录的转入金额之和，若不存在符合条件的记录，金额为0；
b)回款调整：截止计算时间为止，取出rms_adjustment表中，data_type为“GATHERING_ADJ”、creation_date<＝计算时间且失效时间>计算时间(若失效时间为空，则视作>计算时间)记录的金额之和，若不存在符合条件的记录，金额为0；
c)ERP付款：截止计算时间为止，payment_lines表中，dc_creation_date<＝计算时间，且dc_creation_date>取出的ERP_remaining的repayment_date(若不存在ERP_REMAINING，则取统计范围内的min(回款的银行交易时间、回款调整的repayment_date))的记录的PAYMENT_AMOUNT之和，若不存在符合条件的回款、回款调整记录，金额为0；
d)付款调整：截止计算时间为止，取出rms_adjustment表中，data_type为“PAYMENT_ADJ”、creation_date<＝计算时间，且creation_date>取出的erpremaining的repayment_date(若不存在ERP_REMAINING，则取统计范围内的min(回款的银行交易时间、回款调整的repayment_date))的记录的金额之和，若不存在符合条件的回款、回款调整记录，金额为0；
e)上次ERP存储的(ERPremaining)：取出rms_adjustment表中，data_type为“ERP_REMAINING”、max(repayment_date)where repayment_date<＝计算时间的记录的金额，即所有repayment_date<＝计算时间的记录中，repayment_date最大的记录的金额，若不存在符合条件的ERP_remaining，则金额视为0。
因此，回款未录入＝HSCF回款+回款调整-ERP付款-付款调整-上次ERPremaining，若计算结果<＝0，则回款未录入金额为0；进一步地，所述方法包括：当触发融资额度计算的触发方式为系统触发，且得到的所述回款未录入金额小于0时，根据系统存储的还款日期及创建时间确定额度失效时间；将所述额度失效时间内的回款及回款调整进行更新，并将所述回款未录入金额转为正数进行系统存储。在此，当触发方式为系统触发且计算结果<＝0时，需要触发回款的失效退出机制，将计算时间作为额度失效时间，更新统计范围内，失效时间为空的回款及回款调整记录，并新增一条ERP_REMAINING的记录，将计算结果以正数赋值给ERP_REMAINING的金额，计算时间即为ERP_REMAINING的repayment_date及创建时间；否则，回款未录入的金额为计算结果，且不触发回款的失效退出机制。回款未录入根据账龄权重中勾选了“扣减预付款”的账龄时段，从最远的账龄开始，若最远的账龄的金额值<回款未录入，则将该账龄的金额值置为0，并以(回款未录入-账龄金额)的差值继续向上一账龄抵扣直至回款未录入扣减为0，若扣减至最后一段账龄仍未扣减完回款未录入，则直接将差异值以负数展示在最后一个账龄时段。
7)发票未录入金额是指买方已确认，但未在系统中录入的发票金额。根据两个因子项(发票调整项和ERP发票)计算得到：根据发票调整项的金额及发票金额确定发票未录入金额，其中，获取满足还款日期小于等于计算时间的发票数据中还款日期中最大还款金额，根据所述最大还款金额调整发票金额；若产品分配头的还款模式为到期还款且调整时间与付款周期总和小于额度有效结束日期，则将所述发票调整项的金额调整为0。在本申请一实施例中，a)发票调整项：截止计算时间为止，取出rms_adjustment表中，data_type为“INVOICE_ADJ”，repayment_date<＝计算时间的记录中repayment_date最大的记录的金额，若不存在符合条件的记录，发票调整项金额为0。若产品分配头的还款模式为“到期还款”，且调整时间+付款周期>额度有效结束日期，则发票调整项视为超期，不参与原始应付余额调整，发票调整项金额视为0。b)ERP发票：当不存在符合条件的发票调整项时，不统计此因子项；否则，汇总所有invoice_headers中INVOICE_TYPE不为‘OTHER’或‘PREPAYMENT’、ACCOUNTED为‘Y’、发票调整项的repayment_date<dc_creation_date<＝计算时间的记录的INVOICE_AMOUNT金额之和。因此，发票未录入＝发票调整项-ERP发票，若计算结果<＝0，则发票未录入为0；此外，当触发方式为系统触发且计算结果<＝0时，需要触发发票调整项的失效退出机制，将计算时间作为失效时间，参与计算的发票调整项。发票未录入金额不区分账龄，统一计算在第一个账龄时段内。
综上，调整后余额＝原始应付余额-系统内质保金-系统外质保金-预付款未核销-回款未录入+发票未录入-超期余额；其中，在本申请所述的实施例中，各因子项的计算顺序不可调整。此外，还需要判断无效账龄的调整后应付账款余额是否小于0，若是，则将所述无效账龄内对应的原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额均置为0，并以所述调整后应付账款余额向最近的一个有效账龄时段卷积，并将卷积后的结果作为所述有效账龄时段的应付账款余额。即若无效账龄的调整后余额的合计值<0，则需要将无效账龄的余额全部置为0，并以无效账龄的合计值向最近的一个有效账龄时段卷积，并将卷积后的结果作为该有效账龄时段的余额值。
在本申请一实施例中，基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付暂估余额，其中，所述预设的计算模式包括第一计算方式和第二计算方式；根据各所属账龄时段内的非寄售订单金额与寄售订单金额的累加和与所述超期余额作差，计算结果作为对应所属账龄时段内的订单余额。在此，根据系统对接的数据计算出的未开票的接收金额为原始应付暂估金额，计算区分第一计算方式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或为空则按照订单行标识关联接收金额与发票金额，根据它们的差值来计算应付余额。根据计算日期与接收行日期最小值的差值计算账龄天数，并判断归属的账龄时段，汇总账龄时段内金额值，分账龄记录、展示。
在本申请一实施例中，所述订单余额包括非寄售订单余额和寄售订单余额，若订单的类型属于非寄售标准订单，则确定在所述所属账龄时段的非寄售订单余额；若所述订单的类型属于寄售标准订单，则根据组织关系下的订单状态、订单类型、所属账龄时段及接收金额确定寄售订单余额。
在此，计算原始订单余额，所述原始订单余额为根据系统对接的数据计算出的未接收的订单金额，具体地，取出组织关系下所有的订单状态为已认证的，买方订单类型为合格的，且交易开始时间小于等于计算时间的记录，根据源数据中的键及订单头标识关联头表与行表，根据订单行标识，取出买方订单行汇总金额和订单日期。取出该组织关系下所有的交易类型为接收或归还且交易开始时间小于等于计算时间的接收行记录，根据订单行标识汇总接收的接收汇总金额，若交易类型为接收，则将接收汇总金额先进行绝对值化处理，再乘以-1转换。通过订单行标识关联订单与接收，用买方订单行的汇总金额与接收金额差值得到每个订单行标识的订单余额。并根据计算日期与订单日期之差计算账龄天数，判断归属的账龄时段，汇总账龄时段内金额值，分账龄记录、展示。
在本申请一实施例中，所述订单余额包括非寄售订单余额和寄售订单余额，若订单的类型属于非寄售标准订单，则确定在所述所属账龄时段的非寄售订单余额。在此，计算订单余额时，区分寄售标准订单及非寄售标准订单，若订单的类型属于非寄售标准订单，则确定在所述所属账龄时段的非寄售订单余额。计算该订单余额的逻辑为上述计算原始订单余额的逻辑，在此不再赘述。若所述订单的类型属于寄售标准订单，则根据组织关系下的订单状态、订单类型、所属账龄时段及接收金额确定寄售订单余额。在此，计算订单余额时，区分寄售标准订单及非寄售标准订单，对于寄售标准订单则需要单独实现订单余额计算逻辑，计算逻辑如下：
S1：取出该组织关系下所有订单头中的订单状态、订单类型、订单行及订单创建日期均满足条件的数据，比如订单状态需要满足为批准，订单类型需满足为标准，订单创建日期需要小于计算时间。具体地，取出组织关系下所有po_headers_all(所有订单头)中ORDER_STATUS(订单状态)为’APPROVED’(批准)，PO_TYPE(订单类型)为’STANDARD’(标准)、po_lines_all中del_flag(删除标志)不为“Y”、consign_flag为“Y”且dc_creation_data<＝计算时间的记录，根据SOURCE_SYS_KEY及ORDER_HEADER_ID关联头表与行表。取出PO_LINE_AMOUNT、PO_DATE。
S2：根据计算日期与订单日期之差计算每一订单行的账龄天数，判断订单行归属的账龄时段，汇总账龄时段内的订单行对应的分账龄的订单金额；例如，根据(计算日期-PO_DATE)计算每一订单行的账龄天数，判断订单行归属的账龄时段，汇总账龄时段内的PO_LINE_AMOUNT，分账龄记录。
S3：取出组织关系下满足条件的接收行的数据，比如事务处理类型为接收或退货，订单创建日期小于等于计算日期的接收行记录，如果事务处理类型为接收，则汇总取出的接收行对应的金额，若事务处理类型为退货，则需要将接收统计对应的数据进行绝对值化处理，再乘以-1转换，汇总加和进行统计接收金额。例如，取出该组织关系下所有TRANSACTION_TYPE(事务处理类型)为“RECEIVE”(接收)或“RETURN”(退货)、SPECIAL_INV_FLAG为“Y”且dc_creation_date<＝计算时间的接收行记录，取出RECEIVE_AMOUNT；若TRANSACTION_TYPE为“RETURN”，则需要将RECEIVE_AMOUNT先进行绝对值化处理，再乘以-1转换，汇总加和RECEIVE_AMOUNT。
S4：用统计得到的接收金额(S3中计算出的接收金额)从最远账龄开始抵扣得到的分账龄的订单金额，若最远账龄的订单金额<接收金额，则将最远账龄的订单金额置为0，并以(接收金额-账龄金额)的差值继续向上一账龄抵扣，直至接收金额扣减为0，若扣减至最后一段账龄仍未扣减完接收金额，则直接将差异值以负数展示在最后一个账龄时段。
在本申请一实施例中，所述方法包括：根据各所属账龄时段内的所述非寄售订单金额与所述寄售订单金额的累加和与所述超期金额作差，计算结果作为对应所属账龄时段内的订单余额。在此，确定寄售订单金额与非寄售订单金额后，调整后金额＝非寄售订单余额+寄售订单余额-超期余额。
通过以上实施例中所述的融资额度的计算方法，通过从数据层面剥离质保金、预付款等与真实的账款余额无关的数据项，同时剥离预计付款时间超出保留商给定的有效结束日期的账款数据，并从原始账款余额中扣除，从而得到有效的账款余额。同时提供调整方法，对原始应付账款余额进行调整，弥补数据时效滞后的情况，使得保理商能够更加准确的衡量融资标物的实际价值。另外，自动比对买方的付款数据与共管账户收到的回款数据，更有利于保理商把控回款通道。本申请所述的动态应付账款的计算方法也适合来源多样化的接入数据，无需区分接入的数据来源。
根据本申请另一个方面，还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如前述所述的方法。
根据本申请又一个方面，还提供了一种用于融资额度计算的设备，其中，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如前述项所述方法的操作；
例如，所述计算机可读指令在被执行时使所述处理器执行以下步骤：获取融资额度的基础数据，其中，所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段；基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额，其中，所述预设的计算模式包括第一计算方式和第二计算方式，所述应付账款余额包括：原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额；根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额；基于所述基础数据计算在所述所属账龄时段的应付暂估余额及订单余额，根据所述调整后的应付账款余额、所述应付暂估余额及订单余额确定融资额度。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (20)

1.一种融资额度的计算方法，其中，所述方法包括：
获取融资额度的基础数据，其中，所述基础数据包括原始组织额度、认证组织额度、账龄权重信息、计算时间及所属账龄时段；
基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付账款余额，其中，所述预设的计算模式包括第一计算方式和第二计算方式，所述应付账款余额包括：原始应付余额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额；
根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额；
基于所述基础数据计算在所述所属账龄时段的应付暂估余额及订单余额，根据所述调整后的应付账款余额、所述应付暂估余额及订单余额确定融资额度。
2.根据权利要求1所述的方法，其中，当所述预设的计算模式包括第一计算方式时，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的原始应付余额，包括：
获取认证组织关系下发票类型信息、入账信息、创建时间及发票验证信息满足条件的发票数据，以确定未付款发票数据；
根据所述未付款发票数据中发票头标识关联发票头数据表和发票行数据表，并根据对应的交易头的过账日期进行汇总发票行入账，得到发票行入账信息；
根据付款行中的发票头标识汇总所有满足创建时间小于等于计算时间的付款入账及回扣信息；
根据所述基础数据中计算日期和过账日期计算账龄天数，以确定所属账龄时段，根据所述发票行入账信息、付款入账信息及回扣信息计算所述所属账龄时段的未付款发票数据对应的金额，作为原始应付账款。
3.根据权利要求1所述的方法，其中，当所述预设的计算模式包括第二计算方式时，基于所述基础数据及所述第二计算方式计算在所述所属账龄时段的原始应付余额，包括：
获取凭证行数据表下凭证清账信息中为质保金或未清项，并满足时间条件的发票数据，以确定未付款发票数据；
根据所述基础数据中计算日期和过账日期计算账龄天数，以确定所属账龄时段，汇总所述所属账龄时段的未付款发票数据对应的金额，作为原始应付账款。
4.根据权利要求1所述的方法，其中，当所述预设的计算模式包括第一计算方式时，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的内质保金，包括：
获取认证组织关系下发票头中已入账、发票行类型为质保金及满足时间条件的已录入质保金，以确定待计算质保金数据；
根据所述基础数据中计算日期和凭证过账日期计算账龄天数，以确定所属账龄时段，计算所述所属账龄时段的待计算质保金数据对应的金额，作为内质保金。
5.根据权利要求1所述的方法，其中，当所述预设的计算模式包括第二计算方式时，基于所述基础数据及所述第二计算方式计算在所述所属账龄时段的内质保金，包括：
获取认证组织关系下发票头中已入账、发票行类型为质保金及满足时间条件的已录入质保金，以确定待计算质保金数据；
根据所述基础数据中计算日期和凭证过账日期计算账龄天数，以确定所属账龄时段，计算所述所属账龄时段的待计算质保金数据对应的金额，作为内质保金。
6.根据权利要求1所述的方法，其中，基于所述基础数据及预设的计算模式计算在所述所属账龄时段的外质保金，包括：
根据时间类型和还款时间汇总在计算时间内的已入账还款；
根据所述基础数据中的账龄权重确定扣减质保金的账龄时段，从所述扣减质保金的账龄时段中最远的账龄到最后一段账龄依次开始以下步骤：当对应账龄的金额值小于外质保金，则将所述账龄的金额值更新为0，以所述外质保金与更新前的账龄的金额值的差值作为上一账龄对应的外质保金，直至所述外质保金扣减为0。
7.根据权利要求6所述的方法，其中，所述方法还包括：
若所述最后一段账龄对应的外质保金大于0，则将所述最后一段账龄对应的外质保金与所述最后一段账龄更新前的金额值的差值以负数展示在所述最后一段账龄。
8.根据权利要求1所述的方法，其中，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的超期余额之前，包括：
获取认证组织关系下满足条件的产品分配头上的还款模式，若所述还款模式为到期还款，则获取当前有效的产品分配行上的额度有效结束日期。
9.根据权利要求8所述的方法，其中，当所述预设的计算模式包括第一计算方式时，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的超期余额，包括：
根据所述认证组织关系获取付款周期，以及获取所述认证组织关系下发票类型信息、入账信息、创建时间、发票验证信息及发票行类型信息满足条件的发票数据，以确定未付款发票数据；
根据所述未付款发票数据中发票头标识关联发票头数据表和发票行数据表，根据过账日期、所述付款周期及所述额度有效结束日期确定已超账期的发票行数据；
计算账龄天数，以确定所属账龄时段，根据所述发票行入账信息、付款入账信息及回扣信息计算所述所属账龄时段的已超账期的发票行数据对应的金额，作为超期余额。
10.根据权利要求8所述的方法，其中，当所述预设的计算模式包括第二计算方式时，基于所述基础数据及所述第二计算方式计算在所述所属账龄时段的超期余额，包括：
根据所述认证组织关系获取付款周期，以及获取凭证行数据表下凭证清账信息中为质保金或未清项，并满足时间条件的发票数据，以确定未付款发票数据；
根据凭证过账日期、所述付款周期及额度有效结束日期确定已超账期的凭证行数据；
计算账龄天数，以确定所属账龄时段，汇总所述所属账龄时段的已超账期的凭证行数据对应的金额，作为超期余额。
11.根据权利要求1所述的方法，其中，当所述预设的计算模式包括第一计算方式时，基于所述基础数据及所述第一计算方式计算在所述所属账龄时段的预付款未核销金额，包括：
获取认证组织关系下发票类型信息及创建时间满足条件的发票数据，汇总所述发票数据中发票行中未核销的预付款金额；
获取认证组织关系下发票类型信息、创建时间及预付款标识字段信息满足条件的发票数据，汇总所述发票数据中发票行的已入账金额；
根据所述发票行中未核销的预付款金额与所述发票行的已入账金额确定所述所属账龄时段的历史预付款未核销金额。
12.根据权利要求11所述的方法，其中，所述方法包括：
根据所述基础数据中的账龄权重确定扣减预付款的账龄时段，从所述扣减预付款的账龄时段中最远的账龄到最后一段账龄依次开始以下步骤：当对应账龄的金额值小于预付款未核销金额，则将所述账龄的金额值更新为0，以所述预付款未核销金额与更新前的账龄的金额值的差值作为上一账龄对应的预付款未核销金额，直至所述预付款未核销金额扣减为0；
若所述最后一段账龄对应的预付款未核销金额大于0，则将所述最后一段账龄对应的预付款未核销金额与所述最后一段账龄更新前的金额值的差值以负数展示在所述最后一段账龄。
13.根据权利要求1所述的方法，其中，基于所述基础数据及所述预设的计算模式计算在所述所属账龄时段的回款未录入金额，包括：
根据回款转入金额、回款调整、已付款金额、付款调整和上一次还款金额确定在所述所属账龄时段的回款未录入金额。
14.根据权利要求13所述的方法，其中，所述方法包括：
当触发融资额度计算的触发方式为系统触发，且得到的所述回款未录入金额小于0时，根据系统存储的还款日期及创建时间确定额度失效时间；
将所述额度失效时间内的回款及回款调整进行更新，并将所述回款未录入金额转为正数进行系统存储。
15.根据权利要求1所述的方法，其中，基于所述基础数据及所述预设的计算模式计算在所述所属账龄时段的回款未录入金额，包括：
根据发票调整项的金额及发票金额确定发票未录入金额，其中，获取满足还款日期小于等于计算时间的发票数据中还款日期中最大还款金额，根据所述最大还款金额调整发票金额；
若产品分配头的还款模式为到期还款且调整时间与付款周期总和小于额度有效结束日期，则将所述发票调整项的金额调整为0。
16.根据权利要求1所述的方法，其中，根据所述原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额确定各所属账龄时段的调整后应付账款余额之后，还包括：
判断无效账龄的调整后应付账款余额是否小于0，若是，则将所述无效账龄内对应的原始应付金额、内质保金、外质保金、超期余额、预付款未核销金额、回款未录入金额及发票未录入的金额均置为0，并以所述调整后应付账款余额向最近的一个有效账龄时段卷积，并将卷积后的结果作为所述有效账龄时段的应付账款余额。
17.根据权利要求1所述的方法，其中，基于所述基础数据计算在所述所属账龄时段的应付暂估余额及订单余额，包括：
基于所述基础数据及预设的计算模式计算在所述所属账龄时段的应付暂估余额，其中，所述预设的计算模式包括第一计算方式和第二计算方式；
根据各所属账龄时段内的非寄售订单金额与寄售订单金额的累加和与所述超期余额作差，计算结果作为对应所属账龄时段内的订单余额。
18.根据权利要求17所述的方法，其中，所述订单余额包括非寄售订单余额和寄售订单余额，根据各所属账龄时段内的非寄售订单金额与寄售订单金额的累加和与所述超期余额作差之前，包括：
若订单的类型属于非寄售标准订单，则确定在所述所属账龄时段的非寄售订单余额；
若所述订单的类型属于寄售标准订单，则根据组织关系下的订单状态、订单类型、所属账龄时段及接收金额确定寄售订单余额。
19.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至18中任一项所述的方法。
20.一种融资额度计算的设备，其中，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如权利要求1至18中任一项所述方法的操作。
CN201910311864.8A 2019-04-18 2019-04-18 一种融资额度计算的方法及设备 Pending CN110322355A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910311864.8A CN110322355A (zh) 2019-04-18 2019-04-18 一种融资额度计算的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910311864.8A CN110322355A (zh) 2019-04-18 2019-04-18 一种融资额度计算的方法及设备

Publications (1)

Publication Number Publication Date
CN110322355A true CN110322355A (zh) 2019-10-11

Family

ID=68112924

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910311864.8A Pending CN110322355A (zh) 2019-04-18 2019-04-18 一种融资额度计算的方法及设备

Country Status (1)

Country Link
CN (1) CN110322355A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113723940A (zh) * 2021-09-01 2021-11-30 京东科技控股股份有限公司 账户数据处理方法、装置、电子设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113723940A (zh) * 2021-09-01 2021-11-30 京东科技控股股份有限公司 账户数据处理方法、装置、电子设备及存储介质
CN113723940B (zh) * 2021-09-01 2023-11-03 京东科技控股股份有限公司 账户数据处理方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN108305169B (zh) 预付卡交易数据保存方法及装置
US20190026705A1 (en) Payment system using cryptocurrency exchanges
CN110390595B (zh) 一种信息处理系统、方法、服务器及存储介质
JP5981407B2 (ja) 後払い前払い混合の能力を有する融通性ある、広告主への請求書作成システム
US20130117159A1 (en) Transaction platform data processing method and system
JP5919375B2 (ja) 非決済取引の支払い
JP2002530757A (ja) 中間アカウントを利用した電子支払いシステム
CA2665019A1 (en) Transaction finance processing system and approach
US20140101037A1 (en) Real-Time Authorization Interchange Surcharge
CN110276682A (zh) 一种信息核算处理方法及系统
CN110046995A (zh) 退费请求处理方法、装置及设备
KR102141848B1 (ko) 소상공인 전자결제매출의 실시간 선지급 대출 시스템
CN109191304B (zh) 交易数据轧差处理方法、系统、计算机设备和存储介质
KR101868681B1 (ko) 상환 이력 정보에 따라 환급금이 결정되는 대출 방법
CN106934610A (zh) 解决外贸电商平台银行虚拟账号收款差异的方法及系统
JP2018106242A (ja) 引落処理装置
CN110335146A (zh) 一种融资额度计算的方法及设备
CN109903145A (zh) 数据核对方法、装置、设备及系统
CN110322355A (zh) 一种融资额度计算的方法及设备
US20220215359A1 (en) Settlement server and method thereof
KR20210119263A (ko) 전자 장치를 이용하여 가맹점의 카드 매출 데이터를 관리하는 방법 및 그 전자 장치
CN113506176A (zh) 基于区块链的交易手续费转账方法及装置
CN114282921A (zh) 预付卡处理方法、装置、计算机设备以及存储介质
US7620594B1 (en) Systems and methods of managing prepayment
CN109359965A (zh) 一种转账手续费支付方法及系统

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: 20191011

RJ01 Rejection of invention patent application after publication