E-invoicing is being mandated across Europe, driven by legal mandates and the clear benefits of efficiency in VAT Gap reduction and cost savings. Even the e-invoicing mandate in Belgium is driven by European Union requirements and national initiatives to modernize invoicing, reduce fraud, and streamline VAT reporting.
A key component enabling e-invoicing in Belgium is Peppol BIS Billing 3.0, the standard format Belgium uses for e-invoices in government procurement and soon business-to-business transactions.
This blog will explain Peppol BIS Billing 3.0, how it functions within the e-invoicing ecosystem, the structure of a Peppol BIS invoice, and its benefits for businesses.
The EU passed a Directive in 2014, requiring public sector bodies across member states to accept e-invoices that comply with a common European standard. This led to the creation of EN 16931, a European Norm defining the semantic data model of the core elements of an electronic invoice.
In simple terms, EN 16931 spells out which information an invoice must contain (like supplier details, VAT amounts, etc.) and how it should be structured for consistency.
Belgium has implemented this using the Peppol BIS Billing 3.0 format, which aligns with EN 16931 and meets the EU standard’s requirements. Since April 2019, all Belgian public authorities can receive e-invoices meeting the European standard, and the use of e-invoicing became mandatory for suppliers in public procurement.
If you do business with government agencies in Belgium, you must send invoices electronically in the specified format. Now, Belgium is extending e-invoicing to the B2B sector: a law passed in February 2024 mandates that as of 1 January 2026, all B2B invoices between Belgian VAT registered businesses must be electronic, primarily via the Peppol network using the Peppol BIS 3.0 format.
Peppol BIS Billing 3.0 is a European standardized format for electronic invoices and credit notes, designed under the Peppol framework. It defines what information an e-invoice should have and how it should be structured, so different business source systems can automatically process it without human intervention and regardless of the software used.
At its core, Peppol BIS stands for:
Key Highlights of Peppol BIS Billing 3.0:
What Makes It Different?
Peppol BIS Billing 3.0 is not just any invoice format—it is what’s known as a CIUS:
Think of it like this:
Why Belgium Uses Peppol BIS 3.0
In Simple Terms, Peppol BIS 3.0 acts like a structured rulebook for e-invoices, ensuring consistency, automation readiness, and legal compliance. Most modern accounting or invoicing software in Belgium supports this format, so businesses don't need to manage the technicalities. Once set up, invoices flow smoothly between systems with fewer errors and faster processing.
Peppol BIS Billing 3.0 is more than just a file format it’s part of a much larger ecosystem that enables seamless, automated exchange of e-invoices between businesses and governments.
At the centre of this system is the Peppol network a standardized, global infrastructure for exchanging electronic documents like invoices. You can think of Peppol as a universal postal system for e-invoices. Once you're connected to it, you can send invoices to, or receive them from, anyone else on the network, regardless of the software or service provider they use.
The 4-Corner Model
Peppol operates using a design called the four-corner model, which includes:
Here’s how it works in practice:
Why Peppol BIS Billing Matters
One of the reasons Peppol BIS Billing 3.0 was adopted in Belgium is that it lays down clear rules about what an invoice must include and how to represent that information. This makes invoices machine-readable and unambiguous, which is critical for automation. Here is a break down of some key rules and specifications of BIS 3.0 in layman language
Rule / Area | Description |
Compliance with EN 16931 | Peppol BIS 3.0 fully complies with the European e-invoicing standard EN 16931. It ensures every invoice includes essential elements like supplier/buyer details, VAT info, invoice totals, and item breakdowns. Missing any mandatory field results in invoice rejection. |
Mandatory vs Optional Fields | Mandatory fields (e.g., invoice total, line items) must always be included. Optional fields (e.g., purchase order reference) are used only when relevant. This keeps invoices flexible but complete. |
Standardized Data Formats | Dates follow the YYYY-MM-DD format. Currencies use ISO codes (EUR, USD). VAT categories follow predefined codes. This ensures clarity across different software systems and countries. |
Business Rules & Validations | Peppol BIS 3.0 enforces validations like: total = sum of line items + tax. Credit notes have separate logic. Belgium-specific rules (like including supplier bank info for B2G) are supported within the format. |
Use of Company Identifiers | Peppol requires unique business identifiers. In Belgium, the CBE number (also used for VAT) is the preferred ID for both sender and receiver. This ensures invoices route correctly on the Peppol network. |
Document Types & Extensions | Supports both invoices and credit notes. Belgium uses the standard version with no country-specific extensions. The format can handle common scenarios like corrections or partial payments. |
Peppol BIS 3.0 invoices are structured to support automation, compliance, and interoperability. While users typically don’t see the technical layout, this standardized format ensures invoices are complete, correctly routed, and easily processed by recipient systems—without manual intervention.
Think of it as a digital form with various sections that mirror a traditional invoice, but with a rigid order and labeling that computers expect.
Here’s a high-level breakdown of a Peppol BIS Billing format:
Section | Description |
1. Header | Contains general invoice details such as: – Invoice number – Invoice date – Document type (Invoice or Credit Note) – Currency – References to related documents (e.g., PO, previous invoice) |
2. Party Information | Supplier (Seller): – Legal name, address, VAT/enterprise number, contact details Buyer (Customer): – Name, address, VAT/enterprise number, department reference (if public sector) – Ensures correct routing and identification |
3. Line Items | Each billed product/service includes: – Description – Quantity and unit – Unit price – Line total (with discounts, if any) – Applicable VAT rate and tax amount Optional fields: item codes, commodity classification |
4. Totals & Tax Breakdown | Summarizes key amounts: – Subtotal (before tax) – VAT breakdown by rate (e.g., 21%, 6%) – Grand total (including tax) – Rounding adjustments or prepayments if applicable |
5. Payment Details | Includes how and when to pay: – Bank account (IBAN), BIC – Payment reference (e.g., structured creditor ref) – Due date – Early payment terms if any
Mandatory for public sector invoices in Belgium |
6. Additional Info | Optional fields such as: – Delivery notes, terms & conditions – Attached PDF copy (if needed) – Digital signatures (not mandatory in Belgium) Used for legal archiving or human-readable display |
Let’s illustrate with a simple example (in plain language) of what an invoice might contain under this format, to make it more concrete. Imagine ABC Manufacturing NV is a Belgian company (VAT: BE1234567890) that sold goods to XYZ Distribution BVBA (VAT: BE0987654321). ABC is issuing an invoice for an order of office chairs.
Here’s what key parts of that invoice would include in the Peppol BIS 3.0 structure:
Line 1: Product: Office swivel chair, Quantity: 10 units, Unit price: €50.00, Line net amount: €500.00. VAT: 21% standard rate, so VAT amount on this line: €105.00. (The line would also have a line ID like “1” and could include an item code or part number if ABC uses one for chairs).
Explanation
All of that information would be packed into the Peppol BIS 3.0 XML structure in the proper slots. The end recipient (XYZ’s finance software, or if it’s the government, their Mercurius-connected system) will parse the file and display or record it appropriately.
For a human, the data could be rendered into a readable format (Mercurius, for instance, can generate a PDF view of the XML if needed, so that people can look at invoices without needing to see raw XML).
But the key is the data is there in a consistent way. In this example, when ABC sends the invoice through the Peppol network, the system will use XYZ’s VAT (BE0987654321) to route it to XYZ’s access point (or Mercurius if it’s a public entity). XYZ’s system receives the data and could automatically, say, check that €605.00 invoice against a receiving report or simply book the expense and VAT. The process becomes faster and less error-prone than emailing a PDF and having someone re-type those numbers.
Adopting Peppol BIS Billing 3.0 simplifies invoicing, improves efficiency, and ensures compliance. It offers tangible gains for both businesses and public sector entities: