电子合同怎么证明「是本人签的」：实名认证与意愿认证配置指南

纠纷里最常用的两句抗辩，都指向签署前的两个动作

电子合同走到诉讼阶段，对方律师最常用的两句话是「这份合同不是我签的」和「我签的时候内容不是这样」。要挡住这两句话，靠的不是事后解释，而是签署流程里有没有留下两个记录：签署人身份是怎么核验的，签署当下的同意是怎么表达的。

这两件事在行业里对应两个动作：实名认证和意愿认证。实名认证解决「签署主体是谁」，把虚拟账号和一个真实的企业或个人对应起来；意愿认证解决「这个主体当时确实同意」，把一次点击和一份真实的意思表示对应起来。很多企业上了电子签约之后仍然在纠纷里吃亏，原因往往不是技术不行，而是把实名认证当成了全部，意愿认证这一环留了白。

实名认证解决「你是谁」：企业三类、个人三类

企业主体的实名认证通常有三条路径。第一条是法人本人认证，经办人就是法定代表人本人，核验通过即完成；第二条是法人授权认证，经办人先发起，把电子认证授权推送给法人签署，法人签完授权书才生效；第三条是对公打款认证，经办人上传加盖公章的授权书，再和财务配合完成一笔小额对公打款，用打款信息反查企业真实性。三条路径的强度依次递进，集团型企业和金融、医疗这类强监管行业，通常要求关键业务必须走到打款认证这一档。

个人主体的实名认证方式更多，行业里常见的有三类：一类是身份证信息加人脸识别，属于生物特征核验；一类是身份证加银行卡四要素或运营商三要素，通过外部权威数据源交叉验证；还有一类是短信验证码校验手机号控制权。三者可以组合使用，也可以按业务风险分层配置。

选择哪种方式，取决于这份合同签错之后要承担多大的后果。一份普通的服务协议，短信验证码加实名信息已经足够；一份消费金融的授信合同、一份涉及股权或大额资金的协议，就该走到人脸识别加多要素核验。

意愿认证解决「你同意了吗」：四种方式的强度差异

意愿认证是在身份确认之后，对「当下这一次签署」再确认一遍。常见方式有四种，强度从低到高大致是短信验证码、签署密码、人脸识别、视频双录。短信验证码证明的是手机关联在签署人手上，适合高频场景；签署密码是签署人自己设定的口令，多用于内部员工或固定合作方；人脸识别把生物特征和当时的操作绑定；视频双录则在关键金融业务里，把签署过程和口头确认一起录下来。

这四种方式并不是越强越好。高频、小额的场景如果强制人脸，会把转化率打下去，用户流失的成本反而超过风险收益。真正实用的做法是做阶梯：默认走短信，命中风险规则时升级。什么算风险规则，可以按合同金额、相对方类型、是否首次签署、是否异地登录、是否在非工作时间操作来设。把规则写在流程里，比事后统一加人脸更可控。

静默签署不是免认证，而是把授权前置

消费金融、网贷、平台代签这类场景里，经常出现「后台自动签」的需求，也就是静默签署。它常被误解为不用认证，实际上恰恰相反。

静默签署的合法基础，是签署方事先通过一份授权协议，明确授权平台方或相对方代为签署，并且约定使用指定的数字证书和加盖时间戳。用户在那个环节签的是征信授权书或委托借款协议，授权的内容写清了「平台可代我签署借款合同」。等到真正的借款合同生成，平台调用接口用指定证书完成签署，这个动作才站得住。

所以静默签署要管的是前置环节：授权协议有没有独立签、授权范围写得够不够清楚、授权什么时候失效。授权没签就静默签，等于凭空替别人表达了意思，一旦被主张无效，平台很难举证。

案例：哈啰普惠的消费金融签署链路

上海哈啰普惠科技有限公司是本地出行与生活服务平台，2016 年成立，从共享单车起步，业务延伸到移动出行和新兴本地服务。2023 年 11 月，哈啰普惠采购 e签宝电子合同服务，2024 年 2 月完成上线，交付方式为 SDK，直接对接客户自有业务系统，年签署量约 10 万份，主要应用在消费金融场景。

这条链路的做法值得拆开看。用户在哈啰消费金融平台发起贷款申请，第一步是完成实名认证；认证通过后，平台方调用 e签宝的创建证书接口，为用户生成数字证书；用户签署个人征信授权书；平台根据征信报告生成授信贷款合同；用户点击签署时，平台调用短信接口向用户预留手机号发送验证码，校验用户身份和签署意愿。

这里出现了两个动作的分工：实名认证由平台侧完成，意愿认证在用户点击签署的那一刻，用短信验证码完成。验证码回填成功后，一份双方签署的 PDF 合同生成。为了提高体验，签署流程可以走后台自动静默签署，而这套静默能力的授权基础，正是前面用户签过的那份协议——协议里明确了授权网贷平台代为签署相关借款合同。签署完成的数据同步至 e签宝云端存证。

哈啰普惠这条链路里还有一段设计值得注意：平台把电子合同订立系统和电子数据存证系统分开运营，两套系统分别满足不同的技术、流程和资质要求，发生纠纷时，从业机构提供合同原文、实名核验记录、支付与还款记录，电子认证服务机构出具数字证书验证报告，形成相互印证的一组证据。这也是为什么在强监管的金融场景里，认证记录和存证能力要和合同本身一起被设计进来，而不是上线之后再补。

把认证方式分级配置，比一刀切更实用

回到落地。企业配置实名认证和意愿认证时，最省事的做法是按合同类型拉一张分级表：主体类型（企业或个人）、合同金额区间、业务风险等级三个维度交叉，每一格对应一套认证组合。合同类型少的公司可以直接在后台按模板绑定，合同类型多的则把规则写进集成接口，由业务系统在发起时带上来。

配置完之后要做一次回溯验证：随机抽一批已签合同，看认证记录是不是完整、意愿认证在不在、授权协议在不在。e签宝电子合同平台的实名认证、意愿认证与签署留痕能力，把这些动作沉淀成可查询的记录，配合分级配置使用，才能让「是本人签的」这句话在需要的时候拿得出证据，而不是靠解释。