Skip to main content
Invoice-Converter.comInvoice-Converter
Pricing
Convert InvoiceConvert
Convert
  1. Home
  2. /
  3. Blog
  4. /
  5. ZUGFeRD BT Fields: Business Terms for Practical E-Invoicing
ZUGFeRD BT Fields: Business Terms for Practical E-Invoicing
Blog

ZUGFeRD BT Fields: Business Terms for Practical E-Invoicing

January 18, 202510 min readReviewed: July 9, 2026
Markdown export

Official references

Use these sources to verify dates, formats, and official rule changes.

  • FeRD ZUGFeRD 2.x
  • FNFE-MPE Factur-X resources
  • EUR-Lex Directive 2014/55/EU

Related Technical Wiki

Explore deep-dive developer documentation and regulatory guidelines matching this article.

ZUGFeRD Format

ZUGFeRD and Factur-X hybrid invoices: PDF/A-3 with embedded CII/XML, profile levels (MINIMUM to EXTENDED), validation, and when to choose ZUGFeRD vs pure XML for Germany and EU B2B.

DIN EN 16931-1

DIN EN 16931-1 semantic model: mandatory and optional data, national CIUS like XRechnung, how EN 16931 maps to UBL and CII, and what validators check before you send.

PDF/A-3 and ZUGFeRD archive readiness

Understand when a hybrid ZUGFeRD or Factur-X PDF can be accepted as an archive-ready PDF/A-3 file.

Article overview

This article explains ZUGFeRD BT Fields: Business Terms for Practical E-Invoicing as a practical reference for European e-invoicing. It defines the topic in plain language, places it in the compliance context, and connects the explanation to invoice formats such as XRechnung, ZUGFeRD/Factur-X, UBL, and CII.

Understanding ZUGFeRD BT Fields in Practice

ZUGFeRD invoices use EN 16931 Business Terms, usually shortened to BT fields. These fields define the invoice data that software validates and exchanges: invoice number, seller, buyer, totals, VAT treatment, payment details, and line information.

At Invoice-Converter.com, we map BT fields when converting between PDF, XRechnung, and ZUGFeRD. The resulting document still needs validation, especially when the source PDF is incomplete or ambiguous.

Quick Reference

  • BT = Business Terms (standardized data elements)
  • EN 16931 = European e-invoicing standard
  • Business Terms defined in the EN 16931 semantic model
  • Mandatory vs. Optional fields for compliance

What Are BT Fields?

BT fields (Business Terms) are standardized data elements defined by European standard EN 16931. Each BT field has a unique identifier (e.g., BT-1, BT-2) and represents specific invoice information such as invoice number, date, supplier details, or tax amounts.

ZUGFeRD Profile Availability Matrix

ZUGFeRD / Factur-X defines several profiles depending on the required level of business data detail:

Profile Target Use Case Line Items Allowed? EN 16931 Compliant?
MINIMUM Essential buyer, seller, tax, and total information No invoice line items No (Header & Total only)
BASIC WL Basic without lines (Header + Totals + Tax breakdown) No No
BASIC Simple commercial invoices with a reduced data set Yes (Simplified) Partial
EN 16931 (COMFORT) Core European B2B & B2G e-invoicing standard Yes (Full BT set) Yes (Fully Compliant)
EXTENDED Additional data beyond the EN 16931 core model Yes (Advanced) Conformant extension of EN 16931

Essential BT Fields Every Business Should Know

Core Invoice Information

  • BT-1: Invoice number - Unique identifier for the invoice
  • BT-2: Invoice issue date - Date when the invoice was created
  • BT-3: Invoice type code - Type of invoice (380 = Commercial invoice, 381 = Credit note)
  • BT-5: Invoice currency code - Currency of the invoice (e.g., EUR, USD)
  • BT-6: VAT accounting currency code - Currency for VAT calculations

Supplier Information (Seller)

  • BT-27: Seller name - Legal name of the supplier
  • BT-28: Seller trading name - Commercial name if different
  • BT-29: Seller legal registration identifier - Identifier from an official business register, where applicable
  • BT-31: Seller VAT identifier - VAT registration number
  • BT-32: Seller tax registration ID - Tax ID if no VAT number

Buyer Information

  • BT-44: Buyer name - Legal name of the buyer
  • BT-45: Buyer trading name - Commercial name if different
  • BT-46: Buyer identifier - Identifier assigned to the buyer, such as an electronic address identifier
  • BT-48: Buyer VAT identifier - VAT registration number
  • BT-10: Buyer reference - Reference assigned by the buyer for routing or processing (a purchase order is BT-13)

Payment Information

  • BT-9: Payment due date - Date when payment is due
  • BT-81: Payment means type code - How payment should be made
  • BT-83: Remittance information - Payment reference
  • BT-84: Payment account identifier - IBAN or account number
  • BT-86: Payment service provider identifier - BIC or bank code

BT Field Mapping Between Formats

When converting between different e-invoice formats, BT fields serve as the common language:

BT Field XRechnung (UBL) ZUGFeRD (CII)
BT-1 cbc:ID rsm:ExchangedDocument/ram:ID
BT-2 cbc:IssueDate ram:IssueDateTime
BT-27 cac:PartyName/cbc:Name ram:Name

How to use this guide

Use the article as a starting point before changing a finance or ERP workflow: identify the applicable country rule or standard, decide which structured format is expected, validate the generated XML, and keep a documented exception process for invoices that require manual review.

Ready to convert your invoices?

Start converting PDF invoices to XRechnung, ZUGFeRD, and other formats today with credits or a paid plan.

View Pricing

Related articles

PDF/A-3 Technical Guide: Embedding ZUGFeRD & Factur-X XML for Compliance

Technical deep-dive into PDF/A-3 (ISO 19005-3) attachment structures: XMP metadata schema, /AF array relationships, font subsetting, and veraPDF validation.

Read more

XRechnung Required Fields: Practical Reference Guide

Practical guide to the required fields in XRechnung. Learn what each field means and how to prepare invoices for German B2G compliance.

Read more

Convert PDF to ZUGFeRD: when a hybrid invoice workflow fits

Learn when PDF to ZUGFeRD is the right bridge for B2B workflows, what a valid hybrid invoice must contain, and how to review the XML before sending.

Read more

Official references

Use these sources to verify dates, formats, and official rule changes.

  • FeRD ZUGFeRD 2.x
  • FNFE-MPE Factur-X resources
  • EUR-Lex Directive 2014/55/EU

Related Technical Wiki

Explore deep-dive developer documentation and regulatory guidelines matching this article.

ZUGFeRD Format

ZUGFeRD and Factur-X hybrid invoices: PDF/A-3 with embedded CII/XML, profile levels (MINIMUM to EXTENDED), validation, and when to choose ZUGFeRD vs pure XML for Germany and EU B2B.

DIN EN 16931-1

DIN EN 16931-1 semantic model: mandatory and optional data, national CIUS like XRechnung, how EN 16931 maps to UBL and CII, and what validators check before you send.

PDF/A-3 and ZUGFeRD archive readiness

Understand when a hybrid ZUGFeRD or Factur-X PDF can be accepted as an archive-ready PDF/A-3 file.

Invoice-Converter.com

Helping businesses across Europe convert invoices to XRechnung and other e-invoice formats with validation support. Review edge cases before submission.

20,000+ invoices processed
Fast & Secure
Trusted by hundreds

Features

Convert PDFs & create

  • PDF to XRechnung
  • PDF to UBL
  • PDF to XRechnung (CII)
  • PDF to ZUGFeRD
  • PDF to Factur-X
  • Create XRechnung
  • XRechnung to PDF

View & validate

  • XRechnung/XML Viewer
  • XRechnung Validator

Quick Links

  • Resources
  • Trust & Security Center
  • Developer API Documentation
  • Blog
  • FAQ
  • Pricing
  • Climate Contribution

Legal

  • Imprint
  • Privacy Policy
  • Data Processing Agreement
  • Terms & Conditions
  • Money-Back Guarantee

Get in Touch

contact@invoice-converter.com
Start Converting
© 2026 Invoice-Converter.com.Made with in Europe
GDPR Compliant
German Server