BR-DE-3: Plaats van de verkoper (BT-37) ontbreekt

StandaardXRechnung 3.0.2 (KoSIT, Duitse CIUS van EN 16931)ErnstFout: de factuur wordt geweigerdSyntaxUBL, CIIBedrijfstermen

BT-37 Seller city

Geldt voorXRechnung in UBL- of CII-syntax, inclusief ZUGFeRD / Factur-X-PDF's met het profiel XRECHNUNG. Facturen aan Duitse overheden moeten eraan voldoen.

Officiële regeltekst

[BR-DE-3] The element "Seller city" (BT-37) must be transmitted.

De normatieve tekst is Engels en wordt ongewijzigd geciteerd.

Waarom deze fout optreedt

XRechnung eist de plaatsnaam van de verkoper in het postadres, naast de landcode die EN 16931 vraagt. De regel controleert cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName (UBL) of ram:SellerTradeParty/ram:PostalTradeAddress/ram:CityName (CII) op een niet-lege waarde. Hij faalt meestal wanneer het adres als één regel in cbc:StreetName wordt geëxporteerd, of wanneer het plaatsveld in de bedrijfsstamgegevens leeg is.

Zo lost u het op

Voeg cbc:CityName toe binnen de cac:PostalAddress van de verkoper (UBL) of ram:CityName binnen ram:PostalTradeAddress (CII), met alleen de plaatsnaam, bijv. Berlin. Houd de postcode in cbc:PostalZone / ram:PostcodeCode (BR-DE-4) en de straat in cbc:StreetName / ram:LineOne. Een waarde met alleen witruimte telt als ontbrekend.

Voorbeeld (geldig)

<cac:PostalAddress>
  <cbc:StreetName>Musterstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cbc:PostalZone>10115</cbc:PostalZone>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>

Wat de validator controleert

Gecontroleerd element (context):

UBL

/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress | /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:PostalAddress

Test (XPath):

cbc:CityName[boolean(normalize-space(.))]

CII

/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:PostalTradeAddress

Test (XPath):

ram:CityName[boolean(normalize-space(.))]

Controleer uw factuur

Sleep uw XML of PDF naar de validator; elke overtreden regel linkt naar zijn pagina hier. Gratis, zonder account, het bestand wordt niet opgeslagen.

Controleer uw factuur →

Dezelfde controle via API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Gerelateerde regels

BR-DE-1 Betalingsinstructies (BG-16) ontbreken
BR-DE-2 Contactgegevens van de verkoper (BG-6) ontbreken
BR-DE-4 Het element "Postcode verkoper" moet worden verstrekt
BR-DE-5 Contactpunt van de verkoper (BT-41) ontbreekt
BR-DE-6 Telefoonnummer van de verkoper (BT-42) ontbreekt
BR-DE-7 E-mailadres van de verkoper (BT-43) ontbreekt
BR-DE-8 Het element "Plaats koper" moet worden verstrekt
BR-DE-9 Het element "Postcode koper" moet worden verstrekt

Veelgestelde vragen

Wat betekent BR-DE-3?

BR-DE-3 is een xrechnung-regel: The element "Seller city" (BT-37) must be transmitted.

Wordt mijn factuur geweigerd vanwege BR-DE-3?

Ja. BR-DE-3 is "fataal"; validators (Peppol-accesspoints, KoSIT, KSeF) weigeren de factuur totdat de fout is opgelost.

Voor welke formaten geldt BR-DE-3?

XRechnung in UBL- of CII-syntax, inclusief ZUGFeRD / Factur-X-PDF's met het profiel XRECHNUNG. Facturen aan Duitse overheden moeten eraan voldoen. Syntax: UBL en CII.

Bron: XRechnung 3.0.2, schematron 2.6.0 (KoSIT, September 2026). Catalogus gegenereerd uit de officiële regelsets op 2026-10-15.