CASO DE USO
Valida identificadores antes de conciliacion financiera
El proceso de conciliacion matchea filas entre sistemas: pago vs. factura vs. customer record. Cuando la misma entidad aparece con tax_id en formatos distintos entre las tres fuentes — '123.456.789-09' en facturacion, '12345678909' en payments, '123456789-09' en CRM — el match falla. La fila queda en una pila de excepciones que alguien tiene que resolver a mano. Normalizar formato antes del match reduce esa pila.
EL PROBLEMA
La variacion de formato genera falsos negativos en el match
Un proceso de conciliacion sano tiene una tasa baja de excepciones. Cuando la base esta sucia de formato, la tasa sube — no porque haya errores reales, sino porque el match no encuentra filas que en realidad si matchean.
Misma entidad, formatos distintos por fuente
El sistema A (facturacion) guarda tax_id con mascara. El sistema B (payments) lo guarda sin separadores. El sistema C (CRM) lo guarda como vino del formulario. Las tres son la misma entidad pero un join sql crudo no las matchea.
Excepciones de conciliacion que no son excepciones reales
El equipo de finanzas recibe una pila de mismatches que termina siendo formato, no negocio. Resolverlos manualmente es trabajo desperdiciado.
Drift de formato entre integraciones
Cada nueva integracion (ERP nuevo, marketplace nuevo, billing nuevo) trae su propia convencion de formato. Sin normalizacion central, la base se ensucia con cada conector.
POR QUE LAS SOLUCIONES ESTANDAR NO ALCANZAN
Por que SQL crudo no resuelve esto
REPLACE/REGEXP en SQL
Quitar puntos, guiones y espacios en SQL normaliza visualmente pero no detecta tax IDs invalidos. Te queda una base de strings homogeneos pero algunos no son tax IDs reales (DV invalido).
Match engine del ERP
El matching engine de NetSuite, SAP u Oracle es bueno para reglas de negocio pero no implementa nativamente checksum de CUIT/CPF/RFC. Tenes que escribir la regla custom — y mantenerla.
Resolver excepciones manualmente
Es donde la mayoria de los equipos terminan: contratar mas analistas de conciliacion. Escala mal y es trabajo aburrido para la gente que lo hace.
COMO NORMADATA AYUDA
Como Normadata te ayuda
Antes de cualquier match, pasa los tax IDs por verify/tax-id. El campo normalized te da la forma canonica — usalo como clave de join entre las tres fuentes.
Las filas con valid=false son data quality issues reales (no problemas de formato). Marcalos aparte para revisar en un workflow distinto.
Una API, mismo schema para CPF, CUIT, RFC, RUT, NIT, RUC. Tu pipeline de normalizacion es uno solo para LATAM.
MIRALO EN ACCION
Miralo en accion
# Source A stores tax_id as '20-31456789-0'
# Source B stores it as '20314567890'
# Source C stores it as '20.31456789.0'
# All three normalize to the same canonical string
$ curl -X POST api.normadata.io/v1/verify/tax-id \
-H "X-API-Key: nd_a8f3b2c1d4e5f6g7h8i9j0k1l2m3n4o5" \
-d '{"country":"AR","type":"cuit","value":"20-31456789-0"}'
{
"valid": true,
"normalized": "20314567890",
"formatted": "20-31456789-0"
}
# Use 'normalized' as the join key across invoices, payments, customers
# JOIN payments p ON p.tax_id_norm = c.tax_id_norm
# Matching engine + dedup logic stay on your side — we give the canonical keyLIMITACIONES
Que no hace Normadata aqui
—Normadata no es un matching engine. No resuelve conflicts de negocio, no aplica reglas de matching, no es un rule engine. Da la clave canonica — la logica de match queda en tu sistema.
—Normadata no resuelve duplicados por si mismo. Da la senal (mismo normalized = misma entidad) pero la decision de merge/dedup es del equipo que conoce el negocio.
PREGUNTAS FRECUENTES
Preguntas frecuentes
Se integra con NetSuite, SAP u Oracle Financials?
No tenemos integraciones nativas. Lo normal es invocar Normadata desde tu pipeline de ETL o middleware entre el ERP y el matching engine — agregas una columna de tax_id_normalized que usas en los joins.
Resuelve duplicados automaticamente?
No. Normadata te da la forma canonical del tax ID. Si dos filas tienen el mismo normalized, sabes que es la misma entidad. La decision de mergear los registros, mantenerlos separados, o flaggearlos para revision la hace tu logica de negocio.
Integra Normadata en tu stack
El acceso se otorga manualmente. Unite a la lista de espera y te damos acceso a la API.