Validar formato, longitud y checksum de un IBAN

Este validador normaliza espacios y guiones habituales, identifica el código de país, comprueba la longitud oficial asignada a ese país y aplica la regla de checksum mod-97 de ISO 7064. Devuelve cada decisión por separado para que usted pueda revisar una cuenta o decidir mediante software si un registro de pago está listo para la siguiente fase.

Empiece con un IBAN completo y reconocible

Pegue o envíe el IBAN completo, incluidos el código de país de dos letras y los dos dígitos de control. Se admiten los espacios que agrupan caracteres para facilitar la lectura, así como los guiones, y el validador los elimina antes de examinar el valor. Las letras minúsculas se convierten a mayúsculas en el resultado normalizado. No se descarta silenciosamente ningún otro signo de puntuación, pues hacerlo podría ocultar un error al copiar y pegar. Un valor con estructura válida debe comenzar con dos letras seguidas de dos dígitos; todos los caracteres restantes deben ser letras o números. La respuesta incluye el IBAN normalizado para que una integración pueda guardar o comparar una representación coherente. También muestra el código de país y las longitudes real y esperada, en lugar de ofrecer una respuesta ambigua. Si el prefijo nacional no figura en el registro admitido, la solicitud genera un error de entrada. Esa distinción es importante: un esquema desconocido no puede evaluarse con fiabilidad y no debe tratarse como un simple fallo de checksum.

Comprenda las comprobaciones de longitud y mod-97

Los IBAN no comparten una única cantidad universal de caracteres. Cada país participante define una longitud fija, por lo que un IBAN alemán tiene un tamaño esperado distinto al de uno noruego o maltés. El validador consulta la longitud vinculada al código inicial y la compara con el valor normalizado. Después ejecuta el procedimiento definido para IBAN en ISO 7064: mueve los primeros cuatro caracteres al final, expande las letras a valores numéricos desde A igual a 10 hasta Z igual a 35 y evalúa la secuencia decimal resultante módulo 97. Un checksum válido deja un resto de uno. La implementación calcula el resto progresivamente, dígito a dígito, en vez de construir un entero enorme que podría superar el rango numérico seguro del lenguaje. La respuesta informa por separado de `length_valid` y `checksum_valid`, y establece `valid` únicamente si ambas comprobaciones son satisfactorias. Una longitud incorrecta impide aprobar el checksum, lo que mantiene una decisión prudente y fácil de interpretar en procesos automatizados.

Valide en el punto adecuado del proceso de pago

Ejecute esta comprobación cuando un IBAN entre en su sistema: al enviar un formulario, importar un CSV, registrar un beneficiario o realizar la revisión final antes de crear una orden de pago. Un resultado fallido demuestra un problema de formato, longitud o checksum, por lo que ayuda a detectar pronto errores frecuentes de transcripción. No demuestra que la cuenta bancaria exista, esté abierta, pertenezca al destinatario indicado o pueda recibir una transferencia concreta. Esas preguntas requieren servicios bancarios o de proveedores de pagos y pueden implicar controles de identidad regulados. Mantenga limitada la función del validador: rechace identificadores claramente mal formados, muestre qué controles fallaron y pida al usuario que confirme el número en una fuente fiable. El algoritmo es determinista y no usa red, valores aleatorios, reloj ni consultas externas durante la ejecución, de modo que las llamadas repetidas son reproducibles. Una solicitud API cuesta $0.002, mientras que la página puede ejecutar en el navegador la misma lógica pura de validación.