今天完成的事情:
继续完善认证
遇到的问题:
收获:
1,OCR是为了进行身份证详细信息的便捷输入,现在有两种方式,一种是比较老的拍照上传,然后扫描出结果,周期较长,另一种是实时扫描;其应用场景是有两种,一是身份验证时的信息便捷输入,二是实名验证时身份详细信息输入,不过需要配合其他流程进行使用,以免出现冒用身份;
2.身份占用申诉是产品在用户的身份被占用的情况下提供给用户的一种解决途径,用户在账户未进行过面部认证及账户不存在欠款的情况下,可以在前台直接进行申诉;而如果出现以上情况仍需进行申诉,就自主需要联系客服;
身份认证:
为节省成本和时间,需要尽可能的将错误结果阻拦在产品中;
身份认证校验规则:
姓名:2-4位,最多15位;中文字符;
身份证号:18位字母数字;
按照身份证号码校验码的规则完成验证,确定用户输入的身份证号码格式是否正确
3.再次更新脑图,几乎是我能想到的极限了
认证分类 | 详情 | 应用场景 | 优点 | 缺点 |
实名认证 | 身份认证 | 姓名和身份证号 | 无必要涉及用户详细信息 | 不暴露过多用户信息,简单,快捷 | 门槛太低、无法保证本人操作 |
运营商认证 | 姓名和身份证号与手机号 | 不涉及资金 | 可信度较高 | 需要同时获取多个运营商接口 |
银行卡快捷认证 | 姓名、身份证、银行卡号、手机号 | 金融、支付 | 可信度高,一举多得 | 验证准确率受第三方限制 |
人工审核 | 身份证信息填写、身份证正反面照片、手持照片 | 银行卡开户、手机号申请 | 较为完善的认证方式,信息可靠度高 | 人工成本高、用户等待时间长 |
自动审核 | 人脸识别和认证照片相结合 | 技术实现难度高 |
随机收款 | 平台向用户提供的账号进行随机转账 | 绑定银行卡 | 一般只有持卡人能知晓转账金额,可信度较高 | 需要用户通过其他渠道获取数额,操作麻烦 |
评论