Validar identificadores, IBAN, correos y teléfonos en una tabla
La mitad de los errores de una lista de clientes no son celdas vacías sino valores equivocados: un DNI con la letra cambiada, un RFC con el mes 13, un IBAN con un dígito mal tecleado, un correo sin la «@», un código postal al que se le cayó el cero inicial. Con un filtro no se encuentran, porque el dígito de control no se calcula con una condición, y a ojo, con cien mil filas, menos.
Gratis para usar. «Análisis» → «Validar valores…». No se sube nada. Versión para Windows — 4.6 MB, sin instalación: detalles. Pro — 29 USD una sola vez: precio.
Cómo lanzar una comprobación
- Abra la tabla: CSV, Excel, DBF, XML, JSON o una base SQLite.
- Elija «Análisis» → «Validar valores…». Las reglas se proponen solas: las columnas llamadas
RFC,CURP,CUIT,NIF,IBAN,CORREO,TELEFONOoCPse reconocen por el nombre y también por el contenido. - Pulse «Validar». Aparece una nueva primera columna, «Validación»: en las filas con problemas indica qué falla y en las demás está vacía. El cuadro muestra un resumen por regla, con ejemplos.
- «Mostrar las filas con errores» deja en pantalla solo esas filas.
La columna «Validación» es dinámica: corrija un valor y su error desaparece. Se puede exportar junto con la tabla, agrupar o filtrar como cualquier otra columna.
Qué se comprueba de serie
| Formato | Qué se comprueba |
|---|---|
| DNI / NIE (España) | 8 dígitos y una letra, o X, Y o Z, 7 dígitos y una letra; la letra de control es el resto de dividir entre 23 |
| CIF (España) | una letra de entidad, 7 dígitos y un carácter de control (dígito o letra, según el tipo de entidad) |
| RFC (México) | 3 letras (empresa) o 4 (persona), una fecha AAMMDD válida y 3 caracteres de homoclave. El carácter de control no se comprueba |
| CURP (México) | 18 caracteres con fecha de nacimiento válida, sexo y clave de estado. El dígito de control no se comprueba |
| CLABE (México) | 18 dígitos y dígito de control |
| Folio fiscal CFDI | UUID de la forma 8-4-4-4-12 caracteres hexadecimales |
| CUIT / CUIL (Argentina) | 11 dígitos, prefijo válido y dígito de control; los números que por regla llevan 4 o 9 con prefijo 23, 24 o 33 no se discuten |
| RUT / RUN (Chile) | de 6 a 8 dígitos y un carácter de control 0–9 o K |
| NIT (Colombia) | de 8 a 10 dígitos y un dígito de control, con guion o sin él |
| RUC (Perú) | 11 dígitos, prefijo válido y dígito de control |
| IBAN y SWIFT/BIC | código de país, longitud según el país y dígitos de control (IBAN); formato (BIC) |
| Tarjeta de pago | de 12 a 19 dígitos y dígito de control de Luhn |
| Código postal (España, México) | 5 dígitos; en una columna numérica se restaura el cero inicial |
| Correo y teléfono | una sola «@», dominio con extensión, sin espacios; teléfono de 7 a 15 dígitos |
| Fecha, número, entero | la fecha es real según el calendario; rango «desde — hasta» en las condiciones |
A cualquier regla se le añaden condiciones: valor obligatorio, longitud de y hasta, solo valores de una lista.
Si la columna del archivo es numérica, el cero inicial de un código ya se perdió. La validación lo tiene en cuenta y no lo marca como error.
Por qué algunos formatos no comprueban el dígito de control
En RFC y CURP la estructura y la fecha se comprueban, pero no el dígito de control: es mejor no marcar un número real como erróneo que presumir de una comprobación que podría equivocarse. Lo mismo vale para el CUIT con prefijo 23, 24 o 33. Y la validación de un identificador no sustituye a consultarlo en el registro oficial: dice que el número está bien formado, no que exista ni que sea de esa persona.
Formatos propios
Hay más formatos de sector que de serie: un número de póliza antiguo, un código de centro, un número de empleado. Se describen en el cuadro «Mis formatos», de tres maneras:
- Plantilla por partes, sin expresiones regulares: «3 letras, un guion, de 6 a 10 dígitos». Se ve enseguida un ejemplo de valor válido y en el campo «Probar un valor» se puede teclear una cadena del archivo para ver si encaja.
- Expresión regular, para quien la domina.
- Uno de los formatos, compuesto: «teléfono o correo». Entran los formatos de serie con dígito de control y los propios.
Los formatos se guardan en el navegador y se exportan a un archivo: los compañeros lo cargan y validan con las mismas reglas. En ese archivo no hay datos, solo descripciones.
Preguntas frecuentes
¿El archivo va a un servidor?
No. La validación se hace en la pestaña de su navegador y la página técnicamente no puede enviar el contenido del archivo a ninguna otra dirección.
¿Tendré que configurar las reglas cada mes?
No. Las reglas se recuerdan por los nombres de columna: el registro del mes siguiente con las mismas columnas se abre con la validación ya configurada.
¿Comprueba que el RFC o el NIF existan?
No. Comprueba que el valor está bien formado (estructura, fecha, dígito de control cuando se puede). Para saber si existe hay que consultar el registro oficial.
¿Se puede comprobar la relación entre campos, por ejemplo que la fecha de fin no sea anterior a la de inicio?
Para eso está el lenguaje de expresiones del filtro: FECHA_2 < FECHA_1 muestra esas filas.
Gratis para usar. Su archivo no se sube a ningún servidor. Versión para Windows — 4.6 MB, sin instalación: detalles. Pro — 29 USD una sola vez: precio.