Comment fonctionne l'émission de cartes virtuelles

Comment fonctionne l'émission de cartes virtuelles (en bref) :

Une carte virtuelle est un numéro de carte (PAN), une expiration et un CVV générés par programme via un processeur émetteur de carte. La carte n’existe que sous forme logicielle – il n’y a pas de plastique physique. Lorsque la carte est utilisée pour une transaction, le réseau de cartes achemine la demande d'autorisation vers le processeur émetteur, qui applique les règles de votre programme (limites, contrôles des commerçants, vérifications du solde) et approuve ou refuse en temps réel.

Comprendre le fonctionnement de l'émission de cartes virtuelles est essentiel pour les équipes qui créent des plateformes de gestion des dépenses, des outils de dépenses publicitaires, des programmes de cartes d'entreprise ou tout autre produit souhaitant proposer des cartes de paiement aux utilisateurs. Ce guide explique la pile complète : des réseaux de cartes aux sponsors BIN, en passant par les processeurs et ce que vous construisez réellement en tant que couche logicielle.

La pile du réseau de cartes

Lors de la création d'un produit de carte virtuelle, vous créez la couche Program Manager. Vous n'avez pas besoin de votre propre licence bancaire : la banque sponsor du BIN et le processeur s'en chargent. Votre couche produit définit la logique d’émission des cartes, les contrôles des dépenses et l’expérience de l’utilisateur final.

Calque	Rôle	Exemples
Réseau de cartes	Acheminer les demandes d'autorisation entre le commerçant et l'émetteur ; établit des règles	Visa, Mastercard
Banque émettrice / sponsor du BIN	Banque agréée qui parraine le programme de carte ; contient la gamme BIN	Banque Sutton, Banque Piermont, Banque Evolve, WebBank
Processeur émetteur de cartes	Plateforme technique qui gère le cycle de vie des cartes, les autorisations et les contrôles pour le compte du sponsor BIN	Marqeta, Lithique, Stripe Émission, i2c, Galileo
Gestionnaire de programme (vous)	Couche de produit qui définit la logique métier, l'expérience utilisateur et les contrôles	Votre plateforme construite sur Marqeta/Lithic/Stripe
Titulaire de la carte	Utilisateur qui détient et dépense avec la carte	Employé, entrepreneur, acheteur, annonceur

Comment fonctionne une autorisation de carte

Lorsqu'un titulaire de carte utilise une carte virtuelle pour payer (par exemple, en saisissant le numéro de la carte sur Google Ads ou en la glissant sur un terminal), les événements suivants se produisent en temps réel, généralement en moins de 2 secondes :

Le commerçant demande l'autorisation: Le terminal de paiement ou la passerelle de paiement du commerçant envoie une demande d'autorisation à la banque acquéreuse.

Acquisition de routes bancaires vers le réseau de cartes: La banque acquéreuse envoie l'autorisation à Visa ou Mastercard en fonction du BIN de la carte.

Itinéraires du réseau de cartes vers le processeur émetteur: Le réseau de cartes identifie le processeur émetteur à partir du BIN et transmet l'autorisation.

Le processeur applique les règles du programme: Marqeta/Lithic/Stripe Issuing évalue la demande par rapport aux règles de votre programme : limite de dépenses, contrôles du commerçant (MCC), solde et toute réponse de webhook en temps réel de votre plateforme.

Approbation ou refus renvoyé: Le processeur renvoie une réponse d'approbation ou de refus via la chaîne jusqu'au terminal du commerçant – l'aller-retour complet prend quelques millisecondes.

Événement de transaction envoyé à la plateforme: Le processeur envoie un webhook à votre plateforme avec les détails d'autorisation pour un suivi en temps réel.

Contrôles des cartes et règles du programme

Pour les cas d'utilisation de dépenses publicitaires, la restriction des cartes par MCC (5940 pour la publicité en ligne ou identifiants de marchand spécifiques pour Meta/Google) constitue un contrôle clé. Pour les paiements des entrepreneurs, des cartes à usage unique avec un montant fixe sont utiles.

Limite de dépenses – solde maximum ou limite par transaction ; diminue lorsqu'il est dépassé
Contrôles du Merchant Category Code (MCC) – restreignez la carte à des catégories de commerçants spécifiques (par exemple, uniquement les plateformes de publicité numérique)
Restrictions spécifiques aux commerçants : autoriser ou bloquer des identifiants de commerçant spécifiques (lorsque le processeur le prend en charge)
Restrictions géographiques – autoriser ou bloquer les transactions dans des pays spécifiques
Contrôles basés sur le temps – actifs uniquement pendant certaines heures ou certains jours
Cartes à usage unique : le numéro de carte expire ou se désactive après la première autorisation réussie
Contrôles de vitesse – nombre maximum de transactions par jour ou par semaine

Comparaison des processeurs émetteurs de cartes

Pour la plupart des produits de cartes virtuelles B2B, Marqeta ou Lithic sont les choix pratiques. Stripe L'émission convient aux programmes ou produits plus simples déjà profondément intégrés à Stripe.

Processeur	Idéal pour	Point fort	Considération notable
Marqueta	Logique de programme complexe, cartes de dépenses du marché, cartes d'entreprise	Financement juste à temps (JIT) ; autorisation flexible basée sur un webhook	Intégration plus complexe ; idéal pour les programmes avancés
Lithique	Programmes de cartes B2B et fintech ; cartes virtuelles à grande échelle	Nettoyer API ; prise en charge solide des cartes virtuelles ; intégration rapide	Prise en charge plus limitée des cartes physiques
Stripe Émission	Produits SaaS utilisant déjà Stripe ; programmes plus simples	Intégration étroite de l'écosystème Stripe ; intégration facile	Moins flexible pour une logique d’autorisation complexe
i2c	Programmes matures ; émetteurs à volume élevé	Hautement configurable ; portée mondiale	Temps d'intégration plus long ; axé sur l'entreprise
Galilée	Néobanques ; grands programmes de débit	Pile bancaire complète ; FinTech en tant que service	Principalement les États-Unis ; axé sur les programmes de débit/prépayé

Ce que vous construisez en tant que gestionnaire de programme

En tant que couche gestionnaire de programme, vous construisez :

Tableau de bord de gestion des cartes: Interface utilisateur pour l'émission de cartes, la définition de limites, le gel/dégel et l'affichage de l'historique des transactions par carte.

Intégration de l'émission de cartes API: API appelle le processeur pour créer des cartes, définir des contrôles, récupérer les détails de la carte (masqués) et gérer l'état de la carte.

Gestion du solde / financement: Logique pour gérer le solde financé du programme au niveau du processeur. Les cartes tirent de cet équilibre. Vous devez le maintenir à niveau via un virement bancaire ou un financement stable (si le processeur le prend en charge).

Gestion des webhooks d’autorisation (Marqeta JIT): Pour les programmes Marqeta JIT, votre plateforme reçoit une demande d'autorisation en temps réel et doit répondre approuver/refuser en millisecondes. Cela permet une logique d’autorisation entièrement personnalisée.

Suivi et reporting des transactions: Ingérez les événements de transaction à partir des webhooks du processeur. Stockez et regroupez par carte, utilisateur, campagne ou centre de coûts pour le reporting.

Gestion des autorisations des utilisateurs et des cartes: Rôles d'utilisateur qui déterminent qui peut créer des cartes, définir des limites, afficher des relevés ou exporter des données.

Conformité et exigences du programme

Gizmolab construit la plateforme technologique et intègre le processeur émetteur de cartes. Nous ne fournissons pas directement de services d'émission de cartes, de parrainage BIN ou de services de conformité réglementaire. Ceux-ci sont fournis par le processeur et les partenaires sponsors BIN.

KYC pour les titulaires de carte — vérification d'identité requise pour les titulaires de carte ; le niveau dépend du programme et de la géographie
KYB pour les entreprises : les programmes d'entreprise nécessitent généralement une vérification commerciale
Surveillance AML — surveillance des transactions pour détecter toute activité suspecte ; requis à grande échelle
Règles du programme du réseau de cartes – Visa et Mastercard ont des exigences en matière de gestionnaire de programme ; votre processeur guide la conformité
Exigences du sponsor BIN — la banque sponsor peut imposer des exigences de conformité supplémentaires

FAQ

Ai-je besoin de ma propre licence bancaire pour émettre des cartes virtuelles ?

Les programmes de cartes fonctionnent par l'intermédiaire d'une banque sponsor BIN qui détient les licences requises. Votre plate-forme fonctionne comme une couche de gestion de programme au-dessus du processeur et du sponsor BIN. Le processeur (Marqeta, Lithic, Stripe Issuing) gère la relation technique avec le sponsor BIN. Vous construisez le produit logiciel par-dessus.

Qu’est-ce que le financement JIT et pourquoi est-il important ?

Le financement juste à temps (JIT) est une fonctionnalité Marqeta dans laquelle le processeur envoie à votre plate-forme un webhook en temps réel à chaque demande d'autorisation, et votre plate-forme doit répondre approuver/refuser avec un financement facultatif en quelques millisecondes. Cela permet une logique d'autorisation entièrement personnalisée (vérifications de solde, limites dynamiques, règles de catégories de dépenses, financement multi-comptes) qui va au-delà des contrôles statiques des cartes. Il s’agit du mode d’émission de cartes le plus puissant (et le plus complexe).

Combien de temps faut-il pour mettre en ligne un programme de cartes ?

Avec Lithic ou Stripe Issuing, un programme de carte virtuelle de base peut être opérationnel en 4 à 8 semaines. Les programmes Marqeta dotés d'une logique d'autorisation complexe prennent généralement plus de temps. Le calendrier dépend de l'intégration du processeur (comprend KYC/KYB et l'examen du programme), de la complexité de l'intégration et de la nécessité ou non de cartes physiques (ajoute plus de temps pour la conception et la personnalisation des cartes).

Les cartes peuvent-elles être financées avec des stablecoins ?

Oui. Certains processeurs prennent en charge les programmes de cartes financés par des stablecoins, ou la plate-forme peut maintenir un solde financé par une monnaie fiduciaire qui est reconstitué via une conversion de stablecoins en pièces fiduciaires. Gizmolab crée des plates-formes où le solde de l'entreprise est financé en USDC et converti en monnaie fiduciaire pour les dépenses par carte – utile pour les entreprises crypto-natives qui détiennent un fonds de roulement en stablecoins.

Points clés à retenir

Les programmes de cartes virtuelles fonctionnent via une pile à quatre couches : réseau de cartes, sponsor BIN, processeur émetteur et gestionnaire de programme (votre plateforme).

En tant que responsable de programme, vous construisez la couche produit : gestion des cartes, logique d'autorisation, suivi des transactions et expérience utilisateur.

Marqeta (financement JIT), Lithic (propre API) et Stripe Issuing (intégration étroite Stripe) sont les principaux choix de processeurs pour la plupart des produits fintech.

Des contrôles granulaires (limites, restrictions MCC, usage unique, géographie) sont appliqués par le processeur au moment de l'autorisation : il s'agit de la valeur fondamentale du produit.

KYC, le parrainage BIN et la conformité du réseau de cartes sont gérés par le processeur et les partenaires sponsors BIN – et non créés à partir de zéro.