Zum Hauptinhalt springen
Invoice-Converter.comInvoice-Converter
BlogPreise
Rechnung umwandelnUmwandeln
Umwandeln
⌘K
Dokumentationsübersicht
Formate und Standards verstehen
Compliance-Leitfäden
XRechnung Standard
ZUGFeRD Format
PDF/A-3 für ZUGFeRD
CII Cross Industry Invoice
UBL Universal Business Language
DIN EN 16931-1 Standard
PEPPOL Network
Länder- und Regulatorikregeln
EU E-Rechnungspflicht
EU-E-Rechnung
E‑Rechnung in der EU 2026: was Sie umsetzen sollten (und warum)
Playbook für Top‑EU‑Märkte (DE, FR, IT, ES, PL, NL)
PEPPOL in der EU: so funktioniert der Austausch wirklich
CTC/Clearance und Portale in der EU: belastbare Integrationen bauen
Länderguides
Deutschland
Frankreich
Italien
Spanien
Polen
Niederlande
Belgien
Österreich
Dänemark
Schweden
Finnland
Validierungs- und Einreichungsprobleme lösen
Leitweg-ID Validierung
Support-Leitfäden
Support
Warum Rechnungen geprüft werden müssen
PDF-Vorbereitung
Quellendaten vorbereiten
Anhänge und Leistungsbeschreibungen
API-Fehler
API-Automatisierung
Umgang mit Schemafehlern
Hilfe zur Prüfvalidierung
Support
Fehlende Angaben
Käuferreferenz
Zahlung und IBAN
USt und Reverse Charge
Summen und Rundung
Anzahlungen
Positionen
ZUGFeRD-PDF-Warnungen
Validierungsleitfäden
Beobachtete Validierungsfälle
Fälligkeit oder Bedingungen
IBAN bei Überweisung
PDF/A-3-Fähigkeit
VATEX-Befreiungsgrund
Review gegen Download
Öffentliche Testrechnungs-Bibliothek
Gültige XRechnung-UBL-Basisrechnung
Ungültige XRechnung ohne Zahlungsbedingungen
Factur-X/ZUGFeRD EN-16931-CII-XML
XRechnung-Rundungs- und IBAN-Grenzfall
KoSIT Validierungsfehler
FEHLER
BR-DE-1
BR-DE-2
BR-DE-3
BR-DE-4
BR-DE-5
BR-DE-6
BR-DE-7
BR-DE-8
BR-DE-9
BR-DE-10
BR-DE-11
BR-DE-14
BR-DE-15
BR-DE-16
BR-CO-3
BR-CO-4
BR-CO-9
BR-CO-10
BR-CO-11
BR-CO-13
BR-CO-14
BR-CO-15
BR-CO-16
BR-CO-17
BR-CO-25
BR-CO-26
BR-S-1
BR-S-5
BR-S-8
BR-61
BR-AE-02
BR-AE-10
BR-E-01
BR-E-05
BR-DE-19
BR-05
BR-22
BR-23
BR-24
BR-25
BR-26
BR-47
BR-57
BR-DE-22
BR-DE-30
BR-DE-31
PEPPOL-EN16931-R001
PEPPOL-EN16931-R010
PEPPOL-EN16931-R020
PEPPOL-EN16931-R046
PEPPOL-EN16931-R120
PEPPOL-EN16931-R130
WARNUNG
BR-DE-17
BR-DE-18
BR-DE-20
BR-DE-21
BR-DE-26
BR-DE-27
BR-DE-28
Referenzdaten nachschlagen
Glossar
E
EN 16931
Einheitencode
E-Reporting
Echtzeit-Meldung
Echtzeit-Rechnungsmeldung (RTIR)
e-Factura RO
EAS (Electronic Address Scheme)
ebInterface
C
CIUS
CII
Codeliste
Chorus Pro
Codice Destinatario
X
XRechnung
XML-Schema (XSD)
XML
Z
ZUGFeRD
Zahlungsart
F
Factur-X
Finvoice
U
UBL
USt-IdNr.
P
PEPPOL
PEPPOL BIS
Participant-ID
PDF/A-3
PDP (Plateforme de Dématérialisation Partenaire)
A
Access Point
S
SMP
SML
Steuerkategorie
Schematron
SDI (Sistema di Interscambio)
Svefaktura
L
Leitweg-ID
K
KoSIT
KSeF
KvK-Nummer
V
Validierung
Vertragsreferenz
ViDA
VeriFactu
ViDA Säule 1: Digital Reporting Requirements
ViDA Säule 2: Einheitliche USt-Registrierung
ViDA Säule 3: Plattformökonomie
B
Business Term (BT)
Business Group (BG)
BIC
Bestellung (PO)
R
Reverse-Charge
Rechnungsart-Code
Rechnungsposition
Rabatt / Zuschlag
I
IBAN
ISO 6523
G
Gutschrift
GLN (Global Location Number)
D
Dokumentenreferenz
D-U-N-S-Nummer
Digipoort
Q
QR-Code Zahlung
T
TicketBAI
O
OVT-tunnus
OIOUBL
N
NemHandel
Codelisten
Währungscodes (häufig)
Ländercodes (häufig)
USt-Kategorie-Codes
Zahlungsmittel-Codes
Maßeinheiten-Codes (häufig)
Rechnungstyp-Codes (häufig in XRechnung)
XRechnung Felder
Rechnungsgrundlagen
BT-1
BT-2
BT-3
BT-5
BT-6
BT-7
BT-8
BT-10
BT-11
BT-12
BT-14
BT-15
BT-16
BT-17
BT-18
BT-19
BT-21
BT-22
BT-23
BT-24
BT-25
BT-26
Lieferung und Zahlung
BT-9
BT-13
BT-20
BT-59
BT-60
BT-61
BT-70
BT-71
BT-72
BT-73
BT-74
BT-75
BT-76
BT-77
BT-78
BT-79
BT-80
BT-81
BT-82
BT-83
BT-84
BT-85
BT-86
BT-87
BT-88
BT-89
BT-90
BT-91
Verkäuferdaten
BT-27
BT-28
BT-29
BT-30
BT-31
BT-32
BT-33
BT-34
BT-35
BT-36
BT-37
BT-38
BT-39
BT-40
BT-41
BT-42
BT-43
BT-62
BT-63
BT-64
BT-65
BT-66
BT-67
BT-68
BT-69
Käuferdaten
BT-44
BT-45
BT-46
BT-47
BT-48
BT-49
BT-50
BT-51
BT-52
BT-53
BT-54
BT-55
BT-56
BT-57
BT-58
Nachlässe und Zuschläge
BT-92
BT-93
BT-94
BT-95
BT-96
BT-97
BT-98
BT-99
BT-100
BT-101
BT-102
BT-103
BT-104
BT-105
Steuern und Summen
BT-106
BT-107
BT-108
BT-109
BT-110
BT-111
BT-112
BT-113
BT-114
BT-115
BT-116
BT-117
BT-118
BT-119
BT-120
BT-121
BT-122
BT-123
BT-124
BT-125
Rechnungspositionen
BT-126
BT-127
BT-128
BT-129
BT-130
BT-131
BT-132
BT-133
BT-134
BT-135
BT-136
BT-137
BT-138
BT-139
BT-140
BT-141
BT-142
BT-143
BT-144
BT-145
BT-146
BT-147
BT-148
BT-149
BT-150
BT-151
BT-152
BT-153
BT-154
BT-155
BT-156
BT-157
BT-158
BT-159
BT-160
BT-161
BT-162
BT-163
ZUGFeRD Profile
MINIMUM
BASIC WL
BASIC
EN 16931
EXTENDED
Formate und Tools vergleichen
Vergleiche
XRechnung vs. ZUGFeRD
PDF24 Tools
sevDesk
Integrieren und umsetzen
Hilfe bei Plattformstörungen
Support
Vorübergehend nicht verfügbar
Fehlendes Ergebnis
Validierung nicht verfügbar
Browserfehler
Konto und Rate Limits
Guthaben und Abonnements
Behördliche Validierung
ERP-Export-Validierungsleitfäden
DATEV
Lexware
SAP Business One
Odoo
Microsoft Dynamics
Vertrauen und Sicherheit
Developer API
  1. E-Rechnungs-Ressourcen
  2. XRechnung Felder
  3. BT-81

Referenz

Markdown-Export

BT-81 Zahlungsmittel-Code

Das als Code ausgedrückte Mittel, wie eine Zahlung voraussichtlich erfolgen soll oder erfolgt ist. Dieses Feld spezifiziert die Zahlungsmethode unter Verwendung standardisierter UN/CEFACT-Codes (UNCL4461), um eine konsistente Zahlungsverarbeitung über verschiedene Systeme und Rechtsordnungen hinweg zu gewährleisten.

KurzantwortEinfach erklärtWas Sie hier meistens eintragenWas oft schiefgehtBeispiele im ZusammenhangGültige BeispieleUngültige BeispieleVerwandte FelderXML-Zuordnung und FeldfaktenXML ImplementierungValidierungsregelnWarum der Standard dieses Feld beachtetFAQOffizielle Quellen und Tools

Kurzantwort#

Das als Code ausgedrückte Mittel, wie eine Zahlung voraussichtlich erfolgen soll oder erfolgt ist. Dieses Feld spezifiziert die Zahlungsmethode unter Verwendung standardisierter UN/CEFACT-Codes (UNCL4461), um eine konsistente Zahlungsverarbeitung über verschiedene Systeme und Rechtsordnungen hinweg zu gewährleisten.

Lieferung und Zahlung

Leistungszeitraum, Lieferkontext, Zahlungsarten und die operativen Angaben rund um die Abwicklung.

Schnellzugriff

XML validierenRechnung konvertieren

Einfach erklärt#

Das als Code ausgedrückte Mittel, wie eine Zahlung voraussichtlich erfolgen soll oder erfolgt ist. Dieses Feld spezifiziert die Zahlungsmethode unter Verwendung standardisierter UN/CEFACT-Codes (UNCL4461), um eine konsistente Zahlungsverarbeitung über verschiedene Systeme und Rechtsordnungen hinweg zu gewährleisten.

Das als Code ausgedrückte Mittel, wie eine Zahlung voraussichtlich erfolgen soll oder erfolgt ist. Dieses Feld spezifiziert die Zahlungsmethode unter Verwendung standardisierter UN/CEFACT-Codes (UNCL4461), um eine konsistente Zahlungsverarbeitung über verschiedene Systeme und Rechtsordnungen hinweg zu gewährleisten.

Der Zahlungsmittel-Code ist für die automatisierte Zahlungsverarbeitung unerlässlich und ermöglicht es Systemen zu verstehen, wie Zahlungen ausgeführt werden sollen. Er bestimmt, ob zusätzliche Zahlungsdetails wie Bankkontoinformationen (BT-84) oder Kartendaten erforderlich sind. Diese Standardisierung erleichtert die durchgängige Verarbeitung in Bankensystemen und reduziert manuelle Eingriffe in Zahlungsworkflows.

Was Sie hier meistens eintragen#

Three-digit numeric code from UN/CEFACT code list UNCL4461

Typische gültige Werte sind: 30, 58, 59, 49

Gemäß EN 16931-1 optional, aber für die automatisierte Zahlungsverarbeitung dringend empfohlen. Wenn angegeben, müssen gültige Codes aus der UN/CEFACT-Codeliste UNCL4461 verwendet werden. Deutsche Bankenregulierungen und SEPA-Anforderungen können die Wahl der Zahlungsmethoden-Codes beeinflussen.

Was oft schiefgeht#

Vermeiden Sie Werte wie: 001, BANK, TRANSFER, CC

Relevante Regelcodes: BR-49, BR-CL-16

Beispiele im Zusammenhang#

Der Zahlungsmittel-Code ist für die automatisierte Zahlungsverarbeitung unerlässlich und ermöglicht es Systemen zu verstehen, wie Zahlungen ausgeführt werden sollen. Er bestimmt, ob zusätzliche Zahlungsdetails wie Bankkontoinformationen (BT-84) oder Kartendaten erforderlich sind. Diese Standardisierung erleichtert die durchgängige Verarbeitung in Bankensystemen und reduziert manuelle Eingriffe in Zahlungsworkflows.

Gemäß EN 16931-1 optional, aber für die automatisierte Zahlungsverarbeitung dringend empfohlen. Wenn angegeben, müssen gültige Codes aus der UN/CEFACT-Codeliste UNCL4461 verwendet werden. Deutsche Bankenregulierungen und SEPA-Anforderungen können die Wahl der Zahlungsmethoden-Codes beeinflussen.

Gültige Beispiele#

Nutzen Sie diese Punkte als praktische Prüfschritte für diesen Abschnitt.

  • 30
  • 58
  • 59
  • 49
  • 48
  • 10
  • 68
  • 69
  • 70

Ungültige Beispiele#

Nutzen Sie diese Punkte als praktische Prüfschritte für diesen Abschnitt.

  • 001
  • BANK
  • TRANSFER
  • CC
  • SEPA
  • 999

Verwandte Felder#

Der Zahlungsmittel-Code ist für die automatisierte Zahlungsverarbeitung unerlässlich und ermöglicht es Systemen zu verstehen, wie Zahlungen ausgeführt werden sollen. Er bestimmt, ob zusätzliche Zahlungsdetails wie Bankkontoinformationen (BT-84) oder Kartendaten erforderlich sind. Diese Standardisierung erleichtert die durchgängige Verarbeitung in Bankensystemen und reduziert manuelle Eingriffe in Zahlungsworkflows.

BT-82 Text zum Zahlungsmittel
BT-83 Verwendungszweck
BT-84 Zahlungskonto-Kennung
BT-85 Name des Zahlungskontos
BT-86 Kennung des Zahlungsdienstleisters
BT-87 Primäre Kontonummer der Zahlungskarte
BT-88 Name des Karteninhabers
BT-89 Mandatsreferenz
BT-90 Gläubiger-Identifikationsnummer
BT-91 Kennung des belasteten Kontos

XML-Zuordnung und Feldfakten#

Öffnen Sie die technische Referenz nur dann, wenn Sie XML-Pfade, Validator-Regelcodes, formale Rechtsbezüge oder formatspezifische Mappings brauchen.

Feld-ID:

BT-81

Datentyp:

code

Kardinalität:

0..1

Anforderung:

Optional

Max. Länge:

3 Zeichen

Seit Version:

Optional

XML Implementierung#

UBL 2.1 Syntax
/Invoice/cac:PaymentMeans/cbc:PaymentMeansCode
CII (UN/CEFACT) Syntax
/CrossIndustryInvoice/SupplyChainTradeTransaction/ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans/ram:TypeCode

Validierungsregeln#

BR-49

BR-49

BR-CL-16

BR-CL-16

Warum der Standard dieses Feld beachtet#

Geschäftlicher Kontext

Der Zahlungsmittel-Code ist für die automatisierte Zahlungsverarbeitung unerlässlich und ermöglicht es Systemen zu verstehen, wie Zahlungen ausgeführt werden sollen. Er bestimmt, ob zusätzliche Zahlungsdetails wie Bankkontoinformationen (BT-84) oder Kartendaten erforderlich sind. Diese Standardisierung erleichtert die durchgängige Verarbeitung in Bankensystemen und reduziert manuelle Eingriffe in Zahlungsworkflows.

Rechtliche Anforderung

Gemäß EN 16931-1 optional, aber für die automatisierte Zahlungsverarbeitung dringend empfohlen. Wenn angegeben, müssen gültige Codes aus der UN/CEFACT-Codeliste UNCL4461 verwendet werden. Deutsche Bankenregulierungen und SEPA-Anforderungen können die Wahl der Zahlungsmethoden-Codes beeinflussen.

FAQ#

Was sind die häufigsten Zahlungsmittel-Codes in Deutschland?

Die häufigsten Codes im deutschen Geschäftsverkehr sind: 30 (Überweisung), 58 (SEPA-Überweisung), 59 (SEPA-Lastschrift), 49 (Lastschrift) und 48 (Bankkarte/EC-Karte). SEPA-Codes (58, 59) werden für Euro-Transaktionen im SEPA-Raum bevorzugt.

Wann sollte ich Code 30 anstatt Code 58 verwenden?

Verwenden Sie Code 58 (SEPA-Überweisung) für Euro-Zahlungen im SEPA-Raum, da dies schnellere Verarbeitung und niedrigere Kosten bietet. Verwenden Sie Code 30 (Überweisung) für internationale Zahlungen außerhalb von SEPA oder Nicht-Euro-Währungen. Code 58 benötigt typischerweise nur die IBAN, während Code 30 sowohl IBAN als auch BIC erfordern kann.

Muss ich Bankverbindungsdetails angeben, wenn ich Zahlungsmittel-Codes verwende?

Das hängt vom Zahlungsmittel-Code ab. Codes, die Kontoinformationen benötigen: 30, 58 (benötigen IBAN, möglicherweise BIC), 49, 59 (benötigen Konto für Lastschrift). Codes wie 10 (Bar), 48 (Karte), 68 (Online-Zahlung) benötigen typischerweise keine Kontodetails. Prüfen Sie die verwandten Felder BT-84 bis BT-91 für spezifische Kontoinformationsanforderungen.

Was ist der Unterschied zwischen den Codes 49 und 59 für Lastschrift?

Code 49 (Lastschrift) ist für allgemeine Lastschriftverfahren, einschließlich Nicht-SEPA-Lastschriften, die möglicherweise BIC benötigen. Code 59 (SEPA-Lastschrift) ist speziell für Euro-Lastschriften im SEPA-Raum, benötigt typischerweise nur die IBAN und bietet standardisierte Bearbeitungszeiten und niedrigere Kosten.

Kann ich mehrere Zahlungsmittel-Codes in einer Rechnung verwenden?

Ja, XRechnung unterstützt mehrere Zahlungsmittel pro Rechnung (Kardinalität erlaubt mehrere Zahlungsanweisungsgruppen). Jedes Zahlungsmittel kann seinen eigenen Code, Kontodetails und Betragsaufteilung haben. Dies ist nützlich für Teilzahlungen, Mehrdwährungsrechnungen oder das Anbieten von Zahlungsalternativen.

Wie gehen deutsche Behörden mit verschiedenen Zahlungsmittel-Codes um?

Deutsche Behörden bevorzugen typischerweise SEPA-Zahlungsmethoden (Code 58 für Überweisung, 59 für Lastschrift) für effiziente Verarbeitung. Viele Behörden haben automatisierte Systeme, die diese Codes für schnellere Zahlungsabstimmung verarbeiten können. Einige können Zahlungsmethoden aus Sicherheits- oder Verwaltungsgründen einschränken - prüfen Sie spezifische Behördenanforderungen.

Was passiert, wenn ich einen ungültigen Zahlungsmittel-Code verwende?

Ungültige Zahlungsmittel-Codes führen zu Validierungsfehlern bei der XRechnung-Verarbeitung. Die Rechnung kann vom empfangenden System abgelehnt werden. Verwenden Sie immer Codes aus der offiziellen UN/CEFACT UNCL4461-Codeliste. Häufige Fehler sind die Verwendung beschreibender Texte anstelle numerischer Codes oder veralteter Codes.

Gibt es besondere Überlegungen für B2B- versus B2G-Zahlungen?

B2G-Zahlungen (Business-to-Government) haben oft strengere Anforderungen und bevorzugen möglicherweise spezifische Codes wie 58 (SEPA-Überweisung) für Transparenz und Prüfpfade. B2B-Zahlungen haben mehr Flexibilität und können verschiedene Codes verwenden, einschließlich 48 (Karten), 68 (Online-Zahlungen) oder 70 (Mobile Zahlungen), abhängig von Geschäftsbeziehungen und Vereinbarungen.

Wie beeinflusst der Zahlungsmittel-Code das Abrechnungstiming?

Verschiedene Zahlungscodes haben unterschiedliche Abrechnungszeiten: SEPA-Überweisungen (58) werden typischerweise innerhalb eines Geschäftstages abgerechnet, Lastschriften (59) folgen SEPA-Zeitplänen, Kreditkarten (48, 54) können innerhalb von 1-3 Tagen abgerechnet werden, während Bar (10) sofort abgerechnet wird. Das Verständnis dieser Zeiten hilft bei der Cashflow-Planung und Zahlungsbedingungen.

Kann ich Zahlungsbedingungen zusammen mit Zahlungsmittel-Codes angeben?

Ja, Zahlungsmittel-Codes (BT-81) arbeiten zusammen mit Zahlungsbedingungen (BT-20) und Fälligkeitsdatum (BT-9). Der Zahlungsmittel-Code spezifiziert WIE zu zahlen ist, während Zahlungsbedingungen spezifizieren WANN zu zahlen ist und welche Bedingungen gelten. Zum Beispiel können Sie Code 58 (SEPA-Überweisung) mit "Netto 30 Tage" Zahlungsbedingungen angeben.

Offizielle Quellen und Tools#

KoSIT Validator
Invoice Converter
XRechnung Standard
Testsuite
BT-80BT-82
Auf dieser Seite
KurzantwortEinfach erklärtWas Sie hier meistens eintragenWas oft schiefgehtBeispiele im ZusammenhangGültige BeispieleUngültige BeispieleVerwandte FelderXML-Zuordnung und FeldfaktenXML ImplementierungValidierungsregelnWarum der Standard dieses Feld beachtetFAQOffizielle Quellen und Tools

Invoice-Converter.com

Wir helfen Unternehmen in ganz Europa, Rechnungen mit Validierungsunterstützung in XRechnung und andere E-Rechnungsformate umzuwandeln. Prüfen Sie Grenzfälle vor der Einreichung.

20.000+ Rechnungen verarbeitet
Schnell & Sicher
Hunderte zufriedene Kunden

Funktionen

PDF umwandeln & erstellen

  • PDF zu XRechnung
  • PDF zu UBL
  • PDF zu XRechnung (CII)
  • PDF zu ZUGFeRD
  • PDF zu Factur-X
  • XRechnung erstellen
  • XRechnung zu PDF

Ansehen & validieren

  • XRechnung/XML Viewer
  • XRechnung Validator

Schnellzugriff

  • Ressourcen
  • Vertrauens- und Sicherheitscenter
  • Developer-API-Dokumentation
  • Blog
  • FAQ
  • Preise
  • Klimabeitrag

Rechtliches

  • Impressum
  • Datenschutz
  • Auftragsverarbeitungsvertrag
  • AGB
  • Geld-zurück-Garantie

Kontakt aufnehmen

contact@invoice-converter.com
Jetzt umwandeln
© 2026 Invoice-Converter.com.Gemacht mit in Europa
DSGVO-konform
Deutsche Server