You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 89 Next »

TopicRegistry of CIUS (Core Invoice Usage Specifications) and Extensions
Excerpt

This page aims to give the eInvoicing community the opportunity to share the ongoing and planned initiatives across Member States, Additional European Economic Area (EEA) or sectors to create CIUS and Extensions on the European standard on eInvoicing.

Status

OPEN

Deadline

Ongoing



The following table is a registry of CIUS and Extension specifications that are planned or published in EU countries. Issuers of specifications, who are members of the eInvoicing User Community, can enter information about their (planned) CIUS and/or Extensions and over time update the status of a specification from Planned → Development → Active. Each update to the registry table is notified to those who are following this page.

During the development process or after publication the issuing party can submit a specification to the CEF eInvoicing Advisory Group that will verify it against a set of criteria. Published specifications that have been verified by the Advisory Group will get the registry status "Verified" while other specifications will have the status "Provisional". Requests for verification may be submitted to the Advisory Group by contacting eInvoicing through the CEF Service Desk.


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:


Oops, it seems that you need to place a table or a macro generating a table within the Table Filter macro.

The table is being loaded. Please wait for a bit ...

CountrySector IdentifierRegistration statusNameTypePurposePublisherGoverning entityUnderlying specificationFurther infoTechnical ResourcesStatusContact
AnyAny
 P

PEPPOL BIS Billing 3.0

CIUSRestricts the business process scope of the EN with reference to BIS2 business processes.OpenPEPPOLOpenPEPPOLEN16931http://docs.peppol.eu/poacc/billing/3.0/

ACTIVE

ISAny
 P

Icelandic national CIUS

CIUSApplies national regulations and imposes data restrictions to support national business practices when the supplier is Icelandic.ISTISgovPEPPOL BIS Billing 3.0TS 236:2018 available at www.stadlar.is

ACTIVE

ATAny
 PAustrian national CIUSCIUSApply national regulationsBRZBRZEN16931https://www.erechnung.gv.at/files/en16931/CIUS-AT-NAT-XS-1.0.0.pdf

ACTIVE

Philip HELGER
ATAny
 PAustrian government CIUSCIUSAdditional regulations only applying to the mandatory government interface. This CIUS builds on top of the Austrian national CIUS!BRZBRZAT national CIUS

https://www.erechnung.gv.at/files/en16931/CIUS-AT-GOV-XS-1.1.0.pdf


ACTIVE

Philip HELGER
NLEnergy
 PEnergy eInvoiceExtension

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.

NEDUNEDUSimplerinvoicing (SI-UBL)https://energie-efactuur.nl/en/

ACTIVE

ITAny
 PItalian national CIUSCIUSApplies national regulations and restricts data format in compliance with eInvoice national format (FatturaPA)AdEAgID, AdEEN16931https://www.agenziaentrate.gov.it/wps/content/nsilib/nsi/normativa+e+prassi/provvedimenti/2019/aprile+2019+provvedimenti/provvedimento+18042019+-+fatturazione+elettronica+europea

ACTIVE

Fabio MASSIMI

NLAny
 PNLCIUSCIUSApplies national regulations and conventions. The purpose of the NLCIUS is to prevent the need for any other NL governmental or organizational specific CIUS.NEN / SMeFNEN / SMeFEN16931

NLCIUS is a joint initiative of government, industry and standardization bodies in the Netherlands (SMeF body).

http://www.smef-standaard.nl


ACTIVE

expected: dec 2017

Michiel Stornebrink (TNO)

Fred van Blommestein (Flowcanto)

NLAny
 PG-accountExtensionA 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 / TNO / Simplerinvoicing
NEN / SMeFEN16931 (or NLCIUS)

Links: Wiki G-rekening, MKB servicedesk, Belastingdienst, G-account Specification


ACTIVE

Michiel Stornebrink (TNO)

Fred van Blommestein (Flowcanto)

Jelte Jansen (Simplerinvoicing / headON / Ionite)

DEAny
 PXRechnung CIUSCIUSGerman public sector CIUSKoSITKoSITEN16931http://www.xoev.de/de/xrechnunghttps://github.com/itplr-kosit

ACTIVE


xrechnung@finanzen.bremen.de
 DEAny 
 P XRechnung ExtensionExtensionGerman public sector ExtensionKoSIT KoSIT  EN16931http://www.xoev.de/de/xrechnung https://github.com/itplr-kosit 

 ACTIVE

xrechnung@finanzen.bremen.de
BEAny
 PUBL.BEExtensionApplies national regulations and conventions. The purpose is to group BE requirements into one specification.UBL.BEUBL.BEEN16931http://www.ubl.be/

ACTIVE

info@ubl.be
FIAny
 PCIUSFinland public sector CIUS.State TreasuryState TreasuryEN16931http://www.treasuryfinland.fi/

DEVELOPMENT

SPAny
 PSpanish national CIUSCIUSSpanish 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 GovernmentSpanish GovernmentEN16931 https://administracionelectronica.gob.es/ctt/face/descargas

 ACTIVE

Not ApplicableAny
 PEuropean Commission CIUSCIUSEuropean Commission CIUSEuropean CommissionEuropean CommissionPEPPOL BIS Billing 3.0

PLANNED

EC-PEPPOL-SUPPORT@ec.europa.eu
Not ApplicableAny
 PEuropean Commission ExtensionExtensionEuropean Commission electronic invoicing extension to allow multiple receipt advices per invoiceEuropean CommissionEuropean CommissionPEPPOL BIS Billing 3.0

PLANNED

EC-PEPPOL-SUPPORT@ec.europa.eu
EILocal / Regional Government
 PIrish Local Government PO Based CIUSCIUSList requirements needed when sending an eInvoice to Local Government in Ireland when a Purchase Order is involvedIrish Local Government eInvoice Project - funded by CEFIrish Local Government eInvoice Project - funded by CEFPEPPOL BIS Billing 3.0http://localgov.einvoicingireland-project.eu/download/Local_Government_CIUS_Ireland_for_Purchase_Order_based_invoicing_v1.5.pdf

DEVELOPMENT

Edmund Gray
EILocal / Regional Government
 PIrish Local Government Non PO Based CIUSCIUSList requirements needed when sending an eInvoice to Local Government in Ireland when a Purchase Order is not required e.g. a Utility BillIrish Local Government eInvoice Project - funded by CEFIrish Local Government eInvoice Project - funded by CEFPEPPOL BIS Billing 3.0http://localgov.einvoicingireland-project.eu/download/Local_Government_CIUS_Ireland_for_NON_PO_v1.3.pdf

DEVELOPMENT

Edmund Gray

Any

DE (Germany)

Any
 P

ZUGFeRD 2.0,
profile EN16931

CIUSApplies national regulations and imposes data restrictions to support national business practices in GermanyFeRD - 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

ACTIVE

info@ferd-net.de

Any

DE (Germany)

Any
PZUGFeRD 2.1, profile EN16931CIUSApplies 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.0FeRD - 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

ACTIVE


info@ferd-net.de










CountryOne or more country codes, which the requirements the specification supports. 
SectorThe industry sector, which requirements the specification supports.
Identifier Unique identifier.
Registration statusProvisional (P) or Verified (V), default is Provisional (P).
NameA short descriptive name for general reference.
TypeCIUS or Extension.
PurposeA brief description of what the CIUS or extention specification is intended for.
PublisherThe party who formally publishes the specification.
Governing entityThe party who provides the specification its authority.
Underlying specificationThe 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 infoA 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 (PLANNED, DEVELOPMENT, ACTIVE, REVOKED)

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.




Please note that the information available does not have an authoritative character.



  • No labels