46
BT-46OptionalTier 3 · Langtail-Ausbau

BT-46: Käufer-ID

BT-46 steht in der XRechnung für Käufer-ID. Es gehört zur Identifikation des Empfängers und beeinflusst Routing, Zuordnung und Rückfragen auf Käuferseite. Das Feld ist nicht immer verpflichtend, beeinflusst aber oft Annahme, Nachvollziehbarkeit und Automatisierung. Kennungen sollten exakt aus dem führenden System übernommen und nicht nachträglich formatiert werden.

Kategorie
Käuferdaten
Datentyp
Identifier
Kardinalität
0..1
Regelreferenzen
0 Stück

Pflicht, Definition und Praxiskontext

Das Feld ist nicht in jeder Rechnung Pflicht, kann aber für Routing, Steuerlogik oder saubere Folgeprozesse trotzdem entscheidend sein.

Offizielle Definition / Regelkern

Offizieller XRechnung-Begriff für die Kennung Käufer-ID.

  • Es gehört zur Identifikation des Empfängers und beeinflusst Routing, Zuordnung und Rückfragen auf Käuferseite.
  • 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-46

  • 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

UBL 2.1XPath
Für dieses Feld liegt im aktuellen Bundle kein stabiler UBL-Pfad in den importierten Upstream-Daten vor.
UN/CEFACT CIIXPath
Für dieses Feld liegt im aktuellen Bundle kein stabiler CII-Pfad in den importierten Upstream-Daten vor.

Verwandte BT-Felder mit direktem Einfluss

Aus Theorie sofort eine valide XML machen

Nutze BT-46 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-46 vor dem XML-Versand

Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.

FAQ
Wie trage ich BT-46 Käufer-ID korrekt in der XRechnung ein?Aufklappen

Für BT-46 gelten immer der offizielle Feldbegriff, der Datentyp Identifier und die Kardinalität 0..1. 0..1 bedeutet für BT-46 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-45, BT-47, BT-44 und BT-48.

Was muss ich bei BT-46 in der Kategorie Käuferdaten besonders beachten?Aufklappen

BT-46 ist Teil der Käuferdaten und steuert, wer Rechnungsempfänger ist und wie die Rechnung intern verarbeitet wird. Offizielle Regeln verlangen hierfür belastbare Käuferstammdaten einschließlich Adress- und Identifikationsangaben. Schon kleine Abweichungen können trotz korrekter Beträge zu Rückweisungen führen. Auch bei Feldern ohne explizit eingespielte Detailregel gilt: Format, Häufigkeit und fachlicher Kontext müssen zur Spezifikation passen.

Wann sollte BT-46 trotz Optional-Status trotzdem gesetzt werden?Aufklappen

Optional heißt in XRechnung nicht nebensächlich. Setze BT-46, 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-45, BT-47, BT-44 und BT-48.

Wann darf BT-46 leer bleiben und wann löst es Folgeprüfungen aus?Aufklappen

BT-46 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. Auch bei Feldern ohne explizit eingespielte Detailregel gilt: Format, Häufigkeit und fachlicher Kontext müssen zur Spezifikation passen.