KYC 深度解析：流程、要求与API接口 (ZH)

KYC，即“了解您的客户”，是组织用来确认客户身份、评估关系风险并持续更新这些理解的过程。在受监管的行业中，KYC将客户尽职调查付诸实施：它连接身份证明、验证、风险评估、筛查、决策、记录和持续审查。

KYC并非文档扫描的同义词。文档检查可以验证一项证据，而完整的KYC计划则决定了何种证据是充分的、如何处理高风险情况、何时需要再次审查客户以及如何解释后续的每个决策。

关键要点

• KYC是一个生命周期，而非一次性检查。它在入职前或入职期间开始，并在身份数据、制裁风险、所有权或行为发生变化时持续进行。
• eKYC是KYC的数字化交付。它可以使用文档、权威数据库、生物识别、NFC和其他远程证据，但它不能消除基本的合规义务。
• KYC和AML相关但不同。KYC识别和评估客户；AML是更广泛的控制框架，还可以包括交易监控、调查、报告和治理。
• 风险决定深度。低风险申请人可以遵循更简单的路径，而高风险关系可能需要加强尽职调查和人工审查。
• KYC API只是运营模式的一部分。团队还需要政策、编排、异常处理、审计记录、隐私控制和监控。

KYC意味着什么？

KYC意味着充分了解客户，以便就客户关系做出并维持一个可辩护的决策。具体的法律义务因司法管辖区、行业、产品、客户类型和风险水平而异。常见的操作模式是识别客户、验证可靠证据、了解关系的预期目的和性质、评估风险并监控重大变化。

金融行动特别工作组关于数字身份的指南将数字身份系统视为支持客户识别和验证的一种方式。它不会将技术结果自动转化为合规：受监管组织仍有责任判断系统、保证级别和控制措施是否适合风险。

KYC通常被随意地用作身份验证的简称。这种简称在产品对话中很有用，但在合规计划中却不完整。身份验证回答了出示证据的人是否与所声称的身份相关联。KYC还询问关系是否被理解、风险是否可接受以及客户资料是否保持最新。

KYC、eKYC、CDD、AML、CIP和KYB比较

术语	实际含义	典型范围	常见错误
KYC	了解并评估个体客户	身份、风险、筛查、决策、记录、审查	将其视为一次性文档上传
eKYC	通过数字渠道完成的KYC	远程证据捕获、验证、生物识别、数据库检查	假设“电子”意味着较低的保证
CDD	客户尽职调查	身份、相关时期的受益所有人、目的、风险、监控	将CDD简化为制裁筛查
EDD	针对高风险情况的加强尽职调查	更多证据、资金或财富来源检查、批准、更密切的监控	对所有风险级别应用相同的工作流程
AML	反洗钱控制框架	KYC、筛查、交易监控、调查、报告	将KYC和AML互换使用
CIP	客户识别要求，尤其是在美国用法中	收集和验证识别信息	假设一个国家的CIP规则是普遍适用的
KYB	了解您的业务	实体状态、所有权、控制人、业务活动、关联人员	验证公司而非其受益所有人

这些术语之所以重叠，是因为它们描述了相同操作问题的不同层面。KYC以客户为中心。CDD是基于风险的法律和操作流程。AML是更广泛的金融犯罪框架。eKYC描述了渠道。KYB将类似的推理应用于法人实体及其所有权。

KYC流程如何运作？

最强大的KYC流程将政策与证据分离。政策定义了必须证明什么以及在每个风险级别会发生什么。证据和技术检查支持该政策。

1. 设定政策和触发条件

从检查的原因开始。账户开立、受监管交易、付款、账户恢复、额度增加或重大资料变更可能需要不同的保证。在选择API字段之前，定义司法管辖区、客户类型、接受的证据、禁止的关系、升级规则、保留期限和所有者。

2. 收集识别信息

仅收集用于目的和适用义务所需的属性。常见字段包括法定姓名、出生日期、居住地址、国籍和政府标识符。商业客户需要实体数据和所有权信息。

数据最小化在这里很重要。收集更多数据并不会自动产生更多保证；如果信息没有明确的用途，它可能会带来隐私、安全和操作风险。

3. 解决声称的身份

身份解析确定所提供的属性是否指向相关人群中真实、独立的个人。证据可以是政府颁发的证件、数字凭证、权威数据库记录或允许的组合。

当前的NIST身份证明模型将解析、验证和核实分开。这种区别在美国政府使用之外也很有用，因为它阻止了团队将三个不同的问题合并为一个分数。

4. 验证证据和属性

验证询问证据是否真实、准确且在政策下可接受。文档流程可以检查格式、有效期、打印和机器可读字段、安全功能、篡改和发行者数据。数据库流程可以将提交的属性与权威或可信来源进行比较。

验证应返回证据、警告和原因代码，而不仅仅是“通过”或“失败”。机器可读区域不匹配、证件过期和不受支持的证件是不同的操作条件，可能需要不同的操作。

5. 验证申请人是合法持有人

验证将流程中的人员与已验证的身份关联起来。在远程文档流程中，这可能涉及实时捕获、活体检测以及申请人与证据上肖像之间的一对一比对。

这些检查回答了不同的问题：

• 文件验证：证据是否真实且可接受？
• 人脸比对：出示的人脸是否与参考肖像一致？
• 活体检测：捕获时是真实活体而非伪造品？
• 捕获完整性：媒体是否通过预期的传感器和渠道而非注入？

没有一个答案可以替代其他答案。

6. 筛查和评估客户风险

风险评估将身份结果与关系目的、地理位置、产品风险、客户类型和其他政策因素结合起来。在需要时，筛查可以涵盖制裁、政治公众人物、负面媒体和其他相关来源。

潜在匹配不一定是已确认匹配。姓名可能冲突，列表可能不完整，并且上下文很重要。良好的工作流程会保留匹配的字段和源数据，应用阈值，并将模糊或高风险的情况路由到经过培训的审查员。

7. 决策、登记和保存证据

结果应映射到明确的状态，例如批准、拒绝、重试或人工审查。存储政策版本、证据引用、提供商响应、原因代码、时间戳、审查员操作以及审计和上诉所需的最终理由。

不要让浏览器决定是否授予访问权限。后端应使用已签名的webhook或从API检索最终结果，验证真实性和幂等性，然后更新客户状态。

8. 监控和更新

KYC在入职后继续进行。当证件过期、所有权变更、制裁数据变化、行为偏离预期档案或发生高风险行为时，更新可以是定期的或事件驱动的。交易监控和持续AML筛查是相关的控制措施，但两者都不应悄悄地重写原始身份记录。

什么是eKYC？

eKYC是通过电子渠道进行的KYC。它用远程证据捕获、数字凭证、权威数据库查询、生物识别验证、NFC芯片读取或组合方式取代或补充了现场收集。

评估问题不是“数字还是手动？”。而是证据、捕获方法、欺诈控制和异常处理过程是否达到了用例所需的保证。精心设计的远程流程可以收集强大的证据并创建详细的审计跟踪。设计不佳的流程可以高速自动化薄弱的检查。

eKYC也改变了故障模式。团队必须考虑被操纵的媒体、虚拟摄像头、设备模拟器、可访问性需求、摄像头质量、网络丢失、重复尝试以及无法出示默认证据的用户。异常处理是控制的一部分，而不是事后才考虑的。

KYC和AML如何结合？

KYC是AML控制的组成部分之一。它创建了下游控制所依赖的客户身份和初始风险图景。AML还可以包括制裁和政治公众人物筛查、持续筛查、交易监控、警报调查、可疑活动报告、记录保存、培训、治理和独立测试。

这种关系最容易从时间线上看出：

1. 关系建立之前：识别、验证、筛查和评估客户风险。
2. 关系存续期间：监控活动和与预期档案的变更。
3. 当风险变化时：根据需要更新证据、应用加强尽职调查、限制活动、调查或报告。
4. 关系终止时：保留所需记录并应用任何持续的限制。

这就是为什么aml kyc搜索不应该导致一个只讨论文档捕获的页面。身份决策提供了上下文；持续控制测试现实是否继续与它匹配。

KYC API应提供什么？

KYC API应提供一个稳定的合同，用于创建检查、接收结果和处理异常。确切的端点形状不如其周围的操作保证重要。

核心API功能

• 将检查映射到您自己的记录的客户或供应商引用。
• 创建和重试操作的幂等性。
• 明确的工作流或策略版本控制。
• 相关时提供托管和嵌入式捕获选项。
• 带有文档化事件状态的签名、可重试的webhook。
• 一个检索端点，以便消费者可以协调错过的事件。
• 结构化的原因代码、警告和证据级别的结果。
• 技术故障、用户重试、审查、批准和拒绝的独立状态。
• 成功和失败路径的测试数据和沙盒场景。
• 保留、删除、驻留和访问控制文档。

最小集成模式

您的后端
  -> 使用内部客户引用创建验证会话
  -> 将用户发送到批准的捕获流程
  -> 接收签名事件
  -> 从提供商API检索最终决策
  -> 应用您自己的政策和客户状态转换
  -> 记录证据、原因和政策版本

供应商结果是您决策的输入。将策略边界保留在您的后端，可以更改阈值、提供商或工作流，而不会失去对客户状态的控制。

团队应如何评估KYC服务？

法规和保证的适用性

询问服务支持哪种身份证明模型，可用的证据强度，涵盖哪些司法管辖区和客户类型，以及每个组件适用的独立测试。一项生物识别机制的认证并不能认证整个入职流程。

反欺诈能力

审查证件攻击覆盖范围、活体攻击检测、注入防御、人脸比对评估、重复设备或身份控制以及人工审查工具。询问测试协议、攻击类别、误接受和误拒绝结果，以及在压缩、光线差、旧设备和未见攻击下的性能变化。

覆盖质量

“全球”不是测试计划。构建您实际服务的国家、证件类型、脚本、数据源和客户群体的矩阵。运行类似生产环境的样本，并按细分市场跟踪完成率、拒绝率、审查率和不受支持的证据率。

决策质量和运营

检查原因代码、证据视图、审查员权限、审计日志、案例队列、重试控制和上诉。如果分析师无法理解异常情况，高自动化率就没用。

开发人员可靠性

测试幂等性、webhook交付、签名验证、排序、重试、超时、API版本控制、速率限制、状态协调和沙盒保真度。定义当用户完成流程但事件延迟时会发生什么。

隐私和安全

将每个收集的属性和生物识别工件映射到目的、保留规则、访问策略、区域和删除路径。审查子处理器、加密、事件响应、访问日志以及分离环境和应用程序的能力。

用户体验和包容性

按证件、设备、操作系统、网络、语言和相关人口统计组测量完成率和误拒绝率。为无法完成默认方法的用户提供明确的恢复说明和替代路径。

常见的KYC实施错误

将KYC视为一次性门槛

干净的入职结果可能会过时。证件会过期、观察名单会改变、账户会被盗用、行为会改变。在编写原始政策时定义刷新触发条件。

混淆验证与风险接受

一个人可以被正确识别，但仍然存在不可接受或升高的风险。将身份、筛查、客户风险和业务资格视为独立的决策。

自动拒绝每个潜在筛查匹配

姓名不是唯一的标识符。保留匹配上下文并审查模糊结果，而不是将每个候选匹配转换为已确认身份。

对每个客户使用相同的工作流程

统一的流程可能会使低风险用户负担过重，同时对高风险情况检查不足。使用有记录的基于风险的方法，并包含有界分支和明确的升级标准。

信任客户端重定向

成功页面不是可信的决策。在服务器端确认结果、验证事件、检索规范记录并在您自己的系统中做出访问决策。

仅测量通过率

同时跟踪安全和用户结果：误接受、误拒绝、重试、放弃、人工审查率、解决时间、不支持的证据和下游欺诈。如果控制措施减弱，较高的通过率可能是一个警告。

忽略异常路径

真实用户可能证件损坏、姓名不匹配、设备有限、残疾和连接不良。在发布之前定义重试、替代证据、人工审查、上诉和支持所有权。

Didit的适用性

Didit提供可组合的身份和欺诈检查，可以组装成工作流程。已发布的KYC捆绑包价格为0.33美元，包括身份验证、被动活体检测、人脸比对和IP分析；已发布的免费套餐是每月500次免费验证。

对于身份部分，请参阅身份验证。对于存在检查，请参阅活体检测。对于客户风险筛查，请参阅AML筛查。团队可以通过工作流编排器连接这些检查，并在定价页面上查看模块级费率。

这些产品结果仍需符合组织的政策、法律分析、审查流程和监控计划。

常见问题

KYC代表什么？

KYC代表“了解您的客户”，也写作“了解您的客户”。它是识别客户、验证适当证据、评估关系风险并保持客户资料更新的过程。

eKYC与KYC不同吗？

eKYC是通过远程或数字方法进行的KYC的电子交付。目标保持不变；证据、捕获方法、欺诈威胁和用户恢复路径有所不同。

KYC与身份验证有什么区别？

身份验证在声称的身份和申请人之间建立关联。KYC则将该结果与风险评估、筛查、政策、记录和持续审查结合使用。

KYC与AML有什么区别？

KYC是AML中以客户为中心的一部分。AML更广泛，可以包括交易监控、调查、可疑活动报告、治理和持续控制。

KYC总是需要身份证明文件吗？

并非普遍如此。接受的证据取决于法律、政策、保证、司法管辖区和风险。一些允许的流程可以使用权威数据库、数字凭证或组合证据。团队应确认适用的要求，而不是假设一种方法适用于所有情况。

KYC应该多久更新一次？

没有普遍的间隔。更新应遵循适用的要求和有记录的风险模型，并在重要的身份、所有权、制裁、文件或行为信号发生变化时进行事件驱动的审查。

KYC API能否使企业合规？

没有API本身可以实现合规。它可以收集证据并返回结构化结果，而组织仍负责政策、风险决策、异常、治理、记录和监控。

主要参考文献

• FATF数字身份指南
• FATF客户尽职调查指南
• NIST SP 800-63A-4：身份证明和注册
• HMRC对客户尽职调查的解释

当身份证据、风险政策、技术控制、人工判断和持续监控达成一致时，KYC才能发挥作用。首先构建生命周期；然后选择可以支持它的检查和API合同。