支付产业网

标题: 如何预防POS收单中的信用卡套现? [打印本页]

作者: newhnabobo    时间: 2012-2-15 22:28
标题: 如何预防POS收单中的信用卡套现?
在POS收单中,事前可以控制商户的准入;
事后,对于准入的商户还是会有商户的套现存在,请TX们帮忙讲讲对于信用卡套现,有没有一些可以预防POS套现的操作规则或一些预防的方法?

作者: newhnabobo    时间: 2012-2-16 09:20
谢谢刚子。
自己顶个。
作者: 最棒的小乔    时间: 2012-2-16 10:54
感觉好像采用硬件设备没有很好的办法防御,但如果采用管理办法,对于一些POS的提交数据进行检查和检测,但发现平凡出现可疑交易时,对此POS进行终止或调查,以此防御洗钱吧。可能这个方法只能做到事后诸葛亮的保护,但至少有了一个方法吧。也请教其他的高手讨论。
作者: newhnabobo    时间: 2012-2-16 13:00
回复 最棒的小乔 的帖子

谢谢小乔的回答。你的方法我理解为事中的平台预警及调查。
最好是事先可对商户进行一些教育类的,或者说告知,以免真的大量套现后,第三方支付公司受到影响。请进来看的TX们多多发表高见。
作者: hjf_wxx    时间: 2012-2-16 16:04
目前来说,没有最好的方法,只能是禁止信用卡的消费交易。
作者: gaaralz    时间: 2012-2-16 17:00
个人觉得首先要禁止虚拟物品的信用卡消费通道,在此基础上如果可以针对实物交易实现物流、信息流和现金流的关联,确保交易实实在在的发生了,才能规避掉信用卡套现的风险。
作者: newhnabobo    时间: 2012-2-16 21:31
回复 gaaralz 的帖子

谢谢。在事中,当发现有可疑交易时,可以对实现三流进行检查取证,对于规避还不是可行办法。
作者: bwall    时间: 2012-2-21 19:14
有利可图就有人干,土话就不说了。不文明!
作者: vickerJ    时间: 2012-2-22 13:39
建议参照银行的风控系统建立一套pos收单的风控系统。然后可以根据规则的设置来避免套现等情况。不过说实话,只要有规则就有漏洞,这个只能不断的收集数据、完善规则。
作者: zxlcjh    时间: 2012-2-23 09:11
信用卡套现对银行及第三方支付有什么影响?套现本质上还是资金的流动,大部分小额套现都可以在还款期限内还完,但是套现还是属于灰色地带,是否套现会损失发行银行、收单方等公司的佣金、返点收入?请教一下
作者: newhnabobo    时间: 2012-2-27 00:03
回复 zxlcjh 的帖子

套现对于一些小额来说,有很多,对于客户来说,怕会形成一种套现的习惯,小变大,有一些类子;
资金被套现出来,银行对这部分资金无法监管;
发卡行、收单行及银联有手续费损失的,对于利益方是规则制定者,肯定也有这方面的考虑。
以上是我的理解。
作者: zxlcjh    时间: 2012-2-27 09:41
回复 newhnabobo 的帖子

1、预防大众对套现形成习惯,规避不必要的风险
2、套现出来的资金银行无法监管,有风险
3、损失手续费
4、规范信用卡市场

谢谢兄弟解答~
作者: newhnabobo    时间: 2012-2-28 03:44
回复 zxlcjh 的帖子

呵呵,总结的好。
作者: yingzhengjie    时间: 2012-3-7 11:47
发卡方通过交易中的行为检测来辨别.
三方支付做收单的话,一般商户都有保证金存着,可以在收单协议中加以提示,或者告诉商户套现的话是会影响保证金的,但如果真出现问题,处理还是很麻烦.
作者: newhnabobo    时间: 2012-3-7 13:20
回复 yingzhengjie 的帖子

保证金这一措施不错,实际操作中是可行的。风控也建议这样做,也能主动处理。
作者: newhnabobo    时间: 2012-3-7 17:19
回复 newhnabobo 的帖子

是的,对于一些小商户来保证金的确难以定一个数或范围。对于大商户还好办。这也是很多企业纠结的地方。
作者: 乐乐飞    时间: 2012-3-16 10:38
套现的根源是费率太低,因为可以低费率或零费率,套现成为一门生意,有利可图。
套现的侦测目前主要靠事后。
作者: surchina    时间: 2012-3-16 14:55
水至清则无鱼。控制商户刷POS的额度、用户银行卡刷pos的频度,加以分析,疑似情况核实后商户用户一并有相应的出发,设黑名单即可。
作者: 草根金融    时间: 2012-3-16 17:07
1,统一刷卡手续费,对于商户银行、银联和第三方支付公司所给商户提供的服务是一样的,不应该有手续费的差异。
2,放宽商户申请pos的条件,持卡人套现是因为所要消费的产品只能使用现金。当所有的商户都有了pos,持卡人无论买任何产品都支持pos刷卡时,套现也就没有任何意义。
3,发卡行在发卡时,把好关,也可以有效控制套现
作者: 预付卡-市场营销    时间: 2012-3-17 19:22
无解,现阶段
作者: shenjianmin0762    时间: 2012-3-19 23:57
套现是任何形式的防范手段都难以归避的,作为第三方和银行能做的是防范极端的套现行为和洗钱。如多纬度的交易监控模型、交易限额控制、交易卡种限制、结算周期和费率控制等。这些还是要根据各自公司的战略和风险承担能力来定
作者: 螃蟹好吃树难栽    时间: 2012-3-20 11:37
中国大的资金流转环境助长了套现行为的屡禁不止,微小企业和个人如果通过正规渠道方便的申请到生产经营贷款和个人消费贷款,套现行为将大幅降低,毕竟套现也是要还的,而且面临越来越严的法律约束和打击。个人以为从技术和制度、监管、法律上加强对套现的查处和惩罚,能够收到一定成效,但不治本,还应依赖于国家金融大环境、投融资渠道的改善来解决。
作者: ytsp    时间: 2012-3-20 13:59
如果每个商户在申请pos时,银联能审定根据此商家的经营范围和日常平均交易值,并给与对应最高额度的单笔刷卡额,就能一定程度预防,但带来的是pos手续费的损失,所以,目前只能从银行方面着手控制,发现大笔交易时,与商家确认是否真实交易,并计入系统,当持卡人累计达到N次时,本卡就降低信用额度或者限制使用
作者: chensenyue    时间: 2012-3-22 10:33
关于套现,提高套现成本可以有效的降低套现频率。从收单机构的角度考虑,可以对于交易异常(疑似套现)的商户,对清算资金进行冻结,待发卡行的退单时限(180天)超期后再放款,商户就不会随便参与套现。
作者: 乐乐飞    时间: 2012-3-22 11:04
回复 ytsp 的帖子

严格来说银联不负责入网商户审核,负责审核的是收单机构。目前,部分地区银联分公司会对直联商户做入网审核,但在这些地区银联也在逐步退出商户审核。所以,就商户准入来说,把关的只能是收单机构。
事后的交易侦测银联也在做,而且银联建立了一套风险监测系统对涉嫌套现的企业、法人代表等资料建立了黑名单,所有入网成员机构都可以共享。
作者: 学支付    时间: 2012-3-22 20:29
在银联早有防范
作者: adrianhh    时间: 2012-3-22 22:58
目前最主要的也只能是事后的处理和控制。
作者: justtide    时间: 2012-3-30 15:49
分行业不同,去制定客户的刷卡限额,借记卡可以放开,涉及信用卡得限额,每一张信用卡在同一台POS上一天不能超过多少,设定一个限额。这个关键POS后台可以进行调控;POS套现无法避免,只能达到的是多与少的问题。
作者: newhnabobo    时间: 2012-3-30 16:56
回复 justtide 的帖子

谢谢,这是一个方法,前期考虑采用过,后来考虑到客户的需求,就搁置了。
作者: subrain    时间: 2012-3-31 16:36
对于第三方支付机构来讲,应该遵循如下规则:
1. 对不同的商户定义不同的风险级别和类型
2. 对于高风险的商户发生的信用卡支付,设置敏感值
3. 对于高风险的商户连续发生的信用卡支付,设置探测窗口

一般来讲,如果符合上面的,基本可以推测出信用卡套现的行为
作者: liangzq2007    时间: 2012-4-1 09:27
只要有利益存在就会有人去做,事中监控几乎不可能,只要银行或银联做得到,但规模大了后也比较难,事前、事中、事后都要严格管理,银根紧时套现就会多,银根松时就会减少。加强科技手段的监控很重要。
作者: newhnabobo    时间: 2012-4-1 10:52
回复 liangzq2007 的帖子

谢谢。
作者: 非典型支付达人    时间: 2012-4-2 23:55
从商户端防止套现根本就是一个伪命题,做到极致就是把所有商户的交易限额全部限制到一个非常小的范围,这个可行吗?显然不可行。要控制,必须控制源头,就是持卡人为什么要套取现金,以及套取现金的成本问题。某些监管人和从业人居然还搞不清楚这个问题,可悲。
作者: pangqn    时间: 2012-4-5 19:38
某种程度上,套现已经是一些中小企业主和个人的融资方式了,如果套现者能够按时还款,对各方来说,都是有利可图的。如何确认套现行为,需要和银行帐户的信用体系进行关联,第三方支付只是支付网关,没有信用信息,很难确认套现行为。
作者: yes_sunshine    时间: 2012-4-20 13:42
回复 非典型支付达人 的帖子

非常支持。

我没怎么听说国外有打击套现这一说法,这个命题确实有点中国特色了。
套现的本质是民间融资成本太高,说到根上是以利率无法自由化为代表的中国银行业垄断造成的。

光靠堵是堵不住的。
作者: 星棋    时间: 2012-4-20 17:02
  

非典型支付达人 发短消息
加为好友
非典型支付达人 当前离线
注册时间2012-3-21 最后登录2012-4-2 贝壳2 枚 阅读权限10 积分36 帖子2 精华0 UID9122  
PayNews小学生



发短消息 加好友

给他留言 打招呼

PayNews小学生, 积分 36, 距离下一级还需 14 积分
贝壳2 枚 刀币0 个 威望16 牛 最后登录2012-4-2 注册时间2012-3-21 主题0  33#
发表于 2012-4-2 23:55 |只看该作者
从商户端防止套现根本就是一个伪命题,做到极致就是把所有商户的交易限额全部限制到一个非常小的范围,这个可行吗?显然不可行。要控制,必须控制源头,就是持卡人为什么要套取现金,以及套取现金的成本问题。某些监管人和从业人居然还搞不清楚这个问题,可悲。

支持
作者: wyunchang    时间: 2012-4-22 12:50
回复 hjf_wxx 的帖子

不仅虚拟物品,很多贸易类的公司也存在着大量套现的行为 。
作者: 风儿北吹26    时间: 2012-4-24 10:08
看看....
作者: wyunchang    时间: 2012-4-24 15:50
回复 zxlcjh 的帖子

pos收单套现,若被查处的话也该是从明知或应知的角度进行思考。这也是收单机构的归责方式,否则就不该为此事负责。仅仅提供了通道服务的收单机构如果为任何违法行为负责,那责任承担的范围就太广了。
作者: 风雅江南    时间: 2012-6-23 12:38
套现实质上也是一种交易,对收单机构来说,不存在佣金损失问题,而是一样的收费。说白了只是这种交易存在违规而已。收单机构可以说是心底还是喜欢这样的,只要能按时还款就行。土一点说吧,收单机构是既当婊子,又要立牌坊的
作者: bobo132188    时间: 2012-6-29 14:26
过来也学习下
作者: panyus    时间: 2012-7-2 15:58
批发、商务咨询、留学等机构是高风险行业,特别关注。
作者: muzzing    时间: 2012-7-2 16:50
从收单行的角度来看,预防套现只能严把审批关,通过审批把套现商户拒之门外,属于事前控制;而对于事中,主要应该由发卡行通过卡片交易监控来实现,可以采取暂时止付,电话确认等方式;事后控制则需要发卡行、收单行协同进行,发卡行可以将套现商户加入永久支付商户名单,并通知收单行撤机处理。以上是大致的情况,打字太累,这里专家也多,就不赘述了。
作者: Adam    时间: 2012-9-2 20:19
过来也学习下
作者: 不起浪    时间: 2012-9-3 11:50
这个问题很专业。
作者: 冲上云霄    时间: 2012-9-3 13:32
没什么好办法吧
作者: nimei    时间: 2012-9-4 15:48
群众的智慧是无法超越的
作者: cormano    时间: 2015-6-12 10:17
我是想在论坛找找有什么可以做到套现积分的手法的
作者: ljyanhong    时间: 2015-8-27 10:35
信用卡套现
作者: leopard    时间: 2016-1-7 13:22
阅读理解!
作者: 57291598    时间: 2016-8-16 15:31
信用卡套现又不是什么罪,钱换上不久得了。早晚让信用卡套现没错,自己的卡,能消费为什么不能取现,毫无道理
作者: ffcxyq    时间: 2016-9-22 17:28
路过学习一下!!!
作者: 软件开发    时间: 2019-3-14 11:58
【贷超系统开发】【代还系统开发】【现金贷系统开发】一站式大数据风控服务系统
1、 私人定制APP,公众号(免费定做属于自己的APP,LOGO)+后台管理系统
2、 对接芝麻分(信用评分,运营商,通讯录,多头贷)
3、 催收系统,自动风控
4 、对接淘宝报告(财富信息,地址分析,消费分析 )
养卡代还系统+无卡快捷+聚合支付+大数据+卡测评+现金贷+高炮口子60家+积分兑换现金系统+花呗系统+京东白条系统+收银系统+网申信用卡+正规网贷平台等等,您提供想法,打造属于自己的APP,模式自选,独家优势,独家品牌,独家通道,独立运营,独立后台,技术服务,售后无忧,费率低至0.29
微信15958619859




欢迎光临 支付产业网 (http://paynews.net/) Powered by Discuz! X3.2