Ga naar de hoofdinhoud

Referentie

Markdown-export

PEPPOL-EN16931-R008 Het document mag geen lege elementen bevatten

PEPPOL-EN16931-R008 meldt elk XML-element zonder tekst en zonder onderliggende elementen, bijvoorbeeld <cbc:Note/> of <cbc:Telephone> </cbc:Telephone>. Attributen tellen niet als inhoud, dus ook <cbc:EndpointID schemeID="EM"/> is leeg. De KoSIT-configuratie voor XRechnung 3.0.2 past de regel als fatale fout toe op UBL en CII. Alleen een lege cbc:ID in cac:OrderReference (UBL) en ram:ApplicableHeaderTradeDelivery, dat het CII-schema verplicht stelt, zijn uitgezonderd.

Probleembeschrijving

FOUT

Regel van Peppol BIS Billing 3.0 (OpenPeppol)

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:

PEPPOL-EN16931-R008 regel van Peppol BIS Billing

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. PEPPOL-EN16931-R008: regel van Peppol BIS Billing, 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

Lege elementen komen meestal uit exportsjablonen die elk veld schrijven, ook als de bron geen waarde heeft: een lege opmerking, een contactveld, een adresregel of een partijblok. Een placeholder verbergt de structuurfout, maar zet onjuiste gegevens in de factuur.

Oplossing

Verwijder het lege element. Bevat de bovenliggende groep daarna geen gegevens meer, verwijder dan ook de groep. Is het veld verplicht, vul dan de echte waarde uit het brondocument in. Vul het element niet met een placeholder zoals "-" of "n/a". De locatie in het validatierapport (een XPath) noemt het element.

Snelle acties

XML validerenFactuur converteren

Geldige voorbeelden

  • <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  • Geen cbc:Note-element als de factuur geen opmerking heeft

Ongeldige voorbeelden

  • <cbc:Note/>
  • <cbc:Telephone></cbc:Telephone>
  • <cbc:EndpointID schemeID="EM"/>

Codevoorbeelden

Geldig XML
<cac:Contact>
  <cbc:Name>Accounts receivable</cbc:Name>
  <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  <cbc:ElectronicMail>billing@example.com</cbc:ElectronicMail>
</cac:Contact>
Ongeldig XML
<cac:Contact>
  <cbc:Name>Accounts receivable</cbc:Name>
  <cbc:Telephone/>
  <cbc:ElectronicMail>billing@example.com</cbc:ElectronicMail>
</cac:Contact>

Betrokken velden

BT-22 Factuuropmerking
BT-34 Elektronisch adres 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.