Ga naar de hoofdinhoud

Referentie

Markdown-export

BR-DE-9 Postcode van de koper moet worden vermeld

Volgens het XRechnung-profiel en het Duitse belastingrecht (§ 14 UStG) moet het postadres van de koper (BG-8) een postcode (BT-53) bevatten. Dit is essentieel om verschillende regionale overheidslocaties eenduidig te onderscheiden.

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-9 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-9: 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

Het ontbreken van de postcode van de koper schendt regel BR-DE-9. Overheidsplatformen hebben de postcode nodig voor automatische routering.

Oplossing

Zorg dat in uw klantgegevens de postcode van de koper is ingevuld. Voeg in UBL 2.1 <cbc:PostalZone> toe onder <cac:AccountingCustomerParty><cac:Party><cac:PostalAddress>. Voeg in CII <ram:PostcodeCode> toe onder <ram:BuyerTradeParty><ram:PostalTradeAddress>.

Snelle acties

XML validerenFactuur converteren

Geldige voorbeelden

  • Postadres koper met BT-53 = "20095" en BT-52 = "Hamburg"
  • Postadres koper met BT-53 = "80331" en BT-52 = "München"

Ongeldige voorbeelden

  • Postadres koper bevat straat en plaats maar laat cbc:PostalZone / ram:PostcodeCode weg
  • Postcode-element van de koper is achtergelaten als leeg label (<cbc:PostalZone/>)

Codevoorbeelden

Geldig XML
<cac:PostalAddress>
  <cbc:StreetName>Poststraße 12</cbc:StreetName>
  <cbc:CityName>Hamburg</cbc:CityName>
  <cbc:PostalZone>20354</cbc:PostalZone>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>
Ongeldig XML
<cac:PostalAddress>
  <cbc:StreetName>Poststraße 12</cbc:StreetName>
  <cbc:CityName>Hamburg</cbc:CityName>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>

Betrokken velden

BT-53 Postcode van de koper
BG-8 Postadres van de koper
BT-52 Plaats van de koper

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.