Peppol en Alemania: qué exige además una factura BIS 3.0 válida
Cuando el vendedor y el comprador están ambos establecidos en Alemania, una factura Peppol BIS Billing 3.0 tiene que superar algo más que la EN 16931 y las reglas generales de Peppol. El conjunto oficial de reglas de OpenPeppol añade 31 reglas nacionales alemanas, las reglas DE-R. La mayoría son obligatorias: si una falla, la factura no es válida. Unas pocas son avisos.
Este artículo enumera lo que exigen las reglas alemanas, explica por qué “válida” siempre lleva un número de versión y muestra cómo SealDoc comprueba cada factura Peppol alemana antes de que exista.
Cuándo se aplican las reglas alemanas
Toda regla DE-R empieza con la misma condición: tanto el proveedor como el cliente están establecidos en Alemania. Una factura de un vendedor alemán a un comprador en los Países Bajos, o de un vendedor francés a un comprador alemán, se comprueba según la EN 16931 y las reglas de Peppol, pero no según las reglas DE-R.
Qué exigen las reglas alemanas
Agrupadas por parte de la factura, con los números de regla del conjunto oficial, versión 3.0.21.
Vendedor
| Regla | Requisito |
|---|---|
| DE-R-002 | El grupo de contacto del vendedor (BG-6) está presente |
| DE-R-005 | Punto de contacto del vendedor (BT-41) |
| DE-R-006 | Teléfono de contacto del vendedor (BT-42) |
| DE-R-007 | Correo electrónico de contacto del vendedor (BT-43) |
| DE-R-003, DE-R-004 | Ciudad (BT-37) y código postal (BT-38) del vendedor |
| DE-R-016 | Con la categoría de IVA S, Z, E, AE, K, G, L o M: el número de IVA del vendedor (BT-31), el número de registro fiscal (BT-32) o un representante fiscal (BG-11) |
| DE-R-027, DE-R-028 (avisos) | Un número de teléfono plausible (al menos tres dígitos) y una dirección de correo electrónico bien formada |
Comprador y entrega
| Regla | Requisito |
|---|---|
| DE-R-015 | Referencia del comprador (BT-10) |
| DE-R-008, DE-R-009 | Ciudad (BT-52) y código postal (BT-53) del comprador |
| DE-R-010, DE-R-011 | Si se indica una dirección de entrega (BG-15): su ciudad (BT-77) y su código postal (BT-78) |
Pago
| Regla | Requisito |
|---|---|
| DE-R-001 | Instrucciones de pago (BG-16) |
| DE-R-023-1, DE-R-023-2 | Transferencia (código 30 o 58): el grupo de transferencia (BG-17), y ningún grupo de tarjeta ni de adeudo directo |
| DE-R-024-1, DE-R-024-2 | Tarjeta de pago (código 48, 54 o 55): el grupo de tarjeta (BG-18), y ningún otro grupo de pago |
| DE-R-025-1, DE-R-025-2 | Adeudo directo (código 59): el grupo de adeudo directo (BG-19), y ningún otro grupo de pago |
| DE-R-030, DE-R-031 | Adeudo directo: el identificador del acreedor asignado por el banco (BT-90) y el identificador de la cuenta de cargo (BT-91) |
| DE-R-018 | Skonto en las condiciones de pago (BT-20) con un formato fijo, por ejemplo #SKONTO#TAGE=14#PROZENT=2.00# |
| DE-R-019, DE-R-020 (avisos) | Un IBAN válido para la transferencia SEPA (58) y el adeudo directo SEPA (59) |
IVA y documento
| Regla | Requisito |
|---|---|
| DE-R-014 | El tipo de la categoría de IVA (BT-119) para cada categoría de IVA |
| DE-R-017 (aviso) | Un código de tipo de factura (BT-3) de una lista corta: 326, 380, 381, 384, 389, 875, 876 o 877 |
| DE-R-026 (aviso) | Una factura corregida (384) hace referencia a la factura anterior (BG-3) |
| DE-R-022 | Los anexos (BG-24) tienen nombres de archivo únicos |
| DE-R-T02 (aviso) | La ubicación de un documento externo (BT-124) es una URL absoluta |
La regla del Skonto es la que más sorprende a los equipos. El formato es estricto: cada entrada empieza y termina con un #, los segmentos son SKONTO, TAGE= y PROZENT= en mayúsculas, el porcentaje lleva punto y dos decimales, y no se admite ningún otro texto en esa línea.
Por qué “válida” tiene un número de versión
OpenPeppol publica sus reglas en versiones. Un archivo válido según una versión puede no serlo según la siguiente, porque se añaden reglas o se endurecen. La versión 3.0.21 es obligatoria desde el 17 de agosto de 2026. Frente a la 3.0.20, añade una regla alemana, DE-R-T02.
Así que la respuesta honesta a “¿es válida esta factura?” siempre incluye dos precisiones más: según qué reglas, y en qué versión.
Cómo comprueba SealDoc las facturas Peppol alemanas
SealDoc crea la factura Peppol BIS 3.0 (UBL 2.1) a partir de JSON, a través de la API con el perfil PeppolBis3. Antes de que la factura exista, SealDoc la comprueba según la EN 16931, las reglas de Peppol y las reglas alemanas. Una factura que no las supera no se crea.
Para asegurarnos de que nuestra propia comprobación dice lo mismo que las reglas oficiales, hicimos que un validador independiente comprobara el resultado. El 2 de octubre de 2026 ejecutamos phive, el motor de validación de código abierto, con las reglas oficiales de OpenPeppol 3.0.21 en un contenedor aislado, sobre exactamente los bytes que entrega SealDoc:
- una factura al 19 %: válida, sin errores, sin avisos;
- una factura con 19 % y 7 % en la misma factura: válida, sin errores, sin avisos;
- una nota de crédito: válida, sin errores, sin avisos.
Y una contraprueba: la misma factura sin la dirección de correo electrónico del vendedor. El validador la rechaza por DE-R-007. Así se sabe que las reglas alemanas se ejecutan de verdad.
Envío a través de Peppol
El envío a través de Peppol directamente desde SealDoc está a punto de llegar. Estamos completando los últimos pasos de la conexión.
Preguntas frecuentes
¿Se aplican las reglas alemanas a las facturas transfronterizas?
Solo se aplican cuando tanto el vendedor como el comprador están establecidos en Alemania. Una factura transfronteriza se comprueba según la EN 16931 y las reglas de Peppol.
¿SealDoc también crea XRechnung?
Sí. SealDoc crea XRechnung 3.0 (CII) como un PDF/A-3 con el XML incrustado, en el navegador con SealDoc Invoice y a través de la API. La guía de cumplimiento de XRechnung 3.0 explica las reglas alemanas para ese formato.
¿Por dónde empiezo?
Con la introducción a Peppol BIS 3.0 para lo básico, y la página para desarrolladores para la API.