CASO DE USO
Valida el formato del tax ID antes de que corra tu proveedor de KYC
Los proveedores de KYC cobran por intento — Sumsub, Onfido, Truora y Mati facturan por envio, no por resultado. Un usuario que ingresa un RFC sintaticamente invalido o un CPF que falla el algoritmo de doble digito verificador desperdicia ese intento. Normadata es el gate de formato que corre antes de la llamada al KYC para que solo envies datos estructuralmente validos.
Normadata no es KYC. Es el gate de formato previo al KYC. Normadata valida que un tax ID o numero de documento sea estructuralmente valido — no verifica identidad, no consulta listas de sanciones, ni realiza ninguna verificacion AML o antifraude. Usa Normadata antes de enviar datos a tu proveedor de KYC (Sumsub, Onfido, Truora, Mati). Nunca como reemplazo.
EL PROBLEMA
Las entradas con formato invalido queman el presupuesto de KYC
Los proveedores de KYC en LATAM tipicamente cobran entre $0,50 y $3,00 por intento de verificacion segun el tier y el pais. Los envios con formatos de tax ID invalidos fallan de inmediato — y igual facturan.
Los proveedores de KYC facturan por envio
Un usuario envia un RFC con 12 caracteres en vez de 13, o un CPF que falla los dos digitos verificadores. El proveedor recibe el request, determina que el documento esta malformado, devuelve un error — y cobra por el intento. El costo por envio fallido es el mismo que uno exitoso.
Las reglas de formato por pais son no triviales
RFC (Mexico) requiere una base de 4 caracteres + fecha de 6 digitos + homoclave de 3 caracteres = 13 chars. CPF (Brasil) tiene dos digitos verificadores secuenciales. CUIT (Argentina) usa un algoritmo modulo-11 con pesos fijos. Sin estas reglas implementadas correctamente, no podes detectar entradas malformadas del lado del cliente.
El regex del frontend no alcanza
Un patron comun es agregar una verificacion basica de longitud en el frontend. Esto atrapa errores obvios pero se pierde los errores de checksum — un CPF de 11 digitos que falla ambos calculos de digito verificador es invalido y sera rechazado por cualquier proveedor serio.
POR QUE LAS SOLUCIONES ESTANDAR NO ALCANZAN
Por que los enfoques comunes dejan la brecha
Regex del lado del cliente
Detecta longitud y tipo de caracter, no validez de checksum. Una cadena de 13 caracteres que falla la verificacion de homoclave del RFC igual pasa el regex. El error aparece en el proveedor de KYC, no en el formulario.
Libreria de validacion propia
Construir y mantener implementaciones correctas de checksum para 9+ identificadores de LATAM es una inversion significativa de ingenieria. Los casos borde del algoritmo (RFC para contribuyentes genericos: XAXX010101000) estan mal documentados y son faciles de implementar mal.
Confiar en los mensajes de error del proveedor de KYC
Los proveedores de KYC devuelven codigos de error opacos para entradas malformadas. Tenes que parsear shapes de error especificos del proveedor, mapearlos a mensajes para el usuario y absorber el costo de la llamada fallida.
COMO NORMADATA AYUDA
Como Normadata te ayuda
Llama a Normadata validate antes de llamar a tu proveedor de KYC. Si valid=false, aborta y muestra al usuario un mensaje de error especifico del formato. Cero costo al presupuesto de KYC, feedback inmediato al usuario. Normadata devuelve la forma normalizada del identificador mas el tipo de contribuyente (persona fisica / persona juridica / generico). Usa esto para pre-poblar campos estructurados en tu payload de envio al KYC. Un endpoint maneja RFC, CPF, CUIT, RUT, NIT, RUC y mas. Mismo schema JSON para todos los paises — escribis la logica del gate una sola vez. MIRALO EN ACCION
Miralo en accion
# Pre-KYC gate: validate a batch of CPFs before sending to your KYC vendor
$ curl -X POST api.normadata.io/v1/validate/tax-ids \
-H "X-API-Key: nd_a8f3b2c1d4e5f6g7h8i9j0k1l2m3n4o5" \
-d '{"items":[
{"id":"ok","country":"BR","type":"cpf","value":"111.444.777-35"},
{"id":"bad","country":"BR","type":"cpf","value":"111.444.777"}
]}'
{
"results": [
{
"id": "ok",
"country": "BR",
"type": "cpf",
"valid": true,
"normalized": "11144477735"
},
{
"id": "bad",
"valid": false,
"error": "invalid_length"
}
]
}
# Only send the valid=true ids downstream → no KYC fee burned on malformed input
Los números
Los providers de KYC suelen cobrar por intento. Reportes públicos de la industria citan rangos típicos de USD 0.50 a 3.00+ por chequeo de identidad, dependiendo de volumen, región y profundidad de la verificación. Si una porción de tus inputs llega al KYC con formato malformado — un tax ID con prefijo inválido, un CPF que falla dígito verificador, un número de documento que no matchea el patrón del país — el costo del intento se cobra igual.
Filtrar formato upstream cuesta órdenes de magnitud menos por chamada.
No afirmamos un porcentaje de ahorro específico para tu caso — la tasa de inputs malformados depende de tus fuentes de datos. Recomendamos correr Validate sobre una muestra de tus inputs actuales para medir tu número antes de decidir.
No afirmamos un porcentaje de ahorro específico para tu caso. La tasa de inputs malformados depende de tus fuentes de datos. Medí antes de decidir.
LIMITACIONES
Que no hace Normadata aqui
—Normadata no es KYC. No verifica identidad, no consulta listas de sanciones ni confirma que el tax ID pertenece a la persona que envio el formulario. Eso lo hace tu proveedor de KYC.
—Normadata no consulta ningun registro gubernamental (SAT, Receita Federal, AFIP). Un RFC estructuralmente valido no significa que el RFC este registrado o activo.
PREGUNTAS FRECUENTES
Preguntas frecuentes
Normadata reemplaza a Sumsub, Onfido o Truora?
No. Normadata corre antes de tu proveedor de KYC como gate de formato. Valida que el tax ID sea estructuralmente correcto antes de que pagues por un intento de KYC. Verificacion de identidad, prueba de vida, autenticidad de documentos — eso sigue siendo responsabilidad de tu proveedor de KYC.
Que tax IDs valida Normadata para pre-checks de KYC?
RFC (Mexico), CPF y CNPJ (Brasil), CUIT y CUIL (Argentina), RUT (Chile y Colombia), NIT (Colombia), RUC (Peru), CURP (Mexico). Todos con validacion de checksum donde corresponde.
Integra Normadata en tu stack
El acceso se otorga manualmente. Unite a la lista de espera y te damos acceso a la API.