Verifica un número de tarjeta en tiempo real: el checksum de Luhn, el esquema de la tarjeta, la longitud válida y el banco emisor y el país. Valida un número o pega una lista completa.
Un validador de tarjetas de crédito comprueba si un número de tarjeta está bien formado: ejecuta la verificación de Luhn, identifica el esquema por su BIN, confirma la longitud y consulta el banco emisor, el país y el tipo de tarjeta. La versión rebuilt de ToolsPivot valida un número mientras lo escribes o una lista entera pegada de golpe, y es clara con su límite: comprueba el formato, no si la tarjeta es real. Está pensada para desarrolladores, testers de QA y equipos de e-commerce que trabajan con datos de prueba.
El validador analiza cualquier número de 12 a 19 dígitos y devuelve un veredicto de validez estructural en tiempo real. Ejecuta el algoritmo de Luhn (Mod 10), comprueba que la longitud coincida con la del esquema detectado y lee los primeros seis dígitos para resolver el emisor mediante una consulta BIN real. Todo el proceso ocurre en tu navegador, sin enviar el número a ningún servidor externo. ToolsPivot rehizo la herramienta desde cero (versión 2.0) para sustituir el antiguo sistema de detección por primer dígito, que fallaba con los esquemas modernos.
Los desarrolladores que integran pasarelas de pago como Redsys, Stripe o PayPal son quienes más lo usan, seguidos de los testers de QA que prueban formularios de checkout. También lo emplean equipos de tiendas online para depurar entradas antes de una autorización y analistas que limpian bases de datos con listas largas de números. Si estás generando datos de prueba, combínalo con el generador de tarjetas de crédito para crear números válidos y verificarlos después.
Validar un número a mano exige conocer las matemáticas de Luhn, los rangos BIN y las reglas de longitud de cada red, un conocimiento que casi nadie tiene a mano. La herramienta convierte ese proceso técnico en una comprobación instantánea: pegas el número y obtienes esquema, validez, banco y país en menos de un segundo. El resultado reduce los errores de tecleo en formularios y evita rechazos de transacción por números mal formados.
El validador resulta más valioso cuando trabajas con números de tarjeta en un entorno de desarrollo o pruebas y necesitas comprobar su formato sin tocar una pasarela real. Es la comprobación previa que ahorra rechazos y errores antes de llegar a producción. Estos son los escenarios donde marca la diferencia:
Ten en cuenta un caso límite: un número puede pasar Luhn y la comprobación de longitud y aun así no corresponder a ninguna tarjeta emitida, porque la validación estructural no consulta al banco.
Contexto: Un autónomo desarrolla el TPV virtual de una tienda online española con Redsys. Proceso:
Contexto: Un equipo de QA revisa un formulario de pago antes de un lanzamiento. Proceso:
Contexto: Una pyme migra su CRM y arrastra una columna con números de tarjeta antiguos. Proceso:
Contexto: Alguien que estudia desarrollo web quiere entender cómo validan las tarjetas los sistemas de pago. Proceso:
El validador reconoce once esquemas, incluidos varios que los validadores por primer dígito pasan por alto. Cada uno se identifica por sus rangos de prefijo y su longitud, no solo por la primera cifra. Esta cobertura amplia es lo que evita falsos negativos con tarjetas modernas como las de Mastercard serie 2 o UnionPay.
| Esquema | Prefijos | Longitud |
|---|---|---|
| Visa | 4 | 13, 16, 19 |
| Mastercard | 51-55, 2221-2720 | 16 |
| American Express | 34, 37 | 15 |
| Discover | 6011, 644-649, 65, 622126-622925 | 16-19 |
| JCB | 3528-3589 | 16-19 |
| Diners Club | 300-305, 36, 38-39 | 14-19 |
| UnionPay | 62 | 16-19 |
| RuPay | 60, 81, 82, 508 | 16 |
| Maestro | 5018, 5020, 5038, 6759 y otros | 12-19 |
| Verve | 506099-506198, 650002-650027 | 16, 18, 19 |
Para mostrar el logotipo o el código del esquema en tu interfaz, puedes apoyarte además en un generador de códigos QR si tu flujo lo requiere.
El algoritmo de Luhn, o Mod 10, es una fórmula de suma de comprobación que detecta errores de tecleo en un número de tarjeta. Lo creó Hans Peter Luhn, de IBM, en 1954, y hoy lo usan todas las redes de tarjetas. Detecta cualquier error de un solo dígito y la mayoría de las transposiciones de dígitos adyacentes.
Puntos clave:
Un número que no pasa Luhn no puede ser una tarjeta válida, aunque la comprobación por sí sola no garantiza que exista una cuenta detrás.
Ningún dato de tarjeta sale de tu equipo, porque la validación se ejecuta por completo en tu navegador. El número no se transmite, no se almacena y no se registra: solo se descarga un pequeño fichero de datos BIN local para resolver el emisor, sin enviar tu número a ninguna parte. Este modelo encaja con el principio de minimización de datos del RGPD, ya que evita transferir información financiera a terceros. Aun así, trata los números reales con cuidado y usa datos de prueba siempre que puedas, por ejemplo con un generador de direcciones falsas para completar el resto del formulario.
Si desarrollas un sistema que procesa pagos reales, recuerda que la validación de formato no sustituye a los requisitos del estándar PCI DSS ni a la verificación de tu pasarela. Para revisar la seguridad de tu propio dominio antes de publicar un checkout, tienes el comprobador de seguridad de sitios web.
No, solo comprueba el formato y la estructura matemática del número. Verifica el algoritmo de Luhn, la longitud y el esquema, pero no consulta al banco para saber si la tarjeta existe, está activa o tiene fondos. Para eso necesitas la autorización de una pasarela de pago real.
No, nada se sube ni se almacena. Toda la validación se ejecuta en tu navegador y el número nunca se transmite a un servidor externo, por lo que puedes usar la herramienta con datos sensibles con tranquilidad.
Reconoce once esquemas: Visa, Mastercard (incluida la serie 2), American Express, Discover, JCB, Diners Club, UnionPay, RuPay, Maestro y Verve. La detección se basa en rangos BIN ordenados, no en el primer dígito, así que resuelve correctamente las redes que se solapan.
Sí, el modo por lotes acepta una lista pegada de números y devuelve una tabla con el esquema, el estado de Luhn y la validez de cada uno. También muestra un resumen del total de números válidos y permite exportar todo en CSV o JSON.
El algoritmo de Luhn, o Mod 10, es una fórmula de suma de comprobación que detecta errores de tecleo en números de identificación. Lo creó Hans Peter Luhn en 1954 y todas las redes de tarjetas lo usan para validar la estructura del número antes de procesarlo.
El BIN (Bank Identification Number) son los primeros seis dígitos del número de tarjeta. Identifican al banco emisor, el país y el tipo de tarjeta, y la herramienta los usa para completar los datos del emisor en el resultado.
Porque un número puede pasar Luhn y la comprobación de longitud sin corresponder a ninguna tarjeta real. Los números de prueba y los generados con fines de desarrollo cumplen la estructura pero no pertenecen a un emisor, y la herramienta lo indica cuando ocurre.
Sí, es una comprobación previa útil para el lado del cliente antes de enviar una petición de autorización. Muchos desarrolladores lo usan durante la integración con Redsys, Stripe o PayPal para asegurarse de que su formulario acepta los formatos correctos.
Un validador comprueba si un número existente está bien formado, mientras que un generador crea números nuevos que cumplen la estructura. Ambos se complementan para pruebas: generas números con el generador de tarjetas y los verificas con el validador.
No, la herramienta funciona sin registro ni cuenta. Solo tienes que abrirla, escribir o pegar el número y ver el resultado al instante, igual que con el comprobador de fortaleza de contraseñas.
Sí, funciona directamente desde el navegador del teléfono sin instalar ninguna app. El formato en directo y la insignia de esquema se adaptan a la pantalla, algo práctico cuando revisas un número sobre la marcha.
Sí, la vista de cálculo muestra qué dígitos se duplican, la suma acumulada y el resultado Mod 10. Es útil para aprender el algoritmo o depurar tu propia lógica de validación antes de compararla con un conversor de texto.
Sí, detecta Maestro con sus longitudes variables (de 12 a 19 dígitos) y muestra el tipo de tarjeta (crédito, débito o prepago) cuando los datos BIN están disponibles. Esta cobertura evita los falsos negativos habituales en validadores más antiguos.
Exportas la tabla completa del modo por lotes: cada número con su esquema, su estado de Luhn y su validez. Puedes importar ese archivo a tu suite de pruebas o procesarlo después con un generador de hash MD5 si necesitas anonimizar los datos.