CN106022742A - 一种银行交易处理方法及装置 - Google Patents
一种银行交易处理方法及装置 Download PDFInfo
- Publication number
- CN106022742A CN106022742A CN201610379441.6A CN201610379441A CN106022742A CN 106022742 A CN106022742 A CN 106022742A CN 201610379441 A CN201610379441 A CN 201610379441A CN 106022742 A CN106022742 A CN 106022742A
- Authority
- CN
- China
- Prior art keywords
- transaction
- path
- bank
- payment
- business
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- 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/405—Establishing or using transaction specific rules
-
- 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/02—Banking, e.g. interest calculation or account maintenance
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供了一种银行交易处理方法及装置,银行交易处理方法包括:在银行交易为汇出交易时,根据收款人开户行行号判断汇出交易的类型;若汇出交易的类型为行内交易,则确定行内交易的支付路径;将行内交易的支付路径发送至交易渠道;若汇出交易的类型为跨行交易,则确定跨行交易的支付路径;将跨行交易的支付路径发送至交易渠道;在银行交易为汇入清分交易时,确定汇入清分交易的来账报文的清分机构和支付资源;根据来账报文的清分机构和支付资源,对来账报文进行清分处理。在本申请中,通过以上方式在处理汇出交易时改善了用户体验性,且提高了交易处理效率。以及,提高了汇入清分交易的处理效率。
Description
技术领域
本申请涉及金融领域,特别涉及一种银行交易处理方法及装置。
背景技术
随着国民经济的发展,银行在人们日常生活中的角色越来越重要。用户可以通过银行进行多种形式的经济活动,如存款,贷款,信用卡业务,股票投资、期货投资和黄金投资等。
对于银行而言,银行交易主要有汇出交易(如汇款给其他银行)和汇入清分交易(如接收其他银行的汇款,转入相应的账户)。目前,银行的汇出交易仍然需要用户手动选择支付路径(如选择行内转账或跨行转账),用户体验性差且交易处理效率较低。且目前,银行的汇入清分交易仍然需要交易处理者对来账报文进行人工处理,交易处理效率较低。
发明内容
为解决上述技术问题,本申请实施例提供一种银行交易处理方法及装置,以达到在处理汇出交易时改善用户体验性,且提高了交易处理效率,以及提高汇入清分交易的处理效率的目的,技术方案如下:
一种银行交易处理方法,包括:
在银行交易为汇出交易时,根据收款人开户行行号判断所述汇出交易的类型;
若所述汇出交易的类型为行内交易,则确定所述行内交易的支付路径;
将所述行内交易的支付路径发送至交易渠道,以使所述交易渠道采用所述行内交易的支付路径将汇款报文发送至所述行内交易对应的支付系统;
若所述汇出交易的类型为跨行交易,则确定所述跨行交易的支付路径;
将所述跨行交易的支付路径发送至所述交易渠道,以使所述交易渠道采用所述跨行交易的支付路径将汇款报文发送至所述跨行交易对应的支付系统;
在银行交易为汇入清分交易时,确定所述汇入清分交易的来账报文的清分机构和支付资源;
根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理。
优选的,所述确定所述行内交易的支付路径的过程,包括:
获取所述交易渠道发送的本行联行号,并根据所述本行联行号获取付款人和收款人的信息;
若所述付款人的信息表征所述付款人对公汇款,则确定支付路径为行内汇划;
若所述付款人的信息表征所述付款人对私汇款,则根据所述收款人的信息判断所述收款人是否通存;
若是,则确定支付路径为行内转账;
若否,则判断所述汇出交易是否为现金交易;
若是,则确定支付路径为行内汇划;
若否,则根据所述收款人的信息判断所述收款人开户机构与所述汇出交易的执行机构是否相同;
若是,则确定支付路径为行内转账;
若否,则根据所述付款人的信息判断所述付款人的开户机构与所述汇出交易的执行机构是否同属一级机构;
若是,则确定支付路径为行内汇划;
若否,则进行业务逻辑报错。
优选的,所述确定所述行内交易的支付路径的过程,还包括:
在获取不到所述收款人的信息时,确定支付路径为行内汇划。
优选的,所述确定所述跨行交易的支付路径的过程,包括:
对所述跨行交易的业务类型进行审核,确定所述跨行交易的业务类型;
在所述跨行交易的业务类型为对应默认支付路径的业务类型时,将所述跨行交易的业务类型对应的默认支付路径作为所述跨行交易的支付路径;
在所述跨行交易的业务类型不为对应默认支付路径的业务类型时,若所述跨行交易的付款人的开户机构与所述跨行交易的执行机构同属一级机构,则读取支付路径行号关系表与营业机构汇兑途径表,筛选出所述跨行交易的执行机构与所述跨行交易的收款人的开户机构同时支持的第一支付路径清单,所述第一支付路径清单包括多条支付路径;
检查所述第一支付路径清单中每条支付路径的状态,并根据检查结果更新所述第一支付路径清单,得到第二支付路径清单;
读取并根据支付路径综合控制表更新所述第二支付路径清单,得到第三支付路径清单,所述支付路径综合控制表包括:渠道类型、业务类型、交易币种,检查开通标志、开通时间和交易限额;
读取并根据加急控制表更新所述第三支付路径清单,得到第四支付路径清单,所述加急控制表包括:实时标志、加急标志和检查生效标志;
读取并根据行别权限表更新所述第四支付路径清单,得到第五支付路径清单,所述行别权限表包括:上送的行别、汇入汇出标志、业务类型和以黑名单方式检查单笔业务限额是否超限;
判断所述第五支付路径清单是否为空;
若是,在所述跨行交易为非实时业务时,根据所述跨行交易的交易金额确定所述跨行交易的支付路径为大额支付路径或小额支付路径;
若否,确定所述第五支付路径清单中的支付路径为所述跨行交易的支付路径。
优选的,所述确定所述汇入清分交易的来账报文的清分机构和支付资源的过程,包括:
在合约关联链中查找是否存在与所述汇入清分交易的来账报文相关联的原交易;
若存在,则将所述原交易的清分机构和支付资源作为所述汇入清分交易的来账报文的清分机构和支付资源;
若不存在,则将符合清分机构规则链中各条规则的清分机构作为所述汇入清分交易的来账报文的清分机构,及将符合支付资源规则链中各条规则的支付资源作为所述汇入清分交易的来账报文的支付资源。
优选的,所述根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理的过程,包括:
将所述来账报文的清分机构和支付资源按照合约处理判断链中的规则,对所述来账报文进行清分处理。
一种银行交易处理装置,包括:
第一判断单元,用于在银行交易为汇出交易时,根据收款人开户行行号判断所述汇出交易的类型;
第一确定单元,用于若所述汇出交易的类型为行内交易,则确定所述行内交易的支付路径;
第一发送单元,用于将所述行内交易的支付路径发送至所述交易渠道,以使所述交易渠道采用所述行内交易的支付路径将汇款报文发送至所述行内交易对应的支付系统;
第二确定单元,用于若所述汇出交易的类型为跨行交易,则确定所述跨行交易的支付路径;
第二发送单元,用于将所述跨行交易的支付路径发送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路径将汇款报文发送至所述跨行交易对应的支付系统;
第三确定单元,用于在银行交易为汇入清分交易时,确定所述汇入清分交易的来账报文的清分机构和支付资源;
第一处理单元,用于根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理。
优选的,所述第一确定单元包括:
第一获取子单元,用于获取所述交易渠道发送的本行联行号,并根据所述本行联行号获取付款人和收款人的信息;
第一确定子单元,用于若所述付款人的信息表征所述付款人对公汇款,则确定支付路径为行内汇划;
第一判断子单元,用于若所述付款人的信息表征所述付款人对私汇款,则根据所述收款人的信息判断所述收款人是否通存,若是,执行第二确定子单元,若否,执行第二判断子单元;
所述第二确定子单元,用于确定支付路径为行内转账;
所述第二判断子单元,用于判断所述汇出交易是否为现金交易,若是,执行第三确定子单元,若否,执行第三判断子单元;
所述第三确定子单元,用于确定支付路径为行内汇划;
所述第三判断子单元,用于根据所述收款人的信息判断所述收款人开户机构与所述汇出交易的执行机构是否相同,若是,执行第四确定子单元,若否,执行第五判断子单元;
所述第四确定子单元,用于确定支付路径为行内转账;
所述第五判断子单元,用于根据所述付款人的信息判断所述付款人的开户机构与所述汇出交易的执行机构是否同属一级机构,若是,执行第五确定子单元,若否,则进行业务逻辑报错;
所述第五确定子单元,用于确定支付路径为行内汇划。
优选的,所述第一确定单元还包括:
第六确定子单元,用于在获取不到所述收款人的信息时,确定支付路径为行内汇划。
优选的,所述第二确定单元包括:
第七确定子单元,用于对所述跨行交易的业务类型进行审核,确定所述跨行交易的业务类型;
第八确定子单元,用于在所述跨行交易的业务类型为对应默认支付路径的业务类型时,将所述跨行交易的业务类型对应的默认支付路径作为所述跨行交易的支付路径;
筛选子单元,用于在所述跨行交易的业务类型不为对应默认支付路径的业务类型时,若所述跨行交易的付款人的开户机构与所述跨行交易的执行机构同属一级机构,则读取支付路径行号关系表与营业机构汇兑途径表,筛选出所述跨行交易的执行机构与所述跨行交易的收款人的开户机构同时支持的第一支付路径清单,所述第一支付路径清单包括多条支付路径;
第一更新子单元,用于检查所述第一支付路径清单中每条支付路径的状态,并根据检查结果更新所述第一支付路径清单,得到第二支付路径清单;
第二更新子单元,用于读取并根据支付路径综合控制表更新所述第二支付路径清单,得到第三支付路径清单,所述支付路径综合控制表包括:渠道类型、业务类型、交易币种,检查开通标志、开通时间和交易限额;
第三更新子单元,用于读取并根据加急控制表更新所述第三支付路径清单,得到第四支付路径清单,所述加急控制表包括:实时标志、加急标志和检查生效标志;
第四更新子单元,用于读取并根据行别权限表更新所述第四支付路径清单,得到第五支付路径清单,所述行别权限表包括:上送的行别、汇入汇出标志、业务类型和以黑名单方式检查单笔业务限额是否超限;
第六判断子单元,用于判断所述第五支付路径清单是否为空,若是,执行第九确定子单元,若否,执行第十确定子单元;
所述第九确定子单元,用于在所述跨行交易为非实时业务时,根据所述跨行交易的交易金额确定所述跨行交易的支付路径为大额支付路径或小额支付路径;
所述第十确定子单元,用于确定所述第五支付路径清单中的支付路径为所述跨行交易的支付路径。
优选的,所述第三确定单元包括:
查找子单元,用于在合约关联链中查找是否存在与所述汇入清分交易的来账报文相关联的原交易,若存在,则执行第十一确定子单元,若不存在,则执行第十二确定子单元;
所述第十一确定子单元,用于将所述原交易的清分机构和支付资源作为所述汇入清分交易的来账报文的清分机构和支付资源;
所述第十二确定子单元,用于将符合清分机构规则链中各条规则的清分机构作为所述汇入清分交易的来账报文的清分机构,及将符合支付资源规则链中各条规则的支付资源作为所述汇入清分交易的来账报文的支付资源。
优选的,所述第一处理单元包括:
处理子单元,用于将所述来账报文的清分机构和支付资源按照合约处理判断链中的规则,对所述来账报文进行清分处理。
与现有技术相比,本申请的有益效果为:
在本申请中,通过在银行交易为汇出交易时,根据收款人开户行行号判断所述汇出交易的类型;若所述汇出交易的类型为行内交易,则确定所述行内交易的支付路径;将所述行内交易的支付路径发送至交易渠道,以使所述交易渠道采用所述行内交易的支付路径将汇款报文发送至所述行内交易对应的支付系统;若所述汇出交易的类型为跨行交易,则确定所述跨行交易的支付路径;将所述跨行交易的支付路径发送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路径将汇款报文发送至所述跨行交易对应的支付系统,实现在处理汇出交易时,自动选择支付路径,不再需要用户手工选择支付路径,使用户只需关注汇出交易本身的业务,改善了用户体验性。且由于自动选择支付路径是基于机器的,因此相比于手动选择支付路径的方式所需时间端,提高了交易处理效率。
以及,通过在银行交易为汇入清分交易时,确定所述汇入清分交易的来账报文的清分机构和支付资源;按照所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理,实现了对来账报文的自动处理,提高了汇入清分交易的处理效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的银行交易处理方法的一种流程图;
图2是本申请提供的银行交易处理方法的一种子流程图;
图3是本申请提供的银行交易处理方法的另一种子流程图;
图4是本申请提供的银行交易处理方法的再一种子流程图;
图5是本申请提供的银行交易处理方法的再一种子流程图;
图6是本申请提供的银行交易处理装置的一种逻辑结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
实施例一
请参见图1,其示出了本申请提供的银行交易处理方法的一种流程图,可以包括以下步骤:
步骤S11:在银行交易为汇出交易时,根据收款人开户行行号判断所述汇出交易的类型。
若所述汇出交易的类型为行内交易,则执行步骤S12,若所述汇出交易的类型为跨行交易,则执行步骤S14。
步骤S12:确定所述行内交易的支付路径。
步骤S13:将所述行内交易的支付路径发送至交易渠道,以使所述交易渠道采用所述行内交易的支付路径将汇款报文发送至所述行内交易对应的支付系统。
步骤S14:确定所述跨行交易的支付路径。
步骤S15:将所述跨行交易的支付路径发送至所述交易渠道,以使所述交易渠道采用所述跨行交易的支付路径将汇款报文发送至所述跨行交易对应的支付系统。
步骤S16:在银行交易为汇入清分交易时,确定所述汇入清分交易的来账报文的清分机构和支付资源。
步骤S17:根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理。
在本申请中,通过在银行交易为汇出交易时,根据收款人开户行行号判断所述汇出交易的类型;若所述汇出交易的类型为行内交易,则确定所述行内交易的支付路径;将所述行内交易的支付路径发送至交易渠道,以使所述交易渠道采用所述行内交易的支付路径将汇款报文发送至所述行内交易对应的支付系统;若所述汇出交易的类型为跨行交易,则确定所述跨行交易的支付路径;将所述跨行交易的支付路径发送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路径将汇款报文发送至所述跨行交易对应的支付系统,实现在处理汇出交易时,自动选择支付路径,不再需要用户手工选择支付路径,使用户只需关注汇出交易本身的业务,改善了用户体验性。且由于自动选择支付路径是基于机器的,因此相比于手动选择支付路径的方式所需时间端,提高了交易处理效率。
以及,通过在银行交易为汇入清分交易时,确定所述汇入清分交易的来账报文的清分机构和支付资源;按照所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理,实现了对来账报文的自动处理,提高了汇入清分交易的处理效率。
在本实施例中,上述确定所述行内交易的支付路径的具体过程可以参见图2,可以包括以下步骤:
步骤S21:获取所述交易渠道发送的本行联行号,并根据所述本行联行号获取付款人和收款人的信息。
其中,获取所述交易渠道发送的本行联行号具体为获取所述交易渠道发送的5位本行联行号。
在本实施例中,在获取所述交易渠道发送的本行联行号后,具体可以调用主机户名反显服务,本机本行联行号获取付款人和收款人的信息。
步骤S22:若所述付款人的信息表征所述付款人对公汇款,则确定支付路径为行内汇划。
步骤S23:若所述付款人的信息表征所述付款人对私汇款,则根据所述收款人的信息判断所述收款人是否通存。
若是,执行步骤S24,若否,执行步骤S25。
步骤S24:确定支付路径为行内转账。
步骤S25:根据所述收款人的信息判断所述收款人开户机构与所述汇出交易的执行机构是否相同。
若是,执行步骤S26,若否,执行步骤S27。
步骤S26:确定支付路径为行内转账。
步骤S27:根据所述付款人的信息判断所述付款人的开户机构与所述汇出交易的执行机构是否同属一级机构。
若是,执行步骤S28,若否,执行步骤S29。
步骤S28:确定支付路径为行内汇划。
步骤S29:进行业务逻辑报错。
请参见图3,其示出了确定所述行内交易的支付路径的另一种具体过程,可以包括以下步骤:
步骤S31:获取所述交易渠道发送的本行联行号,并根据所述本行联行号获取付款人和收款人的信息。
步骤S32:若所述付款人的信息表征所述付款人对公汇款,则确定支付路径为行内汇划。
步骤S33:若所述付款人的信息表征所述付款人对私汇款,则根据所述收款人的信息判断所述收款人是否通存。
若是,执行步骤S34,若否,执行步骤S35。
步骤S34:确定支付路径为行内转账。
步骤S35:根据所述收款人的信息判断所述收款人开户机构与所述汇出交易的执行机构是否相同。
若是,执行步骤S36,若否,执行步骤S37。
步骤S36:确定支付路径为行内转账。
步骤S37:根据所述付款人的信息判断所述付款人的开户机构与所述汇出交易的执行机构是否同属一级机构。
若是,执行步骤S38,若否,执行步骤S39。
步骤S38:确定支付路径为行内汇划。
步骤S39:进行业务逻辑报错。
步骤S31至步骤S39与图2示出的确定所述行内交易的支付路径的过程中的步骤S21至步骤S29相同,在此不再赘述。
步骤S310:在获取不到所述收款人的信息时,确定支付路径为行内汇划。
在本实施例中,上述确定所述跨行交易的支付路径的的具体过程可以参见图4,可以包括以下步骤:
步骤S41:对所述跨行交易的业务类型进行审核,确定所述跨行交易的业务类型。
步骤S42:在所述跨行交易的业务类型为对应默认支付路径的业务类型时,将所述跨行交易的业务类型对应的默认支付路径作为所述跨行交易的支付路径。
有些跨行交易的业务类型(例如跨境支付、行间资金汇划)默认走大额支付路径,则将大额支付路径作为该跨行交易的支付路径。有些跨行交易的业务类型(例如缴费业务、其他)默认走小额支付路径,则将小额支付路径作为该跨行交易的支付路径。有些跨行交易的业务类型(例如国库汇款、国库资金贷记划拨、国库资金国债兑付)需要渠道指定支付路径,则将交易渠道指定的支付路径作为该跨行交易的支付路径。
步骤S43:在所述跨行交易的业务类型不为对应默认支付路径的业务类型时,若所述跨行交易的付款人的开户机构与所述跨行交易的执行机构同属一级机构,则读取支付路径行号关系表与营业机构汇兑途径表,筛选出所述跨行交易的执行机构与所述跨行交易的收款人的开户机构同时支持的第一支付路径清单。
所述第一支付路径清单包括多条支付路径。
其中,支付路径行号关系表包括多条行号与支付路径的映射关系,每条行号与支付路径的映射关系表明该行号已经开通了哪些人行的支付路径。
营业机构汇兑途径表包括多条机构号与支付路径的映射关系,每条机构号与支付路径的映射关系表明该机构已经开通了哪些人行支付路径。
步骤S44:检查所述第一支付路径清单中每条支付路径的状态,并根据检查结果更新所述第一支付路径清单,得到第二支付路径清单。
检查所述第一支付路径清单中每条支付路径的状态即检查所述第一支付路径清单中每条支付路径的对公对私业务开通标志、境内境外开通标志、本币外币支持开通标志、系统开通标志、金额上下限等。
根据检查结果更新第一支付路径清单即根据检查结果删除第一支付路径清单中相应的支付路径。例如,客户汇款金额是10万,小额支付路径的金额上下限是0至5万,那么支付路径清单中就需要删除小额。再如,每天下午5点时,人行大额支付路径系统会关闭,此时的系统开通标识就为“关闭”,那么支付路径清单中就需要删除大额。
步骤S45:读取并根据支付路径综合控制表更新所述第二支付路径清单,得到第三支付路径清单。
所述支付路径综合控制表包括:渠道类型、业务类型、交易币种,检查开通标志、开通时间和交易限额。
根据支付路径综合控制表更新所述第二支付路径清单即根据支付路径综合控制表删除第二支付路径清单中相应的支付路径。例如,P2员工渠道发的交易,业务类型C200,但是支付路径综合控制表中没有这条参数配置,那么就说明P2员工渠道不支持C200业务类型,那么需要删除。
步骤S46:读取并根据加急控制表更新所述第三支付路径清单,得到第四支付路径清单。
所述加急控制表包括:实时标志、加急标志和检查生效标志。
根据加急控制表更新第三支付路径清单,即根据加急控制表删除第三支付路径清单中相应的支付路径。例如,交易渠道送上该笔交易是实时交易,第三支付路径清单中大额、小额都是非实时,超网是实时,那么删除大额、小额。
步骤S47:读取并根据行别权限表更新所述第四支付路径清单,得到第五支付路径清单。
所述行别权限表包括:上送的行别、汇入汇出标志、业务类型和以黑名单方式检查单笔业务限额是否超限。
根据行别权限表更新所述第四支付路径清单即根据行别权限表删除第四支付路径清单中相应的支付路径。例如,黑名单中配置“工行、小额“,就说明银行当前不通过小额跟工行做业务,如果渠道上送的对手行是工行,那么删除小额这个支付路径。
步骤S48:判断所述第五支付路径清单是否为空。
若是,执行步骤S49,若否,执行步骤S410。
步骤S49:在所述跨行交易为非实时业务时,根据所述跨行交易的交易金额确定所述跨行交易的支付路径为大额支付路径或小额支付路径。
步骤S410:确定所述第五支付路径清单中的支付路径为所述跨行交易的支付路径。
在本实施例中,上述确定所述汇入清分交易的来账报文的清分机构和支付资源的过程可以参见图5,可以包括以下步骤:
步骤S51:在合约关联链中查找是否存在与所述汇入清分交易的来账报文相关联的原交易。
若存在,则执行步骤S52,若不存在,则执行步骤S53。
在本实施例中,合约关联链表示除本行之外的他行的来账存在有关联的原交易。主要有两种场景:借记回执来账和退汇来账。这两种都是本行先发一笔往账后,收到他行针对这笔往账的响应来账。在这种情况下,清分机构和支付资源就可以直接从原交易获取。
清分机构表示该笔业务的汇入机构是哪个,属于哪个行内机构。一旦确定了清分机构,该笔业务账务就是记在该机构,合约也属于该机构,如果需要人工处理的话,也是该机构的柜员是做处理。
由于建行有很多组件,每一笔汇入报文都属于一个组件,所以我们需要清分出汇入业务属于哪个组件,这就是支付资源。比如支付资源如果是CCBS,我们就需要去调用CCBS的服务记账,如果是金融市场,我们就调用金融市场的服务。
步骤S52:将所述原交易的清分机构和支付资源作为所述汇入清分交易的来账报文的清分机构和支付资源。
步骤S53:将符合清分机构规则链中各条规则的清分机构作为所述汇入清分交易的来账报文的清分机构,及将符合支付资源规则链中各条规则的支付资源作为所述汇入清分交易的来账报文的支付资源。
在本实施例中,清分机构规则链和支付资源规则链组成通用清分链。
清分机构规则链包括的规则如下:根据账号查找开户机构;根据来账的行号查找机构号,比如贷记来账就用付款行行号;根据来账的开户行行号查找机构号;总行机构。
支付资源规则链包括的规则如下:清分代理规则:根据行号找相应的资源,比如如果这个行号属于金融市场的,就清分到金融市场处理。目前还支持村行,MPS;特殊报文清分规则:这部分是用报文类型和业务类型清分,可清分出电票和票据;清分卡bin规则:根据账号的前6位匹配已配置的卡bin,如果符合,就清分到贷记卡组件,并且机构为总行;产品合约账户类型规则:和上面类似,也是用账号前6位匹配,若符合,则去代收付组件;账户查询规则:查询账号的属性,然后根据属性判断支付资源,现有存贷款,结算卡,财务会计,CCBS这些组件。如果到这一步还是找不到支付资源,就落地人工处理。
在本实施例中,上述根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理的过程具体为:将所述来账报文的清分机构和支付资源按照合约处理判断链中的规则,对所述来账报文进行清分处理。
合约处理判断链具体包括:合约处理规则表,合约处理规则条件表,合约处理规则例外表。
合约处理规则表,用来配置规则的属性,比如规则的描述,该如何处理等
合约处理规则条件表,用来配置规则的具体信息,就是规则的满足条件。
合约处理规则例外表,用来配置规则的例外条件,如果满足该表的条件,规则则失效。
以大额即时转账为例对合约处理规则表,合约处理规则条件表,合约处理规则例外表的配置进行说明,具体为:大额即时转账(除电子商业汇票)需要落地人工处理。我们就在规则表中配置该条规则需人工处理,在条件表中配置具体的规则,比如汇兑途径是大额,报文类型是即时转账。在例外表中配置业务类型是G105(电子商业汇票)的例外。
在本实施例中,合约处理判断链中的每一条规则都配置在数据库表或者文件中,并且合约处理规则表,合约处理规则条件表,合约处理规则例外表中的数据都存放在缓存里,使得多规则的汇入清分处理性能仍然很好。
实施例二
与上述方法实施例相对应,本实施例提供了一种银行交易处理装置,请参见图6,银行交易处理装置包括:第一判断单元61、第一确定单元62、第一发送单元63、第二确定单元64、第二发送单元65、第三确定单元66和第一处理单元67。
第一判断单元61,用于在银行交易为汇出交易时,根据收款人开户行行号判断所述汇出交易的类型。
第一确定单元62,用于若所述汇出交易的类型为行内交易,则确定所述行内交易的支付路径。
第一发送单元63,用于将所述行内交易的支付路径发送至交易渠道,以使所述交易渠道采用所述行内交易的支付路径将汇款报文发送至所述行内交易对应的支付系统。
第二确定单元64,用于若所述汇出交易的类型为跨行交易,则确定所述跨行交易的支付路径。
第二发送单元65,用于将所述跨行交易的支付路径发送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路径将汇款报文发送至所述跨行交易对应的支付系统。
第三确定单元66,用于在银行交易为汇入清分交易时,确定所述汇入清分交易的来账报文的清分机构和支付资源。
第一处理单元67,用于根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理。
在本实施例中,第一确定单元62具体可以包括:第一获取子单元、第一确定子单元、第一判断子单元、第二确定子单元、第二判断子单元、第三确定子单元、第三判断子单元、第四确定子单元、第五判断子单元和第五确定子单元。
第一获取子单元,用于获取所述交易渠道发送的本行联行号,并根据所述本行联行号获取付款人和收款人的信息。
第一确定子单元,用于若所述付款人的信息表征所述付款人对公汇款,则确定支付路径为行内汇划。
第一判断子单元,用于若所述付款人的信息表征所述付款人对私汇款,则根据所述收款人的信息判断所述收款人是否通存,若是,执行第二确定子单元,若否,执行第二判断子单元。
所述第二确定子单元,用于确定支付路径为行内转账。
所述第二判断子单元,用于判断所述汇出交易是否为现金交易,若是,执行第三确定子单元,若否,执行第三判断子单元。
所述第三确定子单元,用于确定支付路径为行内汇划。
所述第三判断子单元,用于根据所述收款人的信息判断所述收款人开户机构与所述汇出交易的执行机构是否相同,若是,执行第四确定子单元,若否,执行第五判断子单元。
所述第四确定子单元,用于确定支付路径为行内转账。
所述第五判断子单元,用于根据所述付款人的信息判断所述付款人的开户机构与所述汇出交易的执行机构是否同属一级机构,若是,执行第五确定子单元,若否,则进行业务逻辑报错。
所述第五确定子单元,用于确定支付路径为行内汇划。
上述第一确定单元62还可以包括:第六确定子单元,用于在获取不到所述收款人的信息时,确定支付路径为行内汇划。
在本实施例中,第二确定单元64具体可以包括:第七确定子单元、第八确定子单元、筛选子单元、第一更新子单元、第二更新子单元、第三更新子单元、第四更新子单元、第六判断子单元、第九确定子单元和第十确定子单元。
第七确定子单元,用于对所述跨行交易的业务类型进行审核,确定所述跨行交易的业务类型。
第八确定子单元,用于在所述跨行交易的业务类型为对应默认支付路径的业务类型时,将所述跨行交易的业务类型对应的默认支付路径作为所述跨行交易的支付路径。
筛选子单元,用于在所述跨行交易的业务类型不为对应默认支付路径的业务类型时,若所述跨行交易的付款人的开户机构与所述跨行交易的执行机构同属一级机构,则读取支付路径行号关系表与营业机构汇兑途径表,筛选出所述跨行交易的执行机构与所述跨行交易的收款人的开户机构同时支持的第一支付路径清单,所述第一支付路径清单包括多条支付路径。
第一更新子单元,用于检查所述第一支付路径清单中每条支付路径的状态,并根据检查结果更新所述第一支付路径清单,得到第二支付路径清单。
第二更新子单元,用于读取并根据支付路径综合控制表更新所述第二支付路径清单,得到第三支付路径清单,所述支付路径综合控制表包括:渠道类型、业务类型、交易币种,检查开通标志、开通时间和交易限额。
第三更新子单元,用于读取并根据加急控制表更新所述第三支付路径清单,得到第四支付路径清单,所述加急控制表包括:实时标志、加急标志和检查生效标志。
第四更新子单元,用于读取并根据行别权限表更新所述第四支付路径清单,得到第五支付路径清单,所述行别权限表包括:上送的行别、汇入汇出标志、业务类型和以黑名单方式检查单笔业务限额是否超限。
第六判断子单元,用于判断所述第五支付路径清单是否为空,若是,执行第九确定子单元,若否,执行第十确定子单元。
所述第九确定子单元,用于在所述跨行交易为非实时业务时,根据所述跨行交易的交易金额确定所述跨行交易的支付路径为大额支付路径或小额支付路径。
所述第十确定子单元,用于确定所述第五支付路径清单中的支付路径为所述跨行交易的支付路径。
在本实施例中,第三确定单元66具体可以包括:查找子单元、第十一确定子单元和第十二确定子单元。
查找子单元,用于在合约关联链中查找是否存在与所述汇入清分交易的来账报文相关联的原交易,若存在,则执行第十一确定子单元,若不存在,则执行第十二确定子单元。
所述第十一确定子单元,用于将所述原交易的清分机构和支付资源作为所述汇入清分交易的来账报文的清分机构和支付资源。
所述第十二确定子单元,用于将符合清分机构规则链中各条规则的清分机构作为所述汇入清分交易的来账报文的清分机构,及将符合支付资源规则链中各条规则的支付资源作为所述汇入清分交易的来账报文的支付资源。
在本实施例中,第一处理单元67具体可以包括:处理子单元,用于将所述来账报文的清分机构和支付资源按照合约处理判断链中的规则,对所述来账报文进行清分处理。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种银行交易处理方法及装置进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (12)
1.一种银行交易处理方法,其特征在于,包括:
在银行交易为汇出交易时,根据收款人开户行行号判断所述汇出交易的类型;
若所述汇出交易的类型为行内交易,则确定所述行内交易的支付路径;
将所述行内交易的支付路径发送至交易渠道,以使所述交易渠道采用所述行内交易的支付路径将汇款报文发送至所述行内交易对应的支付系统;
若所述汇出交易的类型为跨行交易,则确定所述跨行交易的支付路径;
将所述跨行交易的支付路径发送至所述交易渠道,以使所述交易渠道采用所述跨行交易的支付路径将汇款报文发送至所述跨行交易对应的支付系统;
在银行交易为汇入清分交易时,确定所述汇入清分交易的来账报文的清分机构和支付资源;
根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理。
2.根据权利要求1所述的方法,其特征在于,所述确定所述行内交易的支付路径的过程,包括:
获取所述交易渠道发送的本行联行号,并根据所述本行联行号获取付款人和收款人的信息;
若所述付款人的信息表征所述付款人对公汇款,则确定支付路径为行内汇划;
若所述付款人的信息表征所述付款人对私汇款,则根据所述收款人的信息判断所述收款人是否通存;
若是,则确定支付路径为行内转账;
若否,则判断所述汇出交易是否为现金交易;
若是,则确定支付路径为行内汇划;
若否,则根据所述收款人的信息判断所述收款人开户机构与所述汇出交易的执行机构是否相同;
若是,则确定支付路径为行内转账;
若否,则根据所述付款人的信息判断所述付款人的开户机构与所述汇出交易的执行机构是否同属一级机构;
若是,则确定支付路径为行内汇划;
若否,则进行业务逻辑报错。
3.根据权利要求2所述的方法,其特征在于,所述确定所述行内交易的支付路径的过程,还包括:
在获取不到所述收款人的信息时,确定支付路径为行内汇划。
4.根据权利要求1所述的方法,其特征在于,所述确定所述跨行交易的支付路径的过程,包括:
对所述跨行交易的业务类型进行审核,确定所述跨行交易的业务类型;
在所述跨行交易的业务类型为对应默认支付路径的业务类型时,将所述跨行交易的业务类型对应的默认支付路径作为所述跨行交易的支付路径;
在所述跨行交易的业务类型不为对应默认支付路径的业务类型时,若所述跨行交易的付款人的开户机构与所述跨行交易的执行机构同属一级机构,则读取支付路径行号关系表与营业机构汇兑途径表,筛选出所述跨行交易的执行机构与所述跨行交易的收款人的开户机构同时支持的第一支付路径清单,所述第一支付路径清单包括多条支付路径;
检查所述第一支付路径清单中每条支付路径的状态,并根据检查结果更新所述第一支付路径清单,得到第二支付路径清单;
读取并根据支付路径综合控制表更新所述第二支付路径清单,得到第三支付路径清单,所述支付路径综合控制表包括:渠道类型、业务类型、交易币种,检查开通标志、开通时间和交易限额;
读取并根据加急控制表更新所述第三支付路径清单,得到第四支付路径清单,所述加急控制表包括:实时标志、加急标志和检查生效标志;
读取并根据行别权限表更新所述第四支付路径清单,得到第五支付路径清单,所述行别权限表包括:上送的行别、汇入汇出标志、业务类型和以黑名单方式检查单笔业务限额是否超限;
判断所述第五支付路径清单是否为空;
若是,在所述跨行交易为非实时业务时,根据所述跨行交易的交易金额确定所述跨行交易的支付路径为大额支付路径或小额支付路径;
若否,确定所述第五支付路径清单中的支付路径为所述跨行交易的支付路径。
5.根据权利要求1所述的方法,其特征在于,所述确定所述汇入清分交易的来账报文的清分机构和支付资源的过程,包括:
在合约关联链中查找是否存在与所述汇入清分交易的来账报文相关联的原交易;
若存在,则将所述原交易的清分机构和支付资源作为所述汇入清分交易的来账报文的清分机构和支付资源;
若不存在,则将符合清分机构规则链中各条规则的清分机构作为所述汇入清分交易的来账报文的清分机构,及将符合支付资源规则链中各条规则的支付资源作为所述汇入清分交易的来账报文的支付资源。
6.根据权利要求5所述的方法,其特征在于,所述根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理的过程,包括:
将所述来账报文的清分机构和支付资源按照合约处理判断链中的规则,对所述来账报文进行清分处理。
7.一种银行交易处理装置,其特征在于,包括:
第一判断单元,用于在银行交易为汇出交易时,根据收款人开户行行号判断所述汇出交易的类型;
第一确定单元,用于若所述汇出交易的类型为行内交易,则确定所述行内交易的支付路径;
第一发送单元,用于将所述行内交易的支付路径发送至所述交易渠道,以使所述交易渠道采用所述行内交易的支付路径将汇款报文发送至所述行内交易对应的支付系统;
第二确定单元,用于若所述汇出交易的类型为跨行交易,则确定所述跨行交易的支付路径;
第二发送单元,用于将所述跨行交易的支付路径发送至交易渠道,以使所述交易渠道采用所述跨行交易的支付路径将汇款报文发送至所述跨行交易对应的支付系统;
第三确定单元,用于在银行交易为汇入清分交易时,确定所述汇入清分交易的来账报文的清分机构和支付资源;
第一处理单元,用于根据所述来账报文的清分机构和支付资源,对所述来账报文进行清分处理。
8.根据权利要求7所述的装置,其特征在于,所述第一确定单元包括:
第一获取子单元,用于获取所述交易渠道发送的本行联行号,并根据所述本行联行号获取付款人和收款人的信息;
第一确定子单元,用于若所述付款人的信息表征所述付款人对公汇款,则确定支付路径为行内汇划;
第一判断子单元,用于若所述付款人的信息表征所述付款人对私汇款,则根据所述收款人的信息判断所述收款人是否通存,若是,执行第二确定子单元,若否,执行第二判断子单元;
所述第二确定子单元,用于确定支付路径为行内转账;
所述第二判断子单元,用于判断所述汇出交易是否为现金交易,若是,执行第三确定子单元,若否,执行第三判断子单元;
所述第三确定子单元,用于确定支付路径为行内汇划;
所述第三判断子单元,用于根据所述收款人的信息判断所述收款人开户机构与所述汇出交易的执行机构是否相同,若是,执行第四确定子单元,若否,执行第五判断子单元;
所述第四确定子单元,用于确定支付路径为行内转账;
所述第五判断子单元,用于根据所述付款人的信息判断所述付款人的开户机构与所述汇出交易的执行机构是否同属一级机构,若是,执行第五确定子单元,若否,则进行业务逻辑报错;
所述第五确定子单元,用于确定支付路径为行内汇划。
9.根据权利要求8所述的装置,其特征在于,所述第一确定单元还包括:
第六确定子单元,用于在获取不到所述收款人的信息时,确定支付路径为行内汇划。
10.根据权利要求7所述的装置,其特征在于,所述第二确定单元包括:
第七确定子单元,用于对所述跨行交易的业务类型进行审核,确定所述跨行交易的业务类型;
第八确定子单元,用于在所述跨行交易的业务类型为对应默认支付路径的业务类型时,将所述跨行交易的业务类型对应的默认支付路径作为所述跨行交易的支付路径;
筛选子单元,用于在所述跨行交易的业务类型不为对应默认支付路径的业务类型时,若所述跨行交易的付款人的开户机构与所述跨行交易的执行机构同属一级机构,则读取支付路径行号关系表与营业机构汇兑途径表,筛选出所述跨行交易的执行机构与所述跨行交易的收款人的开户机构同时支持的第一支付路径清单,所述第一支付路径清单包括多条支付路径;
第一更新子单元,用于检查所述第一支付路径清单中每条支付路径的状态,并根据检查结果更新所述第一支付路径清单,得到第二支付路径清单;
第二更新子单元,用于读取并根据支付路径综合控制表更新所述第二支付路径清单,得到第三支付路径清单,所述支付路径综合控制表包括:渠道类型、业务类型、交易币种,检查开通标志、开通时间和交易限额;
第三更新子单元,用于读取并根据加急控制表更新所述第三支付路径清单,得到第四支付路径清单,所述加急控制表包括:实时标志、加急标志和检查生效标志;
第四更新子单元,用于读取并根据行别权限表更新所述第四支付路径清单,得到第五支付路径清单,所述行别权限表包括:上送的行别、汇入汇出标志、业务类型和以黑名单方式检查单笔业务限额是否超限;
第六判断子单元,用于判断所述第五支付路径清单是否为空,若是,执行第九确定子单元,若否,执行第十确定子单元;
所述第九确定子单元,用于在所述跨行交易为非实时业务时,根据所述跨行交易的交易金额确定所述跨行交易的支付路径为大额支付路径或小额支付路径;
所述第十确定子单元,用于确定所述第五支付路径清单中的支付路径为所述跨行交易的支付路径。
11.根据权利要求7所述的装置,其特征在于,所述第三确定单元包括:
查找子单元,用于在合约关联链中查找是否存在与所述汇入清分交易的来账报文相关联的原交易,若存在,则执行第十一确定子单元,若不存在,则执行第十二确定子单元;
所述第十一确定子单元,用于将所述原交易的清分机构和支付资源作为所述汇入清分交易的来账报文的清分机构和支付资源;
所述第十二确定子单元,用于将符合清分机构规则链中各条规则的清分机构作为所述汇入清分交易的来账报文的清分机构,及将符合支付资源规则链中各条规则的支付资源作为所述汇入清分交易的来账报文的支付资源。
12.根据权利要求11所述的装置,其特征在于,所述第一处理单元包括:
处理子单元,用于将所述来账报文的清分机构和支付资源按照合约处理判断链中的规则,对所述来账报文进行清分处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610379441.6A CN106022742A (zh) | 2016-05-31 | 2016-05-31 | 一种银行交易处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610379441.6A CN106022742A (zh) | 2016-05-31 | 2016-05-31 | 一种银行交易处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106022742A true CN106022742A (zh) | 2016-10-12 |
Family
ID=57091881
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610379441.6A Pending CN106022742A (zh) | 2016-05-31 | 2016-05-31 | 一种银行交易处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106022742A (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106779700A (zh) * | 2016-11-15 | 2017-05-31 | 中国银行股份有限公司 | 跨行交易权限控制方法及装置 |
CN106855975A (zh) * | 2016-12-30 | 2017-06-16 | 中国建设银行股份有限公司 | 一种收款渠道的建立方法、装置以及收款方法、装置 |
CN107067323A (zh) * | 2016-12-29 | 2017-08-18 | 中国银联股份有限公司 | 金融数据处理系统以及批量贷记交易分发系统及其方法 |
CN107194796A (zh) * | 2017-04-13 | 2017-09-22 | 浙江维融电子科技股份有限公司 | 一种用于纸币清分的网点清分系统及网点清分方法 |
CN107742213A (zh) * | 2017-09-21 | 2018-02-27 | 深圳市买买提乐购金融服务有限公司 | 一种支付方法、系统及终端 |
CN107945009A (zh) * | 2017-11-23 | 2018-04-20 | 中国银行股份有限公司 | 一种确定起息日的方法及系统 |
CN108053313A (zh) * | 2018-01-02 | 2018-05-18 | 中国工商银行股份有限公司 | 跨境开户数据处理方法、装置及系统 |
CN109787809A (zh) * | 2018-12-07 | 2019-05-21 | 北京盛世全景科技股份有限公司 | 一种全景易视智能运维系统 |
CN110276692A (zh) * | 2019-06-25 | 2019-09-24 | 深圳前海微众银行股份有限公司 | 一种处理交易数据的方法及装置 |
CN110619516A (zh) * | 2019-09-20 | 2019-12-27 | 中国工商银行股份有限公司 | 跨行支付方法及装置 |
CN111179060A (zh) * | 2019-12-30 | 2020-05-19 | 中国银行股份有限公司 | 转账处理过程中的交易路径选择方法及装置 |
CN111210215A (zh) * | 2020-01-13 | 2020-05-29 | 中国银行股份有限公司 | 一种银行支付路径选择的处理方法、装置及电子设备 |
CN111242594A (zh) * | 2020-01-13 | 2020-06-05 | 支付宝实验室(新加坡)有限公司 | 跨地域离线支付的注册、付款方法和装置 |
CN111553790A (zh) * | 2020-04-29 | 2020-08-18 | 支付宝实验室(新加坡)有限公司 | 跨境汇款方法及装置、电子设备 |
CN112184422A (zh) * | 2020-09-28 | 2021-01-05 | 金蝶软件(中国)有限公司 | 一种交易方法及相关设备 |
CN112487772A (zh) * | 2020-11-16 | 2021-03-12 | 中信银行股份有限公司 | 到账时间表生成方法、设备、存储介质及装置 |
CN112561518A (zh) * | 2020-12-29 | 2021-03-26 | 平安银行股份有限公司 | 信息识别方法、装置及存储介质 |
CN113450205A (zh) * | 2021-06-28 | 2021-09-28 | 中国工商银行股份有限公司 | 批量汇款最优汇款路径确定方法及装置 |
-
2016
- 2016-05-31 CN CN201610379441.6A patent/CN106022742A/zh active Pending
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106779700A (zh) * | 2016-11-15 | 2017-05-31 | 中国银行股份有限公司 | 跨行交易权限控制方法及装置 |
CN106779700B (zh) * | 2016-11-15 | 2021-03-30 | 中国银行股份有限公司 | 跨行交易权限控制方法及装置 |
CN107067323A (zh) * | 2016-12-29 | 2017-08-18 | 中国银联股份有限公司 | 金融数据处理系统以及批量贷记交易分发系统及其方法 |
CN107067323B (zh) * | 2016-12-29 | 2021-10-26 | 中国银联股份有限公司 | 金融数据处理系统以及批量贷记交易分发系统及其方法 |
CN106855975A (zh) * | 2016-12-30 | 2017-06-16 | 中国建设银行股份有限公司 | 一种收款渠道的建立方法、装置以及收款方法、装置 |
CN107194796A (zh) * | 2017-04-13 | 2017-09-22 | 浙江维融电子科技股份有限公司 | 一种用于纸币清分的网点清分系统及网点清分方法 |
CN107742213A (zh) * | 2017-09-21 | 2018-02-27 | 深圳市买买提乐购金融服务有限公司 | 一种支付方法、系统及终端 |
CN107945009A (zh) * | 2017-11-23 | 2018-04-20 | 中国银行股份有限公司 | 一种确定起息日的方法及系统 |
CN108053313A (zh) * | 2018-01-02 | 2018-05-18 | 中国工商银行股份有限公司 | 跨境开户数据处理方法、装置及系统 |
CN109787809B (zh) * | 2018-12-07 | 2022-02-11 | 北京盛世全景科技股份有限公司 | 一种智能运维系统 |
CN109787809A (zh) * | 2018-12-07 | 2019-05-21 | 北京盛世全景科技股份有限公司 | 一种全景易视智能运维系统 |
CN110276692B (zh) * | 2019-06-25 | 2023-09-12 | 深圳前海微众银行股份有限公司 | 一种处理交易数据的方法及装置 |
CN110276692A (zh) * | 2019-06-25 | 2019-09-24 | 深圳前海微众银行股份有限公司 | 一种处理交易数据的方法及装置 |
CN110619516A (zh) * | 2019-09-20 | 2019-12-27 | 中国工商银行股份有限公司 | 跨行支付方法及装置 |
CN111179060A (zh) * | 2019-12-30 | 2020-05-19 | 中国银行股份有限公司 | 转账处理过程中的交易路径选择方法及装置 |
CN111242594A (zh) * | 2020-01-13 | 2020-06-05 | 支付宝实验室(新加坡)有限公司 | 跨地域离线支付的注册、付款方法和装置 |
CN111242594B (zh) * | 2020-01-13 | 2021-11-16 | 支付宝实验室(新加坡)有限公司 | 跨地域离线支付的注册、付款方法和装置 |
CN111210215A (zh) * | 2020-01-13 | 2020-05-29 | 中国银行股份有限公司 | 一种银行支付路径选择的处理方法、装置及电子设备 |
TWI816059B (zh) * | 2020-01-13 | 2023-09-21 | 新加坡商支付寶實驗室(新加坡)有限公司 | 跨地域離線支付的註冊、付款方法和裝置 |
CN111210215B (zh) * | 2020-01-13 | 2024-04-26 | 中国银行股份有限公司 | 一种银行支付路径选择的处理方法、装置及电子设备 |
CN111553790A (zh) * | 2020-04-29 | 2020-08-18 | 支付宝实验室(新加坡)有限公司 | 跨境汇款方法及装置、电子设备 |
CN112184422A (zh) * | 2020-09-28 | 2021-01-05 | 金蝶软件(中国)有限公司 | 一种交易方法及相关设备 |
CN112487772A (zh) * | 2020-11-16 | 2021-03-12 | 中信银行股份有限公司 | 到账时间表生成方法、设备、存储介质及装置 |
CN112561518A (zh) * | 2020-12-29 | 2021-03-26 | 平安银行股份有限公司 | 信息识别方法、装置及存储介质 |
CN113450205A (zh) * | 2021-06-28 | 2021-09-28 | 中国工商银行股份有限公司 | 批量汇款最优汇款路径确定方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106022742A (zh) | 一种银行交易处理方法及装置 | |
Patwardhan | Financial inclusion in the digital age | |
Lashitew et al. | Mobile phones for financial inclusion: What explains the diffusion of mobile money innovations? | |
Mas et al. | Designing mobile money services: Lessons from M-PESA | |
Mas | The economics of branchless banking | |
Dermish et al. | Branchless and mobile banking solutions for the poor: A Survey | |
Baten et al. | E-banking of economical prospects in Bangladesh | |
Mas et al. | Banking through networks of retail agents | |
US20130346309A1 (en) | System and method for providing and transferring fungible electronic money | |
Ejiofor et al. | Realising the benefits and challenges of cashless economy in Nigeria: IT perspective | |
Alampay et al. | Mobile 2.0: M-money for the BoP in the Philippines | |
CN106096906A (zh) | 一种建材企业erp信息管理系统 | |
Wambari | Mobile banking in developing countries (a case study on Kenya). | |
CN109740792A (zh) | 数据预测方法、系统、终端及计算机存储介质 | |
CN105825425A (zh) | 一种适用于阿米巴经营的存取款式的财务数据处理方法 | |
Ozili | Financial inclusion: globally important determinants | |
Singh et al. | Impact of information technology on Indian banking services | |
Goyal et al. | Innovation: Key to improve business growth of banking industry | |
KR101500832B1 (ko) | 원천징수 대행 방법 및 이를 실행하는 시스템 | |
CN104856385A (zh) | 智能钱包和基于其的用户账户信息获取方法 | |
Negrea et al. | The digital Leu challenges and possible areas of implementation | |
Omanga et al. | Innovation and Financial Inclusion in Kenya Innovation and Financial Inclusion in Kenya: A Case Study of M-PESA | |
Jeziorski | Mobile payment systems | |
Imbachi et al. | Mobile payments system employing NFC technology under the Android operating system | |
de Lis et al. | Financial inclusion and the role of mobile banking in Colombia: developments and potential |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into 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: 20161012 |