Skip to content
eezi-Powered by VAT IT
eezi-Powered by VAT IT helps make global e-invoicing and e-reporting mandates eezi-er for your business to comply with.
↑ TOP
Introduction
Semantic Data Model
Invoice Syntax
Standards
CIUS
Invoice Format
The Invoicing Hub Word
Get your project implemented
↓ Bottom

Invoicing Terminology:
Semantics, Syntaxes, Formats, Standards, ...

Last update: 2024, October 14

Summary

Standards build a common understanding for compliance & interoperability. Versions track their evolution. A semantic model defines the meaning of data elements and their structure. File formats and syntaxes encode them into transmissible files.

By grasping these concepts, businesses can better navigate the complexities of e-invoicing and leverage its benefits.

Introduction

Electronic invoicing (e-invoicing), and more generally, electronic exchange of transactional documents, has had a huge impact on businesses, bringing efficiency, accuracy, and cost savings, but also new concepts, terminology and complexity. 

To navigate this digital landscape, it is essential to understand common terms such as semantics, syntaxes, formats, standards, versions, …. This article aims to clarify these concepts, highlight their differences, and provide practical examples to help businesses effectively manage their e-invoicing processes.

Semantic Data Model

"What" Data Should Be Put into the Invoice?

Explanation

A semantic model defines the meaning and relationships of data elements within a specific domain. In e-invoicing, the semantic model describes the content of an invoice, more specifically its core components (e.g. the information about the buyer, seller, items, amounts) and how they relate to each other.

Schema giving a simplified example of a semantic data model
Semantic data model: description of the core content of an invoice

Examples

The semantic model of an invoice usually includes elements like:

  • Buyer: The entity purchasing goods or services.
  • Seller: The entity providing goods or services.
  • Item: Each product or service listed on the invoice.
  • Amount: The monetary value associated with each item.

An invoice consists of multiple such elements arranged in a logical structure. The model therefore collects basic information elements (like a street name or an item price) into groups representing a buyer’s address or an invoice line item.

These elements and their arrangement are defined independently of any specific data format or technology, ensuring consistent understanding across different systems.

Invoice Syntax

"How" to Incorporate the Data into the Invoice?

Explanation

Once the “what” is established, the syntax addresses the question of “how” to write it down. Syntax refers to the specific rules and file formats for expressing the content of an invoice as an actual document. This includes:

  • Data Placement: Where each piece of information should appear on the invoice. For example, the buyer’s postal address may need to be placed in a designated section.
  • Formatting: The way information is presented, including characters to separate fields, date formats, currency symbols, and decimal separators.
  • Document Structure: The overall layout of the invoice, including how to arrange data fields into headers, footers, and sections like line items.

Invoice syntaxes provide guidelines for structuring data according to different requirements or preferences. They ensure that invoices are consistently formatted and easy to read, facilitating accurate and automatic processing and compliance.

Schema giving a simplified example of an invoice syntax
Invoice syntax: data placement, formatting and structure of an invoice

Examples

There are numerous invoice syntaxes and their different versions. Some of the most notable ones include:

  • EDIFACT INVOIC D96A: Widely used syntax in the automotive, pharmaceutical, retail and supply chain industries, mostly in Europe. D96A is a version issued in 1996 of the EDIFACT INVOIC syntax.
  • X12 810: A popular invoice syntax used in the USA
  • Peppol BIS Billing 3.0 Invoice: developed by the European Union for the Peppol network and based on UBL, it is extensively adopted for cross-border transactions and numerous national e-invoicing initiatives in Europe and the APAC region

Standards

Sets of Syntaxes

Explanation

Standards provide a set of agreed-upon rules and practices, and are developed by various organizations. They include multiple invoice syntaxes, but are often broader as they also include syntaxes for other document types, such as purchase orders and remittance advices.

  • Standards Organizations: Various organizations, such as ISO and national standards bodies, develop and maintain standards. They are responsible for creating, updating, and releasing new versions of these standards (and the corresponding syntaxes) to incorporate improvements and adapt to changing requirements.

  • Public Norms: Some standards are regulated by public entities and have achieved formal normative status. For example, the European Norm 16931 is a widely recognized standard that defines specific syntaxes for generating invoices, ensuring consistency and compliance across different jurisdictions.

Schema giving a simplified example of an invoice standard
Invoice standard: set of invoice (& other document types) syntaxes

Examples

EDIFACT and X12 are standards that have been developed by organizations in order to promote EDI and business automation. They encompass a wide range of message types, such as purchase orders and shipping notices, in order to cover multiple aspects of business communication. Specifically, EDIFACT INVOIC and X12 810 are focused on invoicing.

The European Norm (EN) 16931 is a series of norms and specifications for e-invoicing across Europe that outlines the essential components of an electronic invoice. It can be implemented using syntaxes such as the UBL 2.1 Invoice Message and the UN/CEFACT CII (Cross Industry Invoice). Compliance with EN 16931 is required for B2G e-invoicing in all European countries, as mandated by Directive 2014/55/EU.

CIUS (Core Invoice Usage Specification)

Variations of the EN 16931

Explanation

CIUS is a new concept introduced by the EN 16931.

While the EN 16931 provides a generic core framework for e-invoicing, CIUS address the need for country or business specific adaptations, in order to accommodate regional regulations or unique business requirements.

Essentially, a CIUS further limits the EN 16931 standard by defining more elements to be mandatory or which remain optional, and how certain data should be formatted or processed. This customization further restricts options and therefore enables more precise application of e-invoicing practices within a particular context, such as a specific country or industry, while remaining fully compliant with the core principles of EN 16931.

On the other hand, the EN 16931 has also introduced the concept of Extensions: variations of the EN 16931 that expand its scope. Extensions include the core data required by EN 16931, along with additional data to address specific local or industry needs. As a result, such extended invoices are considered conformant only, but not compliant, to the EN 16931.

Schema giving a simplified example of an invoice CIUS & an invoice Extension
Invoice CIUS: refinement of the EN 16931
Invoice Extension: extension of the EN 16931

Examples

Examples of CIUS, which, by definition, are compliant with the EN 16931:

  • The cross-border Peppol BIS 3.0 invoice syntax, used on the Peppol Network
  • The Portuguese “CIUS-PT” used in the national B2G e-invoicing mandate context
  • The hybrid PDF/XML formats ZuGFeRD (Germany) and Factur-X (France)

Invoice Format

The Catch-All Term

Explanation

All the terms described above are clearly defined:

  • The semantic data model defines “what” data needs to be included on an invoice
  • The syntax dictates “how” this data should be presented
  • Standards ensure consistency and compliance
  • CIUS and Extensions offer customizations of the EN 16931

Then comes the term “format,” which is somewhat of a catch-all term, often used to refer to any of the concepts mentioned above. For instance, you might encounter instances, whether written or spoken, such as “EN 16931 format” or “EDIFACT format.” While this usage is not be entirely accurate, it is contextually understandable. 

“Format” is frequently employed for simplicity, as it is easier for general use compared to more technical terms such as “syntaxes” or “CIUS,” which are primarily used by industry professionals. “Format” is often used to broadly describe the overall layout of an invoice: how its content is organized, “formatted”.

The Invoicing Hub Word

Master key terminology to successfully navigate the e-invoicing space.

Understanding invoice terminology can prove important to businesses ensuring clear communication and compliance with regulatory standards. Invoices are not just simple billing documents; they contain essential details that must align with legal and industry requirements. 

Familiarity with terms like “syntax,” “CIUS,” and “format” helps businesses accurately interpret and manage the invoicing process, reducing the risk of errors that could lead to payment delays or legal complications.

Additionally, businesses can seek assistance from their service providers to navigate the complexities of the e-invoicing landscape and rely on trustworthy sources of information, such as The Invoicing Hub.

Get your Project Implemented

Gold Sponsor

Dynatos
Dynatos is a trusted advisor and strategic partner for finance and procurement transformation. We strive for continuous perfection by bringing expertise, inspiring ideas, and innovative technologies to make your organization work digitally, more efficiently, and future-proof.

Together with our technology partners (Coupa, Kofax, Microsoft) and our own platform Routty, we deliver innovative solutions for source-to-pay, purchase-to-pay, contracts, vendor management, document processing, e-invoicing, analytics, and reporting. Our solutions compliment the ERP-system, improving functionality and collaboration for both internal and external stakeholders.

Advertisement

Country Profiles

Lots of flags raised on a public place
Storecove webinar

Webinar – Get ready for Germany’s New E-Invoicing Mandate (by Storecove)

Our sponsor Storecove is organizing a webinar to help you prepare your business for the upcoming B2B e-invoicing mandate in Germany.

France set to become a Peppol Authority

The future Peppol authority will govern PDP interoperability and ensure network readiness for France's upcoming e-invoicing mandate.

GENA highlights advocacy, expansion and Peppol cooperation

GENA, the Global Exchange Network Association, focuses on industry advocacy, accelerates global expansion and reinforces cooperation with Peppol. The association continues its positioning as a global trade association taking multiple decisions in its recent Annual General Assembly held in Brussels on 5th of December 2024.

New OIOUBL 3.0 invoice standard released in Denmark

The Danish Business Authority has published a OIOUBL 3 invoice package, which brings significant changes to e-invoicing in Denmark.

German B2B mandate adds exceptions and “simplifications”

A new law permanently exempts small business owners from the B2B mandate to issue electronic invoices. Receiving electronic invoices is still obligatory. Archiving periods for invoices is reduced from 10 to 8 years.

The Invoicing Hub
experts can help you

Strategy, Guidance, Training, …

The Invoicing Hub Logo - White transparent no text