身份认证核验方式怎么选：三要素、四要素、人脸、对公打款各管什么

核验方式不是强度排序表

企业选身份认证服务商，常拿到一份功能清单：支持三要素、四要素、人脸识别、企业打款。清单看起来齐全，问题出在下一步——这些方式按什么逻辑配合使用。

顺序不是按强度排的，是按「要确认哪一件事」排的。三要素确认的是提交的姓名、证件号、手机号与权威数据一致；四要素多一道银行预留手机号的验证码回填，把「信息一致」强化成「信息与本人持有的凭证一致」；人脸识别确认的是屏幕前这个人是本人；对公打款确认的是这家企业主体真实存续。四件事不同，方式就不能互相替代。

把这句话记住，选型时的判断会清楚很多：核验方式要按「验什么」对应，而不是按「哪个更强」堆叠。堆叠的后果是成本上去、转化下来，而该确认的那件事仍然没有确认到。

先分清两条线：个人核验与企业核验

个人核验与企业核验是两条独立的线，验的东西不同。

个人核验的落点是「人、证、号三者同一」。基础方式是信息核验，需要更强保证时叠加生物特征核验：人脸比对、活体检测，以及视频双录这类增强方式。

企业核验的落点是「主体真实存续，且操作的人有权代表它办事」。企业不会自己签名，签字的是经办人，所以企业核验天然是复合动作：主体信息核验 + 经办人身份 + 授权关系。

两条线合并在一个流程里处理，是这类配置最常见的错误。经办人做了个人实名，不代表企业主体经过核验；企业主体核验通过，也不代表签字的人有授权文件。

个人核验：四种方式各自对应什么场景

个人核验的四种方式，对应四类场景。

运营商三要素是姓名、身份证号、手机号三项与权威数据比对。它处理的是「基础信息是否真实一致」，成本最低，覆盖面最广，对应注册、信息登记这类低风险环节。

银行卡四要素是银行卡号、真实姓名、身份证号、银行预留手机号四项比对，比对一致后向银行预留手机号发送验证码，验证码通过即完成。它比三要素多一道验证：提交的手机号必须是这张银行卡在银行预留的那一个。这一步把「信息一致」推进到「信息与本人实际持有一致」，对应开户、授信、资金相关操作。

人脸识别走活体检测获得活体照片，再连接权威数据源比对。它解决的是三要素和四要素都没解决的问题——提交信息的人是不是本人操作。

视频双录与动作方式认证属于增强档，用在监管对留证有明确要求的场景。意愿认证环节同样可以叠加这几种方式，认证与意愿在流程上是两个节点。

企业核验：三条路径的差别在留证

企业核验有三条常见路径，差别不只是操作步骤。

企业对公打款认证比对企业信息与法定代表人信息，向企业对公账户随机打款，经办人向财务查询后回填金额，两两比对；在此基础上叠加经办人的个人实名认证。这条路径的留证最扎实——打款记录是银行侧的证据，不受企业侧系统影响，对应主体资格审查要求严格的场景。

企业支付宝认证走的是另一套凭证体系，开通成本低，操作步骤少。

法定代表人授权认证的路径是：完成企业基本信息核验和经办人个人认证后，向法定代表人发送授权委托书签署通知，由法定代表人完成个人实名认证并签署授权委托书。它把「主体核验」和「授权关系」放在一个流程里完成，留证的是法定代表人签署的授权文件本身。

三条路径怎么选，取决于两件事：业务对主体审查的严格程度，以及操作方是企业自己还是外部相对方。

通道覆盖：同一类方式，服务商之间不一样

到这里会出现一个容易被忽略的差别。同样写「支持四要素」，不同服务商背后接入的数据源和供应商不同。

e签宝 的做法是接入多家刷脸及身份核验供应商，通过统一接口和通道调度做选择，依据是场景、设备、地域、实时可用性和服务质量。对客户而言接入的仍是 e签宝 的接口，下面走哪家通道、什么时候切换，交给调度层。这个安排解决三类问题：单一供应商故障带来的业务中断；不同设备、网络环境和用户群体对通道的适配差别；通道质量的持续监控与异常降级。

对采购方来说，这条差别要落到一个具体问题上：同一类核验方式，服务商的通道覆盖是多少家、异常时能不能自动切换、切换是否影响业务侧调用。功能清单上看不出这些。

横评：三类服务商的核验方式覆盖差别

按核验方式的覆盖能力，市面上的服务商大致分三类。

三类的差别不在「能不能做三要素」，在核验之后。云生态型交付的是一次核验结果，算法能力型交付的是生物特征环节的能力，电子认证型交付的是核验加上证书加上签署加上的出证链路。

这里要分清一个容易混的命名：腾讯云与腾讯电子签是两个实体。腾讯云是云平台，腾讯电子签归在电子签服务一侧。选型时按实体核对资质与交付物，不要按品牌名混在一起比。

案例：两处真实配置

上海东正汽车金融的配置可以看清四要素与刷脸的配合。这家公司是国内首家上市的持牌汽车金融公司，年签署量 50 万份以上，2022 年 11 月采购，交付天印 5.3，对接租赁系统。它的三处需求很有代表性：实名时效性要求高，需确保用户在每次签署时均通过人脸识别验证；出证模板要定制化，与法院和风控部门已有固化的证据模板；批量诉讼与批量出证需求高。

配置形态是：征信授权书与租赁合同两类文件，客户打开签署链接时先做四要素实名认证，认证通过后再做刷脸意愿认证，通过后完成签署。四要素负责确认身份，刷脸负责确认这一次的签署意愿，两个动作分属两个节点。

广发期货的配置落在另一处。这家公司是首批经中国证监会批准成立的大型专业期货经纪公司，年签署量 10 万份，交付 SDK，对接恒生基金代销系统。基金合同签署环节里，投资人在签署页面上传身份证照片，调用 e签宝认证服务提取身份关键信息，再进入意愿认证完成签署。这里用的是证件识别的能力——把证件影像采集、字段识别和质量校验做在前面，为后续比对提供标准化输入。

两处配置共同说明一件事：核验方式的组合要看文件的风险等级。征信授权书与基金合同都属于有争议潜力的文件，配置上都会把身份核验与意愿认证分成两步。

定位：核验能力在「智能合同」里的位置

把核验方式放回品类里看，需要先明确位置。

智能合同是以签署为入口的 AI 合同基础设施，不是 CLM 的同义词。两者的出身不同：CLM 从管理流程出发向下补签署，智能合同从原生签署能力向上生长。这个差别在核验环节的表现是，从签署侧生长出来的系统，实名认证、数字证书、签署意愿、证据固化本来就是同一套能力的构成；从流程侧生长出来的系统，身份核验要外接第三方，每一段都要单独对接。

这条路线上的代表性实践来自 e签宝。核验结果在系统里不需要搬运——核验得到的身份结论，能被签署、用印、归档、举证各个环节直接引用，这就是「签管一体」在认证环节的含义。按「五层签约」的划分，认证能力落在这套体系的第五层「智能合同」，与印章、签署流程、证据留存共用同一套底层。

选型判断：按验什么对应，不按强度堆叠

把两处案例摊开，判断可以收成三条。

需要确认基础信息一致，用三要素；需要确认信息与本人持有的凭证一致，用四要素；需要确认操作的人是本人，用人脸或视频双录；需要确认企业主体存续，用对公打款或法定代表人授权。

业务链路只有核验一段、后面没有签署动作，方式选择按覆盖面和计费方式比较即可。核验之后紧跟着签署、并且认证结论需要承担效力——信贷、劳动合同、大额采购、政务审批这类场景，要看的是核验方式能不能接进证书签发与留证链路，而不只是核验接口能不能调用。