Vai al contenuto principale

Riferimento

Esporta Markdown

PEPPOL-EN16931-R008 Il documento non deve contenere elementi vuoti

PEPPOL-EN16931-R008 segnala ogni elemento XML privo sia di testo sia di elementi figli, per esempio <cbc:Note/> o <cbc:Telephone> </cbc:Telephone>. Gli attributi non contano come contenuto, quindi anche <cbc:EndpointID schemeID="EM"/> è vuoto. La configurazione KoSIT per XRechnung 3.0.2 applica la regola come errore fatale sia in UBL sia in CII. Sono esclusi solo un cbc:ID vuoto in cac:OrderReference (UBL) e ram:ApplicableHeaderTradeDelivery, richiesto dallo schema CII.

Descrizione del problema

ERRORE

Regola Peppol BIS Billing 3.0 (OpenPeppol)

Pipeline interattiva

Fai clic su una fase per vedere cosa controlla, oppure digita l’ID di una regola per trovare la fase che la segnala.

Prova:

PEPPOL-EN16931-R008 regola Peppol BIS Billing

Segnalata nella fase 3: Regole nazionali (CIUS).

Livello errore: il report raccomanda di rifiutare la fattura.

Fase 3 · Cosa controlla

  • L’identificativo della specifica in BT-24 seleziona il set di regole, ad esempio XRechnung 3.0 o Peppol BIS Billing 3.0.
  • XRechnung aggiunge le regole tedesche BR-DE: riferimento dell’acquirente (BT-10), contatto del venditore, istruzioni di pagamento.
  • Peppol aggiunge regole PEPPOL-EN16931 e regole per paese. Anche XRechnung applica alcune regole PEPPOL-EN16931.

Codici di esempio

Correzione tipica

Compila nei dati anagrafici i campi richiesti dal set di regole, come la Leitweg-ID in BT-10 o il contatto del venditore.

Un validatore controlla una fattura elettronica per fasi. Prima il file deve essere XML ben formato e conforme allo schema UBL o CII (XSD). Poi si applicano le regole di business della EN 16931: regole di base BR, calcoli BR-CO, liste di codici BR-CL, decimali BR-DEC e regole per categoria IVA come BR-S. Seguono le regole nazionali o di rete selezionate da BT-24: BR-DE per XRechnung, PEPPOL-EN16931 per Peppol BIS Billing. Il report elenca ogni regola violata: un errore significa rifiuto, i soli avvisi significano comunque accettazione. PEPPOL-EN16931-R008: regola Peppol BIS Billing, fase «Regole nazionali (CIUS)». Set di regole: validatore KoSIT 1.6.3 con la configurazione XRechnung del 31 ago 2026 (artefatti EN 16931 1.3.16), Peppol BIS Billing 3.0.21.

Contesto e significato

Gli elementi vuoti derivano di solito da modelli di esportazione che scrivono ogni campo anche quando l’origine non ha un valore: una nota vuota, un campo di contatto, una riga di indirizzo o un blocco di una parte. Un segnaposto nasconde l’errore strutturale, ma inserisce un dato errato nella fattura.

Soluzione

Rimuovi l’elemento vuoto. Se il gruppo padre non contiene più dati, rimuovi anche il gruppo. Se il campo è obbligatorio, inserisci il valore reale del documento di origine. Non riempire l’elemento con segnaposto come "-" o "n/a". La posizione indicata nel report del validatore (un XPath) identifica l’elemento.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • <cbc:Telephone>+49 30 1234567</cbc:Telephone>
  • Nessun elemento cbc:Note se la fattura non ha note

Esempi non validi

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

Esempi di codice

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

Campi interessati

BT-22 Nota della fattura
BT-34 Indirizzo elettronico del venditore
BT-42 Numero di telefono del contatto venditore

Strumenti di validazione

Validatore KoSIT ufficiale

Esegui il validatore ufficiale KoSIT con la configurazione XRechnung per controllare le regole EN 16931 e XRechnung.

Converti PDF in XRechnung

Individua gli errori di validazione durante la conversione e verifica ogni correzione.