BT-35: Adresszeile 1 des Verkäufers
BT-35 steht in der XRechnung für Adresszeile 1 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.
Offizieller XRechnung-Begriff für Adresszeile 1 des Verkäufers.
- 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-35
- 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
Verwandte BT-Felder mit direktem Einfluss
Elektronische Adresse des Verkäufers
BT-34 ist die elektronische Adresse des Verkäufers, also der technische Zustell- oder Antwortkanal. In vielen Netzwerken ist dieses Feld kein Beiwerk, sondern Pflicht für Routing, Rückmeldungen und Plattform-Kompatibilität.
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.
Verkäufer-Zusatzinfo
BT-33 steht in der XRechnung für Verkäufer-Zusatzinfo. 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.
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.
Aus Theorie sofort eine valide XML machen
Nutze BT-35 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-35 vor dem XML-Versand
Antworten zu Kategorie, Pflichtgrad und typischen Validator-Fallen auf Basis offizieller XRechnung- und Peppol-Quellen.
Wie trage ich BT-35 Adresszeile 1 des Verkäufers korrekt in der XRechnung ein?Aufklappen
Für BT-35 gelten immer der offizielle Feldbegriff, der Datentyp Text und die Kardinalität 1..1. 1..1 bedeutet für BT-35 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-34, BT-36, BT-33 und BT-37.
Was muss ich bei BT-35 in der Kategorie Verkäuferdaten besonders beachten?Aufklappen
BT-35 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. Auch bei Feldern ohne explizit eingespielte Detailregel gilt: Format, Häufigkeit und fachlicher Kontext müssen zur Spezifikation passen.
Was passiert, wenn BT-35 als Pflichtfeld fehlt?Aufklappen
BT-35 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. Auch bei Feldern ohne explizit eingespielte Detailregel gilt: Format, Häufigkeit und fachlicher Kontext müssen zur Spezifikation passen.
Wie vermeide ich bei BT-35 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-35 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-34, BT-36, BT-33 und BT-37.