Generador de números de tarjeta de prueba (válido para Luhn, solo Sandbox)

Esta herramienta genera números de tarjetas falsos y sintéticos con un solo propósito: realizar un formulario de pago, una integración de SDK de pago o un conjunto de pruebas automatizadas sin tocar una cuenta real. No es una forma de obtener una tarjeta que funcione y ninguno de sus resultados está vinculado a ninguna cuenta, titular de tarjeta o banco real. Cada número se construye sobre un prefijo BIN que los procesadores de pagos publican en su propia documentación de entorno de pruebas orientada al desarrollador específicamente para que los ingenieros puedan completar formularios de pago en modo de prueba: exactamente los mismos prefijos de estilo 424242..., 411111..., 555555..., 510510..., 378282..., 371449... y 601111... a los que se hace referencia en la puerta de enlace principal. documentos en modo de prueba. Aquí nada funciona para una compra real, en una tienda real, en una red de pago real.

Lo que hace que la salida parezca válida en lugar de simplemente una cadena aleatoria es una suma de verificación real de Luhn (mod-10), calculada desde cero en cada generación: comenzando desde el dígito más a la derecha del número candidato, cada segundo dígito se duplica, a cualquier resultado duplicado sobre 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 aritmética que realiza una verificación del lado del navegador "parece un número de tarjeta válido", por lo que estos números pasan esa prueba específica y estrecha de la misma manera que lo haría un número de tarjeta real, sin dejar de ser completamente falso, generado localmente e inútil para una transacción real.

La herramienta mantiene fijo el prefijo de prueba documentado por red y aleatoriza todo lo que sigue, de modo que un lote de hasta 20 números son realmente 20 números de Luhn válidos diferentes en lugar del mismo número de prueba literal bien conocido impreso repetidamente. Luego, cada resultado se reclasifica según las reglas reales del rango BIN que utilizan los formularios de pago para detectar la red de una tarjeta (un 4 inicial para Visa, 51 a 55 o 2221 a 2720 para Mastercard, 34 o 37 para Amex, 6011 o 65 para Discover) simplemente para confirmar que la etiqueta mostrada coincide con los dígitos generados, además de un CVV del tamaño correcto (3 dígitos o 4 para Amex) y un aleatorio opcional. fecha de vencimiento futura para mayor comodidad al completar un formulario de prueba completo.

Esta es una conveniencia para desarrolladores y control de calidad, no un producto de pago: existe porque Stripe, PayPal y la mayoría de los otros procesadores ya publican estos números exactos solo de prueba para cualquiera que integre su pago, y tener una forma rápida de generar variaciones que aún satisfacen la validación de Luhn del lado del cliente ahorra tener que volver a escribir los mismos pocos números de libro de texto a mano. Todo se ejecuta localmente en su navegador con aleatoriedad respaldada por Web Crypto: nada se transmite a ninguna parte y nada de lo producido aquí debe ingresarse en el proceso de pago en vivo de un comerciante real.