Vai al contenuto principale

Riferimento

Esporta Markdown

BR-DEX-04 Lo schema dell’identificativo di parte deve usare un codice ISO 6523

Qualsiasi identificatore di schema su un identificativo di parte (Venditore BT-29, Acquirente BT-46, Beneficiario BT-60) deve essere codificato con una voce dell’elenco codici ISO 6523 ICD.

Descrizione del problema

ERRORE

Regola dell’estensione XRechnung (KoSIT, BR-DEX) · XRechnung 3.0

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:

BR-DEX-04 regola dell’estensione XRechnung

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. BR-DEX-04: regola dell’estensione XRechnung, 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

Questa regola dell’estensione XRechnung scatta solo nello scenario Extension, che allenta la severità del core per consentire codici di schema ISO 6523 aggiuntivi (come gli identificativi DIGA) per gli identificativi di parte.

Soluzione

Imposta @schemeID su cac:PartyIdentification/cbc:ID con un valore ISO 6523 ICD valido (ad esempio 0088 per GLN). Se non servono gli identificativi Extension, il profilo CIUS XRechnung standard evita questa regola.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • <cbc:ID schemeID="0088">4012345000009</cbc:ID>

Esempi non validi

  • <cbc:ID schemeID="XYZ">4012345000009</cbc:ID> — XYZ non è un codice ISO 6523

Esempi di codice

XML valido
<cac:PartyIdentification>
  <cbc:ID schemeID="0088">4012345000009</cbc:ID>
</cac:PartyIdentification>
XML non valido
<cac:PartyIdentification>
  <cbc:ID schemeID="XYZ">4012345000009</cbc:ID>
</cac:PartyIdentification>

Campi interessati

BT-29 Identificativo venditore
BT-46 Identificativo acquirente
BT-60 Identificativo beneficiario

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.