CN112348491A - 资源交易明细的确定方法、装置及服务器 - Google Patents
资源交易明细的确定方法、装置及服务器 Download PDFInfo
- Publication number
- CN112348491A CN112348491A CN202110005272.0A CN202110005272A CN112348491A CN 112348491 A CN112348491 A CN 112348491A CN 202110005272 A CN202110005272 A CN 202110005272A CN 112348491 A CN112348491 A CN 112348491A
- Authority
- CN
- China
- Prior art keywords
- resource
- information
- amount
- user
- party
- 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.)
- Granted
Links
Images
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/10—Office automation; Time management
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0645—Rental transactions; Leasing transactions
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种资源交易明细的确定方法、装置及服务器,包括:获取二级户向一级户反馈第二资源时生成的资源反馈信息;从各个清分模型中确定目标清分模型,以及根据资源反馈信息识别第二资源的用途信息;基于目标清分模型和用途信息对第二资源执行清分操作,得到第二资源相对于第一资源的交易明细信息。本发明可以有效提高资源交易清分的时效性,减少人工成本,同时显著降低误操作率。
Description
技术领域
本发明涉及互联网技术领域,尤其是涉及一种资源交易明细的确定方法、装置及服务器。
背景技术
随着工业互联网的发展,现已推出多种网络交易平台(诸如,租赁平台),以便于用户在网络上完成诸如资金购买、资金租赁或以物换物等交易。以租赁平台为例,租赁平台为承租人提供诸如工业设备等资源,承租人向租赁平台支付资金,租赁平台在收到承租人支付的资金时,由于承租人无法通过在线支付相应资金,需要通过网银或者引起智联等方式将资金转账给租赁平台,导致租赁平台无法将收到资金与租赁订单相关联,从而无法识别该资金与工业设备之间的对应关系,从而极大地降低了清分的时效性,另外,由于现有技术均采用人工清分的方式,因此还将导致人工成本较高、误操作率较高等问题。
发明内容
有鉴于此,本发明的目的在于提供一种资源交易明细的确定方法、装置及服务器,可以有效提高资源交易清分的时效性,减少人工成本,同时显著降低误操作率。
第一方面,本发明实施例提供了一种资源交易明细的确定方法,应用于服务器,所述服务器存储有第一资源方对应的一级户和第二资源方对应的二级户,所述服务器还配置有至少一个清分模型,所述第一资源方向所述第二资源方提供第一资源,所述第二资源方基于所述第一资源通过所述二级户向所述一级户反馈第二资源,所述方法包括:获取所述二级户向所述一级户反馈所述第二资源时生成的资源反馈信息;从各个所述清分模型中确定目标清分模型,以及根据所述资源反馈信息识别所述第二资源的用途信息;基于所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息。
在一种实施方式中,所述根据所述资源反馈信息识别所述第二资源的用途信息的步骤,包括:基于所述资源反馈信息判断所述二级户是否第一次向所述一级户反馈所述第二资源;如果是,生成所述二级户向所述一级户反馈所述第二资源的资源反馈计划;其中,所述资源反馈计划用于表征所述二级户向所述一级户反馈所述第二资源的反馈期限和目标资源量;基于所述资源反馈计划确定所述第二资源的用途信息。
在一种实施方式中,所述基于所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息的步骤,包括:基于所述目标资源量和历史明细信息,计算待反馈资源总量;基于所述待反馈资源总量、所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息。
在一种实施方式中,所述第一资源包括至少一个第一子资源;所述目标清分模型用于表征所述第二资源的各类用途信息和/或各个第一子资源的清分优先级;所述基于所述待反馈资源总量、所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的明细信息的步骤,包括:如果所述第二资源的资源反馈量大于或等于所述待反馈资源总量,基于所述用途信息确定所述待反馈资源总量的第二资源与各个所述第一子资源之间的对应关系,得到所述待反馈资源总量的第二资源相对于所述第一资源的交易明细信息,并对剩余的第二资源执行挂账处理;如果所述第二资源的资源反馈量小于所述待反馈资源总量,基于所述用途信息、所述用途信息的清分优先级和所述第一子资源的清分优先级,确定所述第二资源与各个所述第一子资源之间的对应关系,得到所述第二资源相对于所述第一资源的交易明细信息。
在一种实施方式中,所述方法还包括:响应用户针对所述交易明细信息的修改操作,获取所述用户针对所述交易明细信息的修改数据,得到修改后的交易明细信息;基于所述修改数据计算修改后资源量;如果所述修改后资源量等于所述资源反馈量,存储修改后的交易明细信息。
在一种实施方式中,所述方法还包括:响应用户针对所述第一资源方的查询操作,展示所述第一资源方对应的所述第二资源方、所述第二资源方的历史反馈信息、所述第二资源方的资源反馈计划和所述第二资源方的待反馈资源总量中的一种或多种。
在一种实施方式中,所述方法还包括:响应用户针对所述第二资源的认款操作,获取所述用户发送的所述第二资源的用途信息;基于所述认款操作的认款资源量,向所述用户发起用途确认提示;如果接收到所述用户针对所述用途确认提示反馈的确认操作,保存所述第二资源的用途信息。
第二方面,本发明实施例还提供一种资源交易明细的确定装置,应用于服务器,所述服务器存储有第一资源方对应的一级户和第二资源方对应的二级户,所述服务器还配置有至少一个清分模型,所述第一资源方向所述第二资源方提供第一资源,所述第二资源方基于所述第一资源通过所述二级户向所述一级户反馈第二资源,所述装置包括:信息获取模块,用于获取所述二级户向所述一级户反馈所述第二资源时生成的资源反馈信息;用途识别模块,用于从各个所述清分模型中确定目标清分模型,以及根据所述资源反馈信息识别所述第二资源的用途信息;清分模块,用于基于所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息。
第三方面,本发明实施例还提供一种服务器,包括处理器和存储器;所述存储器上存储有计算机程序,所述计算机程序在被所述处理器运行时执行如第一方面提供的任一项所述的方法。
第四方面,本发明实施例还提供一种计算机存储介质,用于储存为第一方面提供的任一项所述方法所用的计算机软件指令。
本发明实施例提供的一种资源交易明细的确定方法、装置及服务器,该方法应用于存储有第一资源方对应的一级户和第二资源方对应的二级户的服务器,该服务器还配置有至少一个清分模型,其中,第一资源方向所述第二资源方提供第一资源,所述第二资源方基于所述第一资源通过所述二级户向所述一级户反馈第二资源,服务器首先获取所述二级户向所述一级户反馈所述第二资源时生成的资源反馈信息,并从各个所述清分模型中确定目标清分模型,以及根据所述资源反馈信息识别所述第二资源的用途信息,然后基于所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息。上述方法在服务器中配置有清分模型,在接收到资源反馈信息时,可以利用基于资源反馈信息识别得到的用途信息和目标清分模型对第二资源执行清分操作,从而得到交易明细信息,相较于现有技术中手动清分的方法,本发明实施例可以有效提高资源交易清分的时效性,减少人工成本,同时显著降低误操作率。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种资源交易明细的确定方法的流程示意图;
图2为本发明实施例提供的一种租赁平台的体系示意图;
图3为本发明实施例提供的一种执行清分操作的界面示意图;
图4为本发明实施例提供的一种交易明细信息的修改界面;
图5为本发明实施例提供的一种查询界面的示意图;
图6为本发明实施例提供的一种人工认款的流程示意图;
图7为本发明实施例提供的一种资源交易明细的确定装置的结构示意图;
图8为本发明实施例提供的一种服务器的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合实施例对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
目前,租赁平台需要人工确定租金与工业设备之间的对应关系,不仅导致清分时效性较低,而且人工成本较大,还存在误操作率较高的问题。基于此,本发明实施提供了一种资源交易明细的确定方法、装置及服务器,可以有效提高资源交易清分的时效性,减少人工成本,同时显著降低误操作率。
为便于对本实施例进行理解,首先对本发明实施例所公开的一种资源交易明细的确定方法进行详细介绍,该方法应用于服务器,服务器存储有第一资源方对应的一级户和第二资源方对应的二级户,其中,第一资源方向第二资源方提供第一资源,第二资源方基于第一资源通过二级户向一级户反馈第二资源,例如,第一资源方为租赁公司,第二资源方为承租人或资产管理公司,租赁公司可以向承租人提供诸如资金、房屋、车辆或工业设备等第一资源,承租人可以在租赁公司提供的第一资源的基础上,向租赁公司支付诸如资金或等价物品等第二资源,或者资产公司可以代付诸如资金或等价物品等第二资源。另外,上述第一资源方的一级户可以称之为结算户,第二资源方的二级户可以称之为二级虚拟户。另外,服务器还配置有至少一个清分模型,清分模型可以理解为服务器执行智能清分时所依据的规则。在此基础上,参见图1所示的一种资源交易明细的确定方法的流程示意图,该方法主要包括以下步骤S102至步骤S106:
步骤S102,获取二级户向一级户反馈第二资源时生成的资源反馈信息。其中,资源反馈信息可以包括诸如一级户的标识、二级户的标识、第二资源的资源反馈量、用途描述中的一种或多种。在一种实施方式中,以第二资源是资金为例,当二级户向一级户支付资金时,合作银行即可生成相应的资源反馈信息,并将该资源反馈信息推送至服务器,服务器即可获取到资源反馈信息。
步骤S104,从各个清分模型中确定目标清分模型,以及根据资源反馈信息识别第二资源的用途信息。其中,以第二资源是资金为例,用途描述信息可以包括押金、保证金、首付金或租金等多种用途。在一种实施方式中,可以向用户展示各个清分模型,并将用户选择的清分模型作为目标清分模型,在另一种实施方式中,可以针对不同第二资源方分别配置相应的清分模型,从而自动选择与该第二资源方对应的清分模型作为目标清分模型。另外,由于资源反馈信息中可以包含用途描述,因此本发明实施例可以直接基于该用途描述获知第二资源的用途信息,可选的,还可以基于资源反馈信息生成资源反馈计划,该资源反馈计划可以用于表征二级户向一级户反馈第二资源的反馈期限和目标资源量,还可以包括每个反馈期限对应的用途信息,诸如,第一个反馈期限对应的用途信息包括押金、保证金和首付金等,其余反馈期限对应的用途信息包括租金等。
步骤S106,基于目标清分模型和用途信息对第二资源执行清分操作,得到第二资源相对于第一资源的交易明细信息。其中,第一资源可以包括多个第一子资源,诸如,第一资源方向第二资源方提供10台工业设备,则每台工业设备将作为一个第一子资源,本发明实施例将基于目标清分模型和用途信息,确定第二资源与每个第一子资源之间的对应关系,并将该对应关系作为第二资源相对于第一资源的交易明细信息。
本发明实施例在服务器中配置有清分模型,在接收到资源反馈信息时,可以利用基于资源反馈信息识别得到的用途信息和目标清分模型对第二资源执行清分操作,从而得到交易明细信息,相较于现有技术中手动清分的方法,本发明实施例可以有效提高资源交易清分的时效性,减少人工成本,同时显著降低误操作率。
为便于对上述实施例进行理解,本发明实施例以第一资源方是租赁公司、第二资源方是承租人和资产管理公司为例进行说明,并提供了一种租赁平台,该租赁平台在服务器中运行,参见图2所示的一种租赁平台的体系示意图,该租赁平台包括第一资源方的结算户和第一资源方对应的第二资源方的二级虚拟户,图2中示意出了租赁公司、资产管理公司和租赁平台所属公司需要在合作银行中临柜开立结算账户,具体的,租赁公司开立租赁公司结算户、资产管理公司开立资产管理公司结算户、租赁平台所属公司开立平台公司结算户,租赁平台还将在线开立承租人的二级虚拟户并接收开户结果,在实际应用中,租赁平台将与合作银行交互SPV(Special Purpose Vehicle)账户号、承租人姓名、证件号码、法人姓名、法人证件号码等开户信息,另外,图2中还示意出租赁公司结算户与多个承租人(包括承租人A、承租人B、承租人C和资产管理公司D)之间的对应关系。在具体实现时,租赁平台还将获取承租人与租赁公司结算户之间的资源反馈信息(也可称之为,入账流水或入账信息)。
在实际应用中,各个第一资源方的结算户需要在银行临柜开立或行方客户经理上门开户,且必须符合合作银行严格监管的规,该结算户用于合作机构间的资金结算使用。第二资源方的二级虚拟户在租赁平台自动开立,租赁平台通过合作银行提供的接口将开户信息推送至合作银行,以便于合作银行基于开户信息开立各个第二资源方对应的二级虚拟户,租赁平台还将接收合作银行反馈的开户结果,该二级虚拟户仅做来账区分使用,无任何其他账户属性,另外,该二级虚拟户只用来和租赁业务相关的租金、保证金、押金和其他费用的收取。资产管理公司可以理解为资产兜底方,需要对承租人到期未还的第二资源(诸如,逾期部分的租金)做垫付,在反馈期限将逾期部分的租金垫付给租赁公司,因此资产管理公司需要在租赁公司结算户项下在线开立用于垫付的二级虚拟户。此外,合作银行会将所有虚拟账户的入账信息推送至租赁平台,以便于租赁平台进行后续的认款操作和清分操作,租赁平台并不会将操作结果反馈给合作银行,且不会对合作银行推送的入账信息进行任何修改,以及不会对合作银行的账户监控合规性造成影响。
图2所示的租赁平台为后续操作的基础。在图2的基础上,本发明实施例提供了一种,根据资源反馈信息识别第二资源的用途信息的实施方式,(1)基于资源反馈信息判断二级户是否第一次向一级户反馈第二资源。在一种实施方式中,资源反馈信息中包含有一级户的标识和二级户的标识,基于上述虚拟账户的标识在历史反馈信息中进行查找,即可获知该二级户是否第一次向一级户反馈第二资源。(2)如果是,生成二级户向一级户反馈第二资源的资源反馈计划,其中,资源反馈计划用于表征二级户向一级户反馈第二资源的反馈期限和目标资源量,反馈期限也可理解为还款日期,目标资源量也可理解为租金。(3)基于资源反馈计划确定第二资源的用途信息,例如,如果二级户第一次向一级户反馈第二资源,则该第二资源的用途信息可以包括押金、保证金和首付金,如果二级户并非第一次向一级户反馈第二资源,则该第二资源的用途信息可以包括本期租金,还可包括滞纳金或逾期租金等。
在实际应用中,对于二级户第一次向一级户反馈的第二资源(也可称之为,首付款),承租人在租赁订单审批通过后完成签约,租赁平台会通知承租人首付款的科目明细和金额(诸如,押金1000元、保证金1000元、首付金3000元),承租人通过合作银行将首付款支付给租赁公司的结算户中,合作银行将实时把入账信息推送到租赁平台,租赁平台将根据租赁订单的首付款的科目配置和认款规则,自动查出该条入账流水,并执行认款操作并生成资源反馈计划(也可称之为,还租计划),以便于后续清分操作。
例如,用户选择租赁公司的入账流水,查看入账的可用金额,把入账金额分别确地为“押金”、“保证金”和“首付金”。如果选择的一笔入账流水能够覆盖首付金额(首付金额=押金+保证金+首付金),该笔入账流水的可用金额会相应减少,其中,可用金额=入账金额-首付金额;如果选择了两笔以上的入账流水来进行首付金额的确认,则除最后一笔入账流水之外的入账流水的可用金额为0,且最后一笔入账流水的可用金额=所有选择的入账金额的和值-首付金额。为便于理解,本发明实施例提供了如下示例1至2。示例1:押金1000元,保证金1000元,首付金3000元,如果入账流水A的入账金额是5500元,则该入账流水可以覆盖首付金额,则该入账流水的可用金额=5500-5000=500元。示例2:押金1000元,保证金1000元,首付金3000元,如果入账流水A的入账金额是3000元,入账流水B的入账金额是2500元,也即两笔入账流水的入账金额方可覆盖首付金额,此时,在入账流水A被完全确认完后,还要跨入账流水B做确认,确认结果为入账流水A的可用金额=0,入账流水B的可用金额=(3000+2500)-5000=500元。
另外,本发明实施例还提供了一种资源反馈计划,如下表1所示:
表1
假设起租日是1月6日,每个月还租日是25号 | |||
计划还租日 | 应还租金 | 租金说明 | 租金对应的日期 |
2020/1/6 | 240 | 正常的一个月的租金 | 缴纳一个月的租金,租金日期为2月1日到2月28日 |
2020/2/25 | 441.29 | 缴纳的租金为1月5日到1月31日的租金加正常的一个月的租金 | 1.6-1.31和3.1-3.31 |
2020/3/25 | 240 | 正常的一个月的租金 | 4.1-4.30 |
2020/4/25 | 240 | 正常的一个月的租金 | 5.1-5.31 |
2020/5/25 | 240 | 正常的一个月的租金 | 6.1-6.30 |
2020/6/25 | 240 | 正常的一个月的租金 | 7.1-7.31 |
2020/7/25 | 240 | 正常的一个月的租金 | 8.1-8.31 |
2020/8/25 | 240 | 正常的一个月的租金 | 9.1-9.30 |
2020/9/25 | 240 | 正常的一个月的租金 | 10.1-10.31 |
2020/10/25 | 240 | 正常的一个月的租金 | 11.1-11.30 |
2020/11/25 | 240 | 正常的一个月的租金 | 12.1-12.31 |
2020/12/25 | 38.71 | 12月25日缴纳的租金是一个月的租金减去1月6号缴纳的那部分; 首期和尾期和为290元 | 1.1-1.5 |
对于前述步骤S106,本发明实施例提供了一种基于目标清分模型和用途信息对第二资源执行清分操作,得到第二资源相对于第一资源的交易明细信息的实施方式,可以参见如下步骤1至步骤2:
步骤1,基于目标资源量和历史明细信息,计算待反馈资源总量。其中,历史明细信息可以理解为在对历史入账流水进行认款和清分后得到的交易明细信息,该历史明细信息可以体现历史入账流水是否存在逾期租金或滞纳金等。在实际应用中,存在如下情况:首付金>第一期租金、首付金=第一期租金、首付金<第一期租金。在一种实施方式中,如果首付金小于第一期租金,在清分完后第一期租金后,部分租赁设备(顺序清分后)的逾期部分按天计算逾期滞纳金,规则是应收滞纳金(也即,上述待反馈资源总量)=上次计算完后的滞纳金+本次清分完后(目标资源量-资源反馈量)*滞纳金比率(每天)*天数,天数是上个清分日结束到本期清分日之间的天数差,例如每天执行清分操作,则天数为1,目标资源量也可称之为应收金额租金,资源反馈量也可称之为实收租金。在另一种实施方式中,如果首付金大于第一期租金,首付金在清分完该订单下所有设备的第一期计划的应还租金外,剩余部分做挂账处理。
步骤2,基于待反馈资源总量、目标清分模型和用途信息对第二资源执行清分操作,得到第二资源相对于第一资源的交易明细信息。其中,第一资源包括至少一个第一子资源,例如包括多个租赁设备;目标清分模型用于表征第二资源的各类用途信息和/或各个第一子资源的清分优先级,可选的,目标清分模型可以包括逾期租金、滞纳金和本期租金的优先级,例如用途信息的清分优先级由高到低为逾期租金、滞纳金、本期租金,目标清分模型也可以包括各个租赁设备的优先级,诸如依据各个租赁设备的编号由大到小(或,由小到大)设置优先级。
本发明实施例提供了一种基于待反馈资源总量、目标清分模型和用途信息对第二资源执行清分操作,得到第二资源相对于第一资源的明细信息的实施方式,包括如下步骤2.1至步骤2.2:
步骤2.1,如果第二资源的资源反馈量大于或等于待反馈资源总量,基于用途信息确定待反馈资源总量的第二资源与各个第一子资源之间的对应关系,得到待反馈资源总量的第二资源相对于第一资源的交易明细信息,并对剩余的第二资源执行挂账处理。如果首付金大于第一期租金,首付金在清分完该订单下所有设备的第一期计划的应还租金外,剩余部分做挂账处理。对于挂账部分的清分在当期租金开始的0:00点用自动任务处理,自动清分当期的应还租金,比如配置的每个还款周期的还款日为25日,按月还租,第一期的计划是2020-1-8日,这期在计划生成的时候就已经做了还款,从第二期2020-2-25日开始每个月的26日的0:00点开始自动从挂账金额中拿出本期应还金额的资金做本期的清分,如果不够应收租金- 实收租金部分做逾期处理。所有的自动清分都是凌晨执行总在手工清分的前边执行,不影响手工清分的结果。
步骤2.2,如果第二资源的资源反馈量小于待反馈资源总量,基于用途信息、用途信息的清分优先级和第一子资源的清分优先级,确定第二资源与各个第一子资源之间的对应关系,得到第二资源相对于第一资源的交易明细信息。本发明实施例提供了一种确定交易明细信息的应用示例,假设目标清分模型设置有还款顺序、滞纳金顺序和清分顺序。其中,还款顺序为先逾期租金后本期租金,清分的时候优先清分该承租人所有的往期逾期租金;滞纳金顺序为先滞纳金后租金,在清分往期逾期租金时,优先还滞纳金,再还逾期租金;清分顺序指当期租金的清分是按照租赁订单和租赁设备的编号顺序足额的顺序清分,本规则是适用于当期的账务处理,也即本发明实施例采用把所有还款执行结果中有逾期的排在清分任务最前边,正常账期部分才按照清分顺序做清分的方式执行清分处理。
本发明实施例提供了一种执行清分操作的应用示例,参见图3所示的一种执行清分操作的界面示意图,参见如下第一步至第七步:
第一步:获取用户输入的查询条件,其中,查询条件可以包括账务日期(也即,上述反馈期限)和租赁公司标识,在一种实施方式中,可以向用户展示清分操作界面,操作人员在该界面输入账务日期和选择要清分的租赁公司,应当注意的是,该日期不能输入下一账期的日期,也就是不能跨账期提前做清分。
第二步:查询出满足条件且有应收金额(本期计划应收、往期逾期租金和滞纳金)大于0的承租人信息及上个清分日到当日的所有的入账中被认款(首付款中人工认款、除首付款外其他自动认为租金和滞纳金)为租金和滞纳金未被清分部分的总额。
步骤三:选择清分规则(也即,上述清分模型),可选的,每个配置项可以仅默认一项,也可以配置其他选项。
第四步:选择要做清分的承租人,如果已经做过清分且没有应收款项,则不出现在列表中。
第五步:根据已经配置的清分规则,根据每个租赁设备的应收信息逐笔的自动计算每个承租人的每个订单下每个设备的实际还款金额。例如,如果一个设备有3期逾期,那么这个设备就会在清分任务的列表中出现4次,包括前三期的逾期期数、逾期金额和滞纳金(逾期金额是不做合计的,应该直观的反映在每个账期里)与本期应收金额等信息,计算任务会根据租金和滞纳金的入账情况来匹配每一期的应收租金、滞纳金做实收处理。应当注意的是,因为有提前还部分租金的情况,因此不需要每天均计算逾期,只有过了当期的最后还款日后才开始计算逾期。可选的,自动计算后的结果状态为“待确认”状态。此外,最后清分完的交易明细信息应该是能记录清楚每个设备的每笔还租计划是用哪笔入账的钱还的,还正常租金多少钱、逾期租金多少钱、滞纳金多少钱,什么时候还的(入账的日期),清分的日期等。再者,如果认款后的金额小于本次应收总金额,在不够清分往期逾期和滞纳金的情况下,往期清分后未还部分继续做逾期处理(计算滞纳金),如果逾期处理完后本期不够清分的情况下在没有到当期的最后还款日时只记录每期清分完后的实际还款额和未还款额,即使不够也不做逾期处理,过了当期最后还款日后要计算前一期的逾期金额和滞纳金;如果认款后的金额大于本次应收金额总额,那么清分完往期逾期和当期正常租金后的部分做挂账,到下期清分时先做挂账部分的清分然后再做入账部分的清分。
第六步:在自动计算结果的基础上,操作员可以选择某一笔清分在已经清分完后的结果上做人工调整,修改每笔订单每个设备的实还金额,人工调整后的状态还是“待确认”状态。
第七步:在完成了自动清分和人工调整后必须做结果确认,提示所有“待确认”清分结果的应收总额和实际已经清分金额的合计对比,让操作员确认是否保存本次清分结果,确认后,所有“待确认”的状态改为“已完成”。
进一步的,本发明实施例对清分规则进一步补充说明,参见如下(1)至(7):(1)来账清分的查询功能中租赁公司和账务日期是必选项,而且账务日期是选择到月的,也就是查询出来某个租赁公司某个月的应收清分记录。(2)能被查询出来在列表中做显示的条件,除了满足账务日期和租赁公司的条件外,还需要满足应收金额>0 且实收租金>0,可以理解为只有当期的有应收而且有还款入账的情况下才可以做清分,否则清分没有意义。(3)列表中的应收金额(客户本期应收金额)=每台设备应收(往期逾期金额+滞纳金+本期未收租金)合计。(4)列表中的实收租金金额=上个清分日结束到清分日当天的入账流水中的可用金额合计。(5)已清分金额=自动计算后的清分结果实收合计或者是人工调整后的清分结果实收合计(如果做了人工调整)。(6)比较结果=实收租金金额-已清分金额。(7)如果应收金额>实收租金金额,证明本期收的钱不足以偿还债务,清分完成后已清分金额=实收租金金额,比较结果=0,如果是正好是账期最后一天,隔日逾期金额会有增加且滞纳金金额会有增加,如果应收金额=实收租金金额,证明刚好足额偿还债务,清分完后已清分金额=实收租金金额=应收金额,如果应收金额<实收租金金额,则说明承租人支付的入账流水小于应收金额,不仅可以足额偿还债务,清分完成后已清分金额=实收租金金额,账户上还有剩余(账户流水查询中的可用金额),这部分剩余会在下一次清分中优先做清分。检查已清分金额+账户流水查询中的可用金额合计是否和实收租金金额相等。
在一种实施方式中,清分的规则可以由资产管理公司做配置,具体的规则解释如下:本资产管理公司给不同的合作租赁公司配置差异化的清分规则;清分的租赁订单和租赁设备都是与本资产公司和某个租赁公司合作完成的租赁订单和租赁设备,因为存在一个承租人会和多个资产管理公司和租赁公司合作的可能,清分的依据是和本资产公司和某个租赁公司合作产生的租赁订单下的所有租赁设备、承租人A的认款结果(租金和滞纳金、租金)、承租人A的设备还租计划(本期)和承租人A设备还租计划往期执行结果(逾期),清分的原则是认款为A客户的租金和滞纳金+租金的金额合计=A客户清分完后金额+可用金额合计,清分主要是把承租人还的租金和滞纳金对应分配到每台租赁设备上,只有承租人的应收(往期逾期租金+滞纳金+本期未收)>0并且入账金额+可用金额>0的客户才需要做清分。另外,还款顺序(还款的总原则)包括:(1)先逾期后本期:每次还款都是按照设备还租计划由远及近的顺序还款,如果有往期逾期先还逾期欠款再还本期正常租金,如果没有往期逾期直接清分为本期租金。(2)滞纳金顺序(仅在往期逾期后产生了滞纳金的账期起作用)。(3)先滞纳金后租金:清分的顺序为,用“租金和滞纳金”部分清分未还部分滞纳金、逾期租金、本期租金(注意先后顺序),用“租金”部分清分未还完的逾期租金和本期租金(注意先后顺序),若认款中只有“租金”且做完逾期和本期租金清分后,如果有剩余再清分滞纳金,若还有剩余做挂账处理。(4)先租金后滞纳金:清分的顺序为,先用“租金”部分清分逾期租金和本期租金(注意先后顺序),再用“租金和滞纳金”部分清分未还完逾期租金、本期租金和滞纳金(注意先后顺序),若认款中只有“租金”且做完逾期和本期租金清分后,如果有剩余再清分滞纳金,若还有剩余做挂账处理。另外当期清分顺序(除去逾期之外的本期正常租金清分适用)包括:(1)设备顺序清分:是指本期租金的清分是按照订单和设备的编号顺序把还完逾期金额后剩余部分足额的顺序清分,逾期不包括在内,因为已经选择了“先逾期后本期”了,逾期是优先处理的,本规则是适用于本期的账务处理。(2)应还金额由大往小清分:是指本期租金的清分是按照订单顺序(由远到近)下的设备本期应收租金由大到小金额清分。此外,溢缴款规则包括直接清分到下期租金:溢缴款部分在本期清分完后,直接清分到下一期的租金中。挂账处理包括:溢缴款部分挂账标识,后续配合挂账处理规则做处理。挂账处理规则包括当期先清分为租金:在做本期清分的时候先判断是否有挂账金额,如果有先把挂账金额作为租金清分,在做本期认款的清分。
另外,本发明实施例还提供了一种修改交易明细信息的实施方式,可以响应用户针对交易明细信息的修改操作,获取用户针对交易明细信息的修改数据,得到修改后的交易明细信息,然后基于修改数据计算修改后资源量,如果修改后资源量等于资源反馈量,存储修改后的交易明细信息。参见图4所示的一种交易明细信息的修改界面,其中,如果操作者认为某个承租人的自动清分总金额不对,可以选择重新对该承租人(所有当期之前(包含当期)没有还清租金和滞纳金的设备)做清分。第一步:刚进入这个页面“应收金额”=“计划清分金额”(A处)和“清分完成金额”(B处)是一致,证明应收和清分结果是一致的,其中“计划清分金额”=该客户的应收金额。第二步:选择清分的规则,有可能存在本次清分的规则和其他不一致的情况,允许操作人再次重新选择清分规则(一期只支持一个默认值),清分规则的说明见来者清分的流程和规则说明,见B处。第三步:重新计算,自动填写如下表格中的数字部分,见C处。第四步:可以选择手工调整清分的结果,到满足为止,见D处。第四步:查看“计划清分金额”>=“清分完成后合计”,如果相等证明足额清分完成,如果大于则证明不足额清分(还的钱不够还应收总额),否则不能通过校验,见E处。第五步:E处于F处结果一致的情况下,才能确认保存该清分结果。如果操作者认为总额没有问题只有个别设备的清分不正确(比如可以人为控制让那些设备优先还款时),只需要调整个别设备的实还金额就可以了。第一步:修改D处的值。第二步:查看“计划清分金额”>=“清分完成后合计”,如果相等证明足额清分完成,如果大于则证明不足额清分(还的钱不够还应收总额),否则不能通过校验,见E处。第三步:只有第二步通过校验情况下,才能确认保存该清分结果,见F处。
另外,本发明实施例还提供了一种查询功能,可以响应用户针对第一资源方的查询操作,展示第一资源方对应的第二资源方、第二资源方的历史反馈信息、第二资源方的资源反馈计划和第二资源方的待反馈资源总量中的一种或多种。在实际应用中,为了便于财务人员提前提醒和催缴租金,需要显示一个账期内每天承租人打款的流水信息,财务人员一目了然在还款日期快到的时候每个承租人是否有款项入账,或者是打款金额是否覆盖到了应收租金和滞纳金等,如果有问题,及时打电话询问。该功能主要是为了资产管理公司财务人员能及时知道某个租赁公司合作(查询条件租赁公司必选)的每个承租人本个账期之前(包含选择的账期)应收的合计(往期逾期租金+滞纳金+本期未收)和承租人本个账期时间内反馈的第二资源的总量,以及是否在最后还款日反馈足够的第二资源,如果在最后还款日未反馈足够的第二资源,资产管理公司的业务人员将提示该承租人。
参见图5所示的一种查询界面的示意图,查询界面中显示有查询列表,该查询列表是把承租人的还款流水按照一个账期的时间做了横向的展示,应该每个承租人只有一条记录在此展示,也就是每个承租人项下本账期内所有的设备应还金额的合计和上个账期结束后一天到本账期的最后一天之间的每天入账金额合计、记录显示。在清分结束后,用户可以查看到清分的历史记录,清分的历史是显示每次对每个有应还的承租人、租赁订单和租赁设备三个层次的清分结果,如图5所示。在清分的结果里可以查看到每次清分到承租人、租赁订单和租赁设备的如下信息:应收租金、应收滞纳金、实还租金、实还滞纳金、逾期金额、应垫付金额、账务日期和清分日期,其中承租人和租赁订单层面的结果展示都是承租人或者租赁订单项下的所有租赁设备清分的结果合计。应收租金实计划的应还租金金额,应还滞纳金指在本次清分前存在逾期租金部分计算应该收取的滞纳金,实还租金实本次清分为租金部分的金额,实还滞纳金时本次清分为滞纳金部分的金额,逾期金额是入账资金不足清分本次账期的应还部分,即账户余额合计-本期应还租金>0的部分为逾期金额,应垫付金额是资产管理公司兜底应付给租赁公司的部分金额,先为承租人逾期部分做垫款。
参见表2,若查到是4月份账期的入账情况,假设最晚还款日为25日,XXX客户在4月份有两个订单,订单A的本账期应收合计(往期逾期租金+滞纳金+本期未收)是5000元,订单B的本账期的应收合计(往期逾期租金+滞纳金+本期未收)是3000元,该承租人在3月27日打款300元,4月23日打款2000元,该承租人在列表中的显示如下,该承租人反馈足够的第二资源,4月24日业务人员将提醒该承租人。
表2
承租人名称 | 应还租日期 | 应还总额 | 到账金额 | … | 23 | … | 23 |
XXX客户 | 4月25日 | 8000 | 2300 | 300 | 2000 |
在一种实施方式中,本发明实施例提供的租赁平台还可以为用户提供人工人款的功能,可以响应用户针对第二资源的认款操作,获取用户发送的第二资源的用途信息,然后基于认款操作的认款资源量,向用户发起用途确认提示,如果接收到用户针对用途确认提示反馈的确认操作,保存第二资源的用途信息。其中,在执行基于认款操作的认款资源量,向用户发起用途确认提示的步骤时,基本原则如下:上次认款金额>=(每个科目认款金额合计),用户选择保存的时候必须给出明确的提示,包括上次认款金额>=本次认款金额合计时提示“您确认要保存本次认款的结果吗,本结果保存后将不可再修改!”,上次认款金额<本次认款金额合计金额提示“本次认款金额合计大于上次认款金额,不能保存!请注意:本次认款金额合计<=上次已认款金额”,在认款操作页面,用户可选择已经完成的认款结果直接“保存”,或者选择“保存&下一笔”保存本次认款结果并自动加载下一条入账继续做入账的认款。其中,上述本次认款金额也即认款资源量。
为便于理解,参见如图6所示的一种人工认款的流程示意图,包括如下步骤S602至步骤S608:
步骤S602,首次/其他款项-人工认款。
步骤S604,选择认款科目、金额、订单/设备。
步骤S606,记录认款结果。
步骤S608,再次被认定为租金、滞纳金做挂账处理。
在实际应用中,认款分为首次认款或者是再次认款,首次认款是把银行推送过来的入账流水在平台落地前的用途标识,再次认款是对首次认款或者是前几次认款的调整,有可能是自动认款有问题不是真实的资金用途,利用再次认款做调整。财务人员选择一笔入账进入到认款操作页面,人工认款是需要把入账和订单关联起来的,也就是认款要认到每笔订单上,对本笔入账的可用金额根据不同的用途(认款科目)做认款分解,需要选择要认款到哪些科目里,这些科目是在认款科目功能中本资产管理公司专门给已选择账户的租赁公司配置的且,“是否首付款组成”为否的科目,基本原则是每笔入账可用金额必须大于等于认款金额,即入账可用金额>=认款金额合计(每个科目认款金额合计),用户选择保存的时候必须给出明确的提示,包括认款金额<=可用金额时提示“您确认要保存本次认款的结果吗,本结果保存后将不可再修改!”,认款金额>可用金额时提示“请注意:认款总额不能大于可用金额”。应当注意的是,注意,上次认款科目在此处是不允许再次被选择认款的。比如本次对“保证金”做再次认款,那么“保证金”这个科目就不允许再次做认款了,如果不是足额认款,上次认款科目“保证金”这个科目的金额=上次认款金额-本次认款金额合计。
综上所述,本发明实施例提供的资源交易明细的确定方法,主要具有以下特点:
(1)完整的账户体系:通过与金融机构的合作,实现符合新运力租赁平台业务场景的配套的账户支撑体系,在租赁公司开立的结算账户项下在线自动开立用户承租人打款的虚拟二级户,这些账户在平台中开立且有记录,并对接金融机构的金融开发平台,能实时获取到客户的每笔入账的流水及账户信息,据此平台依据认款的结果和清分的规则匹配每笔来账到每个承租人再到该承租人的每笔订单和每个设备上。
(2)认款的过程及规则:由于客户打款到账户是不能明确打款的用途的,这时需要认款的功能来做入账的用途标识,用作租金、保证金还是违约金或者保险金等资金的用途,认款分为自动认款和手工认款,自动认款需要在每个租赁公司预先做认款规则的配置,可以是时间线的配置或者认款先后顺序的配置,有平台根据每笔入账的时间自动触发认款任务完成认款,手工认款是财务人员对每笔入账流水的用途完成标识,不管是自动认款还是手工认款的结果,在没有清分开始前都可以再次调整入账的用途。
(3)智能清分流程和规则:当银行把入账流水实时推送到平台的时候,经过认款后就可以触发清分的流程,清分可以分为自动清分、手工清分,也可以是实时单笔清分还可以是批量清分。
对于前述实施例提供的资源交易明细的确定方法,本发明实施例还提供了一种资源交易明细的确定装置,该装置应用于服务器,服务器存储有第一资源方对应的一级户和第二资源方对应的二级户,服务器还配置有至少一个清分模型,第一资源方向第二资源方提供第一资源,第二资源方基于第一资源通过二级户向一级户反馈第二资源,参见图7所示的一种资源交易明细的确定装置的结构示意图,该装置主要包括以下部分:
信息获取模块702,用于获取二级户向一级户反馈第二资源时生成的资源反馈信息。
用途识别模块704,用于从各个清分模型中确定目标清分模型,以及根据资源反馈信息识别第二资源的用途信息。
清分模块706,用于基于目标清分模型和用途信息对第二资源执行清分操作,得到第二资源相对于第一资源的交易明细信息。
本发明实施例提供的上述资源交易明细的确定装置,在服务器中配置有清分模型,在接收到资源反馈信息时,可以利用基于资源反馈信息识别得到的用途信息和目标清分模型对第二资源执行清分操作,从而得到交易明细信息,相较于现有技术中手动清分的方法,本发明实施例可以有效提高资源交易清分的时效性,减少人工成本,同时显著降低误操作率。
在一种实施方式中,用途识别模块704还用于:基于资源反馈信息判断二级户是否第一次向一级户反馈第二资源;如果是,生成二级户向一级户反馈第二资源的资源反馈计划;其中,资源反馈计划用于表征二级户向一级户反馈第二资源的反馈期限和目标资源量;基于资源反馈计划确定第二资源的用途信息。
在一种实施方式中,清分模块706还用于:基于目标资源量和历史明细信息,计算待反馈资源总量;基于待反馈资源总量、目标清分模型和用途信息对第二资源执行清分操作,得到第二资源相对于第一资源的交易明细信息。
在一种实施方式中,第一资源包括至少一个第一子资源;目标清分模型用于表征第二资源的各类用途信息和/或各个第一子资源的清分优先级;清分模块706还用于:如果第二资源的资源反馈量大于或等于待反馈资源总量,基于用途信息确定待反馈资源总量的第二资源与各个第一子资源之间的对应关系,得到待反馈资源总量的第二资源相对于第一资源的交易明细信息,并对剩余的第二资源执行挂账处理;如果第二资源的资源反馈量小于待反馈资源总量,基于用途信息、用途信息的清分优先级和第一子资源的清分优先级,确定第二资源与各个第一子资源之间的对应关系,得到第二资源相对于第一资源的交易明细信息。
在一种实施方式中,上述装置还包括修改模块,用于:响应用户针对交易明细信息的修改操作,获取用户针对交易明细信息的修改数据,得到修改后的交易明细信息;基于修改数据计算修改后资源量;如果修改后资源量等于资源反馈量,存储修改后的交易明细信息。
在一种实施方式中,上述装置还包括查询模块,用于:响应用户针对第一资源方的查询操作,展示第一资源方对应的第二资源方、第二资源方的历史反馈信息、第二资源方的资源反馈计划和第二资源方的待反馈资源总量中的一种或多种。
在一种实施方式中,上述装置还包括人工认款模块,用于:响应用户针对第二资源的认款操作,获取用户发送的第二资源的用途信息;基于认款操作的认款资源量,向用户发起用途确认提示;如果接收到用户针对用途确认提示反馈的确认操作,保存第二资源的用途信息。
本发明实施例所提供的装置,其实现原理及产生的技术效果和前述方法实施例相同,为简要描述,装置实施例部分未提及之处,可参考前述方法实施例中相应内容。
本发明实施例提供了一种服务器,具体的,该服务器包括处理器和存储装置;存储装置上存储有计算机程序,计算机程序在被所述处理器运行时执行如上所述实施方式的任一项所述的方法。
图8为本发明实施例提供的一种服务器的结构示意图,该服务器100包括:处理器80,存储器81,总线82和通信接口83,所述处理器80、通信接口83和存储器81通过总线82连接;处理器80用于执行存储器81中存储的可执行模块,例如计算机程序。
其中,存储器81可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口83(可以是有线或者无线)实现该***网元与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。
总线82可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
其中,存储器81用于存储程序,所述处理器80在接收到执行指令后,执行所述程序,前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器80中,或者由处理器80实现。
处理器80可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器80中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器80可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital SignalProcessing,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器81,处理器80读取存储器81中的信息,结合其硬件完成上述方法的步骤。
本发明实施例所提供的可读存储介质的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见前述方法实施例,在此不再赘述。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (10)
1.一种资源交易明细的确定方法,其特征在于,应用于服务器,所述服务器存储有第一资源方对应的一级户和第二资源方对应的二级户,所述服务器还配置有至少一个清分模型,所述第一资源方向所述第二资源方提供第一资源,所述第二资源方基于所述第一资源通过所述二级户向所述一级户反馈第二资源,所述方法包括:
获取所述二级户向所述一级户反馈所述第二资源时生成的资源反馈信息;
从各个所述清分模型中确定目标清分模型,以及根据所述资源反馈信息识别所述第二资源的用途信息;
基于所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息。
2.根据权利要求1所述的方法,其特征在于,所述根据所述资源反馈信息识别所述第二资源的用途信息的步骤,包括:
基于所述资源反馈信息判断所述二级户是否第一次向所述一级户反馈所述第二资源;
如果是,生成所述二级户向所述一级户反馈所述第二资源的资源反馈计划;其中,所述资源反馈计划用于表征所述二级户向所述一级户反馈所述第二资源的反馈期限和目标资源量;
基于所述资源反馈计划确定所述第二资源的用途信息。
3.根据权利要求2所述的方法,其特征在于,所述基于所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息的步骤,包括:
基于所述目标资源量和历史明细信息,计算待反馈资源总量;
基于所述待反馈资源总量、所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息。
4.根据权利要求3所述的方法,其特征在于,所述第一资源包括至少一个第一子资源;所述目标清分模型用于表征所述第二资源的各类用途信息和/或各个第一子资源的清分优先级;
所述基于所述待反馈资源总量、所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的明细信息的步骤,包括:
如果所述第二资源的资源反馈量大于或等于所述待反馈资源总量,基于所述用途信息确定所述待反馈资源总量的第二资源与各个所述第一子资源之间的对应关系,得到所述待反馈资源总量的第二资源相对于所述第一资源的交易明细信息,并对剩余的第二资源执行挂账处理;
如果所述第二资源的资源反馈量小于所述待反馈资源总量,基于所述用途信息、所述用途信息的清分优先级和所述第一子资源的清分优先级,确定所述第二资源与各个所述第一子资源之间的对应关系,得到所述第二资源相对于所述第一资源的交易明细信息。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
响应用户针对所述交易明细信息的修改操作,获取所述用户针对所述交易明细信息的修改数据,得到修改后的交易明细信息;
基于所述修改数据计算修改后资源量;
如果所述修改后资源量等于所述资源反馈量,存储修改后的交易明细信息。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应用户针对所述第一资源方的查询操作,展示所述第一资源方对应的所述第二资源方、所述第二资源方的历史反馈信息、所述第二资源方的资源反馈计划和所述第二资源方的待反馈资源总量中的一种或多种。
7.根据权利要求2所述的方法,其特征在于,所述方法还包括:
响应用户针对所述第二资源的认款操作,获取所述用户发送的所述第二资源的用途信息;
基于所述认款操作的认款资源量,向所述用户发起用途确认提示;
如果接收到所述用户针对所述用途确认提示反馈的确认操作,保存所述第二资源的用途信息。
8.一种资源交易明细的确定装置,其特征在于,应用于服务器,所述服务器存储有第一资源方对应的一级户和第二资源方对应的二级户,所述服务器还配置有至少一个清分模型,所述第一资源方向所述第二资源方提供第一资源,所述第二资源方基于所述第一资源通过所述二级户向所述一级户反馈第二资源,所述装置包括:
信息获取模块,用于获取所述二级户向所述一级户反馈所述第二资源时生成的资源反馈信息;
用途识别模块,用于从各个所述清分模型中确定目标清分模型,以及根据所述资源反馈信息识别所述第二资源的用途信息;
清分模块,用于基于所述目标清分模型和所述用途信息对所述第二资源执行清分操作,得到所述第二资源相对于所述第一资源的交易明细信息。
9.一种服务器,其特征在于,包括处理器和存储器;
所述存储器上存储有计算机程序,所述计算机程序在被所述处理器运行时执行如权利要求1至7任一项所述的方法。
10.一种计算机存储介质,其特征在于,用于储存为权利要求1至7任一项所述方法所用的计算机软件指令。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110005272.0A CN112348491B (zh) | 2021-01-05 | 2021-01-05 | 资源交易明细的确定方法、装置及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110005272.0A CN112348491B (zh) | 2021-01-05 | 2021-01-05 | 资源交易明细的确定方法、装置及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112348491A true CN112348491A (zh) | 2021-02-09 |
CN112348491B CN112348491B (zh) | 2021-08-03 |
Family
ID=74427810
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110005272.0A Active CN112348491B (zh) | 2021-01-05 | 2021-01-05 | 资源交易明细的确定方法、装置及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112348491B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113112344A (zh) * | 2021-04-21 | 2021-07-13 | 京东数科海益信息科技有限公司 | 业务处理方法、设备、存储介质及计算机程序产品 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101236627A (zh) * | 2008-02-15 | 2008-08-06 | 上海申通轨道交通研究咨询有限公司 | 一种轨道交通票务的帐务*** |
US20120323735A1 (en) * | 2005-09-28 | 2012-12-20 | Saf-T-Pay, Inc. | Payment system and clearinghouse of internet transactions |
CN102855580A (zh) * | 2012-09-24 | 2013-01-02 | 深圳市国电科技通信有限公司 | 一种清分结算方法及*** |
CN103646309A (zh) * | 2013-12-04 | 2014-03-19 | 广东创能科技有限公司 | 一种票务清分***及方法 |
US20150294402A1 (en) * | 2000-03-09 | 2015-10-15 | Viva Group, Llc | System and Method for Facilitating Renting and Purchasing Relationships |
CN108765106A (zh) * | 2018-04-04 | 2018-11-06 | 首汽租赁有限责任公司 | 一种业财一体化的财务凭证生成方法 |
CN111008895A (zh) * | 2019-11-29 | 2020-04-14 | 深圳乐信软件技术有限公司 | 一种互联网金融的还款方法、装置、设备及存储介质 |
CN111144886A (zh) * | 2019-12-17 | 2020-05-12 | 远光软件股份有限公司 | 自动化银行到账记录处理方法、***、设备及存储介质 |
CN111444213A (zh) * | 2020-03-26 | 2020-07-24 | 上海数禾信息科技有限公司 | 基于信贷业务的台账清分***和方法 |
CN111882412A (zh) * | 2020-07-15 | 2020-11-03 | 射手科技(珠海)有限公司 | 一种用于不懂会计知识的普通人完成企业复式记账的方法 |
-
2021
- 2021-01-05 CN CN202110005272.0A patent/CN112348491B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150294402A1 (en) * | 2000-03-09 | 2015-10-15 | Viva Group, Llc | System and Method for Facilitating Renting and Purchasing Relationships |
US20120323735A1 (en) * | 2005-09-28 | 2012-12-20 | Saf-T-Pay, Inc. | Payment system and clearinghouse of internet transactions |
CN101236627A (zh) * | 2008-02-15 | 2008-08-06 | 上海申通轨道交通研究咨询有限公司 | 一种轨道交通票务的帐务*** |
CN102855580A (zh) * | 2012-09-24 | 2013-01-02 | 深圳市国电科技通信有限公司 | 一种清分结算方法及*** |
CN103646309A (zh) * | 2013-12-04 | 2014-03-19 | 广东创能科技有限公司 | 一种票务清分***及方法 |
CN108765106A (zh) * | 2018-04-04 | 2018-11-06 | 首汽租赁有限责任公司 | 一种业财一体化的财务凭证生成方法 |
CN111008895A (zh) * | 2019-11-29 | 2020-04-14 | 深圳乐信软件技术有限公司 | 一种互联网金融的还款方法、装置、设备及存储介质 |
CN111144886A (zh) * | 2019-12-17 | 2020-05-12 | 远光软件股份有限公司 | 自动化银行到账记录处理方法、***、设备及存储介质 |
CN111444213A (zh) * | 2020-03-26 | 2020-07-24 | 上海数禾信息科技有限公司 | 基于信贷业务的台账清分***和方法 |
CN111882412A (zh) * | 2020-07-15 | 2020-11-03 | 射手科技(珠海)有限公司 | 一种用于不懂会计知识的普通人完成企业复式记账的方法 |
Non-Patent Citations (1)
Title |
---|
陈绍其: "融合多种支付方式的约租车清分结算方法研究", 《交通企业管理》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113112344A (zh) * | 2021-04-21 | 2021-07-13 | 京东数科海益信息科技有限公司 | 业务处理方法、设备、存储介质及计算机程序产品 |
CN113112344B (zh) * | 2021-04-21 | 2024-04-09 | 京东科技信息技术有限公司 | 业务处理方法、设备、存储介质及计算机程序产品 |
Also Published As
Publication number | Publication date |
---|---|
CN112348491B (zh) | 2021-08-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7162587B2 (ja) | 注文情報処理方法、装置およびシステム | |
KR101722139B1 (ko) | 리스 차량 승계를 위한 데이터 처리 방법 | |
CN103827909A (zh) | 用于全球转移的***和方法 | |
JPWO2014024520A1 (ja) | 未確定の将来クレジット債権の買い取りによるクレジットカード加盟店への無担保のファンディングシステム | |
CN110458691B (zh) | 一种贷前风险监控方法及装置 | |
JP5922168B2 (ja) | 電子記録債権の譲渡担保管理自動化システム、方法、およびプログラム | |
CN112348491B (zh) | 资源交易明细的确定方法、装置及服务器 | |
JP6816062B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
CN113822749A (zh) | 基于rpa及ai的商户结算付款处理方法、装置、设备及介质 | |
CN111258750B (zh) | 数据量处理方法以及***、额度分配方法以及*** | |
CN108564354B (zh) | 结算方法、服务平台及服务器 | |
WO2017197468A1 (en) | A method and system for facilitating the delivery of goods | |
CN109658087B (zh) | 线上贷款方法、装置、设备及可读存储介质 | |
EP3156957A1 (en) | System and method of enabling asset leasing on a token enabled payment card | |
US20080086416A1 (en) | System and method for processing checks | |
US10235719B2 (en) | Centralized GAAP approach for multidimensional accounting to reduce data volume and data reconciliation processing costs | |
JP6480296B2 (ja) | 賃貸時リスク補償システムおよび賃貸時リスク補償方法 | |
CN114066615A (zh) | 受托支付方法、装置、电子设备和存储介质 | |
JP2001266023A (ja) | オンラインでの契約処理システム及び方法 | |
JP5261734B2 (ja) | 分納処理方法及び装置、並びに決済処理方法 | |
JP2001331749A (ja) | 保証業務システム及びその方法 | |
CN111429092A (zh) | 缴存公积金的方法、装置、设备和计算机可读介质 | |
JP2016122427A (ja) | 融資取引の自動実行システムおよび方法 | |
EP2355029A1 (en) | Electronic clearing and payment system | |
KR101665761B1 (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 510220 room 303-309, No. 3, Pazhou Avenue East Road, Haizhu District, Guangzhou City, Guangdong Province Patentee after: Shugen Internet Co.,Ltd. Address before: Unit 12-30, 4 / F, Xigang office building, Guangzhou international media port, 218 and 220 Yuejiang West Road, Haizhu District, Guangzhou, Guangdong 510000 Patentee before: IROOTECH TECHNOLOGY Co.,Ltd. |
|
CP03 | Change of name, title or address |