CN113592628A - 银行业务交易的多维度限额控制方法及装置 - Google Patents

银行业务交易的多维度限额控制方法及装置 Download PDF

Info

Publication number
CN113592628A
CN113592628A CN202110880938.7A CN202110880938A CN113592628A CN 113592628 A CN113592628 A CN 113592628A CN 202110880938 A CN202110880938 A CN 202110880938A CN 113592628 A CN113592628 A CN 113592628A
Authority
CN
China
Prior art keywords
quota
transaction
accumulation
controlled
upper limit
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
CN202110880938.7A
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.)
Bank of China Ltd
Original Assignee
Bank of China 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 Bank of China Ltd filed Critical Bank of China Ltd
Priority to CN202110880938.7A priority Critical patent/CN113592628A/zh
Publication of CN113592628A publication Critical patent/CN113592628A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/30Creation or generation of source code
    • G06F8/36Software reuse
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种银行业务交易的多维度限额控制方法及装置,涉及大数据技术领域,该方法包括:获取目标银行业务交易的业务交易信息;根据业务交易信息,判断目标银行业务交易是否包含预先配置的受控对象;当目标银行业务交易包含预先配置的受控对象的情况下,根据目标银行业务交易包含的受控对象,确定目标银行业务交易的受控场景;根据目标银行业务交易的受控对象和受控场景,确定目标银行业务交易的多个限额累计项;根据目标银行业务交易的多个限额累计项,对目标银行业务交易进行多维度限额控制。本发明能够提高银行业务交易限额控制维度的灵活性和可扩展性、高复用性和易维护性。

Description

银行业务交易的多维度限额控制方法及装置
技术领域
本发明涉及大数据技术领域,尤其涉及一种银行业务交易的多维度限额控制方法及装置。
背景技术
本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
随着监管部门对银行交易的限额管控措施越来越复杂,且银行自身的风控措施越来越精细化,导致目前银行系统中存在着大量需要在客户、账户,甚至一些特殊维度进行限额管控的需求。虽然这些控制功能彼此类似,但目前每新增加一个维度的限额(例如:商户号、收单地区等),则需要技术部门重新开发一整套参数控制流程并重复配置多个参数表,通常至少需要数个月的开发和测试周期,不能快速的响应市场和监管的需求,制约了业务的扩张速度,成为业务发展的瓶颈。
针对上述问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例中提供了一种银行业务交易的多维度限额控制方法,用以解决现有技术在对银行业务交易进行多维度限额控制时存在耗时耗力的技术问题,该方法包括:获取目标银行业务交易的业务交易信息;根据业务交易信息,判断目标银行业务交易是否包含预先配置的受控对象;当目标银行业务交易包含预先配置的受控对象的情况下,根据目标银行业务交易包含的受控对象,确定目标银行业务交易的受控场景;根据目标银行业务交易的受控对象和受控场景,确定目标银行业务交易的多个限额累计项;根据目标银行业务交易的多个限额累计项,对目标银行业务交易进行多维度限额控制。
本发明实施例中还提供了一种银行业务交易的多维度限额控制装置,用以解决现有技术在对银行业务交易进行多维度限额控制时存在耗时耗力的技术问题,该装置包括:业务交易信息获取模块,用于获取目标银行业务交易的业务交易信息;受控对象确定模块,用于根据业务交易信息,判断目标银行业务交易是否包含预先配置的受控对象;受控场景确定模块,用于当目标银行业务交易包含预先配置的受控对象的情况下,根据目标银行业务交易包含的受控对象,确定目标银行业务交易的受控场景;累计项确定模块,用于根据目标银行业务交易的受控对象和受控场景,确定目标银行业务交易的多个限额累计项;限额控制模块,用于根据目标银行业务交易的多个限额累计项,对目标银行业务交易进行多维度限额控制。
本发明实施例中还提供了一种计算机设备,用以解决现有技术在对银行业务交易进行多维度限额控制时存在耗时耗力的技术问题,该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述银行业务交易的多维度限额控制方法。
本发明实施例中还提供了一种计算机可读存储介质,用以解决现有技术在对银行业务交易进行多维度限额控制时存在耗时耗力的技术问题,该计算机可读存储介质存储有执行上述银行业务交易的多维度限额控制方法的计算机程序。
本发明实施例中提供的银行业务交易的多维度限额控制方法、装置、计算机涉笔及计算机可读存储介质,通过预先配置银行业务交易的受控对象、受控场景及受控对象在不同受控场景下的限额累计项,在获取到目标银行业务交易的业务交易信息后,根据业务交易信息,判断目标银行业务交易是否包含预先配置的受控对象,当目标银行业务交易包含预先配置的受控对象的情况下,根据目标银行业务交易包含的受控对象,确定目标银行业务交易的受控场景,进而根据目标银行业务交易的受控对象和受控场景,确定目标银行业务交易的多个限额累计项,最后根据目标银行业务交易的多个限额累计项,对目标银行业务交易进行多维度限额控制。
通过本发明实施例,将各业务的共用限额控制流程提炼出来并规范化,使用相同的一套流程进行控制,支持按业务需求对不同维度限额进行灵活配置、实时生效,只需要业务人员做相应的差异化配置就可完成任务,完全避免了技术人员重复开发,省去了开发的工作,极大的节省了人力成本和缩短了需求响应的时间周期。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1为本发明实施例中提供的一种银行业务交易的多维度限额控制方法流程图;
图2为现有技术中提供的一种银行业务交易限额控制流程图;
图3为本发明实施例中提供的一种银行业务交易限额控制流程图;
图4为本发明实施例中提供新增数据表之间的关系示意图;
图5为本发明实施例中提供一种银行业务交易限额控制逻辑示意图;
图6为本发明实施例中提供的一种银行业务交易的多维度限额控制装置示意图;
图7为本发明实施例中提供的一种计算机设备示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合附图对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
本发明实施例中提供了一种银行业务交易的多维度限额控制方法,图1为本发明实施例中提供的一种银行业务交易的多维度限额控制方法流程图,如图1所示,该方法包括如下步骤:
S101,获取目标银行业务交易的业务交易信息。
需要说明的是,本发明实施例中的目标银行业务交易可以是在银行业务系统执行的任意一种业务交易,包括但不限于存款、取款、转账等;上述S101中获取的业务交易信息中包含但不限于执行目标银行业务交易时所需的各种交易要素信息,包括但不限于:客户、借记卡、账户、手机号、商户号等信息。
S102,根据业务交易信息,判断目标银行业务交易是否包含预先配置的受控对象。
需要说明的是,本发明实施例中的受控对象是指需要进行限额控制的控制对象例如,借记卡、账户、客户等。在获取到目标银行业务交易的业务交易信息后,可从获取的业务交易信息中提取各种交易要素,判断这些交易要素中是否包含预先配置的受控对象。
在具体实施时,本发明实施例中提供的多维度限额控制方法,需要预先通过如下步骤来配置受控对象、受控场景、限额累计项及限额累计项对应的限额上限值:配置多个受控对象,其中,受控对象包括如下至少之一:账户、客户和介质;配置多个受控场景,其中,每个受控对象对应一个或多个受控场景;配置每个受控对象在不同交易场景下的限额累计项,其中,不同的限额累计项对应不同的累计规则;配置每个限额累计项的限额上限值,其中,限额上限值包括如下任意之一:系统限额上限值、产品限额上限值和协议限额上限值;其中,协议限额上限值的优先级高于产品限额上限值,产品限额上限值的优先级高于系统限额上限值。
S103,当目标银行业务交易包含预先配置的受控对象的情况下,根据目标银行业务交易包含的受控对象,确定目标银行业务交易的受控场景。
需要说明的是,本发明实施例中的受控场景是指需要进行限额控制的交易场景,例如,开户、取款、转账、支付等交易场景。当目标银行业务交易包含预先配置的受控对象的情况下,可以根据目标银行业务交易包含的受控对象,获取预先为该受控对象配置的受控场景,判断目标银行业务交易当前的交易场景是否为预先配置的受控场景,若是,则将当前的交易场景确定为目标银行业务交易的受控场景。
S104,根据目标银行业务交易的受控对象和受控场景,确定目标银行业务交易的多个限额累计项。
需要说明的是,目标银行业务交易的受控对象和受控场景均可能不只一个,且不同的受控对象、不同的受控场景,可能对应不同的限额累计项,在确定目标银行业务交易的受控对象和受控场景,可以通过受控对象和受控场景的组合,得到包含多个限额累计项的一组限额累计项,例如,二类户日累计转入金额、客户累计开户数量、境外ATM取款年限额、刷脸取款日限额等。
S105,根据目标银行业务交易的多个限额累计项,对目标银行业务交易进行多维度限额控制。
在具体实施时,上述S105可通过如下步骤来实现:获取各个限额累计项的累计规则;根据各个限额累计项的累计规则,监测每次执行目标银行业务交易时各个限额累计项的累计值是否超过相应的限额上限值;根据监测结果,对每次执行的目标银行业务交易进行限额控制。
在根据监测结果对每次执行的目标银行业务交易进行限额控制的时候,本发明实施例中提供的多维度限额控制方法中,还可以获取预先配置的限额控制策略;根据监测结果,利用预先配置的限额控制策略,对目标银行业务交易进行限额控制。
由上可知,本发明实施例中提供的多维度限额控制方法中,将各业务的共用限额控制流程提炼出来并规范化,使用相同的一套流程进行控制,只需要业务人员做相应的差异化配置就可完成任务,这完全避免了技术人员重复开发,省去了开发的工作,极大的节省了人力成本和缩短了需求响应的时间周期。能够实现但不限于如下效果:
①设计可灵活配置控制对象的参数:将客户、借记卡、账户、手机号、商户号等控制对象采用一定的编码规则,实现可以灵活配置调整。
②设计适合不同受控场景的参数:将取款交易、转账交易、支付交易按照渠道、币种、交易类型、特定受控场景(刷脸、二维码、结售汇等)、是否跨行等要素采用统一的规范进行设计,实现可以参数修改和配置。
③支持交易可以配置一组累计项,一组累计项下面可以涵盖每个累计项的累计周期(按日累计、单笔交易、按年累计等)、需要累计次数还是累计交易金额、累计值超限后是拒绝交易或者报错。
④可以将上面的控制对象、受控场景、一组累计项进行灵活配置,支持多维度限额管控。
⑤对于限额初始值可以分层设计,支持灵活定制。在一个实施例中,可包括:
A.系统默认限额值:与受控对象的限额一一对应。
B.产品默认限额值:与不同受控对象所属产品,以及受控对象的限额项一一对应。
C.客户设置限额值:与受控对象的限额项一一对应。
本发明实施例中,将不同维度限额管控流程中经常变化的部分进行参数化可配置设计,以增加限额控制维度的灵活性和可扩展性;将不同维度限额管控机制中重复的流程进行复用设计,减少重复开发;使多维度限额控制共用一套参数配置方法,将配置方法集中管理,增加维护的便捷性。
图2为现有技术中提供的一种银行业务交易限额控制流程图,如图2所示,支持客户、账户、借记卡、手机号等多维度限额控制,不同维度的限额控制设计了不同的参数用来配置限额累计和控制。具体包括:
(1)获取交易信息中涉及的客户号、借记卡、账户、商户号等交易要素。
(2)分别读取客户号是否需要参与累计控制参数、借记卡是否需要参与累计控制参数、账户是否需要参与累计控制参数,如果需要累计,则按照各自设置的参数进行限额累计控制。
(3)累计控制逻辑基本类似:读取限额累计器获取当前累计额度,用该额度与本次交易金额相加,然后与限额上限进行比较,超过系统(产品或者客户)设置限额则交易拒绝或者对交易授权,未超限额则将本次交易金额更新到累计器中,交易继续。
通过限额控制能够实现了以下功能:
①设置客户号限额累计控制。例如:按客户累计人民币及外币对私跨境汇款交易的日累计借方金额,当同一客户外币达到等值50000美金、人民币达到300000元时,渠道交易报错,前端交易弹POP提示框。
②设置账户限额累计控制。例对公结算卡现金、转账、消费主账户借方金额日、月累计分别达到账户签约时设定的限额值时,交易报错。
③设置手机号累计控制。密码汇款ATM取款场景,同一手机号按月累计金额达到50000,累计笔数达到50笔时报错;按日累计金额达到2000,累计笔数达到10笔时报错。
④设置某类交易的金额上限。如ATM转账交易每日交易累计金额上限为50,000元人民币。
⑤设置某类商户的交易金额上限。如房地产类商户的每日交易累计金额的上限为5,000美元。
⑥设置单张卡片的不同周期、不同渠道、不同交易类型的金额上限。如客户可以设置每日ATM取款累计上限为500元人民币,每日转账累计上限为200元人民币,每月POS消费累计上限为10,000人民币等。
虽然上述的交易控制机制完全能够满足业务的需求,但是额度校验方面仍然存在着如下的不足:
(1)客户号、账号维度的累计类型最多可以设置两种限额:前端及其它外围,暂未实现分渠道设置,分地域设置等更多维度设置的功能。对于累计场景的划分,目前仅依赖于交易码及一些常用维度,如客户性质,是否结售汇、是否跨行等,对于复杂的场景判断需要累计模块和调用产品共同来识别,可扩展性不足。
(2)借记卡维度的累计机制可以支持的次数和金额累计的数量固定,累计项不能根据交易类型灵活配置,如借记卡第一个限额项代表ATM取款日限额、第二个限额项代表POS消费日限额、第3个限额项代表二类户转入日限额,不同交易场景的累计项配置在一起,不便于维护。
(3)商户号维度的累计机制仅支持金额累计,由于商户号累计机制的专用性,无法在其他场景进行复用,限额机制不便于扩展。
为了改进上述不足,根据本发明实施例中提供的银行业务交易的多维度限额控制方法,提供了图3所示的银行业务交易限额控制流程,实现多维度限额的集中管控。本发明实施例中调整后限额控制逻辑如下:
(1)根据“受控对象定义”参数获取所有系统已经配置的限额控制对象,包括借记卡、客户号、账户等。
(2)检查当前交易要素是否包含(1)中的限额控制对象(借记卡、客户号、账户等),如果包括(1)的受控对象,则需要根据受控对象从“受控对象定义”表中获取已经配置的“受控场景编码1”到“受控场景编码N”。
(3)根据(2)“受控场景编码”从“交易场景定义”获取具体场景取值包括渠道、交易币种、交易种类、特定场景等,判断当前交易要是是否满足受控场景条件,将所有满足当前交易的“受控场景码”按(4)判断,否则不应该进行限额累计控制。
(4)根据(3)获取的“受控场景码”、对象类型可以从“系统限额定义”表中获取控制类型编码(对应需要累计和控制的限额项)。
(5)根据(4)获取的“控制类型编码”可以获取“累积器规则定义”表设定的参数,根据对应的参数进行限额累计和控制。
①读取“累积器规则定义”累计周期,确认是本累计周期,则限额当前累计值=限额历史累计值+本次交易金额。否则对限额进行清零,限额当前累计值=本次交易金额。
②限额累计和控制处理:读取“累积器规则定义”控制标记,如果为以系统层为上限值,则取“系统限额定义”表中配置的限额值与当前累计的限额值进行比较,比较结果按照“累计器规则定义”的规则和限制方式进行处理。如果控制标记如果为以产品层为上限值,则取“产品层限额定义”表中配置的限额值与当前累计的限额值进行比较,比较结果按照“累积器规则定义”的规则和限制方式进行处理。如果产品层无限额,则以系统层作为限额上限。如果控制标记如果为以协议层为上限值,则取“协议层限额定义”表中配置的限额值与当前累计的限额值进行比较,比较结果按照“累计器规则定义”的规则和限制方式进行处理。如果协议层无限额,则以产品层限额作为上限,如果产品层无限额,则以系统层作为限额上限。
③如果累计检查通过,则将限额当前累计值记录到对应累计器中。
本发明实施例中提供的限额集中管控方法,可支持参数化配置限额累计机制和控制措施,支持不同对象的参数化配置限额控制策略、即时生效累计限额名称和限额控制方法,支持业务快速配置不同类型的限额控制,客户对新生效的限额进行灵活定制。
具体包括:
1、将限额控制差异部分进行标准化设计:
(1)新增表1所示的“控制类型定义表”对限额累计控制类型进行参数化设计,限额控制类型分为交易限额控制、交易黑白名单控制、控制序号,通过组合可以设计多种累计控制类型。例如交易累计限额控制、客户累计限额控制、账户累计限额控制。
表1
Figure BDA0003191985440000081
(2)新增表2所示的“受控对象定义表”对交易关联的累计器参数化设计,可以根据灵活配置对象的受控交易场景。例如ATM交易累计限额控制、ATM刷脸取款交易累计限额控制、POS免密交易限额控制。
表2
Figure BDA0003191985440000082
Figure BDA0003191985440000091
(3)新增表3所示的“交易场景定义表”对交易场景进行参数化设计,可以将累计涉及场景进行细化。
表3
Figure BDA0003191985440000092
Figure BDA0003191985440000101
2、将限额累计机制进行解耦设计
(1)新增表4所示的“系统限额定义表”支持按“交易场景定义表”中“受控场景编码”和由需要累计的限额项组成的“控制类型编码”灵活配置限额累计项。
表4
Figure BDA0003191985440000102
Figure BDA0003191985440000111
(2)新增表5所示的“累计器规则定义表”将累计项、控制规则组成一类限额控制的“控制类型编码”。一类控制类型编码可以包含一组限额控制项:例如ATM取款日限额、境外ATM取款月限额、刷脸取款ATM日限额、ATM磁条锁交易日限额。
表5
Figure BDA0003191985440000112
Figure BDA0003191985440000121
(3)限额上限值设计分为系统限额上限值、产品限额上限值、客户限额上限。在表6所示的“系统限额定义表”新增“控制标记”可以配置交易过程中限额上限值的优先级是以系统、产品、协议那一类限额默认值作为限额上限。产品限额定义表如表6所示,客户限额上限如表7所示。
表6
字段名称 字段长度 字段取值
对象类型 X(2) 01-借记卡产品;02-存款产品;03-贷款产品;
对象编号 X(3) 产品编号
子对象编号 X(3) 产品子编号
控制类型编码 X(10) 与“累计规则定义”表一致
限额-1 X(18) 与“累计规则定义”表一致
是否允许超限制1 X(1) 1:允许超产品2:不允许超产品
限额-2 X(18)
是否允许超限制2 X(1)
X(18)
限额-12 X(18)
是否允许超限制12 X(1)
表7
Figure BDA0003191985440000122
Figure BDA0003191985440000131
3、增加累计器记录累计值
(1)客户号累计器:记录客户号维度的限额累计,如表8所示。
表8
Figure BDA0003191985440000132
(2)账户累计器:记录账户维度的限额累计,如表9所示。
表9
Figure BDA0003191985440000141
(3)介质累计器,如表10所示。
表10
Figure BDA0003191985440000142
Figure BDA0003191985440000151
本发明实施例提供的多维度限额控制方法,在具体实施时,需要新增十张数据表的设计,分别为:控制类型定义表,用于记录一组限额控制对象所属编码;受控对象定义表,用于记录所有需要进行限额控制的对象和受控交易场景;交易场景定义表,用于记录限额累计对应的交易场景;系统限额定义表,用于记录不同交易场景需要累计的限额控制对象(每一个控制对象编码对应一组累计器);累计器规则定义表,用于参数化设置累计周期、检查规则、限制方式、限额名称;产品限额定义表,用于参数化配置不同控制对象产品限额默认值;协议限额定义表,用于记录客户定制的不同场景下限额累计值;账户限额累计表,用于记录账户限额累计值;客户限额累计表,用于记录客户限额累计值;介质限额累计表,用于记录介质限额累计值。
在本发明实施例中,将需要进行限额控制的交易按渠道、交易种类、币种进行拆分,保证了所有交易的通用处理,还增加了特定场景类别可用于差异化处理特殊交易场景。例如ATM交易,可以按照渠道为06-ATM、交易种类01-现金支取、币种156-人民币。ATM刷脸取款则需要通过特定场景来区分例如01-刷脸、02-二维码。对于渠道、交易种类、特定场景都需要在核心内部进行统一定义,如果可以做到全行标准定义则应用场景更加广泛。
进一步地,在本发明实施例中,将限额控制对象依据对象类型、对象编号、子对象编号进行拆分和参数化设计,保证可以涵盖所以的限额控制对象(借记卡、客户号、账户、商户号、手机号等),保证了限额控制对象调整不影响整体限额累计机制。
更进一步地,在本发明实施例中,将限额累计控制的变化部分交易场景和固定部分累计周期、累计规则进行分表设计,避免了由于交易场景的特殊需求导致累计周期、累计规则基础性功能受到影响。
假设某一客户在中国银行申请了一张银行卡,卡产品是银联标准IC卡。该种卡产品的ATM每日取款限额为2万元人民币。按照监管要求该客户现金版智能柜台单渠道同一天同一个账户凭借记卡可以取款22万元人民币。按照外汇管理局要求同一客户在中行境外ATM取款年限额不能超过10万元人民币。目前客户将ATM每日取款限额调整为1万元人民币。按照业务要求目前ATM刷脸取款日限额为5千。
1、为了满足业务需求需要配置如下参数:
(1)配置“控制类型定义表”中控制类型编码140000001-现金取款。配置结果如表11所示。
表11
字段名称 字段取值
控制类型 1:交易限额控制
控制种类 4:累计时段
控制序号 0000001
控制类型描述 现金取款
控制类型编码 140000001
(2)配置“受控对象定义表”中受控对象和受控场景码,需求涉及受控对象借记卡、客户号,并涉及受控场景码ATM取款(060115699AAAA)、智能柜台取款(110115699AAAA)、境外ATM取款(060115699AA2A)、ATM刷脸取款(060115601AA2A)。配置结果如表12和表13所示。
表12
字段名称 字段取值
对象类型 03:客户类型
对象编号 001-对私客户
子对象编号 99-所有
受控场景码1 110115699AAAA(智能柜台取款)
受控场景码2 060115699AA2A(境外ATM取款)
表13
字段名称 字段取值
对象类型 02:介质种类
对象编号 001-对私借记卡
子对象编号 99-所有
受控场景码1 060115699AAAA(ATM取款)
受控场景码4 060115601AA2A(ATM刷脸取款)
(3)配置“交易场景定义表”中受控场景码对应的交易。配置结果如表14、表15、表16和表17所示。
表14
Figure BDA0003191985440000161
Figure BDA0003191985440000171
表15
Figure BDA0003191985440000172
表16
Figure BDA0003191985440000173
表17
Figure BDA0003191985440000181
(4)配置“系统限额定义表”需要累计的限额项,启用4个累计项共用控制类型编码“140000001”。配置110115699AAAA(智能柜台取款)为累计项2、060115699AA2A(境外ATM取款)为累计项3、060115699AAAA(ATM取款)配置累计项1、060115601AA2A(ATM刷脸取款)。配置结果如表18和表19所示。
表18
Figure BDA0003191985440000182
Figure BDA0003191985440000191
表19
Figure BDA0003191985440000192
Figure BDA0003191985440000201
(5)配置“累计器规则定义表”中限额项具体累计规则。配置结果如表20所示。
表20
Figure BDA0003191985440000202
Figure BDA0003191985440000211
(6)配置“产品限额定义表”中产品ATM每日取款限额为2万元人民币。
(7)客户设置“客户协议限额定义表”中ATM每日取款限额为1万元人民币。
图4示出了本发明实施例中提供的新增数据表之间的关系。
2、系统限额控制,图5示出了银行业务交易限额的控制逻辑:
1)上送交易处理:
①从交易信息获取交易渠道、交易类型s、交易币种,获取交易中卡号、账户、客户号信息。
②检查交易是否存在特殊场景(例如刷脸、二维码等)、计算交易是否为跨行、境外交易。
2)判断交易是否需要累计控制:
①查询“受控对象定义”参数,获取目前受控对象包括借记卡、客户号,涉及受控场景为ATM取款、智能柜台取款、境外ATM取款、ATM刷脸取款。
②假设当前交易为ATM取款并且交易发生地为境外,那么可以匹配受控场景为ATM取款和境外ATM取款。在“系统限额定义表”中读取配置参数需要累计的控制类型编码为“140000001”,本次需要参与累计的限额为限额1-ATM取款日限额和限额3-ATM境外取款年限额。
3、累计限额计算:
①读取客户号累计器中控制类型编码为“140000001”的第3个限额项累计值。如果是当年则当前累计金额=累计值+交易金额,否则当前累计金额=客户交易金额。
②读取介质累计器中控制类型编码为“140000001”的第1个限额项累计值。如果是当天则当前累计金额=累计值+交易金额,否则当前累计金额=交易金额。
4、限额比较:
①“累计器规则定义表”中定义“140000001”的第1个限额项为3客户层控制,读取“协议定义表”中客户设置的限额为1万元。
②“累计器规则定义表”中定义“140000001”的第3个限额项为1系统层控制,读取“系统限额定义表”中限额值为10万元。
5、超限处理:
①“140000001”的第1个限额项,当前累计金额大于客户设置金额则报错累计结束,否则进行第6记录限额值。
②“140000001”的第3个限额项,当前累计金额大于系统设置金额则报错累计结束,否则进行第6记录限额值。
6、记录限额累计值:
①“140000001”的第1个限额项,当前累计金额记录在介质累计器中第3个限额项中,累计结束。
②“140000001”的第3个限额项,当前累计金额记录在客户累计器中第1个限额项中,累计结束。
7、累计结束后返回交易继续处理。
基于同一发明构思,本发明实施例中还提供了一种银行业务交易的多维度限额控制装置,如下面的实施例所述。由于该装置解决问题的原理与银行业务交易的多维度限额控制方法相似,因此该装置的实施可以参见银行业务交易的多维度限额控制方法的实施,重复之处不再赘述。
图6为本发明实施例中提供的一种银行业务交易的多维度限额控制装置示意图,如图6所示,该装置包括:业务交易信息获取模块601、受控对象确定模块602、受控场景确定模块603、累计项确定模块604和限额控制模块605。
其中,业务交易信息获取模块601,用于获取目标银行业务交易的业务交易信息;受控对象确定模块602,用于根据业务交易信息,判断目标银行业务交易是否包含预先配置的受控对象;受控场景确定模块603,用于当目标银行业务交易包含预先配置的受控对象的情况下,根据目标银行业务交易包含的受控对象,确定目标银行业务交易的受控场景;累计项确定模块604,用于根据目标银行业务交易的受控对象和受控场景,确定目标银行业务交易的多个限额累计项;限额控制模块605,用于根据目标银行业务交易的多个限额累计项,对目标银行业务交易进行多维度限额控制。
在一个实施例中,如图6所示,本发明实施例中提供的银行业务交易的多维度限额控制装置还包括:累计规则获取模块606,用于获取各个限额累计项的累计规则;累计项监测模块607,用于根据各个限额累计项的累计规则,监测每次执行目标银行业务交易时各个限额累计项的累计值是否超过相应的限额上限值;该实施例中,限额控制模块605还用于根据监测结果,对每次执行的目标银行业务交易进行限额控制。
在一个实施例中,如图6所示,本发明实施例中提供的银行业务交易的多维度限额控制装置还包括:限额控制策略配置模块608,用于获取预先配置的限额控制策略;该实施例中,限额控制模块605还用于根据监测结果,利用预先配置的限额控制策略,对目标银行业务交易进行限额控制。
在一个实施例中,如图6所示,本发明实施例中提供的银行业务交易的多维度限额控制装置还包括:受控对象配置模块609,用于配置多个受控对象,其中,受控对象包括如下至少之一:账户、客户和介质;受控场景配置模块610,用于配置多个受控场景,其中,每个受控对象对应一个或多个受控场景;限额累计项配置模块611,用于配置每个受控对象在不同交易场景下的限额累计项,其中,不同的限额累计项对应不同的累计规则;限额上限值配置模块612,用于配置每个限额累计项的限额上限值,其中,限额上限值包括如下任意之一:系统限额上限值、产品限额上限值和协议限额上限值;其中,协议限额上限值的优先级高于产品限额上限值,产品限额上限值的优先级高于系统限额上限值。
基于同一发明构思,本发明实施例中还提供了一种计算机设备,用以解决现有技术在对银行业务交易进行多维度限额控制时存在耗时耗力的技术问题,图7为本发明实施例中提供的一种计算机设备示意图,如图7所示,该计算机设备70包括存储器701、处理器702及存储在存储器701上并可在处理器702上运行的计算机程序,处理器702执行计算机程序时实现上述银行业务交易的多维度限额控制方法。
基于同一发明构思,本发明实施例中还提供了一种计算机可读存储介质,用以解决现有技术在对银行业务交易进行多维度限额控制时存在耗时耗力的技术问题,该计算机可读存储介质存储有执行上述银行业务交易的多维度限额控制方法的计算机程序。
综上所述,本发明实施例中提供的银行业务交易的多维度限额控制方法、装置、计算机涉笔及计算机可读存储介质,通过预先配置银行业务交易的受控对象、受控场景及受控对象在不同受控场景下的限额累计项,在获取到目标银行业务交易的业务交易信息后,根据业务交易信息,判断目标银行业务交易是否包含预先配置的受控对象,当目标银行业务交易包含预先配置的受控对象的情况下,根据目标银行业务交易包含的受控对象,确定目标银行业务交易的受控场景,进而根据目标银行业务交易的受控对象和受控场景,确定目标银行业务交易的多个限额累计项,最后根据目标银行业务交易的多个限额累计项,对目标银行业务交易进行多维度限额控制。
通过本发明实施例,将各业务的共用限额控制流程提炼出来并规范化,使用相同的一套流程进行控制,支持按业务需求对不同维度限额进行灵活配置、实时生效,只需要业务人员做相应的差异化配置就可完成任务,完全避免了技术人员重复开发,省去了开发的工作,极大的节省了人力成本和缩短了需求响应的时间周期。
本发明实施例中,通过将限额控制对象(借记卡、账户、客户、商户、手机号等)统一编码、涉及限额累计的交易场景(渠道、币种、交易种类、是否同行、是否跨境、是否指定交易场景等)进行参数化设计,将交易累计场景配置和累计规则定义分表管理,最后通过组合配置的方式实现快捷、方便、灵活的新增限额控制。本发明可作为银行多维度限额累计控制的公共机制,可在不同系统中复用,主要优势如下:
(1)增加限额控制维度的灵活性和可扩展性:将不同维度限额管控流程中经常变化的部分进行参数化可配置设计。
(2)增加了限额控制维度的高复用:将不同维度限额管控机制中重复的流程进行复用设计,减少重复开发。
(3)增加了限额控制维度的易维护性:使多维度限额控制共用一套参数配置方法,将配置方法集中管理,增加了维护的便捷性。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种银行业务交易的多维度限额控制方法,其特征在于,包括:
获取目标银行业务交易的业务交易信息;
根据所述业务交易信息,判断所述目标银行业务交易是否包含预先配置的受控对象;
当所述目标银行业务交易包含预先配置的受控对象的情况下,根据所述目标银行业务交易包含的受控对象,确定所述目标银行业务交易的受控场景;
根据所述目标银行业务交易的受控对象和受控场景,确定所述目标银行业务交易的多个限额累计项;
根据所述目标银行业务交易的多个限额累计项,对所述目标银行业务交易进行多维度限额控制。
2.如权利要求1所述的方法,其特征在于,根据所述目标银行业务交易的多个限额累计项,对所述目标银行业务交易进行多维度限额控制,包括:
获取各个限额累计项的累计规则;
根据各个限额累计项的累计规则,监测每次执行所述目标银行业务交易时各个限额累计项的累计值是否超过相应的限额上限值;
根据监测结果,对每次执行的目标银行业务交易进行限额控制。
3.如权利要求2所述的方法,其特征在于,根据监测结果,对每次执行的目标银行业务交易进行限额控制,包括:
获取预先配置的限额控制策略;
根据监测结果,利用预先配置的限额控制策略,对目标银行业务交易进行限额控制。
4.如权利要求1至3任一项所述的方法,其特征在于,所述方法还包括:
配置多个受控对象,其中,所述受控对象包括如下至少之一:账户、客户和介质;
配置多个受控场景,其中,每个受控对象对应一个或多个受控场景;
配置每个受控对象在不同交易场景下的限额累计项,其中,不同的限额累计项对应不同的累计规则;
配置每个限额累计项的限额上限值,其中,所述限额上限值包括如下任意之一:系统限额上限值、产品限额上限值和协议限额上限值;其中,所述协议限额上限值的优先级高于所述产品限额上限值,所述产品限额上限值的优先级高于所述系统限额上限值。
5.一种银行业务交易的多维度限额控制装置,其特征在于,包括:
业务交易信息获取模块,用于获取目标银行业务交易的业务交易信息;
受控对象确定模块,用于根据所述业务交易信息,判断所述目标银行业务交易是否包含预先配置的受控对象;
受控场景确定模块,用于当所述目标银行业务交易包含预先配置的受控对象的情况下,根据所述目标银行业务交易包含的受控对象,确定所述目标银行业务交易的受控场景;
累计项确定模块,用于根据所述目标银行业务交易的受控对象和受控场景,确定所述目标银行业务交易的多个限额累计项;
限额控制模块,用于根据所述目标银行业务交易的多个限额累计项,对所述目标银行业务交易进行多维度限额控制。
6.如权利要求5所述的装置,其特征在于,所述装置还包括:
累计规则获取模块,用于获取各个限额累计项的累计规则;
累计项监测模块,用于根据各个限额累计项的累计规则,监测每次执行所述目标银行业务交易时各个限额累计项的累计值是否超过相应的限额上限值;
其中,所述限额控制模块还用于根据监测结果,对每次执行的目标银行业务交易进行限额控制。
7.如权利要求6所述的装置,其特征在于,所述装置还包括:
限额控制策略配置模块,用于获取预先配置的限额控制策略;
其中,所述限额控制模块还用于根据监测结果,利用预先配置的限额控制策略,对目标银行业务交易进行限额控制。
8.如权利要求5至7任一项所述的装置,其特征在于,所述装置还包括:
受控对象配置模块,用于配置多个受控对象,其中,所述受控对象包括如下至少之一:账户、客户和介质;
受控场景配置模块,用于配置多个受控场景,其中,每个受控对象对应一个或多个受控场景;
限额累计项配置模块,用于配置每个受控对象在不同交易场景下的限额累计项,其中,不同的限额累计项对应不同的累计规则;
限额上限值配置模块,用于配置每个限额累计项的限额上限值,其中,所述限额上限值包括如下任意之一:系统限额上限值、产品限额上限值和协议限额上限值;其中,所述协议限额上限值的优先级高于所述产品限额上限值,所述产品限额上限值的优先级高于所述系统限额上限值。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至4任一项所述银行业务交易的多维度限额控制方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有执行权利要求1至4任一项所述银行业务交易的多维度限额控制方法的计算机程序。
CN202110880938.7A 2021-08-02 2021-08-02 银行业务交易的多维度限额控制方法及装置 Pending CN113592628A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110880938.7A CN113592628A (zh) 2021-08-02 2021-08-02 银行业务交易的多维度限额控制方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110880938.7A CN113592628A (zh) 2021-08-02 2021-08-02 银行业务交易的多维度限额控制方法及装置

Publications (1)

Publication Number Publication Date
CN113592628A true CN113592628A (zh) 2021-11-02

Family

ID=78253759

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110880938.7A Pending CN113592628A (zh) 2021-08-02 2021-08-02 银行业务交易的多维度限额控制方法及装置

Country Status (1)

Country Link
CN (1) CN113592628A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115511496A (zh) * 2022-04-22 2022-12-23 绵阳市商业银行股份有限公司 一种银行账务交易系统多态交易限额控制装置及方法
CN115797031A (zh) * 2022-11-01 2023-03-14 中电金信软件(上海)有限公司 业务交易的冻结控制方法、装置、计算机设备及存储介质
CN116993470A (zh) * 2023-07-06 2023-11-03 中电金信软件有限公司 一种基于限额的业务控制方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110335033A (zh) * 2019-07-09 2019-10-15 中国工商银行股份有限公司 限额处理方法及系统
CN111260367A (zh) * 2019-12-31 2020-06-09 中国银行股份有限公司 一种交易限额确定方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110335033A (zh) * 2019-07-09 2019-10-15 中国工商银行股份有限公司 限额处理方法及系统
CN111260367A (zh) * 2019-12-31 2020-06-09 中国银行股份有限公司 一种交易限额确定方法和装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115511496A (zh) * 2022-04-22 2022-12-23 绵阳市商业银行股份有限公司 一种银行账务交易系统多态交易限额控制装置及方法
CN115797031A (zh) * 2022-11-01 2023-03-14 中电金信软件(上海)有限公司 业务交易的冻结控制方法、装置、计算机设备及存储介质
CN116993470A (zh) * 2023-07-06 2023-11-03 中电金信软件有限公司 一种基于限额的业务控制方法及装置

Similar Documents

Publication Publication Date Title
CN113592628A (zh) 银行业务交易的多维度限额控制方法及装置
KR101351202B1 (ko) 금융 프레젠테이션 장치에 할당된 인핸스먼트 특징들을 관리하기 위한 시스템 및 방법
US7229014B1 (en) systems and methods for account number generation and provisioning
CN108038683B (zh) 基于二类账户的支付方法、支付系统及可读存储介质
CN112037049B (zh) 银行卡收费方法及装置
WO2014207460A1 (en) Multicurrency card
CN112101691B (zh) 风险等级动态调整方法、装置及服务器
CN102629362A (zh) 一种企业年金账户管理系统中实现灵活账户结构的方法
JP2022512074A (ja) 購入管理システムおよび方法
CN108510386A (zh) 一种网络借贷系统、方法、终端和介质
CN112288580A (zh) 一种家庭财务管理系统、方法、终端及介质
CN112330448A (zh) 资金管理方法、终端设备及存储介质
CN112288412A (zh) 基于区块链的数字法币管理方法及装置
CN115496605A (zh) 一种基于drools处理金融授权规则的方法
US10380681B2 (en) Real-time data processing
US20170068936A1 (en) Real-time data processing
CN209248589U (zh) 快捷支付装置
CN113159920A (zh) 信贷额度管理方法、系统、电子设备及存储介质
CN111915421B (zh) 一种银行系统内部交易的兑换处理方法及系统
CN111192137B (zh) 一种基于业务场景下的多维度余额管理方法及系统
CN110717747B (zh) 结算方法、结算装置、结算终端以及计算机存储介质
CN116911838A (zh) 一种交易数据管理方法、装置及存储介质
CN115587894A (zh) 一种投资与交易业务额度校验方法及相关设备
CN114331691A (zh) 一种依据差异化定价确定最终收费的方法及装置
CN113222739A (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