Générateur de numéros de carte de test (Luhn-valides, sandbox uniquement)

Cet outil génère des numéros de carte synthétiques factices dans un seul but : tester un formulaire de paiement, une intégration SDK de paiement ou une suite de tests automatisés sans toucher à un compte réel. Ce n’est pas un moyen d’obtenir une carte fonctionnelle, et aucun résultat n’est lié à un vrai compte, titulaire ou banque. Chaque numéro est construit sur un préfixe BIN que les processeurs de paiement publient dans leur propre documentation sandbox à destination des développeurs, précisément pour que les ingénieurs puissent remplir des formulaires de paiement en mode test – exactement les mêmes préfixes de type 424242..., 411111..., 555555..., 510510..., 378282..., 371449..., et 601111... que l’on trouve dans la documentation test des principales passerelles. Rien de tout cela ne permet d’effectuer un véritable achat, dans un vrai magasin, sur un vrai réseau de paiement.

Ce qui donne à ces résultats une apparence valide, plutôt qu’une simple chaîne aléatoire, c’est un vrai checksum Luhn (mod-10) calculé intégralement à chaque génération : en partant du chiffre le plus à droite du numéro candidat, on double un chiffre sur deux, on soustrait 9 de tout résultat doublé supérieur à 9, on additionne tous les chiffres, et le dernier chiffre est choisi de manière à ce que le total tombe sur un multiple de dix. C’est exactement l’opération arithmétique qu’effectue une vérification navigateur du type « semble être un numéro de carte valide », de sorte que ces numéros réussissent ce test spécifique et limité exactement comme le ferait un vrai numéro de carte – tout en restant entièrement faux, générés localement, et inutilisables pour une transaction réelle.

L’outil maintient fixe le préfixe de test documenté pour chaque réseau et rend aléatoire tout ce qui suit, de sorte qu’un lot de 20 numéros donne bien 20 numéros Luhn-valides différents, et non l’impression répétée du même numéro de test littéral bien connu. Chaque résultat est ensuite reclassé selon les règles réelles de plages BIN utilisées par les formulaires de paiement pour détecter le réseau d’une carte (un premier chiffre 4 pour Visa, 51 à 55 ou 2221 à 2720 pour Mastercard, 34 ou 37 pour Amex, 6011 ou 65 pour Discover), uniquement pour confirmer que le libellé affiché correspond bien aux chiffres générés, ainsi qu’un CVV de taille correcte (3 chiffres, ou 4 pour Amex) et une date d’expiration future aléatoire optionnelle pour plus de commodité lorsqu’on remplit un formulaire de test complet.

Il s’agit d’un outil pratique pour développeurs et QA, pas d’un produit de paiement. Il existe parce que Stripe, PayPal et la plupart des autres processeurs publient déjà ces numéros de test pour toute personne intégrant leur module de paiement, et disposer d’une façon rapide de générer des variantes qui satisfont néanmoins la validation Luhn côté client évite de ressaisir à la main les quelques mêmes numéros classiques. Tout s’exécute localement dans votre navigateur avec une source d’aléa soutenue par Web Crypto – rien n’est transmis où que ce soit, et rien de ce qui est produit ici ne doit jamais être saisi sur le paiement en production d’un vrai commerçant.