如何设计个人与企业实名认证流程？

如何设计个人与企业实名认证流程？

随着互联网业务的开展，为了维护信息安全、资金安全，实名认证成了许多互联

网细分领域必须要完成的一个工作。本文作者从自身工作经验出发，分享了个人

和企业实名认证流程设计中需要注意的相关元素以及存在的问题，供大家一同参

考和学习。

实名认证，对我们来说并不陌生，最常见的就是我们申请银行一类卡的时候，

是必须本人亲自到银行网点，带着身份证进行面对面鉴权的，保证了信息的真实

性与准确性。此外，前些年刚落实的电话实名制，国家也是要求运营商在开展业

务的过程中做好实名认证工作。

实名认证主要体现在社交类产品、媒体资讯类产品、互联网金融、支付结算等

领域。这些领域要么涉及信息安全（比如谣言的散播），要么涉及资金安全（比

如信息的冒用与资金盗用），所以必须要做好实名认证工作。

从认证的主体来分，实名认证包括个人实名认证与企业实名认证。

个人实名认证主要依赖以下数据源：公安部门身份数据库（通过身份证号码和

姓名来校验是否一致）、银联数据库（通过姓名、身份证号、手机号、银行卡来

校验信息是否一致）、运营商数据库（通过合规运营商检验姓名、身份证、手机

1 / 8

号码是否一致）。目前市面上常见的个人实名认证方式有：身份证二要素、运营

商三要素、银行卡三要素、银行卡四要素。

企业实名认证主要依赖工商部门企业信息数据库（通过企业名称、社会信用代

码、法人名称、法人身份证来校验信息是否一致），目前市面上常见的企业实名

认证方式有：企业工商信息四要素、企业银行对公账户认证（包括主动打款认证、

被动打款认证）。

本篇文章主要向大家介绍基于公安部门与银联数据库的个人实名认证流程、基

于工商部门信息数据库的企业实名认证流程，这也是第三方支付平台普遍会提供

的认证能力。

一、个人实名认证流程设计

1. 身份证二要素

即通过姓名与身份证号来校验信息是否一致，目前国内最具权威性的居民信息

来自NCIIC，全称是全国公民身份证号码查询服务中心，也就是常说的公安部接

口。

这里要注意的是，由于身份证是有特定格式规范的，因此前端可以提前对身份

证的格式进行校验，若不合规，即可报错，无需调用接口进行校验，可减少后端

压力。

2 / 8

身份证二要素仅仅能校验姓名与身份证号是否一致，无法避免因个人信息泄露

带来的信息盗用问题，在百度上、或者其他网络渠道要找到一个身份号不是一件

难事。

如何规避上述问题？有的平台会要求用户在实名认证时，拍摄并上传身份证正

面与反面照片。如果把设计做得更加友好一点，可以利用图像识别能力，自动读

取用户的姓名与身份证信息，减少用户输入量。

这里有个有趣的问题想要问问大家，你觉得身份证正面是带有个人信息的一面

还是国徽面呢？

正确的答案是国徽面。虽然是个小问题，但是在产品设计引导用户上传身份证

照片的时候，最好避免使用身份证正面或者反面这种提示文案，存在歧义，可以

使用“个人信息面”或者“国徽面”类似的文案。

即使让用户上传了身份证，还是会存在漏洞，比如我直接盗用了他人的身份证

照片呢？这种情况其实也是存在的。所以有些平台会在身份证二要素的基础上，

加上人脸识别环节，即综合“姓名+身份证号+人脸识别”来校验用户信息的真实

性。以下为百度提供的个人实名认证流程方案，可以简单了解一下。

2. 银行卡三要素

3 / 8

即通过姓名、身份证号码、银行卡号来校验信息是否一致，底层调用的是银联

接口，通过银行卡三要素进行实名鉴权，这种实名认证方式还是比较少用的。

3. 银行卡四要素

与银行卡三要素相比，四要素多了一个银行预留手机号，即通过姓名、身份证

号码、银行卡号、银行预留手机号来校验信息是否一致。

这是比较常见的实名认证方式，银行卡四要素其实是银行卡快捷支付的一个副

产品，绑定快捷支付银行卡一般还需要短信验证码。

在用户通过四要素+验证码完成实名认证后，间接也就完成了绑卡流程。快捷

支付实际上是一个授权，是用户、平台与银行之间签订的协议，即用户授权平台

可以直接从银行卡中划扣款项。

快捷支付绑卡是接入第三方支付平台的电商平台基本都会实现的一个功能，因

为快捷支付的流程相对传统的网银支付、银联在线支付来说，整个支付流程是非

常简短的，只需要用户在平台做支付密码的校验即可，支付流程的简单带来的是

支付转化率高，早期的微信支付在春节红包晚会上，就是依靠绑卡率的快速上涨，

有效的沉淀了大量的用户。

以苏宁金融APP的实名认证流程为例

4 / 8

首先引导用户通过手动或者图像识别的方法，输入用户的银行卡号。

根据卡号带出对应的银行，引导用户补充个人信息，包括姓名、身份证号、手机

号，点击“验证银行卡”，对四要素进行校验。

四要素信息一致后进入手机验证码激活环节，验证码校验成功后，实名认证成功，

并绑定银行卡。以上就是一个完整的四要素实名认证环节，在设计的时候，可以

将流程分为三个部分，减少用户焦虑，分步骤引导用户完成实名认证，包括个人

信息的输入、银行卡信息的输入、手机验证码校验环节。

二、企业实名认证流程设计

企业实名认证常见于电商平台，比如企业入驻电商平台成为卖方、有些B2B

电商平台也会要求买家也完成实名认证，其他以企业身份提供享有或者提供服务

的平台，比如微信公众号的企业认证、B端产品中的企业微信或者钉钉，完成企

业实名认证可以享有更多的功能。

1. 企业工商信息四要素

即通过校验企业名称、企业社会信用代码、企业法人姓名以及法人身份证号的

信息是否一致，一般还会要求上传企业营业执照照片。目前市面上很多机构均有

提供企业工商信息四要素认证，第三方支付平台也是通过调用此类接口为平台提

供鉴权服务。

5 / 8

企业实名认证有个地方需要注意的是认证接口数据更新的实时性问题，企业进

行法人的变更是比较常见的现象，但是鉴权机构的数据接口的更新可能存在滞后

的问题，保存的还是旧的法人信息，导致企业进行实名认证时，发生法人信息不

一致的错误。

2. 企业银行对公账户认证之“被动打款”

企业银行对公账户认证是比企业工商信息四要素认证更为严谨的认证方式，被

动打款指的是用户提供企业名称、企业社会信用代码、法人姓名以及对公银行账

户完成企业信息一致性的基本校验，第三方支付平台或者其他认证机构向用户提

供的对公账户随机打款，金额一般在0~1元之间，用户查到打款金额后，在认证

界面输入对应的数字，完成对公账户的认证。

这种方式之所以称为被动打款，是从认证用户的角度出发，认证机构是打款方，

待认证的用户是被动接收打款的一方。

为什么说这种企业实名认证方式更为严谨呢？这得从企业对公账户本身的安

全性说起，一般只有企业内部相关岗位的人员，才拥有企业对公账户的key，登

陆进入企业网银界面进行相关的查询与资金操作动作。

原型设计中，可以将整个流程分为两大部分，包括企业信息与对公账户信息的

填写与校验、打款金额的填写与认证。

6 / 8

需要注意的是，打款校验允许错误的次数一般是有限的，超过之后只能重新提

交审核并再次触发打款金额。用户超过指定的时限未输入金额进行验证，也会导

致本次验证流程失效。

由于企业银行对公账户认证流程比较复杂，所以平台如果涉及企业结算的需

求，也可以把本次认证成功的账户作为企业结算提现账户，后续就不用重复绑卡

了。

企业对公账户认证原型界面设计

3. 企业银行对公账户认证之“主动打款”

该认证方式与“企业银行对公账户认证之被动打款”的差异在于打款校验环节，

在该认证方式中，用户在提交企业基本信息与银行对公账户A的信息后，认证机

构会提供一个另外一个对公账户B，用户需要在指定时限内使用提交的对公账户

A向对公账户B汇一笔指定的金额，一般在0~1元之间，汇款金额正确后，则完

成对公账户的认证。

这种方式比较少见，因为需要用户主动去打款，显得比较强势。目前企业开通

微信支付商户资格时，需要进行对公账户认证，采用的就是这种方式，如下图：

7 / 8

三、写在最后

以上列出的只是本人对接的支付平台提供的一些实名认证能力，虽然实名认证

方式多样化，但是最根本的数据源还是基于公安部门数据库、银联数据库、企业

工商信息数据库以及其他权威性性数据源比如运营商。不同的实名认证方式往往

对应着不同的安全级别，越高安全级别往往对应着越为复杂用户操作流程，平台

应该根据自身的实际业务以及风控实际需求，选择最合适的实名认证产品。

8 / 8