Compruebe cualquier factura UBL 2.1 XML según las últimas reglas de negocio PEPPOL BIS Billing 3.0 y EN 16931. Gratis, sin registro, resultados instantáneos con el ID exacto de la regla para cada error y advertencia.
Arrastre y suelte el archivo UBL 2.1 XML o selecciónelo. El validador acepta tanto facturas como notas de crédito. Los archivos se procesan en su sesión del navegador y no se conservan.
2
Ejecute las comprobaciones BIS 3.0 + EN 16931
El validador ejecuta el schematron oficial PEPPOL BIS Billing 3.0, las reglas EN 16931, las comprobaciones de cálculo, la validación de listas de códigos y la lógica de fechas en una sola pasada.
3
Lea el informe
Los errores y advertencias se devuelven con el ID exacto de la regla (BR-CO-15, BR-S-08, BR-DEC-12, etc.) y una descripción sencilla, para que sepa qué corregir y dónde.
Qué se valida
Campos obligatorios de PEPPOL
Identificación del proveedor, identificación del cliente, número de factura, fecha de emisión, fecha de vencimiento, código de tipo de factura, moneda y al menos una línea de factura válida.
Precisión de los cálculos
Importes netos de líneas, subtotales por categoría de IVA, total de impuestos, importe total con y sin impuestos, importe a pagar: cada cálculo se rehace y se compara.
Lógica de categorías de IVA
Estándar, reducido, tipo cero, exento, inversión del sujeto pasivo y entrega intracomunitaria tienen sus propias reglas de validación; todas se comprueban.
Listas de códigos y formatos
Códigos de moneda (ISO 4217), códigos de unidad (UN/ECE Rec 20), códigos de categoría de IVA y formatos de fecha (YYYY-MM-DD) se validan según las listas oficiales.
Más allá de PEPPOL: otros formatos que validamos
El mismo validador gestiona todos los principales formatos europeos de factura electrónica. Sube el archivo y el sistema detecta automáticamente qué estándar aplicar — sin selección manual de formato.
XRechnung 3.x (Alemania)
CIUS de facturación electrónica federal y estatal alemana. Sintaxis UBL y CII. Comprobaciones EN 16931 más todas las reglas específicas de XRechnung (BR-DE-*, CII-DE-*) usando el schematron oficial de KOSIT.
RO-CIUS (e-Factura de Rumanía)
La CIUS nacional de Rumanía para la e-Factura de la ANAF. Facturas y abonos se comprueban frente a la estructura UBL (XSD), las reglas básicas de EN 16931 y las reglas de negocio nacionales de la ANAF (BR-RO-*): el mismo conjunto de reglas que aplica el portal SPV antes de la validación oficial.
CIUS-FR (Francia B2B / FR-CTC)
El perfil FR-B2B-CTC francés de EN 16931 (AFNOR XP Z12-012). Las sintaxis UBL y CII se validan ambas frente a las reglas básicas de EN 16931 y las reglas de negocio BR-FR-CTC de FNFE-MPE, de cara al mandato B2B francés desde septiembre de 2026.
NLCIUS (Países Bajos SI-UBL 2.0)
La CIUS nacional neerlandesa de EN 16931, usada en la red Peppol neerlandesa. Una restricción pura sin extensión nacional, por lo que las facturas se comprueban contra la estructura UBL (XSD), las reglas de núcleo EN 16931 y las reglas de negocio neerlandesas SI-UBL (BR-NL-*) del schematron oficial de Peppolautoriteit.
CIUS-PT (Portugal)
La CIUS nacional portuguesa de EN 16931, publicada por eSPap / FE-AP y obligatoria para los proveedores B2G. Las facturas se validan contra la estructura UBL, las reglas de núcleo EN 16931 y las reglas de negocio portuguesas (BR-PT-*); ATCUD, el código QR y SAF-T se gestionan fuera de la factura.
Factur-X / ZUGFeRD (PDF)
Sube un PDF/A-3 Factur-X o ZUGFeRD directamente — el sistema extrae el XML de factura CII incrustado y lo valida contra el perfil correspondiente (MINIMUM, BASIC-WL, BASIC, EN 16931 o EXTENDED).
EN 16931 (núcleo europeo)
Factura de núcleo europeo puro sin extensiones nacionales. Útil para intercambios transfronterizos en la UE donde ninguna de las partes exige PEPPOL ni una CIUS nacional. Sintaxis UBL y CII.
Facturae (España)
El formato nacional español de factura electrónica, exigido por FACe y los compradores del sector público español. Se validan las versiones 3.2, 3.2.1 y 3.2.2 contra el XSD oficial más reglas de negocio: dígitos de control de NIF/CIF, totales de línea y de factura, coherencia del lote y comprobación de IBAN — con un aviso si falta la firma XAdES.
e-arve estonio (Eesti Pangaliit)
El formato nacional estonio de factura electrónica usado por LHV, SEB, Swedbank y operadores (Finbite, Omniva, Telema). Se validan ambas versiones del esquema, 1.11 y 1.2. Las reglas de negocio cubren los códigos de registro, IBAN MOD-97 y la consistencia de importes.
KSeF FA(3) de Polonia
La factura estructurada polaca (faktura ustrukturyzowana) que se intercambia por KSeF 2.0, obligatoria para todos los sujetos pasivos de IVA desde abril de 2026. Se valida frente al XSD oficial FA(3) del Ministerio de Hacienda y las reglas de dígito de control NIP (mod 11), con un aviso claro si el archivo sigue usando el espacio de nombres retirado de FA(2).
PEPPOL BIS 3.0 Ordering
Pedidos de compra (UBL Order) conformes al perfil PEPPOL Ordering (T01). Esquema XSD más el conjunto completo de reglas de PEPPOL Order, incluidas las comprobaciones de moneda ISO, país y listas de códigos UN/CEFACT.
Detección automática de formato
La detección usa el elemento raíz del XML y la URN de CustomizationID (o el XML incrustado dentro de un PDF). Sin desplegable de formato que rellenar, sin riesgo de seleccionar el conjunto de reglas equivocado.
¿Por qué validar antes del envío?
Los Puntos de Acceso PEPPOL aplican las reglas BIS Billing 3.0 en el borde de la red. Una factura con una sola infracción de campo obligatorio o una discrepancia de cálculo se rechazará antes de llegar a su comprador. Al validar primero localmente, detecta los problemas de inmediato y evita idas y venidas molestas, retrasos en los pagos y sanciones de cumplimiento.
El validador de aiDoks utiliza el mismo schematron y conjunto de reglas que utilizan los entornos de prueba oficiales de PEPPOL. Si el validador dice «válido», la factura pasará en el Punto de Acceso. Si dice «error», obtendrá el ID exacto de la regla y una pista de solución, de modo que la siguiente iteración sea rápida.
Errores de validación habituales y cómo solucionarlos
BR-CO-13: discrepancia en el total de IVA de la factura. El total de IVA debe coincidir con la suma de los subtotales por categoría de IVA. Compruebe los tipos de IVA de cada línea.
BR-CO-15: discrepancia en el importe total a pagar. Subtotal + descuentos − cargos debe coincidir con el importe a pagar.
BR-S-08: tipo de IVA estándar pero el tipo falta o es cero. Añada el tipo de IVA estándar correcto en la sección de categorías de IVA.
BR-DEC-12: el importe tiene más de 2 decimales. Redondee los importes de línea y de IVA a 2 decimales.
BR-15: faltan los datos del cliente. Añada el nombre de la empresa y el domicilio fiscal del comprador.
Validación de facturas de proveedores
El validador funciona con cualquier factura UBL 2.1 XML, no solo con las creadas por aiDoks. Úselo para comprobar la coherencia de archivos recibidos de proveedores, exportados desde Xero / SAP / Odoo / Standard Books o producidos por su propio ERP.
Validador PEPPOL: preguntas frecuentes
¿Qué comprueba el validador PEPPOL BIS 3.0?
El validador ejecuta el conjunto completo de reglas de negocio EN 16931 y PEPPOL BIS Billing 3.0 sobre su factura UBL XML. Comprueba campos obligatorios, formatos de datos, listas de códigos (moneda, unidad, categoría fiscal), lógica de categorías de IVA, precisión de cálculos (totales de líneas, totales de impuestos, importe a pagar) y lógica de fechas. Los errores y advertencias se informan con el ID oficial de la regla (por ejemplo, BR-CO-15) para que sepa exactamente qué corregir.
¿El validador es gratis?
Sí. El validador PEPPOL BIS 3.0 es totalmente gratuito y no requiere cuenta. Suba cualquier factura UBL XML y la herramienta devuelve un informe de validación detallado al instante.
¿Qué formatos de archivo acepta el validador?
Suba archivos de factura UBL 2.1 XML conformes con PEPPOL BIS Billing 3.0 o con la norma EN 16931. Se admiten tanto facturas como notas de crédito. Los formatos PDF e imagen no se validan directamente: conviértalos primero a UBL XML con la herramienta de OCR de IA y, después, valídelos.
¿Cómo corrijo los errores de validación?
Cada error del informe incluye el ID de la regla (por ejemplo, BR-CO-13 para discrepancia en el total de impuestos) y una descripción comprensible. Las correcciones habituales incluyen añadir campos obligatorios que faltan (NIF del proveedor, nombre del cliente, fecha de vencimiento), corregir los totales de los cálculos, ajustar los formatos de fecha (AAAA-MM-DD) y utilizar los códigos correctos de categoría fiscal y de unidad. Vuelva a subir el archivo después de corregir: el validador se ejecuta de nuevo al instante.
¿Puedo validar facturas de cualquier software de contabilidad?
Sí, el validador es independiente del sistema. Mientras la factura se exporte como PEPPOL UBL 2.1 XML, XRechnung, EN 16931 CII, Factur-X / ZUGFeRD o e-arve estonio, puede validarse. Útil para probar exportaciones de Xero, SAP, Odoo, DATEV, NetSuite, Standard Books y cualquier otra plataforma de facturación electrónica.