Vai al contenuto principale

Riferimento

Esporta Markdown

BR-29 La fine del periodo di fatturazione non deve precedere l’inizio

Se sono indicate sia la data di inizio (BT-73) sia la data di fine (BT-74) del periodo di fatturazione, BT-74 deve essere uguale o successiva a BT-73.

Descrizione del problema

ERRORE

Regola di business della norma EN 16931 (CEN)

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-29 regola di base EN 16931

Segnalata nella fase 2: Regole EN 16931.

Livello errore: il report raccomanda di rifiutare la fattura.

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-29: regola di base 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

È una regola di base della norma EN 16931 che controlla un valore. Il periodo di fatturazione (BG-14) indica all’acquirente quale periodo è stato fornito o fatturato, ad esempio per abbonamenti o contratti di manutenzione. Una data di fine precedente all’inizio deriva di solito da campi invertiti, da una data letta come MM/GG anziché GG/MM durante la conversione o da un errore di battitura nell’anno. L’equivalente a livello di riga è BR-30.

Soluzione

Correggi le date in cac:InvoicePeriod (CII: ram:BillingSpecifiedPeriod/ram:StartDateTime e ram:EndDateTime) affinché la data di fine sia uguale o successiva a quella di inizio, oppure rimuovi il periodo se inserito per errore.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • BT-73 = 2026-01-01, BT-74 = 2026-01-31

Esempi non validi

  • BT-73 = 2026-01-31, BT-74 = 2026-01-01 — fine prima dell’inizio

Esempi di codice

XML valido
<cac:InvoicePeriod>
  <cbc:StartDate>2026-01-01</cbc:StartDate>
  <cbc:EndDate>2026-01-31</cbc:EndDate>
</cac:InvoicePeriod>
XML non valido
<cac:InvoicePeriod>
  <cbc:StartDate>2026-01-31</cbc:StartDate>
  <cbc:EndDate>2026-01-01</cbc:EndDate>
</cac:InvoicePeriod>

Campi interessati

BT-73 Data di inizio periodo di fatturazione
BT-74 Data di fine periodo di fatturazione

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.