BT-38: Postleitzahl des Verkäufers
BT-38 steht in der XRechnung für Postleitzahl des Verkäufers. Es beschreibt die Lieferantenseite und ist für Identifikation, Steuerprüfung und Stammdatenabgleich wichtig. 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-4] Das Element "Seller post code" (BT-38) muss übermittelt werden.
Offizielle Regelreferenzen (validator v2026-01-31, schematron v2.5.0): BR-DE-4
- Es beschreibt die Lieferantenseite und ist für Identifikation, Steuerprüfung und Stammdatenabgleich wichtig.
- 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-38
- 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:AccountingSupplierParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddressOriginalregeln und deutsche Einordnung
Originaltext bleibt als Referenz sichtbar[BR-DE-4|fatal|XR-UBL] [BR-DE-4] Das Element "Seller post code" (BT-38) muss übermittelt werden.
[BR-DE-4|fatal|XR-CII] [BR-DE-4] Das Element "Seller post code" (BT-38) muss übermittelt werden.
Verwandte BT-Felder mit direktem Einfluss
Ort des Verkäufers
BT-37 steht in der XRechnung für Ort des Verkäufers. Es beschreibt die Lieferantenseite und ist für Identifikation, Steuerprüfung und Stammdatenabgleich wichtig. 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.
Verkäufer-Bundesland
BT-39 steht in der XRechnung für Verkäufer-Bundesland. Es beschreibt die Lieferantenseite und ist für Identifikation, Steuerprüfung und Stammdatenabgleich wichtig. 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.
Adresszeile 2 des Verkäufers
BT-36 steht in der XRechnung für Adresszeile 2 des Verkäufers. Es beschreibt die Lieferantenseite und ist für Identifikation, Steuerprüfung und Stammdatenabgleich wichtig. 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.
Ländercode des Verkäufers
BT-40 steht in der XRechnung für Ländercode des Verkäufers. Es beschreibt die Lieferantenseite und ist für Identifikation, Steuerprüfung und Stammdatenabgleich wichtig. Fehlt der Wert oder passt er fachlich nicht, scheitert die Validierung oft direkt. Kennungen sollten exakt aus dem führenden System übernommen und nicht nachträglich formatiert werden.
Aus Theorie sofort eine valide XML machen
Nutze BT-38 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-38 vor dem XML-Versand
Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.
Wie trage ich BT-38 Postleitzahl des Verkäufers korrekt in der XRechnung ein?Aufklappen
Für BT-38 gelten immer der offizielle Feldbegriff, der Datentyp Text und die Kardinalität 1..1. 1..1 bedeutet für BT-38 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-37, BT-39, BT-36 und BT-40.
Was muss ich bei BT-38 in der Kategorie Verkäuferdaten besonders beachten?Aufklappen
BT-38 ist Teil der Verkäuferdaten. Offizielle Regeln verlangen für den Verkäufer vollständige, konsistente Stammdaten, damit Steuerstatus, Zuständigkeit und Identifikation maschinenlesbar ausgewertet werden können. Fehler in Name, Adresse, Land oder Steuerkennungen fallen deshalb besonders schnell auf. Besonders relevant auf dieser Seite sind die Regelreferenzen BR-DE-4.
Was passiert, wenn BT-38 als Pflichtfeld fehlt?Aufklappen
BT-38 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-4.
Wie vermeide ich bei BT-38 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-38 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-37, BT-39, BT-36 und BT-40.