Home
HomeGuidesAPI Reference
HomeLog In
API Reference

Entity KYB


KYB 企业认证集成指南

KYB Connect 是一套面向合作伙伴平台的精简合规企业开户解决方案。

核心功能

KYB Connect 是 Legend Trading 开发的企业开户合规解决方案。它提供一套 API，允许合作伙伴平台（如交易所、钱包和支付服务商）将已有的企业用户数据共享给 Legend Trading。

这使得已在合作伙伴平台完成 KYB 认证的企业用户无需重复 Legend 标准 KYB 流程中的大部分步骤，减少重复提交相同企业文件的需要。

主要优势

对企业用户

  • 一键开户 - 避免重复进行 KYB 流程
  • 无缝开户体验 - 显著减少开户时间和文件提交工作量
  • 一体化用户体验 - 在合作伙伴平台内提供原生开户体验

对合作伙伴平台

  • 更高转化率 - 更流畅的开户流程有助于提高用户转化
  • 自定义 UI 控制 - 构建您自己的企业友好界面
  • 白标集成 - 将 KYB 呈现为平台原生功能
  • 合规保障 - 维持强有力的 AML 和 KYB 合规标准

KYB 流程概述

所有 KYB 申请均由 Legend 合规团队人工审核，确保全面合规的开户流程。大多数准备充分的申请可在 1-2 个工作日 内完成，实现快速高效的开户体验。

一、流程概述

此 KYB 工作流程验证企业实体身份，并确保符合 反洗钱（AML） 和 了解你的客户（KYB） 要求。

涵盖从提交到最终决定的完整生命周期，包括：

  • 基本信息收集
  • 文件上传
  • 受益所有人声明
  • 问卷填写

所有申请均由 Legend 合规团队人工审核。

二、详细流程步骤

步骤 1：信息收集与提交

触发条件： 企业用户开始 KYB 流程，并通过以下 API 提交所需信息：

  • 基本信息：
    POST /app/kyc/entity/general - 提交企业详细信息
  • 文件：
    POST /app/kyc/entity/documents - 提交企业文件
  • 文件上传：
    POST /app/kyc/entity/file - 上传文件（返回 file_id）
  • 银行信息：
    POST /app/kyc/entity/banking - 按目标国家提交银行信息
  • 代表人信息：
    POST /app/kyc/entity/rep - 添加代表人
  • 受益所有人信息：
    POST /app/kyc/entity/bo - 添加受益所有人
  • 母公司信息：
    POST /app/kyc/entity/parent - 添加母公司（如适用）
  • 问卷：
    GET/POST /app/kyc/entity/qa - 获取和提交问卷

系统响应：

  • 保存所有提交的数据
  • 允许通过 GET API 获取已提交的数据
  • 将 KYB 状态更新为 "进行中"

步骤 2：提交申请

触发条件： 用户确认所有必需数据已填写完成，并调用：

POST /app/kyc/entity/submit

重要提示： 提交后，申请将无法再进行编辑。

系统响应：

  • 将申请放入人工审核队列
  • 将状态更新为 "已提交"

步骤 3：人工审核

审核方： Legend 合规团队

审核流程包括：

  • 审核所有提交的信息
  • 验证所提交文件的真实性
  • 审查股权结构并识别最终受益所有人（UBO）
  • 进行 AML 筛查和制裁检查

审核期间可能的结果：

  • RFI（信息补充请求）： 请求提供额外信息或支持文件
  • EDD（加强尽职调查）： 针对较高风险实体触发

系统响应：

  • 将状态更新为 "审核中" 或 "升级处理"

步骤 4：最终决定

触发条件： 审核完成

结果：

  • 通过

    • 状态：已通过
    • 企业账户激活
    • 流程完成

  • 拒绝

    • 状态：已拒绝
    • 用户可以查看拒绝原因，进行修正并重新提交申请
    • 流程完成

三、API 概览

模块接口方法描述
基本信息/app/kyc/entity/generalPOST保存企业信息
文件/app/kyc/entity/documentsPOST保存支持文件
文件上传/app/kyc/entity/filePOST上传文件
银行信息/app/kyc/entity/bankingPOST更新银行信息
问卷/app/kyc/entity/qaGET/POST获取/提交问卷
代表人/app/kyc/entity/repGET/POST/DELETE管理代表人
受益所有人/app/kyc/entity/boGET/POST/DELETE管理受益所有人
母公司/app/kyc/entity/parentGET/POST管理母公司信息
提交/app/kyc/entity/submitPOST提交 KYB 申请

四、状态定义

状态描述预计时长
进行中用户正在输入和上传所需数据取决于用户
已提交申请已提交等待审核1-2 个工作日
审核中申请正在人工审核通常 1-3 天
升级处理已触发加强尽职调查（EDD）最多 5-7 天
已通过认证已成功完成最终状态
已拒绝认证未通过审核最终状态

注意： 这是完全人工审核流程，不进行自动审批。

五、特殊流程

RFI（信息补充请求）

触发条件：

  • 缺少必需信息
  • 提交的信息不清楚或不一致
  • 需要额外的说明或文件

操作： 用户通过相关 API 提交所请求的补充材料。

状态： 保持 "审核中"

EDD（加强尽职调查）

触发条件：

  • 业务涉及高风险行业（如加密货币、博彩）
  • 实体与高风险司法管辖区相关
  • 股权结构复杂
  • 预期交易量异常偏高

额外要求：

  • 详细的股权结构文件
  • 资金来源验证
  • 实际控制人背景调查

状态： 更新为 "升级处理"

六、审核标准

通过条件

  • 完整且可验证的公司信息
  • 有效且清晰的支持文件
  • 所有持股 25% 及以上 的受益所有人已识别
  • 无负面媒体报道
  • 低风险行业和司法管辖区
  • 正常或预期范围内的交易量

触发 EDD 的情况

  • 信息不一致或不清楚
  • 文件不完整
  • 高风险行业或司法管辖区
  • 复杂的股权结构
  • 大额或异常的预期交易量
  • 公司信息无法独立验证

七、限制

项目限制说明
母公司最多 5 家添加更多前需先删除已有记录
代表人无硬性限制至少需要 1 名代表人
受益所有人持股 >=25%持股比例应与声明的股权结构一致

八、通知机制

每次状态更新时，可通过以下方式发送通知：

  1. 向企业用户发送邮件通知
  2. 向合作伙伴平台发送 Webhook 通知

九、异常处理

场景处理方式
数据修改仅在最终提交前允许
审核超时升级进行进一步审核
文件上传失败支持重试，并提供错误指引
数据不完整验证提示指出缺少的必填字段
拒绝提供拒绝原因以便修正和重新提交

十、最佳实践

  1. 提前准备 - 在开始前收集清晰完整的支持文件
  2. 确保一致性 - 确保所有提交的信息与支持文件一致
  3. 明确股权 - 提供完整透明的股权结构
  4. 及时响应 - 快速回应任何 RFI 请求以避免延误
  5. 谨慎提交 - 提交前仔细审核所有信息以降低被拒风险

此工作流程旨在平衡合规严谨性与用户体验，提供安全高效的 KYB 开户流程。

Updated 4 months ago

Updated 4 months ago