Antes de enviar una e-factura, querrá asegurarse de que el archivo XML es técnicamente correcto. El validador de eConnect comprueba su factura en los esquemas XML, las reglas Schematron y las validaciones específicas por país. La herramienta está disponible de forma gratuita como validador en línea.

El validador de eConnect realiza múltiples controles sobre su archivo de e-factura:

Validación del esquema XML. ¿Es correcta la estructura base del archivo? ¿Están presentes todos los elementos XML obligatorios y correctamente anidados?

Validación Schematron. ¿Cumple la factura con las reglas de negocio del perfil elegido? Piense en reglas de cálculo de IVA, campos obligatorios y listas de códigos.

Control del perfil. El sistema reconoce automáticamente qué perfil sigue su factura (BIS Billing V3, NLCIUS, PINT, XRechnung) y aplica las reglas de validación correspondientes.

Reglas específicas por país. Por país se aplican reglas de validación adicionales. Para los Países Bajos son las reglas NL-R, para Alemania las reglas DE-R, para Dinamarca las reglas DK-R, etc. El validador las aplica automáticamente en función del código de país en la factura.

El validador soporta todos los formatos de e-factura habituales:

El validador en línea está disponible en /es/validator. No necesita crear una cuenta.

1. Abra el validador de documentos.
2. Suba su archivo XML o pegue el contenido XML.
3. El validador reconoce automáticamente el formato y aplica las reglas apropiadas.
4. Consulte el resultado: por regla, verá si el control ha sido exitoso, genera una advertencia o contiene un error.

En caso de errores, el validador proporciona el código de error exacto, una descripción del problema y la ubicación en el archivo XML (XPath). Así sabe exactamente qué debe corregir.

El validador proporciona tres tipos de mensajes:

• Error (error): la factura no cumple con la especificación y será rechazada en la red Peppol. Debe corregirlo antes del envío.
• Advertencia (warning): la factura no será rechazada, pero hay un punto de atención. Las advertencias pueden volverse obligatorias en una versión futura.
• Informativo: una observación sin consecuencias para el envío.

Los códigos de error habituales comienzan con un prefijo que indica el dominio: PEPPOL- para reglas Peppol generales, NL-R- para reglas neerlandesas, BR- para reglas base de EN 16931. La descripción del error siempre indica cuál es el comportamiento esperado.

Al enviar una nota de crédito, se producen con regularidad algunos errores de validación específicos. El error aparece a nivel de Peppol (en envíos por API, por ejemplo, como [API400.AT04] Invalid payload). Por regla, la causa y la solución:

BR-IC-11 y BR-IC-12 son reglas base de EN 16931 que solo se aplican cuando la nota de crédito contiene una categoría de IVA intracomunitaria; no se producen en entregas nacionales.

Una factura puede contener un periodo en dos niveles: un periodo de factura a nivel de documento (BG-14) y un periodo de línea por línea de factura (BG-26, para servicios recurrentes o suscripciones a nivel de línea). Cuando se usan ambos, Peppol exige que cada periodo de línea esté dentro del periodo de factura general. Los siguientes errores aparecen si no se cumple esa condición:

El control subyacente de R110 consiste en que la fecha de inicio del periodo de línea sea igual o posterior a la fecha de inicio del periodo de factura. Si el error persiste aunque el periodo de línea parezca correcto, compruebe si el problema está a nivel de documento: o bien el periodo de factura (BT-73) está establecido demasiado tarde, o bien el periodo de línea es involuntariamente más amplio de lo previsto. Ambos periodos deben abarcarse mutuamente: el periodo de factura es el límite exterior, y cada periodo de línea debe estar dentro de él.

BR-30 (EN 16931) es una regla distinta de R110/R111: R110/R111 comprueban si el periodo de línea está dentro del periodo de factura, mientras que BR-30 solo comprueba el orden de dos fechas de periodo de línea presentes (BT-135 mayor o igual que BT-134).

Reglas de periodo adicionales que pueden aparecer en el mismo contexto:

• BR-CO-19 / BR-CO-20: si se usa un periodo de factura (BG-14) o un periodo de línea (BG-26), debe completarse al menos la fecha de inicio o la de fin (una de las dos es suficiente, ambas también está permitido).
• PEPPOL-EN16931-F001: todas las fechas deben tener el formato YYYY-MM-DD.

Estas reglas se aplican tanto a facturas (ubl:Invoice) como a notas de crédito (ubl:CreditNote).

Además del validador manual, la plataforma eConnect también realiza una validación automática en el momento del envío. Si una factura no cumple con los requisitos, el envío se bloquea y recibe un mensaje de error con la regla de validación correspondiente.

Para usuarios de la API: la PSB valida cada factura en el momento de la presentación y devuelve los resultados de validación en la respuesta de la API. De este modo, puede integrar la validación en su propio proceso de software.

Las reglas de validación se actualizan con cada nueva versión de la especificación Peppol BIS Billing. eConnect actualiza los artefactos Schematron y las listas de códigos en cuanto una nueva versión se vuelve obligatoria. El validador en línea siempre valida contra la versión vigente.

Consejo: después de una actualización de la especificación, compruebe si sus facturas siguen siendo válidas. Nuevas reglas pueden imponer requisitos más estrictos sobre campos que antes eran opcionales.

¿Desea consultar archivos de ejemplo para verificar la estructura de su propio XML? Descargue archivos de ejemplo.

• Descargar archivos de ejemplo y plantillas NLCIUS
• ¿Cuál es la diferencia entre XML, UBL, BIS Billing V3 y NLCIUS?
• Registrarse en Peppol para envío y recepción