{"valid":true,"errors":[],"schema_version":"4.00","schema_kind":"nfe","municipality_specific_warnings":[]}
curl --location --request POST 'https://zylalabs.com/api/12835/securee+nf-e+xml+validator+api/25529/validate+nf-e+xml' --header 'Authorization: Bearer YOUR_API_KEY'
--data-raw '
35
00000001
VENDA
55
1
1
2026-05-19T10:00:00-03:00
1
1
3550308
1
1
0
2
1
0
1
0
1.0
11222333000181
EMPRESA TESTE LTDA
RUA TESTE
100
CENTRO
3550308
SAO PAULO
SP
01000000
123456789012
3
22333444000172
CLIENTE TESTE LTDA
'
Después de registrarte, a cada desarrollador se le asigna una clave de acceso a la API personal, una combinación única de letras y dígitos proporcionada para acceder a nuestro endpoint de la API. Para autenticarte con el Validación de XML NF-e Securee API simplemente incluye tu token de portador en el encabezado de Autorización.
| Encabezado | Descripción |
|---|---|
Autorización
|
Requerido
Debería ser Bearer access_key. Consulta "Tu Clave de Acceso a la API" arriba cuando estés suscrito.
|
Sin compromiso a largo plazo. Mejora, reduce o cancela en cualquier momento. La Prueba Gratuita incluye hasta 50 solicitudes.
(Ahorra 2 meses pagando anualmente 🎉)
Empresas líderes confían en nosotros
Valida la Nota Fiscal Eletrônica (NF-e, mod 55), NFC-e (mod 65) y CT-e (mod 57) brasileñas contra los esquemas actuales de SEFAZ — y devuelve los rutas exactas de los elementos que fallaron, no un código de rechazo críptico. Diseñado para desarrolladores de tecnología fiscal, ERPs e integraciones de pago en comercio electrónico que necesitan detectar documentos fiscales malformados antes que lo haga SEFAZ.
La mayoría de las APIs fiscales brasileñas (Focus NFe, Webmania, NFe.io) son pilas completas de emisión — pesadas, con precios para emisores, y excesivas si ya tienes el XML y solo necesitas validarlo. Este es un validador de datos puros: envía el XML, recibe un resultado estructurado de aprobado/rechazado con errores tipificados. Las reglas del esquema y las peculiaridades de NFS-e por municipio no son replicadas por validadores globales genéricos.
/NFe/infNFe/ide/nNF con códigos tipificados (MISSING_REQUIRED, INVALID_FORMAT, CROSS_FIELD, UNSUPPORTED_VERSION, INVALID_ROOT).400 por XML malformado, 422 por válido en esquema pero inválido en contenido, 200 por válido./v1/ y monitoreo diario de desviaciones del esquema de SEFAZ.{
"valid": true,
"errors": [],
"schema_version": "4.00",
"schema_kind": "nfe",
"municipality_specific_warnings": []
}
La API devuelve una respuesta JSON que incluye un indicador de validez una lista de errores por elemento (con rutas y códigos de error) la versión de esquema detectada automáticamente el tipo de documento y cualquier advertencia específica del municipio
Los campos clave en la respuesta incluyen "válido" (booleano), "errores" (arreglo de objetos de error), "versión_esquema" (cadena), "tipo_esquema" (cadena) y "advertencias_específicas_del_municipio" (arreglo)
La respuesta está estructurada como un objeto JSON con claves de nivel superior para validez, errores, versión del esquema, tipo de esquema y advertencias del municipio, lo que permite un acceso fácil a cada componente
La API proporciona resultados de validación para documentos XML de NF-e, NFC-e y CT-e, incluidos detalles de errores, versión del esquema y advertencias específicas del municipio, asegurando comentarios de validación integrales
La precisión de los datos se mantiene mediante el monitoreo diario de las actualizaciones del esquema de SEFAZ, garantizando que la API utilice las reglas de validación y estructuras más actuales para los documentos NF-e, NFC-e y CT-e
Los casos de uso típicos incluyen validar la NF-e del proveedor antes de la importación en el libro mayor en sistemas ERP prevalidar CT-e/NF-e durante el proceso de pago en comercio electrónico y garantizar el cumplimiento en las canalizaciones de recepción de documentos
Los usuarios pueden utilizar los datos devueltos verificando la bandera "válido" para determinar si el XML es válido revisando el arreglo "errores" para problemas específicos y atendiendo cualquier advertencia específica del municipio para el cumplimiento
Los patrones de datos estándar incluyen una bandera "válida" de verdadero para documentos válidos, un arreglo "errores" vacío y códigos de error específicos como MISSING_REQUIRED o INVALID_FORMAT para documentos no válidos, proporcionando retroalimentación clara sobre los problemas