先说实名认证,据我所知分两种:
第一种是强身份认证:
认证要素是姓名+号,接口会返回真假结果。
第二种是弱身份认证:
认证要素是姓名、银行卡卡号、预留手机号(验证短信验证码),接口返回真假结果。
我还知道一个更厉害的接口可以做照片识别,
认证时发送照片过去,会返回照片真实度的分数。
但是这个接口我们没接,只能给你描述一下效果了~(摊手)
还有,支付宝也是有一键实名认证的接口的,
但是貌似不是公用接口,具体的可以参考中航信的App:航旅纵横。
再说说实名认证流程设计,分享一个我曾经做过的流程:
第一步,手机号注册验证,通过则进入第二步。
第二步,验证用户的姓名+号,通过则可进入App拥有查看权限。若想使用则需要继续验证。
第三步,提示用户绑定(验证)银行卡,用户输入他要绑定验证的卡,点击进入下一步
第四步,提示用户验证预留手机号(验证码)、有效期和CVV2(填),如果银行接口返回结果为真则绑定成功。
最后,我提供一个思路吧,我之前做这块是参考了这个网站上的理财网站,把靠前的都注册了一遍,都实名认证了。建议你可以试试。
再PS.我知道实名认证的接口要素很多,高级接口要的更少,仅提供思路~
楼上说的应该是P2P行业把,只有这个行业对实名制有比较强的要求。
实名认证其实是两种:
第一种是验证和本人的一致性,
第二种是验证和银行卡的一致性
关于和本人的一致性,我以前调研过认证的厂家,可以和大家分享下
据所有的身份数据是存储在部的中,实际上所有的验证服务商提供的是验证服务和计费系统,计费支持按次数收费和月结,在技术接口上提供了网页版本的和webservices接口,接口为SOAP风格。
身份验证包括四种模式:
1,简单对比:上传号码和名字,只检查名字和号码的一致性,这是最常用的模式。
2,人证合一:传照片和号码,名字去验证,但是对照片有要求,容易导致误判。
3,证证合一:拍照片传到服务器端去验证,可靠性较高。
4,视频验证:除了号码,名字以外,上传视频验证,可靠性比证证合一更高。
验证结果分三种可能(空号,不计费;核查一致,计费;不一致,计费)。
另外,所有的验证方式都不能保证100%的成功率,其中有几种情况可能导致正确的返回结果为空号,包括改过名字,服兵役,未满18岁,户籍迁移等,所以产品设计上,人工验证的环节必须保留。
同时身份验证的时候,号码最后一位X,只支持小写,所以需要我们这边做产品的时候,需要校验或者按业界惯例自动转换大小写。
关于第二种是最常见的方式,银联或者第三方支付公司采用的模式。
银行卡持卡人的实名认证,具体表现是输入四要素,号码,名字,银行卡号,手机号,然后获取验证码的方式,其实其中默认包含了上述的简单查询的模式。
通常在金融行业投资的时候,必须要做到以上两点,第一点是认证厂家做的或者人工验证
只是在回款的时候,出于批付的要求,必须要填写银行卡开卡的省份、城市、分支行,其中省份和城市用户是记得住的,但是分支行如果不能用第三方支付识别出来,就需要手动填写,然后财务或者负责批付的人员进行手工核查,我依稀记得有一家奇葩银行是第三方支付无法识别分支行的,所以总是有漏洞。
在流程上如果只是要求简单的身份验证,那完全使用第二种就可以了
如果内部管理上两种都要求,那么建议先认证,再验证银行卡,这样才顺畅
结合APP或者网站的使用场景,可以先让客户浏览他不需要注册就能看到的东西,只有在需要产生交易的时候,在提醒他进入实名验证的环节,这个比较繁,一般不要动不动就让人家验证
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/tongxinshuyu/article-22032-1.html
应该统一起来
唯一不讨厌千总