BT-86: Zahlungsdienstleister-Kennung
BT-86 überträgt die Kennung des Zahlungsdienstleisters, typischerweise den BIC oder ein vergleichbares Identifikationsmerkmal. Das Feld ist nicht in jedem Szenario nötig, kann in bestimmten CIUS-Varianten aber ausdrücklich unerwünscht oder regelgebunden sein.
Pflicht, Definition und Praxiskontext
Das Feld ist nicht in jeder Rechnung Pflicht, kann aber für Routing, Steuerlogik oder saubere Folgeprozesse trotzdem entscheidend sein.
[CII-SR-464] - Only one BT-86 element is allowed on an invoice.
Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): CII-SR-464
- Es ist für Steuerlogik, Summenprüfung und länderspezifische Vorgaben der XRechnung relevant.
- Optional heißt in der XRechnung nicht automatisch unwichtig: Viele Empfängerprozesse nutzen das Feld trotzdem operativ.
- Kennungen sollten exakt aus dem führenden System übernommen und nicht nachträglich formatiert werden.
Typische Fehler bei BT-86
- Das Feld als optional zu behandeln, obwohl der jeweilige Empfängerprozess oder Sonderfall es faktisch benötigt.
- Kennungen mit Leerzeichen, Zusätzen oder veralteten Codes aus Vorsystemen zu übernehmen.
- Abhängige Felder und verbundene Regeln nicht gemeinsam zu prüfen, obwohl genau dort viele Validator-Fehler entstehen.
Werte, Format und Eingabehinweise
- Wert ohne dekorative Leerzeichen, Zusätze oder UI-Formatierung übernehmen.
- Nur offiziell erwartete Codes, Schemes oder Kennungen aus dem Vorsystem verwenden.
- Abhängige Felder wie Scheme, Referenz oder gekoppelte IDs mitprüfen.
XML-Mapping für UBL und CII
//ram:SpecifiedTradeSettlementPaymentMeansOriginalregeln und deutsche Einordnung
Originaltext bleibt als Referenz sichtbar[CII-SR-464|warning|EN16931-CII] [CII-SR-464] - Only one BT-86 element is allowed on an invoice.
Verwandte BT-Felder mit direktem Einfluss
Zahlungsmittel-Code
BT-81 setzt den Zahlungskanal der Rechnung als standardisierten Code fest. Damit weiß der Empfänger sofort, ob Überweisung, Lastschrift oder ein anderer Zahlungsweg fachlich erwartet wird.
Zahlungskonto-Kennung
BT-84 ist die Zahlungskonto-Kennung, in der Praxis meist die IBAN des Zahlungsempfängers. Dieses Feld wirkt direkt auf Zahlungsfähigkeit und Vertrauen, denn schon kleine Formatfehler blockieren Freigaben oder führen zu manuellen Rückfragen.
Zahlungskonto-Name
BT-85 steht in der XRechnung für Zahlungskonto-Name. Es ist für Steuerlogik, Summenprüfung und länderspezifische Vorgaben der XRechnung relevant. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Mandatsreferenz
BT-89 steht in der XRechnung für Mandatsreferenz. Es ist für Steuerlogik, Summenprüfung und länderspezifische Vorgaben der XRechnung relevant. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Aus Theorie sofort eine valide XML machen
Nutze BT-86 nicht nur als Nachschlagepunkt. Prüfe den Feldwert direkt im Generator oder lass bestehende XMLs gegen die KoSIT-Regeln validieren, bevor der Empfänger ablehnt.
FAQ zu BT-86 vor dem XML-Versand
Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.
Wie trage ich BT-86 Zahlungsdienstleister-Kennung korrekt in der XRechnung ein?Aufklappen
Für BT-86 gelten immer der offizielle Feldbegriff, der Datentyp Identifier und die Kardinalität 0..1. 0..1 bedeutet für BT-86 höchstens einmal. Der Wert muss maschinenlesbar im XML stehen und darf nicht nur im PDF sichtbar sein. Kennungen unverändert aus dem führenden System übernehmen und nicht mit Leerzeichen, Präfixen oder UI-Texten verfälschen. Direkt mitprüfen sollten Sie BT-81, BT-84, BT-85 und BT-89.
Was muss ich bei BT-86 in der Kategorie Steuerbeträge besonders beachten?Aufklappen
BT-86 gehört zur Kategorie Steuerbeträge. Genau hier prüft XRechnung besonders streng auf Währung, Rundung und rechnerische Ableitung. Sobald Steuerbuchhaltungswährung, Steueraufschlüsselung oder Steuersumme nicht konsistent zusammenpassen, schlägt der Validator sehr schnell an. Besonders relevant auf dieser Seite sind die Regelreferenzen CII-SR-464.
Wann sollte BT-86 trotz Optional-Status trotzdem gesetzt werden?Aufklappen
Optional heißt in XRechnung nicht nebensächlich. Setze BT-86, wenn der konkrete Geschäftsfall, der Empfängerprozess oder gekoppelte Daten es fachlich verlangen. Sobald das Feld im XML auftaucht, muss es vollständig, fachlich passend und regelkonform befüllt sein. Direkt mitprüfen sollten Sie BT-81, BT-84, BT-85 und BT-89.
Wann darf BT-86 leer bleiben und wann löst es Folgeprüfungen aus?Aufklappen
BT-86 kann leer bleiben, wenn Ihr Szenario die Angabe nicht benötigt und kein Empfänger sie vorgibt. Sobald Sie das Feld jedoch setzen, greifen die offiziellen Format-, Kardinalitäts- und Kopplungsregeln. Besonders relevant auf dieser Seite sind die Regelreferenzen CII-SR-464.