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:
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 |
---|
|
Name | Type | Country | Sector | Purpose of the CIUS or Extension | Publisher | Governor | Underlying specification | Further info | Technical Resources | Status | Contact |
---|
|
OpenPEPPOL BIS |
---|
Any | Any |
| P | PEPPOL BIS Billing 3.0 |
|
5AAny | AnyOlav Astad KRISTIANSEN | | IS | Any |
| P | Icelandic national CIUS | CIUS |
|
IS | Any | Applies national regulations and imposes data |
|
format to payment instructions when using national payment clearing servicesrestrictions to support national business practices when the supplier is Icelandic. | IST | ISgov | PEPPOL BIS Billing 3.0 |
|
5Ahttp:///stadlastarf/fagstadlarad-i-upplysingataekni.aspxGreenDevelopment | | AT | Any |
| P | Austrian national CIUS | CIUS |
|
AT | AnyGreenDevelopmentAT | AnyGreenDevelopmentNL | Energy | 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. |
|
Energy eInvoice steering committee | Energy eInvoice steering committee | NEDU | NEDU | EN16931 (specifically: NLCIUS |
|
Simplerinvoicing (SI-UBLGreenDevelopment | Wouter van den Berg (TNO) | Italian national CIUS | CIUS |
|
IT | Any | Applies national regulations and restricts data format in compliance with eInvoice national format (FatturaPA) |
|
AgID, httpagid/agenda-digitale/pubblica-amministrazione/cef-telecom-einvoicing-eigorGreendevelopmentNL | Any | Applies national regulations and conventions. The purpose of the NLCIUS is to prevent the need for any other NL governmental or organizational specific CIUS. |
|
NEN / SMeF | NEN / SMeF | EN16931 | NEN | NEN | EN16931 (specifically: NLCIUS) | STPE |
|
NLCIUS is a joint initiative of government, industry and standardization bodies in the Netherlands |
|
(SMeF body)httpsmef-standaardGreendevelopment | expected: dec 2017
Michiel Stornebrink NL | Any | A G-account is a dedicated financial account of the supplier party for VAT taxes and wage taxes (loonheffingen). When the required amount of taxes is paid to this G-account, the customer party cannot be held liable by the tax authority in case the supplier party does not fulfill his tax returns. | NEN |
|
/ SMeF / SMeFYellowPLANNEDCIUSXRechnung 1.1 | .KOSITKOSIThttp://www.xoev.de/de/xrechnung | kosit@finanzenBE | Any | Applies national regulations and conventions. The purpose is to group BE requirements into one specification. | UBL.BE | UBL.BE | EN16931 | http://www.ubl.be/ |
| | info@ubl.be | FI | Any |
| P | | CIUS | Finland public sector CIUS. | State Treasury | State Treasury | EN16931 | http://www.treasuryfinland.fi/ |
| Status |
---|
colour | Green |
---|
title | Development |
---|
|
| | SP | Any |
| P | Spanish national CIUS | CIUS | Spanish public sector CIUS. Applies national regulations and conventions for e-invoicing to the public sector and restricts data formats in compliance with eInvoice national format (Facturae). | Spanish Government | Spanish Government | EN16931 | https://administracionelectronica.gob.es/ctt/face/descargas |
| | | Not Applicable | Any |
| P | European Commission CIUS | CIUS | European Commission CIUS | European Commission | European Commission | PEPPOL BIS Billing 3.0 | |
| | EC-PEPPOL-SUPPORT@ec.europa.eu | Not Applicable | Any |
| P | European Commission Extension | Extension | European Commission electronic invoicing extension to allow multiple receipt advices per invoice | European Commission | European Commission | PEPPOL BIS Billing 3.0 | |
| | 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 |
|
info@ubl.be | 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 | Purpose of the CIUS or Extension. |
---|
Purpose | A brief description of what the CIUS or extention specification is intended for. |
---|
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 |
---|
|
, , ) |
---|
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 an authoritative character. |