BR-DE-2
Verkäuferkontakt fehlt (BG-6)
Was dieser Fehler bedeutet
XRechnung verlangt die Gruppe SELLER CONTACT (BG-6). In UBL ist das cac:AccountingSupplierParty/cac:Party/cac:Contact, in CII ram:SellerTradeParty/ram:DefinedTradeContact. Die EN 16931 behandelt die Gruppe als optional. XRechnung macht sie zur Pflicht und verlangt über BR-DE-5, BR-DE-6 und BR-DE-7 auch ihre drei Felder: Ansprechpartner (BT-41), Telefonnummer (BT-42) und E-Mail-Adresse (BT-43). Die Regel ist fatal. KoSIT-Meldung: „Die Gruppe "SELLER CONTACT" (BG-6) muss übermittelt werden.“
Warum dieser Fehler auftritt
BR-DE-2 wird an cac:AccountingSupplierParty geprüft und schlägt an, wenn cac:Party überhaupt kein cac:Contact enthält. Öffentliche Auftraggeber nutzen diesen Kontakt für Rückfragen zur Rechnung, deshalb verlangt XRechnung ihn. Typische Ursachen: Die Rechnungssoftware hat kein Feld für einen Ansprechpartner; die Firmen-E-Mail steht nur in der elektronischen Adresse BT-34 (cbc:EndpointID), die nicht als Kontakt zählt; der Kontakt hängt an der falschen Partei, etwa in cac:SellerSupplierParty oder auf Käuferseite (BG-9); oder es wurde eine Peppol-Vorlage verwendet, in der BG-6 optional ist. Ist cac:Contact vorhanden, aber ein Kindelement leer oder nicht da, erhalten Sie stattdessen BR-DE-5, BR-DE-6 oder BR-DE-7. Ein leeres Element löst zusätzlich PEPPOL-EN16931-R008 aus („Document MUST not contain empty elements“).
Wie Sie ihn beheben
Ergänzen Sie cac:Contact als letztes Kindelement von cac:Party des Verkäufers, nach cac:PartyLegalEntity, mit cbc:Name, cbc:Telephone und cbc:ElectronicMail.
Schritt für Schritt
1) Suchen Sie cac:AccountingSupplierParty/cac:Party. 2) Fügen Sie cac:Contact nach cac:PartyLegalEntity ein; das UBL-Schema schreibt diese Position vor. 3) Füllen Sie cbc:Name (BT-41) mit einer Person oder einer Abteilung, etwa „Buchhaltung“. 4) Füllen Sie cbc:Telephone (BT-42); BR-DE-27 warnt, wenn weniger als drei Ziffern enthalten sind. 5) Füllen Sie cbc:ElectronicMail (BT-43) mit genau einer Adresse; BR-DE-28 warnt bei ungültiger Schreibweise. 6) In CII ergänzen Sie ram:DefinedTradeContact in ram:SellerTradeParty mit ram:PersonName oder ram:DepartmentName, ram:TelephoneUniversalCommunication/ram:CompleteNumber und ram:EmailURIUniversalCommunication/ram:URIID. 7) Prüfen Sie erneut.
<cac:AccountingSupplierParty>
<cac:Party>
<!-- EndpointID, PartyName, PostalAddress, PartyTaxScheme, PartyLegalEntity ... -->
<cac:Contact>
<cbc:Name>Buchhaltung, Max Muster</cbc:Name>
<cbc:Telephone>+49 30 1234567</cbc:Telephone>
<cbc:ElectronicMail>rechnung@muster.de</cbc:ElectronicMail>
</cac:Contact>
</cac:Party>
</cac:AccountingSupplierParty>Automatisch beheben
Laden Sie Ihre Rechnung in unsere Smart-Repair-Engine hoch. Sie prüft die Datei gegen das vollständige KoSIT-Regelwerk, auch auf BR-DE-2, und korrigiert unterstützte Felder mit einem GoBD-Prüfpfad.
Smart Repair öffnenHäufig gestellte Fragen
Kann ich statt einer Person eine Abteilung angeben?
Ja. BT-41 nimmt eine Person oder eine Abteilung wie „Buchhaltung“ auf, und für BT-43 genügt ein Sammelpostfach. Entscheidend ist, dass Rückfragen zur Rechnung beantwortet werden.
Meine elektronische Adresse (BT-34) ist eine E-Mail. Reicht das nicht?
Nein. BT-34 (cbc:EndpointID) ist die Adresse für die Zustellung. BG-6 ist eine eigene Gruppe für den persönlichen Kontakt. Dieselbe Adresse darf an beiden Stellen stehen.
Welche Prüfungen laufen auf Telefonnummer und E-Mail?
BR-DE-6 und BR-DE-7 (fatal) verlangen, dass beide vorhanden sind. BR-DE-27 (Warnung) erwartet mindestens drei Ziffern in der Telefonnummer, BR-DE-28 (Warnung) eine formal gültige E-Mail-Adresse.
Verwandte Fehler
Andere häufig auftretende Validierungsfehler