CN112396420A - 自动处理重复支付的***及方法 - Google Patents
自动处理重复支付的***及方法 Download PDFInfo
- Publication number
- CN112396420A CN112396420A CN202011460287.8A CN202011460287A CN112396420A CN 112396420 A CN112396420 A CN 112396420A CN 202011460287 A CN202011460287 A CN 202011460287A CN 112396420 A CN112396420 A CN 112396420A
- Authority
- CN
- China
- Prior art keywords
- payment
- payment request
- token
- repeated
- monitoring center
- 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
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/407—Cancellation of a transaction
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及支付领域,具体涉及自动处理重复支付的***及方法,实现了及时自动处理重复支付,并且提高了识别重复支付的正确率,避免了人工干预。技术方案包括服务端与监控中心;服务端在发起支付请求之前,对用户信息进行校验,校验通过之后,根据接收的订单要素生成自定义Token,然后将定义Token保存在监控中心,同时将自定义Token返回给支付请求并与支付请求绑定;监控中心在接收到支付请求时,对支付请求进行拦截,然后对支付请求进行数据解析,提取Token信息,并将提取的Token信息与监控中心存储的Token信息进行比对,若两者Token一致,则标记此次支付请求为重复支付请求;出现重复支付请求之后,监控中心进行冲正处理。本发明适用于自动处理重复支付。
Description
技术领域
本发明涉及支付领域,具体涉及一种自动处理重复支付的***及方法。
背景技术
随着科技的进步和发展,用户通过网络交易已经变成一种普遍的方式,使用网络支付交易时通常都是在线支付。因此支付业务的逐渐增多,支付请求逐渐增大,为了满足日益增长的业务需求,大量的支付通道逐渐接入了支付***。由于网络延迟、和在线支付是基于网络及非面对面的特性,在电子支付的过程中,客户可以在支付页面选择多种支付方式,由于支付渠道商支付结果是异步返回的,没有及时收到支付结果,支付结果的返回存在延迟,因此,在线支付的过程中若出现***异常等,可能会造成同一订单用户重复支付的问题。
目前,一般的做法是在重复支付之前,将该笔订单的状态标记为处理中,同时查询上一次支付的结果。但此方案的问题诸多,一是不能够及时响应,中间可能有网络异常等原因,造成延迟处理用户的支付请求,导致用户体验不佳;二是无法避免更多的重复支付问题。三是识别重复支付的正确率不够高,有时会出现识别错误的问题。
一旦发生重复支付的问题,通常采用事后处理的方式,需要后台运营人员的介入与复核,在确认无误后进行人工退款,造成用户体验不佳。该专利申请针对的是重复支付问题的预防,以及发生重复支付的后续处理问题。作为统一支付***的一部分,需要提供一个稳定、可靠的***,减少出错后人工的干预,避免因重复交易导致的资金损失、用户投诉等问题,保障统一支付***的稳定运行。
发明内容
本发明的目的是提供一种自动处理重复支付的***及方法,实现了及时自动处理重复支付,并且提高了识别重复支付的正确率,避免了人工干预,保障了***可靠稳定的运行。
本发明采取如下技术方案实现上述目的,自动处理重复支付的***,包括服务端与监控中心;
所述服务端用于在发起支付请求之前,对用户信息进行校验,校验通过之后,根据接收的订单要素生成自定义Token,然后将定义Token保存在监控中心,同时将自定义Token返回给支付请求并与支付请求绑定;
所述监控中心用于在接收到支付请求时,对支付请求进行拦截,然后对支付请求进行数据解析,提取Token信息,并将提取的Token信息与监控中心存储的Token信息进行比对,若两者Token一致,则标记此次支付请求为重复支付请求;
出现重复支付请求之后,监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比,若在支付阈值时间内,则自动发起冲正操作;若超出阈值时间,则将支付款项自动退回到支付账户余额。
自动处理重复支付的方法,应用于上述自动处理重复支付的***,包括:
步骤(1)、在发起支付请求之前,对用户信息进行校验;
步骤(2)、校验通过之后,根据接收的订单要素生成自定义Token,然后将自定义Token保存在监控中心,同时将自定义Token返回给支付请求并与支付请求绑定;
步骤(3)、外部客户端发送支付请求,监控中心接收到支付请求时,对支付请求进行拦截;
步骤(4)、拦截之后对支付请求进行数据解析,提取Token信息;
步骤(5)、将提取的Token信息与监控中心存储的Token信息进行比对,若两者Token一致,则标记此次支付请求为重复支付请求;
步骤(6)、监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比,若在支付阈值时间内,则自动发起冲正操作;若超出阈值时间,则将支付款项自动退回到支付账户余额。
进一步的是,还包括:
步骤(7)、监控中心处理完重复订单后,服务端再将支付请求发送给外部渠道,外部渠道在处理完成支付后,返回支付凭证给服务端,服务端将异步支付结果返回给外部客户端,由外部客户端将支付结果显示给用户。
进一步的是,在步骤(2)中,所述订单要素包括商户订单号、交易流水、订单金额以及请求时间。
进一步的是,在步骤(5)中,所述重复支付请求每请求一次,即生成一个新的交易流水与商户订单号一一对应,支付请求中的支付订单号采用1位标识、17位时间以及6位流水组合而成。
进一步的是,所述6位流水采用BitMap的存储形式。
进一步的是,在步骤(2)中,所述自定义Token包括header密文,paybody密文以及签名,所述Header密文中包含txCode、version以及请求时间;所述paybody密文中包含商户订单号、交易流水、订单金额以及渠道编号。
进一步的是,在步骤(2)中,所述生成自定义Token的方法包括:
步骤201、将header信息与paybody信息分别进行base64编码,生成header密文以及paybody密文;
步骤202、对header密文与paybody密文的各项信息赋值;
步骤203、将生成的密文信息用点号连接;
步骤204、根据***设定的关键秘钥key以及加盐算法生成签名;
步骤205、将签名与header密文及paybody密文连接起来后生成Token。
进一步的是,在步骤(6)中,监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比之前还包括:检查重复订单的所有支付状态,若只有一笔支付成功,则不进行后续的操作处理;若存在多笔以上支付成功,则将此重复支付请求的时间与设定的支付阈值时间进行对比。
本发明在在发起支付请求之前就对用户信息进行校验,首先保障了用户支付的安全性,根据接收的订单要素生成自定义Token,采用自定义Token而不是通用的Token,提高了识别重复支付的正确率,出现重复支付请求之后,监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比,若在支付阈值时间内,则自动发起冲正操作,;若超出阈值时间,则将支付款项自动退回到支付账户余额,避免了人工的干预,保障了用户的资金安全。
附图说明
图1是本发明生成自定义Token的方法流程示意图。
图2是本发明整个支付流程的示意图。
图3是本发明发生重复支付之后的处理流程。
图4是本发明的整体架构示意图。
具体实施方式
本发明自动处理重复支付的***,包括服务端与监控中心;
服务端用于在发起支付请求之前,对用户信息进行校验,校验通过之后,根据接收的订单要素生成自定义Token,然后将定义Token保存在监控中心,同时将自定义Token返回给支付请求并与支付请求绑定;
监控中心用于在接收到支付请求时,对支付请求进行拦截,然后对支付请求进行数据解析,提取Token信息,并将提取的Token信息与监控中心存储的Token信息进行比对,若两者Token一致,则标记此次支付请求为重复支付请求;
出现重复支付请求之后,监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比,若在支付阈值时间内,则自动发起冲正操作;若超出阈值时间,则将支付款项自动退回到支付账户余额。
自动处理重复支付的方法,应用于上述自动处理重复支付的***,包括:
步骤(1)、在发起支付请求之前,对用户信息进行校验;
步骤(2)、校验通过之后,根据接收的订单要素生成自定义Token,然后将自定义Token保存在监控中心,同时将自定义Token返回给支付请求并与支付请求绑定;
步骤(3)、外部客户端发送支付请求,监控中心接收到支付请求时,对支付请求进行拦截;
步骤(4)、拦截之后对支付请求进行数据解析,提取Token信息;
步骤(5)、将提取的Token信息与监控中心存储的Token信息进行比对,若两者Token一致,则标记此次支付请求为重复支付请求;
步骤(6)、监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比,若在支付阈值时间内,则自动发起冲正操作;若超出阈值时间,则将支付款项自动退回到支付账户余额。
还包括:
步骤(7)、监控中心处理完重复订单后,服务端再将支付请求发送给外部渠道,外部渠道在处理完成支付后,返回支付凭证给服务端,服务端将异步支付结果返回给外部客户端,由外部客户端将支付结果显示给用户。
在步骤(2)中,订单要素包括商户订单号、交易流水、订单金额以及请求时间。
在步骤(5)中,所述重复支付请求每请求一次,即生成一个新的交易流水与商户订单号一一对应,支付请求中的支付订单号采用1位标识、17位时间以及6位流水组合而成。
其中为了加快查询和去重速度,6位流水采用BitMap的存储形式。
所谓的BitMap就是用一个bit位来标记某个元素所对应的value,而key即是该元素,由于BitMap使用了bit位来存储数据,因此可以大大节省存储空间。我们分配1个字节的空间,将这些空间的所有byte位都设置为0。然后遍历元素,依次把有值的对应位置设置为1。
利用BitMap在内存中的高效实现快速查询。
位置7 | 位置6 | 位置5 | 位置4 | 位置3 | 位置2 | 位置1 | 位置0 |
0 | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
申请int bits[N/32+1]的空间后,需要确定数组的索引,即num>>5;
确定32位bit中的位置,即num&0x1F;
数字存入bits中,即bits[num>>5]|=(1<<(num&0x1F));
判断数字是否在bits中:return(bits[num>>5]&(1<<(num&0x1F)))!=0)
在步骤(2)中,所述自定义Token包括header密文,paybody密文以及签名,所述Header密文中包含txCode、version以及请求时间;所述paybody密文中包含商户订单号、交易流水、订单金额以及渠道编号。
在步骤(2)中,所述生成自定义Token的方法流程图如图1:
步骤201、将header信息与paybody信息分别进行base64编码,生成header密文以及paybody密文,所述Header密文中包含txCode、version以及请求时间;所述paybody密文中包含商户订单号、交易流水、订单金额以及渠道编号。
步骤202、对header密文与paybody密文的各项信息赋值;
步骤203、将生成的密文信息用点号连接;
步骤204、根据***设定的关键秘钥key以及加盐算法生成签名;
步骤205、将签名与header密文及paybody密文连接起来后生成Token。
在步骤(6)中,监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比之前还包括:检查重复订单的所有支付状态,若只有一笔支付成功,则不进行后续的操作处理;若存在多笔以上支付成功,则将此重复支付请求的时间与设定的支付阈值时间进行对比。
图4是***架构示意图,***每时每刻都在处理着用户的支付请求,而面对有可能重复的支付订单,运营人员不可能实时处理所有的数据。故而需要***具备一定的判断能力。
所有的支付请求在支付之前,都要经过监控中心的拦截,然后存储到数据库中,监控中心再依序判断是否为重复支付的订单,进行后续的支付操作。
本发明整个支付流程的示意图如图2所示,用户选择下单后,进入收银台模块,用户选择某一种支付方式后,客户端将支付订单要素发送到服务端,服务端根据支付订单要素生成Token,然后将定义Token保存在监控中心,同时将自定义Token返回给支付请求并与支付请求绑定;监控中心处理完重复订单后,服务端再将支付请求发送给渠道。渠道在处理完成支付后,返回支付凭证给服务端,服务端将异步支付结果返回给客户端,由客户端将支付结果显示给用户。
本发明发生重复支付之后的处理流程如图3所示,监控中心的发送单元在实时运行,检查***中是否存在重复支付的订单。如果***中存在重复的支付订单,需要检查所有订单的支付状态,如果只有一笔是支付成功,其余是支付失败或者支付关闭状态,则不需要进行后续的操作处理。如果存在两笔及两笔以上是支付成功的状态,则需要根据事先设定的时间阈值,如果在时间阈值范围内,则需要对之前支付成功的订单进行冲正操作,只保留一条支付成功的订单,如果在时间阈值范围外,则将款项充值到用户的账户余额中。
综上所述,本***主要运用了自定义Token来识别标记重复订单,以及发生重复支付的订单后,***自动发起的冲正流程,来降低***出错的概率、以及减少运营人员的维护成本,实现***自动识别标记,减少运营人员的人工干预,保障统一支付***的稳定、高效运行,提升用户的使用体验。
Claims (9)
1.自动处理重复支付的***,其特征在于,包括服务端与监控中心;
所述服务端用于在发起支付请求之前,对用户信息进行校验,校验通过之后,根据接收的订单要素生成自定义Token,然后将定义Token保存在监控中心,同时将自定义Token返回给支付请求并与支付请求绑定;
所述监控中心用于在接收到支付请求时,对支付请求进行拦截,然后对支付请求进行数据解析,提取Token信息,并将提取的Token信息与监控中心存储的Token信息进行比对,若两者Token一致,则标记此次支付请求为重复支付请求;
出现重复支付请求之后,监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比,若在支付阈值时间内,则自动发起冲正操作;若超出阈值时间,则将支付款项自动退回到支付账户余额。
2.自动处理重复支付的方法,应用于权利要求1所述的自动处理重复支付的***,其特征在于,包括:
步骤(1)、在发起支付请求之前,对用户信息进行校验;
步骤(2)、校验通过之后,根据接收的订单要素生成自定义Token,然后将自定义Token保存在监控中心,同时将自定义Token返回给支付请求并与支付请求绑定;
步骤(3)、外部客户端发送支付请求,监控中心接收到支付请求时,对支付请求进行拦截;
步骤(4)、拦截之后对支付请求进行数据解析,提取Token信息;
步骤(5)、将提取的Token信息与监控中心存储的Token信息进行比对,若两者Token一致,则标记此次支付请求为重复支付请求;
步骤(6)、监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比,若在支付阈值时间内,则自动发起冲正操作;若超出阈值时间,则将支付款项自动退回到支付账户余额。
3.根据权利要求2所述的自动处理重复支付的方法,其特征在于,还包括:
步骤(7)、监控中心处理完重复订单后,服务端再将支付请求发送给外部渠道,外部渠道在处理完成支付后,返回支付凭证给服务端,服务端将异步支付结果返回给外部客户端,由外部客户端将支付结果显示给用户。
4.根据权利要求2所述的自动处理重复支付的方法,其特征在于,在步骤(2)中,所述订单要素包括商户订单号、交易流水、订单金额以及请求时间。
5.根据权利要求4所述的自动处理重复支付的方法,其特征在于,在步骤(5)中,所述重复支付请求每请求一次,即生成一个新的交易流水与商户订单号一一对应,支付请求中的支付订单号采用1位标识、17位时间以及6位流水组合而成。
6.根据权利要求5所述的自动处理重复支付的方法,其特征在于,所述6位流水采用BitMap的存储形式。
7.根据权利要求2-6任意一项所述的自动处理重复支付的方法,其特征在于,在步骤(2)中,所述自定义Token包括header密文,paybody密文以及签名,所述Header密文中包含txCode、version以及请求时间;所述paybody密文中包含商户订单号、交易流水、订单金额以及渠道编号。
8.根据权利要求7所述的自动处理重复支付的方法,其特征在于,在步骤(2)中,所述生成自定义Token的方法包括:
步骤201、将header信息与paybody信息分别进行base64编码,生成header密文以及paybody密文;
步骤202、对header密文与paybody密文的各项信息赋值;
步骤203、将生成的密文信息用点号连接;
步骤204、根据***设定的关键秘钥key以及加盐算法生成签名;
步骤205、将签名与header密文及paybody密文连接起来后生成Token。
9.根据权利要求2所述的自动处理重复支付的方法,其特征在于,在步骤(6)中,监控中心对此重复支付请求的时间与设定的支付阈值时间进行对比之前还包括:检查重复订单的所有支付状态,若只有一笔支付成功,则不进行后续的操作处理;若存在多笔以上支付成功,则将此重复支付请求的时间与设定的支付阈值时间进行对比。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011460287.8A CN112396420A (zh) | 2020-12-11 | 2020-12-11 | 自动处理重复支付的***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011460287.8A CN112396420A (zh) | 2020-12-11 | 2020-12-11 | 自动处理重复支付的***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112396420A true CN112396420A (zh) | 2021-02-23 |
Family
ID=74624802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011460287.8A Pending CN112396420A (zh) | 2020-12-11 | 2020-12-11 | 自动处理重复支付的***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112396420A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113344680A (zh) * | 2021-07-02 | 2021-09-03 | 云镝智慧科技有限公司 | 一种订单处理方法、相关装置、设备及存储介质 |
CN113592506A (zh) * | 2021-09-27 | 2021-11-02 | 北京华益精点生物技术有限公司 | 重复支付处理方法、装置、电子设备和存储介质 |
CN113822676A (zh) * | 2021-10-11 | 2021-12-21 | 中国银行股份有限公司 | 聚合支付收银台重复支付控制方法及装置 |
CN114862446A (zh) * | 2022-04-07 | 2022-08-05 | 江苏银承网络科技股份有限公司 | 虚拟资产处理方法、装置和设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105512869A (zh) * | 2015-11-26 | 2016-04-20 | 中国建设银行股份有限公司 | 防止重复支付的支付***、方法以及电商*** |
CN108269073A (zh) * | 2016-12-30 | 2018-07-10 | 航天信息股份有限公司 | 一种订单支付管理方法和*** |
CN109076024A (zh) * | 2018-07-20 | 2018-12-21 | 威富通科技有限公司 | 数据控制方法及终端设备 |
CN110706071A (zh) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及*** |
-
2020
- 2020-12-11 CN CN202011460287.8A patent/CN112396420A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105512869A (zh) * | 2015-11-26 | 2016-04-20 | 中国建设银行股份有限公司 | 防止重复支付的支付***、方法以及电商*** |
CN108269073A (zh) * | 2016-12-30 | 2018-07-10 | 航天信息股份有限公司 | 一种订单支付管理方法和*** |
CN109076024A (zh) * | 2018-07-20 | 2018-12-21 | 威富通科技有限公司 | 数据控制方法及终端设备 |
CN110706071A (zh) * | 2019-09-25 | 2020-01-17 | 口碑(上海)信息技术有限公司 | 订单支付请求的异常处理方法、设备、服务器及*** |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113344680A (zh) * | 2021-07-02 | 2021-09-03 | 云镝智慧科技有限公司 | 一种订单处理方法、相关装置、设备及存储介质 |
CN113592506A (zh) * | 2021-09-27 | 2021-11-02 | 北京华益精点生物技术有限公司 | 重复支付处理方法、装置、电子设备和存储介质 |
CN113822676A (zh) * | 2021-10-11 | 2021-12-21 | 中国银行股份有限公司 | 聚合支付收银台重复支付控制方法及装置 |
CN114862446A (zh) * | 2022-04-07 | 2022-08-05 | 江苏银承网络科技股份有限公司 | 虚拟资产处理方法、装置和设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112396420A (zh) | 自动处理重复支付的***及方法 | |
US20150120559A1 (en) | Enhancements to transaction processing in a secure environment | |
US20030172036A1 (en) | Online financial transaction veracity assurance mechanism | |
CN101706933A (zh) | 一种实现联名账户业务操作的方法及后台*** | |
US20090240627A1 (en) | Payment processing system trusted agent identification | |
CN108876105B (zh) | 一种交易风险控制方法及装置 | |
CN113850600B (zh) | 基于区块链的交易共识方法、装置、设备及存储介质 | |
AU2020201684A1 (en) | Method of processing a transaction request | |
CN112184230A (zh) | 基于区块链的交易数据处理方法、***、设备及存储介质 | |
CN113312649A (zh) | 报文处理方法、装置、设备、***及存储介质 | |
CN106815725A (zh) | 一种交易验证方法和装置 | |
CN114240408A (zh) | 一种基于区块链技术的电子票务交易方法 | |
CN110020795A (zh) | 用于基金收益发放风险控制的方法及装置 | |
CN111784342B (zh) | 一种基于大数据集中支付动态监控管理*** | |
US20100312675A1 (en) | Systems and Methods for Reporting Chargebacks | |
US20080195549A1 (en) | Transaction count synchronization in payment system | |
CN114078049B (zh) | 一种用于供应链金融资信服务的数据处理方法及装置 | |
CN109829750A (zh) | 公共交通交易信息处理方法、装置和计算机设备 | |
US20220383307A1 (en) | Method and system for payment when network is blocked | |
CN110598457B (zh) | 一种票据处理方法、装置、处理设备及计算机存储介质 | |
CN117131118A (zh) | 金融数据处理方法、装置、设备及存储介质 | |
TWI662493B (zh) | Debit authorization method and system | |
CN114626859A (zh) | 基于对公账号验证的方法、***、设备及存储介质 | |
CN116645093A (zh) | 银行跨境汇款处理方法、装置、设备及存储介质 | |
CN116862523A (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: 20210223 |
|
RJ01 | Rejection of invention patent application after publication |