Generador de números de tarjeta de prueba (válidos Luhn, solo sandbox)

Esta herramienta genera números de tarjeta sintéticos y falsos con un único propósito: ejercitar un formulario de pago, una integración de SDK de pagos o un conjunto de pruebas automatizadas sin tocar una cuenta real. No es una forma de obtener una tarjeta operativa y ninguno de sus resultados está vinculado a ninguna cuenta, titular o banco reales. Cada número se construye sobre un prefijo BIN que los procesadores de pago publican en su propia documentación de sandbox orientada a desarrolladores específicamente para que los ingenieros puedan rellenar formularios de pago en modo prueba: exactamente los mismos prefijos estilo 424242..., 411111..., 555555..., 510510..., 378282..., 371449... y 601111... referenciados en la documentación de modo prueba de las principales pasarelas. Nada de esto funciona para una compra real, en una tienda real, en una red de pago real.

Lo que hace que el resultado parezca válido en lugar de una simple cadena aleatoria es un checksum Luhn (módulo 10) real, calculado desde cero en cada generación: empezando por el dígito más a la derecha del número candidato, se duplica cada segundo dígito, a cualquier resultado duplicado mayor que 9 se le resta 9, se suman todos los dígitos y se elige el dígito restante para que el total general sea un múltiplo de diez. Esa es la misma operación aritmética que realiza una comprobación del lado del navegador del tipo «parece un número de tarjeta válido», así que estos números superan esa prueba específica y concreta igual que lo haría un número de tarjeta real, sin dejar de ser completamente falsos, generados localmente e inútiles para una transacción real.

La herramienta mantiene fijo el prefijo de prueba documentado para cada red y aleatoriza todo lo que va después, de modo que un lote de hasta 20 números son genuinamente 20 números diferentes válidos según Luhn, en lugar de la repetición del mismo número de prueba literal y archiconocido. A continuación, cada resultado se vuelve a clasificar según las reglas reales de rango BIN que utilizan los formularios de pago para detectar la red de una tarjeta (un 4 inicial para Visa, del 51 al 55 o del 2221 al 2720 para Mastercard, 34 o 37 para Amex, 6011 o 65 para Discover) con el único fin de confirmar que la etiqueta mostrada coincide con los dígitos generados, más un CVV del tamaño correcto (3 dígitos, o 4 para Amex) y una fecha de caducidad futura aleatoria opcional para mayor comodidad al rellenar un formulario de prueba completo.

Esto es una utilidad para desarrolladores y QA, no un producto de pago: existe porque Stripe, PayPal y la mayoría de los demás procesadores ya publican estos mismos números exclusivos para pruebas para que cualquiera pueda integrar su sistema de pago, y disponer de una forma rápida de generar variaciones que sigan superando la validación Luhn del lado del cliente evita tener que volver a teclear a mano los mismos pocos números de libro de texto. Todo se ejecuta localmente en su navegador con aleatoriedad respaldada por Web Crypto: no se transmite nada a ninguna parte y nada de lo que se produce aquí debería introducirse nunca en el proceso de pago real de un comercio.