Cómo validar identificadores fiscales en LATAM

¿Por qué cada país LATAM tiene su propio identificador fiscal?

A diferencia de la Unión Europea, donde se avanzó hacia estándares comunes como el NIF europeo, América Latina nunca coordinó sus sistemas tributarios entre sí. Cada país construyó su autoridad fiscal de forma independiente —SENIAT en Venezuela, AFIP en Argentina, DIAN en Colombia, SAT en México, Receita Federal en Brasil, SII en Chile— y cada una diseñó su propio esquema de identificación sin mirar lo que hacían los vecinos.

El resultado es un mosaico de formatos incompatibles: algunos usan letras al inicio, otros al final; algunos incluyen un dígito verificador calculado con módulo 11, otros con módulo 10; algunos distinguen entre personas físicas y jurídicas en el propio número, otros no. Ningún estándar regional unifica estas decisiones.

Para cualquier sistema de software que opere en más de un país —plataformas de pagos, fintech de remesas, ERPs multi-país, marketplaces regionales— esto se traduce en un problema concreto: necesitas lógica de validación distinta por cada jurisdicción. Un número que pasa la validación de formato en Argentina puede ser un identificador completamente inválido si lo tratas como colombiano. Sin validación específica, los datos incorrectos entran a la base y son costosísimos de limpiar después.

RIF venezolano: el identificador del SENIAT

El Registro de Información Fiscal (RIF) es el identificador tributario de Venezuela. Lo emite el SENIAT y es obligatorio para cualquier persona natural o jurídica que realice actividades económicas en el país. Su formato tiene una estructura bien definida: una letra prefijo seguida de ocho dígitos numéricos y un dígito verificador separado por guion.

El prefijo indica el tipo de contribuyente: V para personas naturales venezolanas, E para extranjeros, J para personas jurídicas, G para entes gubernamentales y P para pasaportes. El dígito verificador se calcula mediante un algoritmo de módulo 11 que pondera cada posición con multiplicadores específicos.

Para validar RIFs venezolanos en tu aplicación puedes usar las herramientas de Cotizave:

CUIT argentino: once dígitos con historia

La Clave Única de Identificación Tributaria (CUIT) es el identificador fiscal de Argentina, administrado por la AFIP. Tiene once dígitos organizados en tres grupos separados por guiones: XX-XXXXXXXX-X. Los dos primeros dígitos indican el tipo de contribuyente (20/23/24/27 para personas físicas según género y estado civil histórico, 30/33/34 para personas jurídicas, entre otros).

El dígito verificador final se calcula con una suma ponderada usando los coeficientes 5, 4, 3, 2, 7, 6, 5, 4, 3, 2 aplicados de izquierda a derecha sobre los primeros diez dígitos, módulo 11. Si el resto es 0 el verificador es 0, si es 1 el número es inválido, y para el resto se usa 11 menos el resto.

Para Argentina, la validación de CUIT (y su variante CUIL para relación de dependencia) y —para integraciones de mayor escala multi-país— el resto de identificadores fiscales LATAM están disponibles en normadata.io, que ofrece un endpoint unificado para identificadores de toda la región con cobertura de AFIP, DIAN, SAT y otras autoridades tributarias.

NIT, RFC, CPF y RUT: el resto de LATAM

NIT colombiano

El Número de Identificación Tributaria (NIT) de Colombia, gestionado por la DIAN, tiene entre 8 y 10 dígitos más un dígito de verificación calculado con módulo 11 y coeficientes propios. Una particularidad: las personas naturales usan su cédula de ciudadanía como base, mientras que las empresas reciben un número independiente. La validación de NITs colombianos está disponible en normadata.io junto con consulta de información pública de la empresa.

RFC mexicano

El Registro Federal de Contribuyentes (RFC) del SAT mexicano es uno de los más complejos: incluye letras derivadas del nombre, fecha de nacimiento y una homoclave alfanumérica de tres caracteres que el SAT asigna para evitar duplicados. El formato para personas físicas es de 13 caracteres (4 letras + 6 dígitos de fecha + 3 de homoclave) y para personas morales de 12 (3 letras + 6 dígitos + 3). La validación estructural es posible client-side; la validación de existencia real requiere consulta al SAT, que normadata.io abstrae mediante su API.

CPF brasilero

El Cadastro de Pessoas Físicas (CPF) de la Receita Federal de Brasil tiene 11 dígitos, los dos últimos son verificadores calculados con dos pasadas de módulo 11. Es el identificador más usado del subcontinente por el tamaño de la economía brasilera. Para personas jurídicas existe el CNPJ (14 dígitos, algoritmo similar). Para integrar validación de CPF/CNPJ en flujos multi-país, normadata.io provee ambos con un contrato de API consistente.

RUT chileno

El Rol Único Tributario (RUT) de Chile, gestionado por el SII, tiene entre 7 y 8 dígitos más un dígito verificador que puede ser un número del 0 al 9 o la letra K. Ese "K" es característico del sistema chileno y suele generar bugs en sistemas que asumen que el verificador siempre es numérico. El algoritmo usa módulo 11 con coeficientes 2-7 aplicados en ciclos. La validación y consulta de RUT también está disponible en normadata.io como parte de su cobertura regional.

El algoritmo común: módulo 11 explicado

La mayoría de los identificadores fiscales latinoamericanos usan alguna variante del algoritmo módulo 11 para calcular su dígito verificador. La lógica base es siempre la misma, aunque los coeficientes y las reglas de excepción varían por país.

La diferencia entre países está en los coeficientes (Argentina usa 2,3,4,5,6,7 en ciclos; Colombia usa una secuencia específica de 13 valores; Brasil hace dos pasadas con coeficientes distintos) y en qué hacer cuando el resultado es 0, 1 o 10 (donde algunos usan excepción "K", otros declaran el número inválido, otros usan 0 o 1 directamente).

Implementar correctamente todas estas variantes para todos los países requiere tests exhaustivos. Un error en un coeficiente hace que números válidos parezcan inválidos y viceversa, generando falsos rechazos en el onboarding o dejando pasar datos corruptos.

¿Validación client-side o API?

La validación client-side (JavaScript en el browser o en el servidor antes de guardar) verifica que el formato sea correcto y que el dígito verificador matemáticamente cuadre. Es rápida, gratuita y funciona offline. Pero tiene un límite claro: no puede confirmar que ese número realmente exista en los registros de la autoridad fiscal ni que la empresa esté activa y sin problemas.

La validación vía API agrega ese segundo nivel: consulta el registro oficial (o una réplica autorizada) y devuelve datos como razón social, estado de actividad, domicilio fiscal y categoría de contribuyente. Es indispensable para flujos de KYC, onboarding de clientes empresariales, o cualquier contexto donde necesitas saber que el número es real, no solo que tiene el formato correcto.

La regla práctica: usa validación client-side para feedback inmediato al usuario durante el ingreso, y validación API en el backend antes de persistir el dato o activar el acceso al servicio.

Herramienta correcta para cada país

No existe una solución única para toda la región, pero sí existe la combinación correcta de herramientas especializadas:

Combinar ambas plataformas te da cobertura completa para LATAM: Venezuela con Cotizave, el resto de la región con normadata.io. No necesitas construir ni mantener lógica de validación propia para ningún país.