BT-52: Ort des Erwerbers
BT-52 steht in der XRechnung für Ort des Erwerbers. Es gehört zur Identifikation des Empfängers und beeinflusst Routing, Zuordnung und Rückfragen auf Käuferseite. Fehlt der Wert oder passt er fachlich nicht, scheitert die Validierung oft direkt. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Pflicht, Definition und Praxiskontext
Dieses Feld sollte im Export technisch erzwungen werden. Fehlt der Wert, scheitert die XRechnung in vielen Empfänger-Workflows sofort.
[BR-DE-8] Das Element "Buyer city" (BT-52) muss übermittelt werden.
Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-DE-8
- Es gehört zur Identifikation des Empfängers und beeinflusst Routing, Zuordnung und Rückfragen auf Käuferseite.
- Pflichtfelder sollten bereits beim Erstellen der Rechnung technisch erzwungen werden und nicht erst kurz vor dem Export.
- Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Typische Fehler bei BT-52
- Den Wert nur visuell im PDF zu pflegen, aber nicht sauber ins XML zu übertragen.
- Unspezifische Freitexte oder Platzhalter zu übertragen, die beim Empfänger keine klare Bedeutung haben.
- Abhängige Felder und verbundene Regeln nicht gemeinsam zu prüfen, obwohl genau dort viele Validator-Fehler entstehen.
Werte, Format und Eingabehinweise
- Nur fachlich belastbaren Inhalt übertragen, keine dekorativen PDF-Texte.
- Freitext knapp, eindeutig und ohne widersprüchliche Zusatzinfos halten.
- Wenn Codes oder Referenzen existieren, diese bevorzugen und Text nur ergänzend nutzen.
XML-Mapping für UBL und CII
/ubl:Invoice/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddressOriginalregeln und deutsche Einordnung
Originaltext bleibt als Referenz sichtbar[BR-DE-8|fatal|XR-UBL] [BR-DE-8] Das Element "Buyer city" (BT-52) muss übermittelt werden.
[BR-DE-8|fatal|XR-CII] [BR-DE-8] Das Element "Buyer city" (BT-52) muss übermittelt werden.
Verwandte BT-Felder mit direktem Einfluss
Adresszeile 2 des Erwerbers
BT-51 steht in der XRechnung für Adresszeile 2 des Erwerbers. 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. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Postleitzahl des Erwerbers
BT-53 steht in der XRechnung für Postleitzahl des Erwerbers. Es gehört zur Identifikation des Empfängers und beeinflusst Routing, Zuordnung und Rückfragen auf Käuferseite. Fehlt der Wert oder passt er fachlich nicht, scheitert die Validierung oft direkt. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Adresszeile 1 des Erwerbers
BT-50 steht in der XRechnung für Adresszeile 1 des Erwerbers. Es gehört zur Identifikation des Empfängers und beeinflusst Routing, Zuordnung und Rückfragen auf Käuferseite. Fehlt der Wert oder passt er fachlich nicht, scheitert die Validierung oft direkt. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Erwerber-Bundesland
BT-54 steht in der XRechnung für Erwerber-Bundesland. 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. Texte sollten fachlich präzise sein und keine leeren Platzhalter oder PDF-Reste enthalten.
Aus Theorie sofort eine valide XML machen
Nutze BT-52 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-52 vor dem XML-Versand
Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.
Wie trage ich BT-52 Ort des Erwerbers korrekt in der XRechnung ein?Aufklappen
Für BT-52 gelten immer der offizielle Feldbegriff, der Datentyp Text und die Kardinalität 1..1. 1..1 bedeutet für BT-52 genau einmal. Der Wert muss maschinenlesbar im XML stehen und darf nicht nur im PDF sichtbar sein. Texte knapp, eindeutig und ohne dekorative PDF-Reste oder Platzhalter ins XML übernehmen. Direkt mitprüfen sollten Sie BT-51, BT-53, BT-50 und BT-54.
Was muss ich bei BT-52 in der Kategorie Käuferdaten besonders beachten?Aufklappen
BT-52 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. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-DE-8.
Was passiert, wenn BT-52 als Pflichtfeld fehlt?Aufklappen
BT-52 gehört zu den Pflichtangaben und sollte technisch bereits vor dem Export erzwungen werden. Fehlt der Wert, ist die Rechnung in der Praxis oft schon in der Grundvalidierung oder im Empfänger-Workflow blockiert. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-DE-8.
Wie vermeide ich bei BT-52 einen Validator-Fehler oder eine Ablehnung?Aufklappen
Am sichersten ist ein direkter XML-Export aus dem führenden System statt manueller Nacharbeit. Prüfe BT-52 immer zusammen mit Datentyp, Format, Häufigkeit und den gekoppelten Feldern. Texte knapp, eindeutig und ohne dekorative PDF-Reste oder Platzhalter ins XML übernehmen. Direkt mitprüfen sollten Sie BT-51, BT-53, BT-50 und BT-54.