> ## Documentation Index
> Fetch the complete documentation index at: https://docs.thedecard.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 合规与 KYC 流程

> 说明 KYC 流程所需的材料、可发卡范围和各地区证件要求；状态与错误码等操作细节见相关指南。

## 📄 正文

无论您是交易所、钱包还是平台方，都可以把持卡人的身份核验交给 DCS——我们提供 API 直连与托管页（H5）自助两种 KYC 接入方式，您可按对接深度自由选择，无需自行处理证件留存、活体识别与反洗钱筛查等敏感且合规要求高的环节。作为受新加坡金融管理局（MAS）监管的发卡机构，DCS 依法对每一位用户完成身份证明（POI）与地址证明（POA）核验，并基于反洗钱（AML）规则进行风险评估。只有通过 KYC 的用户才能申请和使用虚拟卡。

***

## 合规：可发卡范围与证件要求

在为终端用户开卡前，最应先与 DCS 对齐两件合规事实：该用户所在地区是否可发卡，以及需要准备哪些证件。这两点由您与 DCS 的合作协议、以及用户所在地区共同决定。

## KYC 的组成部分

依据 DCS 合规要求，需要向用户收集以下四类材料：

1. **POI（身份证明）**——证明「这个人是谁」
2. **POA（地址证明）**——证明「这个人住在哪」
3. **活体检测（Liveness / 人脸识别）**——证明「这是真人、且是本人在操作」
4. **背景信息**（就业状态、资金来源、开户目的等）——用于反洗钱风险评估

## KYC 证件（POI、POA）

DCS 已将部分国家/地区的证件列入白名单，使其同时充当身份证明（POI）与地址证明（POA）——符合白名单的用户只需提交一份证件 + 人脸 + 背景信息，无需另交地址证明。若提交的身份证件不含地址，用户需额外补交地址证明（POA）。证件影像的要求请参阅 [KYC 证件说明](../customer-success/faq-kyc-documents)。

## 持卡人资格要求

* **年龄**：18～70 岁之间
* **税务身份**：非美国居民 / 非美国税务居民
* **居住地**：仅限您与 DCS 协议覆盖的地区可开卡

## 背景信息

依据 AML 规定，需要用户提交相关信息。完整枚举取值见 [KYC 申请参数字典](../how-to-use/kyc/kyc-application-fields)。

| 信息项            | 说明 / 可选值                     |
| -------------- | ---------------------------- |
| 就业状态           | 在职 / 企业主 / 自雇 / 失业 / 退休 / 学生 |
| 行业 / 职业 / 就业资历 | 见参数字典                        |
| 开户目的           | 日常消费 / 投资 / 账单支付等            |
| 资金来源 / 资金来源国家  | 自有银行账户 / 第三方账户 / 加密货币充值等     |
| 财富来源           | 就业收入 / 储蓄 / 继承 / 经营收入等       |

***

## 核心流程：一次申请、一个工单、一条状态线

KYC 在合作伙伴自管模式中以 **KYC 工单（KYC Ticket）** 为载体：一位用户（`customerId`）发起一次 KYC，即生成一个工单（`kycTicketId`），此后所有状态推进与结果查询都围绕这一工单进行。

<Frame>
  <img className="block dark:hidden" src="https://mintcdn.com/dcs-0bf7a937/oUoeUKtwWWK2o-Li/imgs/diagrams/pa-kyc-core-flow-light.svg?fit=max&auto=format&n=oUoeUKtwWWK2o-Li&q=85&s=b8503a0ed61b7c0df0ed305b4aaa8387" alt="KYC 核心流程" width="714" height="264" data-path="imgs/diagrams/pa-kyc-core-flow-light.svg" />

  <img className="hidden dark:block" src="https://mintcdn.com/dcs-0bf7a937/oUoeUKtwWWK2o-Li/imgs/diagrams/pa-kyc-core-flow-dark.svg?fit=max&auto=format&n=oUoeUKtwWWK2o-Li&q=85&s=ca92b4a7b2361b97035585cbd1d53719" alt="KYC 核心流程" width="714" height="264" data-path="imgs/diagrams/pa-kyc-core-flow-dark.svg" />
</Frame>

工单状态变化既可通过 `KYC_TICKET` Webhook 主动推送给接入机构，也可随时通过查询接口获取。

> **职责划分**：DCS 负责接收并安全存储证件、核验真伪、AML 筛查、必要时人工复核，并推进及通知状态；接入机构负责发起申请、引导用户完成需用户参与的环节（如人脸认证），并依据结果推进发卡。

***

## KYC 流程：两种接入方式

请根据接入深度选择以下一种方式，两种流程最终都会走向「工单 `PASSED` → 申请虚拟卡」：

* **API 模式**——创建用户 → 调用 `apply-kyc` 获取 `kycTicketId` → 通过 `KYC_TICKET` Webhook 或查询接口获取结果，期间可能需要用户完成人脸认证。状态枚举、人脸引导、重新提交与拒绝码等执行细节见 [申请 KYC](../how-to-use/kyc/apply-kyc) 与 [KYC 拒绝错误码](../how-to-use/kyc/kyc-reject-codes)。
* **H5 托管模式**——创建用户 → 调用 `apply-kyc-h5` → 用引导页换取 H5 链接并发给用户，证件采集 / 活体 / 背景信息全部在 DCS 托管页完成。分步流程与幂等行为见 [H5 KYC 引导页](../how-to-use/kyc/h5-kyc-guidance)。

> 两种模式的工单都以 `kycTicketId` 贯穿，状态也共用同一套查询与 Webhook 机制，区别仅在于「证件由谁采集」。具体状态枚举与拒绝码，请按上方链接查阅对应操作指南页。

***

## Sumsub Token 接入（数据提供方）

* **接入机构是数据提供方**：向 DCS 获取 UAT 与 PROD 对应 Token，在 Sumsub 平台添加；DCS 的 Sumsub 平台可见接入机构在 Sumsub 注册的名字。

更多 Sumsub / KYC 服务商接入说明见 [KYC 服务商说明](../customer-success/faq-kyc-vendor)；亦可参考 Sumsub 官方文档：[管理分享伙伴](https://docs.sumsub.com/docs/manage-sharing-partners)。

***

## 下一步

KYC 通过（`PASSED`）后，即可为用户申请虚拟卡。请前往 [申请虚拟卡](../how-to-use/cards/virtual-card) 继续。