Peppol BIS Billing 3.0 è il profilo centrale per le fatture sulla rete Peppol. È lo standard europeo per le e-fatture inviate e ricevute tramite Peppol e costituisce la base su cui sono costruite le varianti nazionali come NLCIUS e XRechnung.

BIS sta per Business Interoperability Specification. BIS Billing V3 è una CIUS (Core Invoice Usage Specification) della norma europea EN 16931. Prende il modello semantico della EN 16931 come punto di partenza e vi aggiunge regole di validazione specifiche per Peppol.

Lo standard supporta due tipi di documento: Invoice (fattura) e Credit Note (nota di credito). Entrambi sono disponibili in due sintassi: UBL 2.1 (la più utilizzata) e CII (Cross-Industry Invoice).

Il DocumentTypeId identifica univocamente il formato sulla rete Peppol:

UBL Invoice:

urn:oasis:names:specification:ubl:schema:xsd:Invoice-2::Invoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::2.1

UBL Credit Note:

urn:oasis:names:specification:ubl:schema:xsd:CreditNote-2::CreditNote##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::2.1

CII Invoice:

urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100::CrossIndustryInvoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0::D16B

BIS Billing V3 aggiunge centinaia di business rule alla EN 16931. Le categorie principali:

• Controlli aritmetici: importi IVA, totali riga e totali fattura devono essere corretti
• Validazione identificativi: gli schemeID devono provenire dalle code list corrette (EAS, ICD)
• Coerenza dei campi: determinate combinazioni di campi devono essere logiche (ad es. aliquota IVA con categoria IVA S)
• Regole nazionali: per Paese possono vigere regole Peppol aggiuntive (NL-R-, DK-R-, SE-R-, DE-R-)

La validazione viene eseguita tramite artefatti Schematron che OpenPeppol pubblica con ogni release.

BR-CO-10 rifiuta una fattura quando la somma degli importi di riga (LineExtensionAmount per riga, arrotondato per riga) differisce dal totale degli importi netti delle righe di fattura dichiarato (BT-106). Si tratta di un errore di differenza di arrotondamento: si verifica quando un ERP o partner di integrazione arrotonda per riga mentre il totale viene calcolato con una precisione diversa.

Due soluzioni per i partner di integrazione UBL che inviano XML tramite eConnect o PSB:

1. PayableRoundingAmount (BT-114): cattura esplicitamente la differenza di arrotondamento tra il totale delle righe e il totale della fattura utilizzando un importo di arrotondamento. La differenza viene resa visibile come voce separata invece di causare un errore di validazione.
2. InvoicedQuantity=1: strutturare la riga di fattura con InvoicedQuantity=1, PriceAmount uguale all'importo totale della riga e unitCode=EA, in modo che non si verifichi alcuna differenza di arrotondamento per riga.

Queste regole di calcolo si applicano in modo strutturale: non appena un XML inviato non le rispetta, avviene il rifiuto. Il set completo di regole di business aritmetiche (BR-CO-*) si trova nella specifica Peppol BIS Billing 3.0 su peppol.eu.

OpenPeppol pubblica due nuove release all'anno (maggio e novembre). Dopo la pubblicazione si applica un periodo di transizione di tre mesi in cui vengono accettate sia la vecchia che la nuova versione. Trascorso tale periodo, la nuova versione è obbligatoria.

La versione attuale (3.0.20) include tra l'altro:

• Rimozione della restrizione sugli allegati PDF
• Nuovo codice EAS 0244 e codici ICD 0241-0245
• Aggiunta del codice VATEX VATEX-EU-135-1
• Aggiornamento delle regole nazionali danesi

OpenPeppol AISBL ha pubblicato il 20 maggio 2026 la release PoAC Post-Award May 2026. Questa minor release è obbligatoria dal 17 agosto 2026. L'ambito è limitato esclusivamente alle specifiche Peppol BIS3 Post-Award e agli artefatti di validazione; PINT è esplicitamente fuori dall'ambito. Le modifiche riguardano le code list e gli artefatti di validazione obbligatori per tutti i documenti Peppol BIS 3.0 pubblicati.

Fino al 16 agosto 2026 incluso, la release di novembre 2025 (3.0.20 + hotfix) rimane obbligatoria per il traffico di produzione. I Service Providers possono già implementare e testare in tale periodo. Il delta dettagliato (code list, business rule, versioni schematron) viene pubblicato da OpenPeppol sulle pagine di release notes a docs.peppol.eu/poacc/billing/3.0/upcoming/ e sulle pagine associate di self-billing e upgrade. eConnect aggiorna automaticamente la validazione e le code list prima della data di entrata in vigore obbligatoria.

BIS Billing V3 è al centro della gerarchia degli standard. È il ponte tra il modello semantico astratto (EN 16931) e le implementazioni nazionali:

EN 16931
    └── Peppol BIS Billing V3   ← questo formato
         ├── NLCIUS (Paesi Bassi)
         ├── XRechnung (Germania)
         ├── Svefaktura (Svezia)
         └── ...

Maggiori informazioni su questa struttura in Dalla semantica alla sintassi.

La PSB di eConnect valida automaticamente tutte le fatture in entrata e in uscita rispetto alla release BIS Billing corrente. Con ogni nuova versione, gli artefatti Schematron vengono aggiornati e le nuove code list supportate. Il validatore online gratuito sul sito web eConnect testa anch'esso le fatture rispetto alla release corrente.

BIS Billing V3 supporta diversi tipi di fattura tramite l'InvoiceTypeCode. I due codici più utilizzati sono 380 (fattura commerciale) e 381 (nota di credito). Sono inoltre disponibili il codice 383 (nota di debito) e 386 (fattura di acconto) all'interno di questo profilo.

Il self-billing (codice 389) non è supportato all'interno del profilo standard BIS Billing V3, ma dispone di un proprio profilo Peppol: BIS Self-Billing 3.0, con CustomizationID e ProfileID separati.

Per la panoramica completa di tutti gli InvoiceTypeCode, incluso il confronto per standard e la spiegazione per codice, consultare l'articolo InvoiceTypeCode.

BIS Billing V3 limita tramite BR-CL-24 i tipi MIME consentiti come allegato incorporato (BT-125). Nella validazione di produzione attuale, questi sono:

application/xml non è consentito nella validazione BIS Billing V3 attuale come tipo MIME allegato. XML come allegato appartiene a EN 16931-1:2026 e a una futura versione di Peppol (probabilmente BIS Billing 4.0). Nella validazione di produzione attuale, application/xml viene rifiutato. Vedere anche BR-CL-24 negli errori di invio.

Nell'attuale BIS Billing 3.0 è possibile fare riferimento a un solo numero d'ordine (OrderReference) per fattura. Se una fattura riguarda più ordini di acquisto, il fornitore deve creare più fatture. Questa limitazione deriva dal modello semantico della EN 16931, su cui si basa BIS Billing.

Il 13 febbraio 2026, il CEN (Comitato Europeo di Normazione) ha approvato formalmente la versione rivista della EN 16931. L'aggiunta più importante è il supporto per più ordini per fattura, inclusi i riferimenti agli ordini a livello di riga. Con questa modifica viene meno l'attuale limitazione di un singolo OrderReference per documento.

Tecnico: la norma rivista consente più elementi OrderReference a livello di documento e aggiunge un OrderLineReference per riga fattura. Inoltre, gli elementi AdditionalDocumentReference possono già contenere riferimenti aggiuntivi (progetto, contratto o buyer reference), ma non sostituiscono l'OrderReference.

Le modifiche saranno presumibilmente implementate in circa un anno in una nuova versione dello standard Peppol, possibilmente come BIS Billing 4.0. Fino ad allora resta in vigore l'attuale limitazione. Non appena la nuova versione sarà disponibile, eConnect aggiornerà la validazione e l'elaborazione affinché come utente sia possibile inviare immediatamente più riferimenti d'ordine per fattura.

• Dalla semantica alla sintassi
• NLCIUS: lo standard olandese
• PINT: lo standard internazionale
• CII: Cross-Industry Invoice
• Validare una e-fattura