The following table is a registry of CIUS and Extension specifications that are planned or published in EU countries. Issuers of specifications, can get in touch with our eInvoicing onboarding Manager via email or via the service desk to include item or update any existing one, such as the status of a specification from Planned → Development → Active. Each update to the registry table is notified to those who are following this page.
We invite you to contribute to build on the information available about the CIUS and Extensions on the European standard on eInvoicing by filling the table below:
Name | Type | Country |
Table Filter |
---|
inverse | |
---|
default | |
---|
cell-width | |
---|
sparkName | Sparkline |
---|
datepattern | dd M yy |
---|
id | 1579857383370_627464960 |
---|
limitHeight | |
---|
worklog | 5|8|w d h m|w d h m |
---|
isOR | AND |
---|
separator | Point (.) |
---|
labels | |
---|
order | |
---|
|
Country | Sector | Identifier | Registration status | Name | Type | Purpose | Publisher | Governing entity |
---|
|
Sector | Description | Affected Business terms | Publisher | Governor | Underlying specification | Further info | Technical Resources | Status |
---|
|
Owner of the information provided | Contact person 5AEU | All | Restricts the business process scope of the EN with reference to BIS2 business processes. |
|
TBD | PEPPOL | PEPPOL | EN16931 | LinkGreendevelopment | Icelandic national CIUS | CIUS | IS | | Philip HELGER | AT | Any |
| P | Austrian government CIUS | CIUS | Additional regulations only applying to the mandatory government interface. This CIUS builds on top of the Austrian national CIUS! | BRZ | BRZ | AT national CIUS | https://www.erechnung.gv.at/files/en16931/CIUS-AT-GOV-XS-1.1.0.pdf |
| | Philip HELGER | NL | Energy |
| P | Energy eInvoice | Extension | Enables the addition of information concerning: 1) Measured energy use, including meter info, meter readings, fuel type etc. 2) VAT specification for more than one party, which is a consequence of the so called supplier-centered model. | NEDU | NEDU | EN16931 (specifically: NLCIUS) | https://energie-efactuur.nl/en/ |
| | | IT | Any |
| P | Italian national CIUS | CIUS |
|
All | Applies national regulations and |
|
imposes data format to payment instructions when using national payment clearling services.BT-30 Seller legal identifier BT-47 Buyer legal identifier BT-84 Account identifier | IST | ISgov | PEPPOL BIS 3.0 5A | Link |
| | EC-PEPPOL-SUPPORT@ec.europa.eu | EI | Local / Regional Government |
| P | Irish Local Government PO Based CIUS | CIUS | List requirements needed when sending an eInvoice to Local Government in Ireland when a Purchase Order is involved | Irish Local Government eInvoice Project - funded by CEF | Irish Local Government eInvoice Project - funded by CEF | PEPPOL BIS Billing 3.0 | http://localgov.einvoicingireland-project.eu/download/Local_Government_CIUS_Ireland_for_Purchase_Order_based_invoicing_v1.5.pdf |
| Status |
---|
colour | Green |
---|
title | Development |
---|
|
| Edmund Gray | EI | Local / Regional Government |
| P | Irish Local Government Non PO Based CIUS | CIUS | List requirements needed when sending an eInvoice to Local Government in Ireland when a Purchase Order is not required e.g. a Utility Bill | Irish Local Government eInvoice Project - funded by CEF | Irish Local Government eInvoice Project - funded by CEF | PEPPOL BIS Billing 3.0 | http://localgov.einvoicingireland-project.eu/download/Local_Government_CIUS_Ireland_for_NON_PO_v1.3.pdf |
| Status |
---|
colour | Green |
---|
title | Development |
---|
|
| Edmund Gray | Any DE (Germany) | Any |
| P | ZUGFeRD 2.0, profile EN16931 | CIUS | Applies national regulations and imposes data restrictions to support national business practices in Germany | FeRD - Forum elektronische Rechnung in AWV e.V. | AWV - Arbeitsgemeinschft für wirtschaftliche Verwaltung e.V. | EN16931 https://www.ferd-net.de/standards/zugferd-versionsarchiv/zugferd-2.0.1.html | ferd-net.de |
| | info@ferd-net.de | Any DE (Germany) | Any |
| P | ZUGFeRD 2.1, profile EN16931 | CIUS | Applies national regulations and imposes data restrictions to support national business practices in Germany. ZUGFeRD 2.1 is fully compatible and technically identical to french standard Factur-X 1.0 | FeRD - Forum elektronische Rechnung in AWV e.V. | AWV - Arbeitsgemeinschft für wirtschaftliche Verwaltung e.V. | EN16931 https://www.ferd-net.de/ZUGFeRD-Download | ferd-net.de |
| | info@ferd-net.de | HR | Any |
| P | Moj-eRačun extension | Extension | The MeR Extension contains additional business terms required by Croatian legal environment, as well as some business terms required for further automation of invoice processing in B2B environment. Instances of invoices compliant to MeR extension remain conformant to all EN business rules and semantic model - the model is only augmented by several business terms. | Moj-eRačun | Moj-eRačun | EN 16931 | https://www.moj-eracun.hr/en/manual#european-norm |
| | darko.gulija@moj-eracun.hr |
|
| | Name | A short descriptive name for general reference |
---|
Type | CIUS or Extension |
---|
Country | One or more country codes, which the requirements the specification supports. |
---|
Sector | The industry sector, which requirements the specification supports. |
---|
Identifier | Unique identifier. |
---|
Registration status | Provisional (P) or Verified (V), default is Provisional (P). |
---|
Name | A short descriptive name for general reference. |
---|
Type | CIUS or Extension. |
---|
PurposeDescription | A brief description of what the CIUS or extention specification is intended for. |
---|
Affected business terms | List of the identifiers for the business terms that are affected by the specification. If the underlying specification is other than the EN this list is an addition. In the case of extension this idenfies the existing business terms in the EN that are either restricted or extended and gives indication of then number of new business terms that are added, if any. An extension may include only new terms. |
---|
Publisher | The party who formally publishes the specification. | Governor
---|
Governing entity | The party who provides the specification its authority. |
---|
Underlying specification | The specification that is used as base. A valid instance according to a CIUS specification must also be valid according to its underlying specification. If not it is an extension. |
---|
Further info | A hyperlink to more detailed information about the specification. Preferably that should include contact information. |
---|
Technical Resources | Direct link to additional technical ressources like validation artefacts, schematrons test cases. |
---|
Status | The status of the specification ( , Status |
---|
colour | Green |
---|
title | development |
---|
|
, Status |
---|
colour | Blue |
---|
title | activeActive |
---|
|
, ) |
---|
Evaluation of CIUS and Extensions
CIUS
The compliance of a CIUS is defined in section 4.4.2 in EN 16931, Part 1 as follows:
The core invoice usage specifications that are used in conjunction with the core invoice model shall themselves comply to the methodology and rules described in this guideline and expressed in the following criteria:
— the specification shall clearly state what business functions and/or legal requirements it is intended to support;
— the specification shall clearly state its issuer and responsible 'governor';
— the specification shall clearly state in what way the requirements of the CIUS differ from the core invoice model, either by documenting the difference only or by specifically pointing out what the differences are;
— the resulting invoice document instance shall be fully compliant to the core invoice model.
— the specification and, when relevant, its version shall be uniquely identifiable both for referencing and for identification in processing;
— the specification shall state its underlying specifications (the core invoice model as well as other specifications that it may build upon);
Extensions
The compliance of an Extension is defined in section 5.2 in EN 16931, part 5 as follows:
The extension specifications that are used in conjunction with the core invoice model shall themselves adhere to the methodology and rules described in this guideline and expressed in the following criteria:
— The specification shall clearly state what business functions and/or legal requirements it is intended to support in addition to those covered by the core invoice model.
— The specification shall clearly state its publisher and governor.
— The specification shall clearly state in what way it differs from the core invoice model. The specification and, when relevant, its version shall be uniquely identifiable both for referencing and for identification in processing.
— The specification shall state its underlying specifications and their version.
— The syntax binding of a specification shall follow the syntax binding methodology defined in CEN/TS 16931-3-1.
A resulting semantic data model is defined as being conformant to the core invoice model if its information elements, together with the business rules defined on them, do not form a subset of the core invoice model but add to it.
Note |
---|
Please note that the information available does not have a an authoritative character and it aims to build on the future activities of CEF and CEN TC434. |