normadata
ES
Pedir acceso →
CASO DE USO

Pre-valida tax IDs antes de emitir factura electronica

SEFAZ rechaza NF-e por CNPJ con digito verificador invalido. SAT rechaza CFDI por RFC con homoclave malformada. AFIP rechaza la factura por CUIT con modulo-11 incorrecto. Estos rechazos son estructurales — el organismo nunca llego a validar nada de negocio, simplemente rechazo el documento porque el identificador esta mal armado. Normadata corre antes de tu generador de XML para que esos rechazos se filtren al ingreso.

Unirme a la lista de esperaLeer documentacion
EL PROBLEMA

Los rechazos estructurales se podrian filtrar antes del XML

Cada NF-e/CFDI/factura rechazada por tax ID malformado requiere cancelacion, re-emision y a veces correccion fuera de banda con el cliente. El costo operativo es desproporcionado respecto al costo de validar formato.

SEFAZ rechaza NF-e por CNPJ con DV invalido
Antes de que SEFAZ valide nada de negocio (CFOP, CST, valores), corre las verificaciones estructurales del documento. Un CNPJ con doble digito verificador incorrecto hace que el XML sea rechazado en el momento del autorizamiento. Tu sistema recibe el codigo de error, tenes que cancelar y re-emitir.
SAT MX rechaza CFDI por RFC malformado
El RFC del receptor en un CFDI 4.0 tiene que matchear estructura: 4 caracteres de persona/empresa + 6 digitos de fecha + 3 caracteres de homoclave. Un caracter mal en cualquier posicion produce el rechazo del CFDI, que ahora tenes que cancelar y volver a timbrar.
AFIP rechaza factura por CUIT con DV malo
El CUIT con prefijo de tipo de contribuyente (20, 23, 24, 27, 30, 33, 34) y digito verificador modulo-11 ponderado es estructuralmente verificable sin llamar a AFIP. Si tu sistema emite la factura con un CUIT cuyo DV no cierra, AFIP rechaza el documento y queda en estado de error.
POR QUE LAS SOLUCIONES ESTANDAR NO ALCANZAN

Por que el problema no se filtra en el ERP

Validacion solo en el frontend del ERP
Muchos ERPs validan longitud y caracteres del tax ID en el formulario pero no calculan los digitos verificadores. Eso deja pasar errores tipograficos plausibles (un digito mal) que igual fallan en SEFAZ/SAT/AFIP.
Librerias por pais con drift de mantenimiento
Mantener implementaciones correctas de CNPJ, RFC y CUIT en el ERP requiere actualizaciones periodicas. Las librerias open source suelen quedar desactualizadas o cubren solo un pais.
Esperar al codigo de error del organismo
Si descubris el error recien cuando SEFAZ/SAT/AFIP rechaza, el documento ya esta en estado de error en tu sistema y necesita cancelacion. El costo operativo es alto comparado con haberlo detectado en el formulario.
COMO NORMADATA AYUDA

Como Normadata te ayuda

Llama a verify/tax-id antes de armar el payload de NF-e, CFDI o factura AFIP. Si valid=false, bloquea la emision y devolve el error al usuario para corregirlo upstream — en el ERP, en el CRM o en el formulario de alta de cliente.
Una API, un schema, todos los tax IDs principales de LATAM (CNPJ, CPF, RFC, CUIT, RUT, NIT, RUC). Tu logica de pre-emision es la misma para todos los paises donde facturas.
Para campos de direccion que tambien aparecen en el documento fiscal, complementa con verify/address para detectar codigos postales malformados antes de armar el XML.
MIRALO EN ACCION

Miralo en accion

# Pre-validate CNPJ before emitting NF-e to SEFAZ
$ curl -X POST api.normadata.io/v1/verify/tax-id \
  -H "X-API-Key: nd_a8f3b2c1d4e5f6g7h8i9j0k1l2m3n4o5" \
  -d '{"country":"BR","type":"cnpj","value":"11.222.333/0001-81"}'

{
  "valid": true,
  "normalized": "11222333000181",
  "identifier": {
    "type": "CNPJ",
    "category": "tax_id"
  }
}

# valid=true → safe to build NF-e XML payload
# valid=false → block NF-e emission, fix tax ID upstream

# Same gate for MX (RFC → CFDI) and AR (CUIT → factura AFIP)
LIMITACIONES

Que no hace Normadata aqui

—Normadata no se conecta a SEFAZ, SAT ni AFIP. No emite factura, no genera el XML de NF-e o CFDI, no firma digitalmente. Es estrictamente el gate de formato previo.
—Normadata no valida campos de negocio del documento (CFOP, CST, valores, alicuotas). Solo valida la estructura del tax ID y otros identificadores. La validacion fiscal de negocio queda en tu sistema o en el organismo emisor.
Ver limitaciones completas
PREGUNTAS FRECUENTES

Preguntas frecuentes

Normadata se integra con SEFAZ, SAT o AFIP?
No. Normadata corre antes del envio al organismo. Validamos que el tax ID este estructuralmente bien armado para que no recibas rechazos del organismo por errores de formato. La integracion con SEFAZ/SAT/AFIP la hace tu ERP o tu proveedor de facturacion electronica.
Reduce rechazos de NF-e?
Si — los rechazos estructurales (CNPJ con DV invalido, longitud incorrecta, prefijo incorrecto). No reduce rechazos por validaciones de negocio (CFOP incorrecto, valores no cuadrados, situacion del contribuyente). Esos son responsabilidad del sistema de facturacion y del organismo.
Ver validadores →
Ver endpoint en docs →

Integra Normadata en tu stack

El acceso se otorga manualmente. Unite a la lista de espera y te damos acceso a la API.

Unirme a la lista de esperaLeer documentacion