Vai al contenuto principale

Riferimento

Esporta Markdown

BR-CL-23 Il codice unità deve provenire dalla Rec 20 UN/ECE con Rec 21

I codici unità di misura, come l’unità della quantità fatturata (BT-130) e l’unità della quantità base del prezzo (BT-150), devono provenire dalla Raccomandazione UN/ECE 20, compresi i codici Rec 21 con prefisso X.

Descrizione del problema

AVVISO

Regola sulle liste di codici EN 16931 (BR-CL)

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-CL-23 regola di lista codici EN 16931

Segnalata nella fase 2: Regole EN 16931.

Livello avviso: da solo, la fattura viene comunque accettata.

Fase 2 · Cosa controlla

  • I termini di business essenziali sono presenti (da BR-01 a BR-65).
  • I totali tornano e i campi collegati sono coerenti (BR-CO); codici e decimali sono validi (BR-CL, BR-DEC).
  • Ogni categoria IVA è coerente: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Codici di esempio

Correzione tipica

Ricalcola totali e IVA dalle righe e correggi la categoria IVA nei dati di origine.

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-CL-23: regola di lista codici EN 16931, fase «Regole EN 16931». 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 artefatti di validazione EN 16931 segnalano questa regola come fatale; la configurazione KoSIT per XRechnung 3.0.2 la riduce ad avviso. La regola controlla l’attributo unitCode di cbc:InvoicedQuantity, cbc:BaseQuantity e cbc:CreditedQuantity in UBL, e di ram:BilledQuantity e ram:BasisQuantity in CII. Fallisce quando l’ERP esporta proprie abbreviazioni di unità come "pz", "PCS" o "h"; il controllo distingue maiuscole e minuscole. Associa ogni unità dell’ERP a un solo codice Rec 20 nell’anagrafica. Esempio: 10 pezzi si inviano di solito come unitCode="C62" (o "H87" se il destinatario lo richiede), 2,5 ore come unitCode="HUR".

Soluzione

Usa un codice valido esattamente nella grafia della lista, ad es. C62 (uno; il codice più usato per articoli contati, quello scritto da Invoice Converter), H87 (pezzo; se il destinatario lo richiede), KGM (chilogrammo), MTR (metro), LTR (litro), HUR (ora) o DAY (giorno). Le unità di imballaggio della Rec 21 hanno il prefisso X, ad es. XBX (scatola). PCE e PCS non sono codici validi.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • BT-130 = C62 — unità
  • BT-130 = H87 — pezzo
  • BT-130 = KGM — chilogrammo

Esempi non validi

  • BT-130 = PCS — non è un codice Rec 20; usa C62 o H87
  • BT-130 = pz — abbreviazione locale; usa C62 o H87

Esempi di codice

XML valido
<cbc:InvoicedQuantity unitCode="C62">10</cbc:InvoicedQuantity>
XML non valido
<cbc:InvoicedQuantity unitCode="PCS">10</cbc:InvoicedQuantity>

Campi interessati

BT-130 Codice unità della quantità fatturata
BT-150 Codice unità della quantità base prezzo

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.