CASO DE USO
Pre-validacion de formato antes de consultar bureau de credito
Cada consulta a un bureau (Veraz, Equifax, Boa Vista, Experian) cuesta. Tu plan tiene un volumen mensual contratado. Si una porcion de tu volumen se gasta en consultas con tax IDs estructuralmente invalidos — que el bureau iba a rechazar igual — es plata directamente perdida. Validar formato del tax ID antes del lookup es un gate barato que protege un gasto caro.
EL PROBLEMA
El presupuesto de bureau se desperdicia en inputs malos
Los bureaus cobran por consulta o tienen volumenes contratados. Inputs estructuralmente invalidos suelen consumir cuota incluso si no devuelven un resultado utilizable.
Cada lookup tiene costo, exitoso o no
Veraz, Equifax, Boa Vista y Experian cobran por consulta o por volumen contratado. Un CUIT con DV invalido no va a devolver un credit report util — pero la consulta igual se cuenta contra tu plan.
Los inputs sucios vienen del frontend
El usuario tipea su tax ID en el formulario de aplicacion a credito. Si tu frontend no valida checksum, el dato sucio entra al pipeline. Y de ahi al bureau, donde el dato sucio cuesta plata.
Drift entre el formato esperado por el bureau y el de tu base
Algunos bureaus esperan el tax ID sin separadores, otros con mascara. Si tu base lo guarda en un formato y mandas al bureau en otro, hay riesgo de rechazo por formato — gastando una consulta igual.
POR QUE LAS SOLUCIONES ESTANDAR NO ALCANZAN
Por que el front no filtra esto solo
Regex en el formulario
Valida longitud y caracteres pero no calcula checksum. Un tax ID con DV mal pasa el regex y llega al bureau.
Validar al recibir error del bureau
Cuando el bureau devuelve error, ya gastaste la consulta. El feedback es post-factum.
Libreria por pais en el backend
Mantener implementaciones correctas de CPF, CUIT, RFC con checksum es mantenimiento. Open source suele estar incompleto o desactualizado.
COMO NORMADATA AYUDA
Como Normadata te ayuda
Llama a verify/tax-id antes de cada bureau lookup. Si valid=false, no hacas la consulta — devolves un error de formato al cliente. Cuota de bureau preservada.
Complementa con verify/contact si el bureau tambien usa telefono o email del solicitante para enriquecer el lookup — pre-validar reduce la chance de fallar el lookup por dato secundario malformado.
El campo normalized te da la forma canonical que el bureau espera (sin separadores, longitud correcta, checksum valido). Manda eso al bureau, no lo que tipeo el usuario.
MIRALO EN ACCION
Miralo en accion
# Format gate BEFORE paid bureau lookup (Veraz, Boa Vista, Equifax...)
$ curl -X POST api.normadata.io/v1/verify/tax-id \
-H "X-API-Key: nd_a8f3b2c1d4e5f6g7h8i9j0k1l2m3n4o5" \
-d '{"country":"AR","type":"cuit","value":"20-31456789-1"}'
{
"valid": false,
"errors": ["invalid_check_digit"]
}
# valid=false → SKIP bureau call. Quota preserved.
# valid=true → call bureau with normalized value
# Important: Normadata does NOT call the bureau, does NOT return a credit score.
# We only confirm the tax ID is structurally valid before you spend quota.LIMITACIONES
Que no hace Normadata aqui
—Normadata NO hace credit scoring. No consulta al bureau, no devuelve credit score, no devuelve historial crediticio. Eso lo hace el bureau, no nosotros.
—Normadata no garantiza que el tax ID este registrado en el bureau, solo que esta bien formado. Un CUIT estructuralmente valido puede no tener historial en Veraz — eso lo descubris al consultar.
PREGUNTAS FRECUENTES
Preguntas frecuentes
Normadata reemplaza a Equifax o Boa Vista?
No, somos complementarios. Normadata corre antes del bureau lookup como format gate. La consulta al bureau (credit history, score, comportamiento de pago) la sigue haciendo el bureau.
Reduce costos de bureau?
Si — al filtrar inputs estructuralmente invalidos antes de la consulta, no gastas cuota en lookups que iban a fallar igual. El ahorro real depende de la tasa de inputs malformados que recibis hoy. Medilo sobre tu volumen actual antes de proyectar.
Integra Normadata en tu stack
El acceso se otorga manualmente. Unite a la lista de espera y te damos acceso a la API.