System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种基于数据分析的风险管控方法及系统技术方案_技高网

一种基于数据分析的风险管控方法及系统技术方案

技术编号:42049838 阅读:7 留言:0更新日期:2024-07-16 23:30
一种基于数据分析的风险管控方法及系统,包括如下步骤:获取待核查人员的身份信息以及开卡需求;核验身份信息并通过核验到的身份信息获取待核查人员的备查数据信息;根据备查数据信息分析得到待核查人员的风险等级;根据风险等级判断能否满足待核查人员提出的开卡需求,若能够满足,反馈能够满足基础要求,若不能满足,则反馈无法满足开卡需求。本申请通过对于待核查人员信息的身份信息以及开卡需求的获取,调用备查数据信息来确定待核查人员的风险等级,从而在人员风险等级高时,可以主动的拒绝开卡需求,避免对于开户人员信息的直接核查,保证隐私以及核查效率。

【技术实现步骤摘要】

本申请涉及一种基于数据分析的风险管控方法及系统


技术介绍

1、不论是银行卡还是电话卡,现在多是采用实名制,因此,需要对于开卡端加强监管,以避免后期发生风险。但是开卡端的风险防控需要考虑到如下方面的问题:1.用户隐私保护:在进行开卡审查中,银行和通信运营商需要确保用户信息的保密性和安全性,避免个人信息泄露和滥用。然而,由于涉及大量用户信息和敏感数据,如何有效保障用户隐私是一个挑战;

2、2.数据整合和共享:开卡审查通常涉及到多个部门之间的数据整合和共享,包括公安、金融、通信等监管机构。这要求银行和通信运营商要具备高效的数据处理能力和技术支持,以确保数据的准确性和安全性。

3、3.技术挑战:开卡审查的实施需要借助先进的技术手段,如人工智能、大数据分析等。这些技术对于银行和通信运营商的it基础设施和管理团队提出了更高的要求,同时也增加了实施成本。

4、4.合规性风险:开卡审查需要遵守相关法律法规和政策规定,银行和通信运营商需要在合规方面保持高度警惕。如果未能及时调整业务流程或采取适当的安全措施,可能会面临法律责任和经济损失的风险。

5、由此可见,开卡控制不能一禁了之,更不能完全放开,而在使用过程中,又需要考虑上述问题,现在的风险控制系统存在一定问题。


技术实现思路

1、为了解决上述问题,本申请一方面公开了一种基于数据分析的风险管控方法,包括如下步骤:

2、获取待核查人员的身份信息以及开卡需求;

3、核验身份信息并通过核验到的身份信息获取待核查人员的备查数据信息;

4、根据备查数据信息分析得到待核查人员的风险等级;

5、根据风险等级判断能否满足待核查人员提出的开卡需求,若能够满足,反馈能够满足基础要求,若不能满足,则反馈无法满足开卡需求。本申请通过对于待核查人员信息的身份信息以及开卡需求的获取,调用备查数据信息来确定待核查人员的风险等级,从而在人员风险等级高时,可以主动的拒绝开卡需求,避免对于开户人员信息的直接核查,保证隐私以及核查效率。

6、优选的,按照如下步骤进行风险等级判断:

7、设定判断参数θ;

8、所述备查数据信息包括银行卡数量n,银行卡账户信息以及银行卡账户流水;

9、计算各个银行卡账户近一年的单月平均流水mi;

10、将单月平均流水mi低于核算阈值y的账户排除掉,核算剩余银行卡账户的数量n;

11、根据银行卡账户信息,得到近一年开户的数量k;

12、计算判断参数θ:

13、θ=n/(n+k);

14、若θ小于0.3,则判断为风险等级高。

15、优选的,还包括对于判断参数修正的过程;所述开卡需求中包括对于所开设银行卡预期月流水m的判断,若预期月流水m>2*(max mi),则θ={max mi/m}*n/(n+k);

16、若预期月流水m<1/2*(max mi),则θ={m/max mi}*n/(n+k)。本申请将月平均流水以及开卡行为作为判断的基础,能够相对快速的获取到判断结果,且判断参数θ具有良好的判断效果,能够在便利开卡和保证审核准确性上达到相对均衡。

17、优选的,核算阈值y设定为300。

18、优选的,所述备查数据信息还包括征信信息,若征信信息显示近两年有逾期记录,则直接反馈无法满足开卡需求。

19、优选的,在开卡需求验证完毕后,还包括二次验证的过程。

20、优选的,所述二次验证按照如下方式进行:向通过开卡需求的待核验人员提出二次验证问题,并得到二次验证请求,判断二次验证请求是否能够经过验证,经过验证后进行开卡操作。

21、优选的,所述二次验证问题包括如下可验证问题:

22、常用的信用卡的数量及开户行;

23、常用的储蓄卡的数量及开户行;

24、微信以及支付宝对比使用频次相对高低。

25、优选的,对于二次验证请求得到的答案调用备查数据信息,并计算回答正确数量的百分比,若正确的百分比超过60%,则进行开卡操作,否则拒绝开卡请求。本申请二次验证主要目的有两个,一个是问题本身的准确性验证,另外一个则是验证待核查人员对自己情况的知悉程序,反过来以尽可能的保证一次验证过程的可靠性。

26、另一方面,本申请还公开了一种基于数据分析的风险管控系统,包括如下模块:

27、信息获取模块,用于获取待核查人员的身份信息以及开卡需求;

28、核验模块,用于核验身份信息并通过核验到的身份信息获取待核查人员的备查数据信息;

29、确认模块,用于根据备查数据信息分析得到待核查人员的风险等级;根据风险等级判断能否满足待核查人员提出的开卡需求,若能够满足,反馈能够满足基础要求,若不能满足,则反馈无法满足开卡需求;

30、二次验证模块,用于进行二次验证,向通过开卡需求的待核验人员提出二次验证问题,并得到二次验证请求,判断二次验证请求是否能够经过验证,经过验证后进行开卡操作。

31、本申请能够带来如下有益效果:

32、1.本申请通过对于待核查人员信息的身份信息以及开卡需求的获取,调用备查数据信息来确定待核查人员的风险等级,从而在人员风险等级高时,可以主动的拒绝开卡需求,避免对于开户人员信息的直接核查,保证隐私以及核查效率。

33、2.本申请将月平均流水以及开卡行为作为判断的基础,能够相对快速的获取到判断结果,且判断参数θ具有良好的判断效果,能够在便利开卡和保证审核准确性上达到相对均衡。

34、3.本申请二次验证主要目的有两个,一个是问题本身的准确性验证,另外一个则是验证待核查人员对自己情况的知悉程序,反过来以尽可能的保证一次验证过程的可靠性。

本文档来自技高网...

【技术保护点】

1.一种基于数据分析的风险管控方法,其特征在于:包括如下步骤:

2.根据权利要求1所述的一种基于数据分析的风险管控方法,其特征在于:按照如下步骤进行风险等级判断:

3.根据权利要求2所述的一种基于数据分析的风险管控方法,其特征在于:还包括对于判断参数修正的过程;所述开卡需求中包括对于所开设银行卡预期月流水m的判断,若预期月流水m>2*(max Mi),则θ={max Mi/m}*n/(N+k);

4.根据权利要求2所述的一种基于数据分析的风险管控方法,其特征在于:核算阈值Y设定为300。

5.根据权利要求1所述的一种基于数据分析的风险管控方法,其特征在于:所述备查数据信息还包括征信信息,若征信信息显示近两年有逾期记录,则直接反馈无法满足开卡需求。

6.根据权利要求1所述的一种基于数据分析的风险管控方法,其特征在于:在开卡需求验证完毕后,还包括二次验证的过程。

7.根据权利要求6所述的一种基于数据分析的风险管控方法,其特征在于:所述二次验证按照如下方式进行:向通过开卡需求的待核验人员提出二次验证问题,并得到二次验证请求,判断二次验证请求是否能够经过验证,经过验证后进行开卡操作。

8.根据权利要求7所述的一种基于数据分析的风险管控方法,其特征在于:所述二次验证问题包括如下可验证问题:

9.根据权利要求8所述的一种基于数据分析的风险管控方法,其特征在于:对于二次验证请求得到的答案调用备查数据信息,并计算回答正确数量的百分比,若正确的百分比超过60%,则进行开卡操作,否则拒绝开卡请求。

10.一种基于数据分析的风险管控系统,其特征在于:包括如下模块:

...

【技术特征摘要】

1.一种基于数据分析的风险管控方法,其特征在于:包括如下步骤:

2.根据权利要求1所述的一种基于数据分析的风险管控方法,其特征在于:按照如下步骤进行风险等级判断:

3.根据权利要求2所述的一种基于数据分析的风险管控方法,其特征在于:还包括对于判断参数修正的过程;所述开卡需求中包括对于所开设银行卡预期月流水m的判断,若预期月流水m>2*(max mi),则θ={max mi/m}*n/(n+k);

4.根据权利要求2所述的一种基于数据分析的风险管控方法,其特征在于:核算阈值y设定为300。

5.根据权利要求1所述的一种基于数据分析的风险管控方法,其特征在于:所述备查数据信息还包括征信信息,若征信信息显示近两年有逾期记录,则直接反馈无法满足开卡需求。

6.根据权利要求1所...

【专利技术属性】
技术研发人员:李兆钰张子龙马超崔琼杰高华宝阚常杰焦玉萃申济风郎真刘洁
申请(专利权)人:山东东锟数字技术股份有限公司
类型:发明
国别省市:

相关技术
    暂无相关专利
网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1