> ## 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.
# 概述
> 企业卡开放平台是什么：把发卡能力嵌入您的产品，为企业客户签发全球可用的企业卡；三层身份模型、两种资金模式、四种卡型与安全合规边界。
## 📄 正文
本页帮助您建立对企业卡开放平台的整体认识：它是什么、核心价值、适用场景、功能与卡型全景，以及安全合规的分工边界。读完本页，即可判断产品是否匹配您的业务形态。
## 产品定位
**更简单的发卡**
企业卡开放平台让您把「发卡」直接嵌入自己的产品，为企业客户签发可用于全球线上线下支付的企业卡——无需自行申请发卡牌照、洽谈 BIN 赞助、搭建发卡系统，也无需逐一对接卡组织、发卡行与清算机构。这些底层能力由 DCS 统一承载，您只通过一套 OpenAPI 调用。
DCS 在后台完成开户尽调、卡片制发、授权处理、清算记账与合规风控等重活；您专注于面向企业客户的产品与体验，并始终是客户的唯一对接方。牌照、BIN、PCI、卡片生产与交易处理均由 DCS 承担，您无需为此单独投入。
**API 优先：您的产品 + 我们的发卡基础设施**
企业卡开放平台的核心交付物，是一套覆盖发卡全生命周期的 OpenAPI——从公司开户、员工创建、卡片申请、资金充值、交易管控，到账单对账、3DS 认证，每一个能力节点都可通过 API 调用完成。
「API 原生发卡」（API-Native Issuing）是把发卡业务变成一个可编程、可嵌入、可自动化的基础设施组件的能力。您不需要关心 BIN、卡组织、清算网络这些底层细节，它们被封装在 API 背后，由 DCS 统一调度。
* **发卡不再是「跳转」。** 在传统模式里，您的客户要离开您的产品界面，去银行门户填表、申请、等待审核、收卡、激活……流程断裂、体验割裂。而通过 API，整个过程可以完整地嵌入到您的产品流程里——客户在您的后台点一个按钮，卡就在 10 秒内生成了，不需要离开您的页面。
* **数据不再有「断层」。** 授权、清算、余额变动、账单生成——每个关键节点都通过 Webhook 主动推送到您的系统，而不是等月底收到一张 PDF 对账单再手工核对。您的客户看到的交易数据，和您看到的，和 DCS 看到的，是同一套数据。
* **扩展不需要「谈判」。** 想支持新的卡类型？想调整限额规则？想新增一种资金模式？只要 DCS 的能力集覆盖了，您就在 API 层面获得了它，不需要重新签约、重新谈判、重新走一遍商务流程。
**三层模型：客户体验由您掌控**
我们以「合作伙伴 → 公司 → 员工」的三层结构来组织您的业务：
* **合作伙伴**就是您——把发卡能力嵌入自己产品的平台方。
* **公司**是您的企业客户，它们注册、开户、充值、管理预算。
* **员工**是最终持卡人，消费发生在他们手中。
**两种卡形态**
* **虚拟卡**：发卡即用，秒级下发，适合线上支付、电商采购、广告投放等场景。
* **实体卡**：由已激活的虚拟卡同号升级获得——卡号、CVV、有效期、卡 ID 全程不变，不需要迁移任何绑定关系。适合线下差旅、餐饮、采购等场景。
## 核心价值
**全流程 API 自助发卡**
从企业开户、员工创建到发卡、充值、消费与结算，全流程通过一套 OpenAPI 开放，可完全嵌入您的系统实现自助化运营，无需人工介入或线下流程。其中开户、创建员工、发卡等耗时环节采用「同步受理 + 异步回调」：接口即时返回申请 ID，最终结果经事件回调主动通知、并可轮询兜底；所有写接口支持幂等键，网络重试与重复提交都安全可控。
**两种资金模式，粒度自选**
同一家企业客户下，您可以灵活组合两种资金模式：公司资金池（多卡共享余额、集中记账，适合统一管控）与单卡独立余额（专款专用、独立封顶，适合预算隔离）。两者共用同一套接口，并支持双向划拨——下拨为某张卡分配预算，回收把余额收回资金池，全部在同币种、同公司范围内闭环。您可以按客户的组织方式与预算习惯自由编排，而不必迁就固定的产品形态。
**全链路事件驱动，可追溯、可对账**
开户、发卡、授权、清算、充值、余额变动等关键节点都会通过 Webhook 主动推送，让您的系统实时感知业务进展并驱动自身流程。每条事件携带全局唯一 ID 作幂等标识、并经 HMAC-SHA256 签名防篡改，推送失败自动重试；同时每类事件都提供对应查询接口作为兜底，不依赖单一通道，账务全程可追溯、可核对。
## 适用场景
企业卡的价值，在于把「谁能花、花多少、花在哪」变成可编程的规则。以下是合作伙伴常见的落地场景，都可以在同一套接口上实现：
| 场景 | 说明 | 推荐卡型 |
| ----------- | -------------------- | ---------------- |
| 在线市场 / 电商平台 | 向电商平台与市场付款，用虚拟卡逐笔管控 | 公司公用卡 / 员工卡（公司池） |
| 在线广告 | 按周期封顶隔离广告平台支出 | 专款专用卡（独立余额、封顶） |
| SaaS 与云服务 | 软件与云服务的周期性订阅续费，按类目锁定 | 公司公用卡 或 专款专用卡 |
| 商务差旅与餐饮 | 酒店、机票与餐饮等线下差旅消费 | 员工卡（公司池 / 独立余额） |
| 供应商与货款支付 | 每个供应商 / 项目一张卡、设定独立余额 | 专款专用卡 |
| 员工日常开支 | 给员工一张带独立限额的费用卡 | 员工卡 |
所有场景共用同一套接口与同一个公司主体，卡型仅由申请时的类型码决定；同一员工名下可同时持有公司池卡与独立余额卡。消费管控（金额 / 笔数 / 币种 / MCC / 地区）通过交易限额限次规则实现，见 [限额与账单](../basic-concepts/limits-and-billing) 与 API 参考。
**管控的粒度，由您定义**
消费管控通过交易限额限次规则实现——可以按单笔 / 日 / 月 / 季 / 年设定金额与笔数上限，也可以叠加币种、MCC、交易地区的黑白名单。
规则绑定到卡或员工。当一个对象绑定多条规则时，系统自动取最严格的值生效。这意味着您可以同时满足「公司级总控」和「部门级细分」两个层级的管控需求，而无需创建复杂的规则继承体系。
## 功能全景
**公司开户**
| 能力 | 说明 |
| ------------- | --------------------------------- |
| 公司开户 | 需先完成 KYB 尽职调查，通过后创建公司并建立资金池 |
| 查询开户申请 | 查询申请状态、KYB 结果与拒绝原因 |
| 重新提交审核 | KYB 未通过时，修正法定名称 / 注册号后按同一申请重新提交审核 |
| 查询公司详情 | 公司名称、注册号、资金池币种、状态等 |
| 状态更新（冻结 / 解冻） | 按能力域粒度加减行为状态，集合语义、幂等 |
| 余额不足预警 | 按币种设阈值与通知邮箱，跌破触发 Webhook 与邮件通知 |
**员工管理**
| 能力 | 说明 |
| ------------- | --------------------------------- |
| 创建员工 | 异步受理，KYC 姓名筛查通过后下发员工 ID |
| 查询 / 重新提交 | 查询申请与结果；KYC 被拒后修正信息后重新提交 |
| 更新员工信息 | 姓名 / 手机 / 邮箱一次改一项；信息变更后触发重新送审 KYC |
| 状态更新（冻结 / 解冻） | 冻结员工后，该员工名下所有卡拒绝交易 |
**卡片管理**
| 能力 | 说明 |
| ----------- | ------------------------------------------------------ |
| 申请虚拟卡 | 指定持卡主体与卡类型；风控与建卡全程异步，终态经事件回调 |
| 查询卡 / 卡列表 | 卡号前 6 后 4、公司、持卡主体、卡类型、卡组织、余额模式、币种、状态 |
| 开通独立余额卡收款账号 | 独立余额卡可按需开通银行虚拟账号（VA）供入金，或从公司池划拨 |
| 获取卡敏感信息 | 返回密文级卡号 / CVV2 / 有效期，供合作伙伴在自有前端安全展示；仅持 PCI DSS 的合作伙伴可调 |
| 虚拟卡转实体卡 | 对已激活虚拟卡发起实体卡制卡（同卡号升级） |
**资金管理**
| 能力 | 说明 |
| ------------- | --------------------------------- |
| 查询余额 | 按资金主体（公司池 / 独立余额卡）与币种查询可用余额与在途冻结 |
| 获取充值入金信息 | 返回收款账号、银行代码 / 名称、户名、SWIFT 等，供客户汇款 |
| 资金划拨 | 公司池 ⇄ 独立余额卡内部划拨，同币种、同公司闭环，含幂等校验 |
| 查询划拨结果 / 充值流水 | 按标识查划拨状态；分页查入金历史，供对账 |
## 卡片类型
卡型由两个正交维度组合而成：**持卡主体**（卡发给谁）×**余额模式**（钱从哪个账户扣）。申请时通过卡类型码指定。
| 业务卡型 | 卡类型码 | 持卡主体 | 余额模式 | 托管人 | 典型场景 |
| --------- | -------------------------------- | ---- | -------------- | --- | -------------------- |
| 公司公用卡 | `COMPANY_UTILITY_CARD` | 公司 | SHARED 公司池 | 必填 | 公司统一开支，多卡共用一个资金入口 |
| 专款专用卡 | `COMPANY_DEDICATED_PURPOSE_CARD` | 公司 | DEDICATED 独立余额 | 必填 | 公司预算专用卡，每卡一份独立预算 |
| 员工卡（公司池） | `EMPLOYEE_CARD_CORPORATE_FUNDED` | 员工 | SHARED 公司池 | — | 最常见的员工费用卡：员工刷卡、钱出公司池 |
| 员工卡（独立余额） | `EMPLOYEE_CARD_SELF_FUNDED` | 员工 | DEDICATED 独立余额 | — | 差旅卡 / 额度隔离卡，卡余额用完即止 |
* **托管人**：按监管要求，公司卡须指定一名本公司在职员工作为托管人（Custodian）。卡片有问题时将联系托管人，消费遇 3DS 挑战需由托管人完成验证。
* **卡面刻印名**：支持两行刻印名，在申请实体卡时可指定刻印名。
* **可开范围**：可开通卡片的类型、数量等由 DCS 按合作伙伴与公司配置。
* **虚拟卡与实体卡**：虚拟卡先行——发卡接口签发虚拟卡，发卡即可用。如需实体卡，对已激活的虚拟卡发起「虚拟卡转实体卡」，由同一张卡同号升级获得实体卡。
## 安全与合规
合规与安全是发卡业务的门槛，DCS 把其中最重的部分替您扛下：牌照与 BIN 归属、PCI 数据环境、KYB/KYC 尽调、风控与制裁筛查均由 DCS 承担。您在此基础上按下述机制完成对接即可。
* **尽职调查**：公司开户做 KYB，员工做 KYC。两类被拒后均可修正关键字段、按同一申请重新提交审核。
* **风控与冻结**：冻结分两种来源——合作伙伴主动冻结可经 API 自助解除；风控 / 监管 / 司法冻结不可自助解除，须走客服流程。两种粒度——冻结卡只停该卡，冻结员工则该主体名下所有卡拒绝交易。提供 5 个能力域冻结码（账户 / 入金 / 出金 / 支付 / 卡片），可分别加减。
* **数据安全**：DCS 为每个合作伙伴下发一对 AK / SK，SK 不在任何请求中明文出现，仅用于本地计算签名（HMAC-SHA256），请求带时间戳与随机数防重放。合作伙伴身份由网关按 AK 验签确定，请求体自带的机构标识一律忽略。
* **卡数据保护**：常规查询接口不返回完整卡号，仅返回前 6 位（BIN）与后 4 位。完整卡号 / CVV2 / 有效期只经「获取卡敏感信息」接口以 AES-GCM 密文返回，且仅对通过 PCI DSS 认证的白名单合作伙伴开放；无 PCI DSS 的合作伙伴可集成我们的卡信息安全托管页。
## 下一步
* 对接前的准备事项：[前置准备](./first-steps)
* 按最短路径跑通「开户 → 充值 → 发卡 → 消费」：[快速开始](./quickstart)
* 理解持卡主体、资金模型与状态机：[持卡主体与资金模型](../basic-concepts/identity-and-funding)