CN115936705A - 多账户合并支付的方法、装置、电子设备及存储介质 - Google Patents
多账户合并支付的方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN115936705A CN115936705A CN202310172709.9A CN202310172709A CN115936705A CN 115936705 A CN115936705 A CN 115936705A CN 202310172709 A CN202310172709 A CN 202310172709A CN 115936705 A CN115936705 A CN 115936705A
- Authority
- CN
- China
- Prior art keywords
- payment
- merchant
- account
- sub
- information
- 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
- 238000000034 method Methods 0.000 title claims abstract description 37
- 238000012795 verification Methods 0.000 claims description 24
- 238000010586 diagram Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供一种多账户合并支付的方法、装置、电子设备及存储介质,其中方法包括:接收步骤:接收集团商户发出的支付信息,所述支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;所述拆分扣款策略用于指示所述集团商户中应当向所述收款账户付款的目标子商户,以及用于指示所述目标子商户应当付款给所述收款账户的子付款金额,全部所述子付款金额之和等于所述总付款金额;付款步骤:按照所述总付款金额向收款账户付款;扣款步骤:根据所述拆分扣款策略从各个所述目标子商户的账户中扣款,被扣款金额与所述目标子商户的所述子付款金额相等。本发明能够改善收款方的使用体验。
Description
技术领域
本发明实施例涉及互联网金融技术领域,尤其涉及一种多账户合并支付的方法、装置、电子设备及存储介质。
背景技术
当前,集团商户中多个子商户需要向同一收款方付款时,所采用的付款方式为多个子商户分别向收款方付款。
此种方式导致收款方会收到多笔到账提示信息,多笔到账提示信息轮番打扰收款方,造成收款方使用体验差;并且,收款方在进行核对时,也需逐笔核对来自多个子商户的到账款项,核对过程繁琐复杂,造成收款方使用体验差。
发明内容
本发明实施例提供一种多账户合并支付的方法、装置、电子设备及存储介质,以解决现有的付款方式导致收款方会收到多笔到账提示信息,多笔到账提示信息轮番打扰收款方;并且,收款方在进行核对时,也需逐笔核对来自多个子商户的到账款项,核对过程繁琐复杂,造成收款方使用体验差的问题。
为了解决上述技术问题,本发明是这样实现的:
第一方面,本发明实施例提供了一种多账户合并支付的方法,包括:
接收步骤:接收集团商户发出的支付信息,所述支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;所述拆分扣款策略用于指示所述集团商户中应当向所述收款账户付款的目标子商户,以及用于指示所述目标子商户应当付款给所述收款账户的子付款金额,全部所述子付款金额之和等于所述总付款金额;
付款步骤:按照所述总付款金额向收款账户付款;
扣款步骤:根据所述拆分扣款策略从各个所述目标子商户的账户中扣款,被扣款金额与所述目标子商户的所述子付款金额相等。
可选地,
所述支付信息由所述集团商户根据用户发送给所述集团商户的提现请求指令生成;其中,所述提现请求指令包括:所述收款账户信息、以及用户与子商户的交易信息。
可选地,
所述付款步骤之前包括:
验证步骤:对所述支付信息是否正确进行验证,得到验证结果;
执行步骤:若所述验证结果为所述支付信息不正确,不进入按照所述总付款金额向所述收款账户进行支付的步骤,并向所述集团商户发送错误告警。
可选地,
所述扣款步骤之后包括:
存档步骤:将本次执行所述付款步骤及执行所述扣款步骤的执行信息存储至数据库,以供所述集团商户和/或所述目标子商户查询。
第二方面,本发明实施例提供了一种多账户合并支付的装置,包括:
接收模块,用于接收步骤:接收集团商户发出的支付信息,所述支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;所述拆分扣款策略用于指示所述集团商户中应当向所述收款账户付款的目标子商户,以及用于指示所述目标子商户应当付款给所述收款账户的子付款金额,全部所述子付款金额之和等于所述总付款金额;
付款模块,用于付款步骤:按照所述总付款金额向收款账户付款;
扣款模块,用于扣款步骤:根据所述拆分扣款策略从各个所述目标子商户的账户中扣款,被扣款金额与所述目标子商户的所述子付款金额相等。
可选地,
所述支付信息由所述集团商户根据用户发送给所述集团商户的提现请求指令生成;其中,所述提现请求指令包括:所述收款账户信息、以及用户与子商户的交易信息。
可选地,还包括:
验证模块,用于验证步骤:对所述支付信息是否正确进行验证,得到验证结果;
执行模块,用于执行步骤:若所述验证结果为所述支付信息不正确,不进入按照所述总付款金额向所述收款账户进行支付的步骤,并向所述集团商户发送错误告警。
可选地,还包括:
存档模块,用于存档步骤:将本次执行所述付款步骤及执行所述扣款步骤的执行信息存储至数据库,以供所述集团商户和/或所述目标子商户查询。
第三方面,本发明实施例提供了一种电子设备,包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面中任一项所述的多账户合并支付的方法中的步骤。
第四方面,本发明实施例提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面中任一项所述的多账户合并支付的方法中的步骤。
在本发明实施例中,通过接收集团商户发出的支付信息,支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;拆分扣款策略用于指示集团商户中应当向收款账户付款的目标子商户,以及用于指示目标子商户应当付款给收款账户的子付款金额,全部子付款金额之和等于总付款金额;按照总付款金额向收款账户付款;根据拆分扣款策略从各个目标子商户的账户中扣款,被扣款金额与目标子商户的子付款金额相等,使得收款方能够一次性收到款项,避免了多个目标子账户分别支付造成收款方收到多组到账提示信息的情况,收款方不会再被多组到账信息打扰,改善了收款方的使用体验;并且,收款方也无需逐笔核对来自多个目标子账户的到账款项,只需核对单笔到账的总付款金额即可,改善了收款方的使用体验。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为本发明实施例多账户合并支付的方法的流程示意图;
图2为应用本发明实施例多账户合并支付的方法的流程示意图;
图3为本发明实施例多账户合并支付的装置的原理框图;
图4为本发明实施例电子设备的原理框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种多账户合并支付的方法,参见图1所示,图1为本发明实施例多账户合并支付的方法的流程示意图,包括:
接收步骤11:接收集团商户发出的支付信息,支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;拆分扣款策略用于指示集团商户中应当向收款账户付款的目标子商户,以及用于指示目标子商户应当付款给收款账户的子付款金额,全部子付款金额之和等于总付款金额;
付款步骤12:按照总付款金额向收款账户付款;
扣款步骤13:根据拆分扣款策略从各个目标子商户的账户中扣款,被扣款金额与目标子商户的子付款金额相等。
本发明实施例中,一个集团商户可以具有多个子商户。例如,集团商户具有多条业务线,每个业务线至少作为一个子商户。例如,集团商户具有多个门店,每个门店至少作为一个子商户。
本发明的一些实施例中,目标子商户,即付款方,可以是集团商户的多个子商户中与用户(收款方)发生交易并且用户要求进行交易结算(例如,用户与该子商户交易之后,用户要求将交易所得财物提现的提现结算)的子商户。示例性的,用户可以是灵活就业人员,被部分或全部子商户雇佣而从事劳动。用户完成劳动之后要求结算工资,则被用户要求结算工资的子商户为即为目标子商户。可以理解的,用户可以要求雇佣自身的所有子商户结清全部或者部分工资,用户也可以要求雇佣自身的部分子商户结清全部或者部分工资。
本发明的一些实施例中,在合法合规的前提下,集团商户还可以根据自身经营实际情况或者财务审计要求确定目标子账户及各个目标子账户对应的子付款金额,以确保完成经营目标或者满足财务审计要求。
在本发明实施例中,通过接收集团商户发出的支付信息,支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;拆分扣款策略用于指示集团商户中应当向收款账户付款的目标子商户,以及用于指示目标子商户应当付款给收款账户的子付款金额,全部子付款金额之和等于总付款金额;按照总付款金额向收款账户付款;根据拆分扣款策略从各个目标子商户的账户中扣款,被扣款金额与目标子商户的子付款金额相等,使得收款方能够一次性收到款项,避免了多个目标子账户分别支付造成收款方收到多组到账提示信息的情况,收款方不会再被多组到账信息打扰,改善了收款方的使用体验;并且,收款方也无需逐笔核对来自多个目标子账户的到账款项,只需核对单笔到账的总付款金额即可,改善了收款方的使用体验。
本发明的一些实施例中,可选地,
支付信息由集团商户根据用户发送给集团商户的提现请求指令生成;其中,提现请求指令包括:收款账户信息、以及用户与子商户的交易信息。
目标子商户,即付款方,可以是集团商户的多个子商户中与用户发生交易并且用户(收款方)要求进行交易结算(例如,用户与该子商户交易之后,用户要求将交易所得财物提现的提现结算)的子商户。用户向集团商户发送提现请求指令,要求集团商户将交易所得的财务体现至收款账户。集团商户接收到提现请求指令之后,根据提现请求指令中的交易信息确定总付款金额以及拆分扣款策略,并将总付款金额、拆分扣款策略以及来自提现请求指令的收款账户信息作为支付信息发送给本发明实施例方法的执行主体,本发明实施例方法的执行主体执行接收步骤11、付款步骤12以及扣款步骤13。
示例性的,用户可以是灵活就业人员,被部分或全部子商户雇佣而从事劳动。用户完成劳动之后要求结算工资,则被用户要求结算工资的子商户为即为目标子商户。可以理解的,用户可以通过在提现请求指令中输入自身与所有子商户的交易信息,要求所有子商户结清全部或者部分工资;用户也可以通过在提现请求指令中输入自身与部分子商户的交易信息,要求部分子商户结清全部或者部分工资。本示例中的输入,可以是通过触控或者键盘向交互端输入文本信息的方式,可以是通过触控或者鼠标选取显示在交互端显示屏上的信息的方式。
本发明的一些实施例中,集团商户可以配置信息生成软件脚本,在集团商户接收到提现请求指令之后,触发信息生成软件脚本运行,信息生成软件脚本根据提现请求指令中的交易信息确定总付款金额以及拆分扣款策略,并将总付款金额、拆分扣款策略以及来自提现请求指令的收款账户信息作为支付信息发送给本发明实施例方法的执行主体。有利于提高支付信息的生成效率,减少人工工作量。
为了清楚解释本发明实施例,以下结合具体示例进行说明。参见图2所示,图2为应用本发明实施例多账户合并支付的方法的流程示意图,具体包括步骤(1至6):
1、用户向商户(即集团商户)发送提现请求(即提现请求指令);
2、平台(即本示例中的方法执行主体,平台包括交易系统、支付系统及账务系统)接收商户(即集团商户)通过下单接口请求的主订单(主订单包括支付信息中的收款账户信息和总付款金额),落单到主订单表,进行付款信息验证后,调用支付系统进行付款;
3、商户在下单接口同时提交拆分逻辑(即支付信息中的拆分扣款策略),创建子订单计入订单表,子订单对应商户(目标子商户)为拆分逻辑中的子商户信息;
4、根据商户拆分逻辑,将商户(集团商户,即图2中主商户)余额自动划拨至各个子商户(目标子商户,即图2中子商户1-3)余额中;
5、打款成功后,根据拆分逻辑对各子商户账户余额进行扣款,扣款金额为子订单金额(即根据拆分扣款策略从各个目标子商户的账户中扣款,被扣款金额与目标子商户的子付款金额相等);
6、在前端页面提供子订单和主订单查询页面,供商户查询。
本发明的一些实施例中,可选地,
付款步骤之前包括:
验证步骤a:对支付信息是否正确进行验证,得到验证结果;
执行步骤b:若验证结果为支付信息不正确,不进入按照总付款金额向收款账户进行支付的步骤,并向集团商户发送错误告警。
本发明实施例中,对支付信息验证可以是通过银行数据接口验证收款账户的账户号码、开户银行网点、开户姓名以及账户预留联系电话等是否匹配;对支付信息验证可以是对拆分扣款策略进行验证,例如,对全部子付款金额之和是否等于总付款金额进行验证。
本发明实施例中,验证步骤a及执行步骤b有利于确保支付安全,有利于保障付款方的资金安全。
本发明的一些实施例中,可选地,
扣款步骤之后包括:
存档步骤d:将本次执行付款步骤及执行扣款步骤的执行信息存储至数据库,以供集团商户和/或目标子商户查询。
上述存档步骤d有利于实现集团商户和/或目标子商户对执行信息进行回溯和查证,有利于保障付款方的资金安全。
本发明实施例提供了一种多账户合并支付的装置,参见图3所示,图3为本发明实施例多账户合并支付的装置的原理框图,多账户合并支付的装置30包括:
接收模块31,用于接收步骤:接收集团商户发出的支付信息,所述支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;所述拆分扣款策略用于指示所述集团商户中应当向所述收款账户付款的目标子商户,以及用于指示所述目标子商户应当付款给所述收款账户的子付款金额,全部所述子付款金额之和等于所述总付款金额;
付款模块32,用于付款步骤:按照所述总付款金额向收款账户付款;
扣款模块33,用于扣款步骤:根据所述拆分扣款策略从各个所述目标子商户的账户中扣款,被扣款金额与所述目标子商户的所述子付款金额相等。
本发明的一些实施例中,可选地,
所述支付信息由所述集团商户根据用户发送给所述集团商户的提现请求指令生成;其中,所述提现请求指令包括:所述收款账户信息、以及用户与子商户的交易信息。
本发明的一些实施例中,可选地,所述装置30还包括:
验证模块,用于验证步骤:对所述支付信息是否正确进行验证,得到验证结果;
执行模块,用于执行步骤:若所述验证结果为所述支付信息不正确,不进入按照所述总付款金额向所述收款账户进行支付的步骤,并向所述集团商户发送错误告警。
本发明的一些实施例中,可选地,所述装置30还包括:
存档模块,用于存档步骤:将本次执行所述付款步骤及执行所述扣款步骤的执行信息存储至数据库,以供所述集团商户和/或所述目标子商户查询。
本申请实施例提供的多账户合并支付的装置能够实现图1至图2的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例提供了一种电子设备40,参见图4所示,图4为本发明实施例电子设备40的原理框图,包括处理器41,存储器42及存储在存储器42上并可在处理器41上运行的程序或指令,程序或指令被处理器执行时实现本发明的任一项多账户合并支付的方法中的步骤。
本发明实施例提供了一种可读存储介质,可读存储介质上存储程序或指令,程序或指令被处理器执行时实现如上述任一项的多账户合并支付的方法的实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述的可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
Claims (10)
1.一种多账户合并支付的方法,其特征在于,包括:
接收步骤:接收集团商户发出的支付信息,所述支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;所述拆分扣款策略用于指示所述集团商户中应当向所述收款账户付款的目标子商户,以及用于指示所述目标子商户应当付款给所述收款账户的子付款金额,全部所述子付款金额之和等于所述总付款金额;
付款步骤:按照所述总付款金额向收款账户付款;
扣款步骤:根据所述拆分扣款策略从各个所述目标子商户的账户中扣款,被扣款金额与所述目标子商户的所述子付款金额相等。
2.根据权利要求1所述的多账户合并支付的方法,其特征在于:
所述支付信息由所述集团商户根据用户发送给所述集团商户的提现请求指令生成;其中,所述提现请求指令包括:所述收款账户信息、以及用户与子商户的交易信息。
3.根据权利要求1所述的多账户合并支付的方法,其特征在于:
所述付款步骤之前包括:
验证步骤:对所述支付信息是否正确进行验证,得到验证结果;
执行步骤:若所述验证结果为所述支付信息不正确,不进入按照所述总付款金额向所述收款账户进行支付的步骤,并向所述集团商户发送错误告警。
4.根据权利要求1所述的多账户合并支付的方法,其特征在于:
所述扣款步骤之后包括:
存档步骤:将本次执行所述付款步骤及执行所述扣款步骤的执行信息存储至数据库,以供所述集团商户和/或所述目标子商户查询。
5.一种多账户合并支付的装置,其特征在于,包括:
接收模块,用于接收步骤:接收集团商户发出的支付信息,所述支付信息包括:收款账户信息、总付款金额以及拆分扣款策略;所述拆分扣款策略用于指示所述集团商户中应当向所述收款账户付款的目标子商户,以及用于指示所述目标子商户应当付款给所述收款账户的子付款金额,全部所述子付款金额之和等于所述总付款金额;
付款模块,用于付款步骤:按照所述总付款金额向收款账户付款;
扣款模块,用于扣款步骤:根据所述拆分扣款策略从各个所述目标子商户的账户中扣款,被扣款金额与所述目标子商户的所述子付款金额相等。
6.根据权利要求5所述的多账户合并支付的装置,其特征在于:
所述支付信息由所述集团商户根据用户发送给所述集团商户的提现请求指令生成;其中,所述提现请求指令包括:所述收款账户信息、以及用户与子商户的交易信息。
7.根据权利要求5所述的多账户合并支付的装置,其特征在于,还包括:
验证模块,用于验证步骤:对所述支付信息是否正确进行验证,得到验证结果;
执行模块,用于执行步骤:若所述验证结果为所述支付信息不正确,不进入按照所述总付款金额向所述收款账户进行支付的步骤,并向所述集团商户发送错误告警。
8.根据权利要求5所述的多账户合并支付的装置,其特征在于,还包括:
存档模块,用于存档步骤:将本次执行所述付款步骤及执行所述扣款步骤的执行信息存储至数据库,以供所述集团商户和/或所述目标子商户查询。
9.一种电子设备,其特征在于:包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至4中任一项所述的多账户合并支付的方法中的步骤。
10.一种可读存储介质,其特征在于:所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1至4中任一项所述的多账户合并支付的方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310172709.9A CN115936705A (zh) | 2023-02-28 | 2023-02-28 | 多账户合并支付的方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310172709.9A CN115936705A (zh) | 2023-02-28 | 2023-02-28 | 多账户合并支付的方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115936705A true CN115936705A (zh) | 2023-04-07 |
Family
ID=86554521
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310172709.9A Pending CN115936705A (zh) | 2023-02-28 | 2023-02-28 | 多账户合并支付的方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115936705A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116308324A (zh) * | 2023-05-23 | 2023-06-23 | 云账户技术(天津)有限公司 | 多商户的支付方法、系统、电子设备和可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107742213A (zh) * | 2017-09-21 | 2018-02-27 | 深圳市买买提乐购金融服务有限公司 | 一种支付方法、系统及终端 |
CN108229955A (zh) * | 2016-12-14 | 2018-06-29 | 阿里巴巴集团控股有限公司 | 支付方法、支付系统及支付装置 |
CN109658239A (zh) * | 2018-11-09 | 2019-04-19 | 阿里巴巴集团控股有限公司 | 应用功能扩展方法及装置、请求处理方法及装置 |
CN113469671A (zh) * | 2021-07-06 | 2021-10-01 | 吉林亿联银行股份有限公司 | 一种订单合并付款方法及装置 |
-
2023
- 2023-02-28 CN CN202310172709.9A patent/CN115936705A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108229955A (zh) * | 2016-12-14 | 2018-06-29 | 阿里巴巴集团控股有限公司 | 支付方法、支付系统及支付装置 |
CN107742213A (zh) * | 2017-09-21 | 2018-02-27 | 深圳市买买提乐购金融服务有限公司 | 一种支付方法、系统及终端 |
CN109658239A (zh) * | 2018-11-09 | 2019-04-19 | 阿里巴巴集团控股有限公司 | 应用功能扩展方法及装置、请求处理方法及装置 |
CN113469671A (zh) * | 2021-07-06 | 2021-10-01 | 吉林亿联银行股份有限公司 | 一种订单合并付款方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116308324A (zh) * | 2023-05-23 | 2023-06-23 | 云账户技术(天津)有限公司 | 多商户的支付方法、系统、电子设备和可读存储介质 |
CN116308324B (zh) * | 2023-05-23 | 2023-07-21 | 云账户技术(天津)有限公司 | 多商户的支付方法、系统、电子设备和可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10671981B2 (en) | Centralized financial account migration system | |
US7958053B2 (en) | Method and system for extending credit with automated repayment | |
JP6454758B2 (ja) | 複数の処理経路のうちの1つを通じて支払いを世界的に処理するための方法およびシステム | |
US20200051050A1 (en) | Methods and systems for enabling data exchange between computing devices lacking a shared data exchange protocol | |
US8041640B2 (en) | Method and system for account verification | |
US8666889B2 (en) | Methods and apparatus for funding transactions using debit cards issued by one institution and funds from accounts at other institutions | |
US8560447B1 (en) | Intelligent account selection for electronic bill payment | |
CN103413223A (zh) | 一种非面对面交易个人信誉及融资信用评估系统 | |
US20140052616A1 (en) | Payment system and methods for brokering consumer-pay transactions | |
US9015074B2 (en) | Device and method for facilitating financial transactions | |
CN113298512A (zh) | 资金数据信息处理方法、装置及电子设备 | |
CN115936705A (zh) | 多账户合并支付的方法、装置、电子设备及存储介质 | |
CN115187378A (zh) | 一种贷款自动还款的方法、系统、计算机设备和存储介质 | |
CN111861735A (zh) | 用于融资的信息处理方法、装置、系统及介质 | |
CN115423619A (zh) | 数据处理方法、装置、系统、存储介质及程序产品 | |
CN113988844A (zh) | 业务签约方法、装置和系统 | |
US20200372572A1 (en) | System, method, and computer readable storage medium to schedule loan transfers | |
US20180039515A1 (en) | Systems and methods for identifying similarities in instructional data and creating consolidated records thereof | |
CN111008895B (zh) | 一种互联网金融的还款方法、装置、设备及存储介质 | |
KR102236887B1 (ko) | 자부담금 및 국고 보조금을 포함하는 집행금 이체 방법 및 그 장치 | |
US20220156851A1 (en) | Asserting general ledger balance changes | |
US8666890B1 (en) | Multi-purpose transaction account | |
GB2442759A (en) | Reconciliation of batch payments | |
CN117350829A (zh) | 银行代收业务处理方法、装置、电子设备和存储介质 | |
JP2024047156A (ja) | 債権回収装置、債権回収方法、及び、債権回収プログラム |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20230407 |