Générateur de numéros de carte de test (Luhn-Valid, Sandbox uniquement)

Cet outil génère de faux numéros de carte synthétiques dans un seul but : exécuter un formulaire de paiement, une intégration de 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 aucune de ses sorties n'est liée à un compte réel, un titulaire de carte ou une banque. Chaque numéro est construit sur un préfixe BIN que les processeurs de paiement publient dans leur propre documentation sandbox destinée aux développeurs afin que les ingénieurs puissent remplir des formulaires de paiement en mode test - exactement les mêmes préfixes de style 424242..., 411111..., 555555..., 510510..., 378282..., 371449... et 601111... référencés sur la passerelle grand public. documents en mode test. Rien ici ne fonctionne pour un vrai achat, dans un vrai magasin, sur un vrai réseau de paiement.

Ce qui rend la sortie valide plutôt qu'une simple chaîne aléatoire est une véritable somme de contrôle de Luhn (mod-10), calculée à partir de zéro à chaque génération : en commençant par le chiffre le plus à droite du numéro candidat, un chiffre sur deux est doublé, tout résultat doublé au-dessus de 9 est soustrait de 9, tous les chiffres sont additionnés et le chiffre restant est choisi de sorte que le total général atterrisse sur un multiple de dix. C'est la même arithmétique qu'une vérification côté navigateur "ressemble à un numéro de carte valide", de sorte que ces numéros réussissent ce test spécifique et étroit de la même manière qu'un vrai numéro de carte le ferait - tout en étant entièrement faux, générés localement et inutiles pour une transaction réelle.

L'outil maintient le préfixe de test documenté fixe par réseau et randomise tout ce qui suit, de sorte qu'un lot de 20 numéros maximum correspond en réalité à 20 numéros de Luhn valides différents plutôt que le même numéro de test littéral bien connu imprimé à plusieurs reprises. Chaque résultat est ensuite reclassé selon les règles réelles de la gamme BIN utilisées par les formulaires de paiement pour détecter le réseau d'une carte (un 4 principal pour Visa, 51 à 55 ou 2221 à 2720 pour Mastercard, 34 ou 37 pour Amex, 6011 ou 65 pour Discover) uniquement pour confirmer que l'étiquette affichée correspond aux chiffres générés, plus un CVV correctement dimensionné (3 chiffres ou 4 pour Amex) et un futur aléatoire facultatif. date d'expiration pour plus de commodité lorsque vous remplissez un formulaire de test complet.

Il s'agit d'une commodité pour les développeurs et le contrôle qualité, pas d'un produit de paiement : il existe parce que Stripe, PayPal et la plupart des autres processeurs publient déjà ces numéros exacts de test uniquement pour toute personne intégrant leur paiement, et disposer d'un moyen rapide de générer des variations qui satisfont toujours à la validation Luhn côté client évite de retaper à la main les mêmes quelques numéros de manuel. Tout s'exécute localement dans votre navigateur avec un caractère aléatoire basé sur Web Crypto : rien n'est transmis nulle part et rien de ce qui est produit ici ne doit jamais être saisi dans la caisse en direct d'un véritable commerçant.