Peppol in Germania: cosa richiede in più una fattura BIS 3.0 valida

Quando il venditore e l’acquirente hanno entrambi sede in Germania, una fattura Peppol BIS Billing 3.0 deve superare più della EN 16931 e delle regole Peppol generali. Il set di regole ufficiale di OpenPeppol aggiunge 31 regole nazionali tedesche, le regole DE-R. La maggior parte è obbligatoria: se una fallisce, la fattura non è valida. Alcune sono avvisi.

Questo articolo elenca cosa richiedono le regole tedesche, spiega perché “valida” ha sempre un numero di versione e mostra come SealDoc controlla ogni fattura Peppol tedesca prima che esista.

Quando si applicano le regole tedesche

Ogni regola DE-R parte dalla stessa condizione: sia il fornitore sia il cliente hanno sede in Germania. Una fattura di un venditore tedesco a un acquirente nei Paesi Bassi, o di un venditore francese a un acquirente tedesco, viene controllata rispetto alla EN 16931 e alle regole Peppol, ma non rispetto alle regole DE-R.

Cosa richiedono le regole tedesche

Raggruppate per parte della fattura, con i numeri di regola del set di regole ufficiale, release 3.0.21.

Venditore

Regola	Requisito
DE-R-002	Il gruppo contatto del venditore (BG-6) è presente
DE-R-005	Punto di contatto del venditore (BT-41)
DE-R-006	Numero di telefono del contatto del venditore (BT-42)
DE-R-007	Indirizzo e-mail del contatto del venditore (BT-43)
DE-R-003, DE-R-004	Città (BT-37) e codice postale (BT-38) del venditore
DE-R-016	Con la categoria IVA S, Z, E, AE, K, G, L o M: la partita IVA del venditore (BT-31), il numero di registrazione fiscale (BT-32) o un rappresentante fiscale (BG-11)
DE-R-027, DE-R-028 (avvisi)	Un numero di telefono plausibile (almeno tre cifre) e un indirizzo e-mail formalmente corretto

Acquirente e consegna

Regola	Requisito
DE-R-015	Riferimento dell’acquirente (BT-10)
DE-R-008, DE-R-009	Città (BT-52) e codice postale (BT-53) dell’acquirente
DE-R-010, DE-R-011	Se è indicato un indirizzo di consegna (BG-15): la sua città (BT-77) e il suo codice postale (BT-78)

Pagamento

Regola	Requisito
DE-R-001	Istruzioni di pagamento (BG-16)
DE-R-023-1, DE-R-023-2	Bonifico (codice 30 o 58): il gruppo bonifico (BG-17), e nessun gruppo carta o addebito diretto
DE-R-024-1, DE-R-024-2	Carta di pagamento (codice 48, 54 o 55): il gruppo carta (BG-18), e nessun altro gruppo di pagamento
DE-R-025-1, DE-R-025-2	Addebito diretto (codice 59): il gruppo addebito diretto (BG-19), e nessun altro gruppo di pagamento
DE-R-030, DE-R-031	Addebito diretto: l’identificativo del creditore assegnato dalla banca (BT-90) e l’identificativo del conto addebitato (BT-91)
DE-R-018	Skonto nei termini di pagamento (BT-20) in un formato fisso, per esempio `#SKONTO#TAGE=14#PROZENT=2.00#`
DE-R-019, DE-R-020 (avvisi)	Un IBAN valido per il bonifico SEPA (58) e l’addebito diretto SEPA (59)

IVA e documento

Regola	Requisito
DE-R-014	L’aliquota della categoria IVA (BT-119) per ogni categoria IVA
DE-R-017 (avviso)	Un codice del tipo di fattura (BT-3) da un elenco ristretto: 326, 380, 381, 384, 389, 875, 876 o 877
DE-R-026 (avviso)	Una fattura rettificativa (384) fa riferimento alla fattura precedente (BG-3)
DE-R-022	Gli allegati (BG-24) hanno nomi di file univoci
DE-R-T02 (avviso)	La posizione di un documento esterno (BT-124) è un URL assoluto

La regola sullo Skonto è quella che sorprende più team. Il formato è rigido: ogni voce inizia e finisce con un #, i segmenti sono SKONTO, TAGE= e PROZENT= in maiuscolo, la percentuale ha un punto e due decimali, e in quella riga non è ammesso altro testo.

Perché “valida” ha un numero di versione

OpenPeppol pubblica le sue regole in release. Un file valido secondo una release può non esserlo secondo la successiva, perché vengono aggiunte regole o ne vengono rese più severe altre. La release 3.0.21 è obbligatoria dal 17 agosto 2026. Rispetto alla 3.0.20 aggiunge una regola tedesca, DE-R-T02.

Quindi la risposta onesta a “questa fattura è valida?” contiene sempre due precisazioni in più: rispetto a quali regole, e in quale release.

Come SealDoc controlla le fatture Peppol tedesche

SealDoc crea la fattura Peppol BIS 3.0 (UBL 2.1) da JSON, tramite l’API con il profilo PeppolBis3. Prima che la fattura esista, SealDoc la controlla rispetto alla EN 16931, alle regole Peppol e alle regole tedesche. Una fattura che non le supera non viene creata.

Per essere certi che il nostro controllo dica ciò che dicono le regole ufficiali, abbiamo fatto verificare il risultato da un validatore indipendente. Il 2 ottobre 2026 abbiamo eseguito phive, il motore di validazione open source, con le regole ufficiali OpenPeppol 3.0.21 in un container isolato, esattamente sui byte che SealDoc consegna:

una fattura al 19%: valida, nessun errore, nessun avviso;
una fattura con il 19% e il 7% sulla stessa fattura: valida, nessun errore, nessun avviso;
una nota di credito: valida, nessun errore, nessun avviso.

E una controprova: la stessa fattura senza l’indirizzo e-mail del venditore. Il validatore la respinge su DE-R-007. È così che sai che le regole tedesche vengono davvero eseguite.

Invio tramite Peppol

L’invio tramite Peppol direttamente da SealDoc è quasi pronto. Stiamo completando gli ultimi passaggi del collegamento.

Domande frequenti

Le regole tedesche si applicano alle fatture transfrontaliere?

Si applicano solo quando sia il venditore sia l’acquirente hanno sede in Germania. Una fattura transfrontaliera viene controllata rispetto alla EN 16931 e alle regole Peppol.

SealDoc crea anche XRechnung?

Sì. SealDoc crea XRechnung 3.0 (CII) come PDF/A-3 con l’XML incorporato, nel browser con SealDoc Invoice e tramite l’API. La guida alla conformità XRechnung 3.0 spiega le regole tedesche per quel formato.

Da dove comincio?

Dall’introduzione a Peppol BIS 3.0 per le basi, e dalla pagina per sviluppatori per l’API.