Ga naar de hoofdinhoud

Referentie

Markdown-export

BR-DE-4 Postcode van de verkoper moet worden vermeld

Volgens het Duitse XRechnung-profiel en de belastingwetgeving (§ 14 UStG) moet het postadres van de verkoper (BG-5) verplicht een postcode (BT-38) bevatten. Overheidsinstanties gebruiken de postcode voor automatische adresverificatie en fiscale toewijzing.

Probleembeschrijving

FOUT

Duitse XRechnung-regel (KoSIT, BR-DE) · XRechnung 3.0

Interactieve validatieketen

Klik op een stap om te zien wat die controleert, of typ een regel-ID om de stap te vinden die hem meldt.

Probeer:

BR-DE-4 XRechnung-regel (Duitsland)

Gemeld in stap 3: Nationale regels (CIUS).

Niveau fout: het rapport adviseert de factuur af te wijzen.

Stap 3 · Wat wordt gecontroleerd

  • De specificatie-ID in BT-24 kiest de regelset, bijvoorbeeld XRechnung 3.0 of Peppol BIS Billing 3.0.
  • XRechnung voegt de Duitse BR-DE-regels toe: kopersreferentie (BT-10), contact van de verkoper, betaalinstructies.
  • Peppol voegt PEPPOL-EN16931- en landenregels toe. Ook XRechnung past enkele PEPPOL-EN16931-regels toe.

Voorbeeldcodes

Typische correctie

Vul de velden die de regelset vraagt in uw stamgegevens in, zoals de Leitweg-ID in BT-10 of het contact van de verkoper.

Een validator controleert een e-factuur in stappen. Eerst moet het bestand goed gevormde XML zijn die past bij het UBL- of CII-schema (XSD). Dan volgen de bedrijfsregels van EN 16931: BR-kernregels, BR-CO-berekeningen, BR-CL-codelijsten, BR-DEC-decimalen en regels per btw-categorie zoals BR-S. Daarna komen de nationale of netwerkregels die BT-24 kiest: BR-DE voor XRechnung, PEPPOL-EN16931 voor Peppol BIS Billing. Het rapport noemt elke geschonden regel: één fout betekent afwijzen, alleen waarschuwingen betekenen nog steeds accepteren. BR-DE-4: XRechnung-regel (Duitsland), gemeld in de stap “Nationale regels (CIUS)”. Regelsets: KoSIT-validator 1.6.3 met de XRechnung-configuratie van 31 aug 2026 (EN 16931-artefacten 1.3.16), Peppol BIS Billing 3.0.21.

Context en betekenis

Zonder BT-38 faalt de Schematron-validatie direct. Bij binnenlandse Duitse overheidsfacturen is een geldige postcode onmisbaar.

Oplossing

Zorg dat in uw ERP-stamgegevens de postcode is ingevuld in het verkopersprofiel. Voeg in UBL 2.1 <cbc:PostalZone> toe onder <cac:AccountingSupplierParty><cac:Party><cac:PostalAddress>. Voeg in CII <ram:PostcodeCode> toe onder <ram:SellerTradeParty><ram:PostalTradeAddress>. Neem de postcode niet op in het straat- of plaatsveld.

Snelle acties

XML validerenFactuur converteren

Geldige voorbeelden

  • Postadres verkoper met BT-38 = "10115" en BT-37 = "Berlin"
  • Postadres verkoper met BT-38 = "80331" en BT-37 = "München"

Ongeldige voorbeelden

  • Postadres bevat straat en plaats maar laat cbc:PostalZone / ram:PostcodeCode weg
  • Postcode staat als tekst in cbc:CityName ("10115 Berlin") terwijl BT-38 leeg blijft

Codevoorbeelden

Geldig XML
<cac:PostalAddress>
  <cbc:StreetName>Alexanderstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cbc:PostalZone>10178</cbc:PostalZone>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>
Ongeldig XML
<cac:PostalAddress>
  <cbc:StreetName>Alexanderstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>

Betrokken velden

BT-38 Postcode van de verkoper
BG-5 Postadres van de verkoper
BT-37 Plaats van de verkoper

Validatietools

Officiële KoSIT-validator

Draai de officiële KoSIT-validator met de XRechnung-configuratie om EN 16931- en XRechnung-regels te controleren.

PDF naar XRechnung converteren

Vind validatiefouten tijdens de conversie en controleer elke correctie.