Reference
Markdown exportBT-24 Specification Identifier
An identification of the specification containing the total set of rules regarding semantic content, cardinalities and business rules to which the data contained in the instance document conforms. This field identifies which invoicing specification/profile is being used (e.g., XRechnung, PEPPOL BIS).
BT-24 (Specification identifier / CustomizationID) names the standard the document conforms to. Mandatory under EN 16931. For XRechnung 3.x it must be the registered CIUS URN combining EN 16931 compliance and the XRechnung extension. Example: urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0.
BT-24 · EN 16931 / XRechnung 3.x
BT Reference Card
Canonical EN 16931 / XRechnung facts for this business term — citable from this anchor.
- BT code
BT-24- Name
- Specification Identifier
- Cardinality
- Mandatory (M)
- Business group
- BG-2 PROCESS CONTROL
- Data type
- Identifier
- Example value
urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0
Quick answer
An identification of the specification containing the total set of rules regarding semantic content, cardinalities and business rules to which the data contained in the instance document conforms. This field identifies which invoicing specification/profile is being used (e.g., XRechnung, PEPPOL BIS).
Invoice basics
Core document identifiers, dates, process identifiers, and high-level invoice context.
In plain language
An identification of the specification containing the total set of rules regarding semantic content, cardinalities and business rules to which the data contained in the instance document conforms. This field identifies which invoicing specification/profile is being used (e.g., XRechnung, PEPPOL BIS).
An identification of the specification containing the total set of rules regarding semantic content, cardinalities and business rules to which the data contained in the instance document conforms. This field identifies which invoicing specification/profile is being used (e.g., XRechnung, PEPPOL BIS).
Critical for electronic invoice processing as it determines which validation rules, business logic, and technical requirements apply to the invoice. Systems use this identifier to select the appropriate processing pipeline and validation schema. Essential for interoperability between different e-invoicing networks and standards.
What you usually enter here
URN (Uniform Resource Name) format following the pattern: urn:cen.eu:en16931:2017#[compliant|conformant]#[specification-specific-identifier]
Typical valid values include: urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0, urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_2.3, urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0, urn:cen.eu:en16931:2017#conformant#urn:fdc:peppol.eu:2017:poacc:billing:international:aunz:3.0
Mandatory for all XRechnung invoices since version 1.0. Required by EN 16931-1 standard and essential for compliance with German e-invoicing regulations and PEPPOL network requirements.
What goes wrong often
Avoid values like: XRechnung, PEPPOL, EN16931, urn:custom:billing:1.0
Relevant rule codes: BR-DE-1, PEPPOL-EN16931-R007
Examples in context
Critical for electronic invoice processing as it determines which validation rules, business logic, and technical requirements apply to the invoice. Systems use this identifier to select the appropriate processing pipeline and validation schema. Essential for interoperability between different e-invoicing networks and standards.
Mandatory for all XRechnung invoices since version 1.0. Required by EN 16931-1 standard and essential for compliance with German e-invoicing regulations and PEPPOL network requirements.
Valid Examples
Use these points as the practical checks for this section.
- urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0
- urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_2.3
- urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0
- urn:cen.eu:en16931:2017#conformant#urn:fdc:peppol.eu:2017:poacc:billing:international:aunz:3.0
Invalid Examples
Use these points as the practical checks for this section.
- XRechnung
- PEPPOL
- EN16931
- urn:custom:billing:1.0
XML mapping and field facts
Open the technical reference if you need XML paths, validator rule codes, legal wording, or schema-specific mapping details.
Field ID:
BT-24
Data Type:
identifier
Cardinality:
1..1
Requirement:
Mandatory
Max Length:
200 characters
Since Version:
XRechnung 1.0+
XML Implementation
/Invoice/cbc:CustomizationID/CrossIndustryInvoice/ExchangedDocumentContext/ram:GuidelineSpecifiedDocumentContextParameter/ram:IDValidation Rules
BR-DE-1
BR-DE-1
PEPPOL-EN16931-R007
PEPPOL-EN16931-R007
Why the standard cares about this field
Business Context
Critical for electronic invoice processing as it determines which validation rules, business logic, and technical requirements apply to the invoice. Systems use this identifier to select the appropriate processing pipeline and validation schema. Essential for interoperability between different e-invoicing networks and standards.
Legal Requirement
Mandatory for all XRechnung invoices since version 1.0. Required by EN 16931-1 standard and essential for compliance with German e-invoicing regulations and PEPPOL network requirements.
FAQ
What is the difference between XRechnung and PEPPOL specification identifiers?
XRechnung uses "urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0" for German public administration, while PEPPOL uses "urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0" for international B2B transactions. Both are based on EN 16931-1 but have different extensions and requirements.
How do I choose the correct specification identifier for my invoice?
For invoices to German public authorities, use the XRechnung identifier. For PEPPOL network transactions, use the PEPPOL BIS identifier. The choice depends on your recipient and the network through which the invoice will be transmitted. Check with your recipient or network provider for the required specification.
What happens if I use the wrong specification identifier?
Using an incorrect specification identifier will cause validation errors and invoice rejection. The receiving system relies on this field to apply the correct validation rules. Always verify the required specification with your invoice recipient before submission.
Are there regional variations of specification identifiers?
Yes, different countries and regions may have their own CIUS (Core Invoice Usage Specification) based on EN 16931-1. For example, Australia/New Zealand uses "urn:cen.eu:en16931:2017#conformant#urn:fdc:peppol.eu:2017:poacc:billing:international:aunz:3.0". Always use the specification required by your target market.
How does BT-24 relate to BT-23 (Business Process Type)?
BT-24 defines the technical specification and validation rules, while BT-23 defines the business process context. Both are mandatory in XRechnung 3.0.1+ and work together to ensure proper invoice processing. BT-24 tells the system “how to validate”, while BT-23 tells it “what business process this supports”.
Can I use custom specification identifiers?
No, you must use standardized specification identifiers that are recognized by the receiving systems. Custom identifiers will cause validation failures. Use only officially published identifiers from recognized standards bodies like CEN, PEPPOL, or national e-invoicing authorities.