电子 KYC 与数字身份验证：企业应用中的安全客户入驻

越来越多的企业把客户注册流程搬到了应用中：储蓄信贷合作社、融资服务商、房产租赁平台、有第三方卖家的电商平台、车辆租赁服务，以及分期销售产品的公司。在所有这些场景中，都会出现同一个问题：如何确认注册的人就是本人，同时又不让注册过程像在政府机关排队办手续一样繁琐？

答案是电子 KYC（e-KYC），即电子化身份验证。流程通常包括拍摄身份证、自动读取数据、与人口登记数据比对、自拍，以及活体检测，以确认镜头前是真人而不是照片或视频。印尼的身份欺诈问题也日益严重：2026 年，印尼人口与民事登记总局（Dukcapil）甚至发起了活体检测系统招标，以加强数字人口身份。本文介绍如何设计既安全合规、又让用户感觉顺畅的 e-KYC。

要点概览

• 先确定企业是否真的需要 e-KYC，以及需要哪个级别
• 常见流程：身份证拍照、OCR、数据比对、自拍、活体检测和决策
• 使用具备官方验证渠道的 e-KYC 服务商，而不是全部自行开发
• 尽量少存身份数据，加密保存，并按印尼个人数据保护法设定保留期限
• 为验证失败准备备用路径，避免流失合法客户
• 衡量每个步骤的转化率，找出用户流失的环节

你真的需要 e-KYC 吗？

并非每个应用都需要完整的身份验证。普通网店只需验证手机号和收货地址即可。在这类应用中要求上传身份证照片，反而会吓跑买家，还会增加存储不必要数据的风险。

在以下情况下，e-KYC 是强制性的或强烈建议采用：

• 企业受金融监管机构监管，例如融资公司、合作社、支付服务商或投资服务
• 存在直接的财务风险，例如在全额付款前交付商品或资金
• 存在身份冒用风险，例如租赁车辆、房产或高价值设备
• 用户成为卖家或合作伙伴，需要接收他人付款
• 合同需要与特定身份绑定的电子签名

对于受印尼金融服务管理局（OJK）或印尼央行监管的企业，相关法规已经规定了了解你的客户的要求。务必让法务或合规团队审阅适用于你所持牌照的规则，因为所要求的验证级别可能不同。

分级验证

一种好的做法是分级验证。新用户浏览时只需验证手机号。只有当用户要进行有风险的交易，例如申请贷款或提取资金时，才要求验证身份证。这样，只想随便看看的用户不会受到打扰，身份数据也只从真正需要该服务的用户那里收集。

常见的 e-KYC 流程

1. 拍摄身份证件

用户拍摄身份证。应用应提供取景框等视觉引导，在证件对准时自动拍摄，并在照片模糊、反光或被裁切时给出提示。这一步的照片质量很大程度上决定了后续步骤能否成功。

2. 自动读取数据

OCR 技术从照片中读取身份证号、姓名、出生日期和地址，并展示给用户核对。不要让用户重新输入全部信息，只需请其确认，并允许修改识别错误的字段。类似的技术见从文档中自动录入数据。

3. 证件真伪检查

系统检查篡改迹象，例如粘贴的照片、不一致的字体，或从另一块屏幕上翻拍的证件。e-KYC 服务商通常已经具备检测这些情况的模型。

4. 与人口数据比对

身份证上的数据通过具备合法渠道的服务商与官方数据进行比对，以确认身份证号确实存在，并与姓名和出生日期相符。

5. 自拍与活体检测

用户拍摄自拍照。系统检查人脸是否与身份证照片或参考数据匹配，以及镜头前是否为真人。静默活体检测不要求用户做动作，体验更好。动作活体检测要求眨眼或转头等动作，抗攻击能力更强，但会多一个步骤。

6. 决策与个案处理

系统生成评分和结论：自动通过、拒绝或需要人工审核。决策阈值应由合规团队调整，而不是写死在应用代码中。

自建还是使用服务商

自行开发 OCR、伪造检测和活体检测需要专业能力、大量训练数据，并要针对各种攻击方式进行测试。此外，人口数据验证通常只对特定机构开放。对大多数企业来说，使用 e-KYC 服务商要合理得多。仍需自行构建的是应用内流程、系统集成、决策规则和审核后台。

选择服务商时应考虑：

• 官方验证渠道及其法律依据
• 在各种条件下的准确率，包括低价手机摄像头和光线不足的情况
• 活体检测对照片、视频、面具和深度伪造的抵御能力
• 数据存储地点及服务商的数据保留政策
• 适用于 Android、iOS 和网页的 SDK，以及不会让应用臃肿的 SDK 体积
• 每次验证的价格，以及失败或重复验证的费用
• 高峰时段的服务可用性和技术支持

隐私与数据保护

身份数据属于高度敏感的个人数据，人脸照片甚至属于生物特征数据。印尼《个人数据保护法》要求有明确的处理依据、知情同意和充分的安全保障。关键做法包括：

• 向用户说明为什么需要这些数据、用于什么目的以及保存多久
• 只保存真正需要的内容；很多时候保存验证结果和部分数据就足够，而不是所有原始照片
• 对存储和传输中的数据进行加密
• 将内部访问限制在需要的岗位，并记录每次访问
• 设定保留期限，在不再需要时删除数据
• 确保与服务商的合同明确其作为数据处理者的义务

更全面的讨论见网站与应用的个人数据保护和客户数据保留与删除政策。

保持注册转化率

每多一个步骤，完成注册的用户就会减少。因此，e-KYC 设计必须像重视安全一样重视用户体验：

• 一开始就说明需要准备哪些证件以及大约需要多长时间
• 显示进度，例如第二步，共四步
• 给出具体的错误提示，例如照片太暗，请到更明亮的地方重试
• 保存进度，让用户在应用关闭后可以继续
• 针对低配手机和慢速网络进行优化
• 尽快告知结果；如需人工审核，则给出预计时间

良好的新用户引导原则见移动应用的新用户引导。

验证失败的备用路径

部分合法用户会在自动验证中失败，例如身份证破损、旧照片与现在的样子差别很大，或人口数据尚未更新。不要直接拒绝。应提供人工审核队列、带引导的重新上传选项，或视频通话验证，并记录失败原因以改进流程。

数字化合作社的应用示例

一家储蓄信贷合作社把会员注册搬到了应用上。过去，准会员要带着身份证复印件到办公室，由工作人员手工录入数据。采用 e-KYC 后，会员在家几分钟就能完成注册。自动验证失败的个案进入工作人员队列，由其审核并在必要时联系会员。工作人员现在可以专注于真正需要关注的个案，会员数据也整齐地保存在合作社的核心系统中。数字化合作社系统的概况见数字化储蓄信贷合作社系统。

监控与审计验证流程

e-KYC 上线后，工作并没有结束。欺诈手法不断变化，流程质量也可能在不知不觉中下降，例如在应用更新或服务商调整之后。应对以下几项指标进行定期监控：

• 自动通过、被拒绝和转入人工审核的验证比例
• 最常见的失败原因，例如照片模糊、数据不匹配或活体检测失败
• 人工审核的平均时长以及积压数量
• 通过验证但后来被证实有问题的账户
• 来自同一设备、地点或相同数据模式的注册激增

为每项决策保留审计轨迹：由哪个人或哪个系统作出决定、何时作出、依据什么评分。在处理客户投诉、监管检查或纠纷时，这些记录非常重要。与合规团队定期审查决策阈值，并在服务商或应用更新时重新测试流程。

需要避免的常见错误

• 在不需要的情况下要求所有用户提供身份证
• 无限期保存所有原始照片
• 自动拒绝而没有人工审核路径
• 没有在低价手机和光线不佳的条件下测试流程
• 把决策阈值写死在代码里，难以调整
• 不关注深度伪造或合成身份等新的欺诈手法
• 把 e-KYC 当作一次性步骤，而高风险交易可能需要重新验证

常见问题

所有应用都必须做 e-KYC 吗？

不是。受特定金融法规约束的企业必须实施，高风险服务强烈建议实施。对于普通应用，验证手机号和邮箱往往就已足够。

一个好的 e-KYC 流程应该多长时间？

对用户来说，从拍摄身份证到得出结果，理想情况是几分钟。自动决策通常在几秒内完成，而人工审核可能需要更长时间，取决于团队能力。

没有电子身份证的用户怎么办？

根据适用于你企业的规定，准备其他身份证件或线下核验等替代方式。

e-KYC 可以与电子签名结合使用吗？

可以。经过验证的身份是在合同或贷款协议中使用电子签名与电子印花的有力基础。

结论

好的 e-KYC 需要在安全、合规和便利之间取得平衡。先确定真正需要的验证级别，使用具备官方验证渠道的服务商，在强有力的保护下尽量少存数据，并设计能够包容用户失误的流程。这样，企业就能在减少欺诈的同时，不在注册中途流失合法的潜在客户。