虚拟卡发行如何运作

虚拟卡发行的工作原理（简要）：

虚拟卡是通过发卡处理器以编程方式生成的卡号 (PAN)、有效期和 CVV。该卡只存在于软件中——没有物理塑料。当卡用于交易时，卡网络将授权请求路由到发卡处理器，发卡处理器应用您的程序规则（限制、商家控制、余额检查）并实时批准或拒绝。

了解虚拟卡发行的工作原理对于构建费用管理平台、广告支出工具、公司卡计划或任何想要向用户提供支付卡的产品的团队至关重要。本指南解释了完整的堆栈：从卡网络到 BIN 赞助商、处理器以及您实际构建的软件层。

卡网络堆栈

在构建虚拟卡产品时，您正在构建项目经理层。您不需要自己的银行许可证——BIN 赞助银行和处理机构会处理这个问题。您的产品层定义发卡逻辑、支出控制和最终用户体验。

图层	角色	示例
卡网	在商家和发行人之间路由授权请求；制定规则	Visa，Mastercard
发卡银行/BIN 保荐人	赞助该卡计划的持牌银行；保存 BIN 范围	萨顿银行、皮尔蒙特银行、Evolve 银行、WebBank
发卡处理器	代表 BIN 发起人管理卡生命周期、授权和控制的技术平台	Marqeta、Lithic、Stripe 发行、i2c、伽利略
项目经理（你）	产品层定义业务逻辑、用户体验和控件	您的平台建立在 Marqeta/Lithic/Stripe 上
持卡人	持卡并刷卡消费的用户	员工、承包商、买家、广告商

卡授权如何运作

当持卡人使用虚拟卡支付时（例如在 Google Ads 上输入卡号或在终端上刷卡），会实时发生以下情况 - 通常在 2 秒内：

商户发起授权: 商户的支付终端或支付网关向收单银行发送授权请求。

获取银行卡网络路由: 收单银行根据卡的BIN将授权发送到Visa或Mastercard。

卡网络路由至发卡处理器: 卡网络根据 BIN 识别发卡处理器并转发授权。

处理器应用程序规则: Marqeta/Lithic/Stripe 发行根据您的计划规则评估请求：支出限额、商家控制 (MCC)、余额以及来自您平台的任何实时 Webhook 响应。

返回批准或拒绝: 处理器通过链将批准或拒绝响应发送回商家终端——整个往返需要几毫秒。

交易事件发送至平台: 处理器将包含授权详细信息的 Webhook 发送到您的平台，以进行实时跟踪。

卡控制和程序规则

对于广告支出用例，通过 MCC 限制卡（在线广告为 5940，或 Meta/Google 的特定商家 ID）是一个关键控制。对于承包商付款，固定金额的一次性卡很有用。

支出限额——最大余额或每笔交易限额；超过时下降
商户类别代码 (MCC) 控制 — 将卡限制为特定商户类别（例如仅限数字广告平台）
特定商户限制 — 允许或阻止特定商户 ID（如果处理器支持）
地理限制——允许或阻止特定国家的交易
基于时间的控制——仅在特定的时间或日期内有效
一次性卡 — 卡号在首次成功授权后过期或停用
速度控制——每天或每周的最大交易数量

发卡处理器比较

对于大多数 B2B 虚拟卡产品来说，Marqeta 或 Lithic 是实用的选择。 Stripe发行适用于较简单的程序或已与Stripe深度集成的产品。

处理器	最适合	关键优势	值得注意的考虑因素
马尔克塔	复杂的程序逻辑、市场消费卡、公司卡	及时 (JIT) 资金；基于Webhook的灵活授权	集成更加复杂；最适合高级程序
石质	B2B 和金融科技卡计划；大规模虚拟卡	清洁API；强大的虚拟卡支持；快速入职	物理卡支持更有限
Stripe 正在发行	已使用 Stripe 的 SaaS 产品；更简单的程序	紧密的Stripe生态系统整合；轻松入职	对于复杂的授权逻辑不太灵活
i2c	成熟的方案；大批量发行人	高度可配置；全球影响力	积分时间较长；以企业为中心
伽利略	新银行；大型借记计划	完整的银行堆栈；金融科技即服务	主要是美国；专注于借记卡/预付费计划

作为项目经理你要做什么

作为项目管理层，您构建：

卡片管理仪表板: 用于发卡、设置限额、冻结/解冻以及查看每张卡的交易历史记录的 UI。

发卡API整合: API 调用处理器来创建卡片、设置控件、检索卡片详细信息（屏蔽）以及管理卡片状态。

余额/资金管理: 管理处理器上程序的资助余额的逻辑。卡片从该余额中提取。您需要通过银行转账或稳定币融资（如果处理器支持）来充值。

授权 Webhook 处理 (Marqeta JIT): 对于 Marqeta JIT 程序，您的平台会收到实时授权请求，并且必须在几毫秒内响应批准/拒绝。这可以实现完全自定义的授权逻辑。

交易跟踪和报告: 从处理器 Webhook 摄取事务事件。按卡、用户、活动或成本中心存储和聚合以进行报告。

用户及卡权限管理: 用户角色决定谁可以创建卡、设置限制、查看报表或导出数据。

合规性和计划要求

Gizmolab构建技术平台并集成发卡处理器。我们不直接提供发卡服务、BIN 赞助或监管合规服务。这些由处理器和 BIN 赞助商合作伙伴提供。

KYC持卡人——持卡人需进行身份验证；级别取决于项目和地理位置
企业 KYB — 企业计划通常需要业务验证
AML 监控——可疑活动的交易监控；需要大规模
卡网程序规则——Visa和Mastercard有程序管理员要求；您的处理器指导合规性
BIN 保荐人要求——保荐银行可能会提出额外的合规要求

常见问题解答

我需要自己的银行执照才能发行虚拟卡吗？

不需要。卡计划通过持有所需许可证的 BIN 赞助银行运作。您的平台作为处理器和 BIN 赞助商之上的程序管理层运行。处理者（Marqeta、Lithic、Stripe 发行）管理与 BIN 发起者的技术关系。您可以在上面构建软件产品。

什么是 JIT 资金以及为什么它很重要？

即时 (JIT) 资金是 Marqeta 的一项功能，其中处理器会针对每个授权请求向您的平台发送实时 Webhook，并且您的平台必须在几毫秒内以可选资金响应批准/拒绝。这实现了完全自定义的授权逻辑——余额检查、动态限制、支出类别规则、多账户资金——超越了静态卡控制。它是最强大（也是最复杂）的发卡模式。

卡计划上线需要多长时间？

通过 Lithic 或 Stripe 发行，基本的虚拟卡程序可以在 4-8 周内上线。具有复杂授权逻辑的 Marqeta 程序通常需要更长的时间。时间表取决于处理器上线（包括 KYC/KYB 和程序审查）、集成复杂性以及您是否需要物理卡（增加卡设计和个性化的更多时间）。

可以用稳定币为银行卡提供资金吗？

是的。一些处理器支持稳定币资助的卡计划，或者平台可以维持法定资金余额，通过稳定币到法定货币的转换来补充。 Gizmolab 构建的平台中，公司余额由 USDC 提供资金，并转换为法定货币用于卡支出——对于持有稳定币营运资金的加密原生公司非常有用。

要点

虚拟卡程序通过四层堆栈运行：卡网络、BIN 赞助商、发行处理器和程序管理器（您的平台）。

作为项目经理，您负责构建产品层——卡管理、授权逻辑、交易跟踪和用户体验。

Marqeta（JIT 融资）、Lithic（干净 API）和 Stripe 发行（紧密 Stripe 集成）是大多数金融科技产品的主要处理器选择。

细粒度控制（限制、MCC 限制、一次性使用、地理位置）由处理器在授权时强制执行 - 这是核心产品价值。

KYC、BIN 赞助和卡网络合规性是通过处理器和 BIN 赞助合作伙伴处理的，而不是从头开始构建。