バーチャルカード発行の仕組み
仮想カード発行がどのように機能するかについての技術的な説明 - BIN スポンサーシップ、カードプロセッサ、権限流、プログラム管理、そして何を構築するか。
仮想カードは、カード発行プロセッサを通じてプログラム的に生成されたカード番号(PAN)、期限、およびCVVです。 カードはソフトウェアにのみ存在する - 物理的なプラスチックはありません。 カードが取引に使用される場合、カードネットワークは、発行プロセッサに権限の要求をルーティングし、プログラムのルール(制限、商人のコントロール、バランスのチェック)を適用し、リアルタイムで承認または拒否します。
仮想カード発行がどのように機能するかを理解することは、支出管理プラットフォーム、広告支出ツール、企業カードプログラム、またはユーザーに支払いカードを提供したい製品を構築するチームにとって不可欠です。 このガイドでは、カードネットワークからBINスポンサー、プロセッサ、そしてあなたが実際にソフトウェアレイヤーとして構築するものまで、完全なバックを説明します。
カードネットワークスタック
仮想カード製品を構築する場合、プログラムマネージャー層を構築します。 あなたは自分の銀行ライセンスを必要としません - BINスポンサー銀行とプロセッサがそれを処理します。 製品層は、カード発行の論理、支出コントロール、エンドユーザ体験を定義します。
| レイヤー | 役割 | 例例 |
|---|---|---|
| カードネットワーク | Routes authorization requests between merchant and issuer; sets rules. 商人と発行者の間のルート許可要求 | Visa、Mastercard |
| 発行銀行/BINスポンサー | カードプログラムをスポンサーするライセンスを受けた銀行; holds the BIN range | サットン銀行、ピアモント銀行、エボルブ銀行、ウェブバンク |
| カード発行プロセッサ | カードライフサイクル、権限、およびコントロールをBINスポンサーの名義で管理する技術プラットフォーム | Marqeta, Lithic, Stripe Issuing, i2c, ガリレオ |
| プログラムマネージャー(You) | ビジネス論理、ユーザー体験、およびコントロールを定義する製品層 | あなたのプラットフォームは Marqeta/Lithic/Stripe Issuing で構築されています。 |
| カードハンター | カードを保有・支出するユーザー | 従業員、契約者、購入者、広告主 |
カードコントロールとプログラムルール
広告費の使用の場合、MCCによるカード制限(オンライン広告のための5940、またはMeta/Googleのための特定のマーカーID)は、重要なコントロールです。 契約者支払いでは、固定金額の使い捨てカードが便利です。
- 支出制限 - 最大残高または取引当たりの制限; 超過した場合の減少
- マーチャン・カテゴリコード(MCC)コントロール - カードを特定のマーチャン・カテゴリーに制限する (例えば、デジタル広告プラットフォームのみ)
- 特定のトレーダーの制限 - 特定のトレーダー ID を許可またはブロックします(プロセッサがサポートしている場合)
- 地理的制限 — 特定の国での取引を許可またはブロック
- 時間ベースのコントロール - 特定の時間または日間のみでアクティブ
- 使い捨てのカード - カード番号は、最初の成功した認証後に有効または無効になります。
- スピードコントロール - 日または週あたりの最大トランザクション数
カード発行プロセッサの比較
B2B 仮想カード製品のほとんどの場合、Marqeta または Lithic は実用的な選択肢です。 Stripe Issuing は、Stripe にすでに深く統合されている単純なプログラムや製品に適しています。
| プロセッサ | ベスト for | キーパワー | 注目すべき考慮 |
|---|---|---|---|
| マーケタ | 複雑なプログラム論理、市場支出カード、企業カード | Just-in-time (JIT) 資金調達、柔軟な Webhook ベースの認可 | より複雑な統合、高度なプログラムに最適 |
| リトル | B2Bとfintechカードプログラム; 仮想カードのスケール | クリーンAPI、強力な仮想カードサポート、迅速な搭載 | より限られた物理カードサポート |
| Stripe 発行 | SaaS 製品はすでに Stripe を使用しており、プログラムはより単純です。 | 緊密な Stripe エコシステム統合、簡単なオンボード | 複雑な認証ロジックのための柔軟性の低下 |
| i2c | Mature Programs; High Volume Emiters(高容量発行者) | 高度に設定可能で、グローバル・レイプ | より長い統合時間、企業向け |
| ガリレオ | Neobanks; Large Debit Programs(ノーバンク) | Fintech-as-a-Service (FinTech-as-a-Service) バンキングスタック | 主に米国; デビット/プレペイドプログラムに焦点を当てた |
プログラムマネージャーとして構築するもの
プログラムマネージャーレイヤーとして、あなたは構築します:
カード管理ダッシュボード: カード発行、制限設定、凍結/脱凍、カードごとの取引履歴を表示するためのUI。
カード発行API統合: API は、プロセッサにカードを作成し、コントロールを設定し、カードの詳細(マスク)を取得し、カードの状態を管理します。
残高・資金管理: プロセッサでプログラムの資金調達バランスを管理するための論理。 カードはこのバランスを引き出します。 銀行送金またはステーブルコイン資金調達(プロセッサがサポートしている場合)を通じてそれをアップロードする必要があります。
認可 Webhook 処理 (Marqeta JIT): Marqeta JIT プログラムの場合、あなたのプラットフォームはリアルタイムの認可要求を受け、ミリ秒で承認/拒否に答える必要があります。 これは完全にカスタム認証の論理を可能にします。
トランザクションの追跡とレポート: プロセッサのWebhooksからトランザクションイベントをインゲストします。 カード、ユーザー、キャンペーン、またはコストセンターでレポートを保存し、合計します。
ユーザーとカードの権限管理: 誰がカードを作成し、制限を設定し、ステートメントを表示し、またはデータをエクスポートできるかを決定するユーザーの役割。
コンプライアンスとプログラム要件
Gizmolabは、テクノロジープラットフォームを構築し、カード発行プロセッサを統合します。 私たちは、カード発行サービス、BINスポンサーシップ、または規制遵守サービスを直接提供しません。 これらは、プロセッサおよびBINスポンサーのパートナーによって提供されます。
- KYC for cardholders — identity verification required for cardholders; level depends on program and geography. カード所有者に必要なアイデンティティの検証
- KYB for Business - 企業プログラムには通常、ビジネス検証が必要です。
- AML モニタリング - 疑わしい活動のためのトランザクションモニタリング; 規模で必要
- カードネットワークプログラム規則 - Visa と Mastercard にはプログラムマネージャーの要件があり、プロセッサはコンプライアンスをガイドします。
- BINスポンサー要件 - スポンサー銀行は、追加のコンプライアンス要件を課すことができます。
よくある質問
仮想カードを発行するために、自分の銀行ライセンスが必要ですか?
JIT 資金調達とは何ですか?なぜ重要ですか?
カードプログラムをライブで受け取るのにどれくらいの時間がかかりますか?
カードはステーブルコインで資金調達できますか?
バーチャル カード プラットフォームを構築しますか?
Gizmolab は Marqeta、Lithic、および Stripe 発行を用いて、支出管理、広告支出、企業カードプログラムのための仮想カードプラットフォームを構築します。