Ga naar de hoofdinhoud

Referentie

Markdown-export

BR-DE-7 E-mailadres van het verkoperscontact moet worden vermeld

In XRechnung is het e-mailadres van het verkoperscontact (BT-43) een verplicht veld binnen de contactgroep (BG-6). Duitse overheidsplatformen zoals OZG-RE (directe federale overheid, meer dan 170 indirecte federale instellingen en meerdere deelstaten) en andere portalen van deelstaten of gemeenten gebruiken dit adres om geautomatiseerde statusberichten, ontvangstbevestigingen en betaalberichten te versturen.

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

Een factuur die zonder geldig e-mailadres wordt ingediend, kan geen geautomatiseerde statusberichten ontvangen en wordt direct afgekeurd door Schematron.

Oplossing

Stel in uw administratie een actief e-mailadres in voor de debiteurenadministratie. Voeg in UBL 2.1 <cbc:ElectronicMail> toe in <cac:AccountingSupplierParty><cac:Party><cac:Contact>. Voeg in CII <ram:URIID> toe onder <ram:EmailURIUniversalCommunication>. Zorg conform regel BR-DE-28 voor een geldig formaat met exact één @-teken en een geldige domeinnaam.

Snelle acties

XML validerenFactuur converteren

Geldige voorbeelden

  • BT-43 = "rechnungswesen@lieferant.de"
  • BT-43 = "facturen@bedrijf.nl"

Ongeldige voorbeelden

  • Verkoperscontactgroep bevat naam en telefoon maar laat cbc:ElectronicMail / ram:URIID weg
  • E-mailelement bevat een ongeldig adres zonder domein (bijv. "rechnung@")

Codevoorbeelden

Geldig XML
<cac:Contact>
  <cbc:Name>Finanzbuchhaltung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>rechnung@lieferant.de</cbc:ElectronicMail>
</cac:Contact>
Ongeldig XML
<cac:Contact>
  <cbc:Name>Finanzbuchhaltung</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
</cac:Contact>

Betrokken velden

BT-43 E-mailadres verkoperscontact
BG-6 Verkoperscontact
BT-41 Contactpersoon verkoper
BT-42 Telefoonnummer verkoperscontact

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.