Vai al contenuto principale

Riferimento

Esporta Markdown

BR-30 La fine del periodo di riga non deve precedere l’inizio

Se sono indicate sia la data di inizio (BT-134) sia la data di fine (BT-135) del periodo di riga, BT-135 deve essere uguale o successiva a BT-134.

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-30 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-30: 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 e l’equivalente di BR-29 a livello di riga. Il periodo di riga (BG-26) data una singola riga, ad esempio un mese di affitto, la durata di una licenza o un ciclo di fatturazione di un abbonamento. L’errore deriva di solito da date di inizio e fine invertite, da un formato data letto male o da un anno errato, spesso su righe ricorrenti generate dai dati contrattuali.

Soluzione

Correggi cac:InvoiceLine/cac:InvoicePeriod (CII: ram:SpecifiedLineTradeSettlement/ram:BillingSpecifiedPeriod) affinché la data di fine sia uguale o successiva a quella di inizio, oppure rimuovi il periodo di riga se non necessario.

Azioni rapide

Valida XMLConverti fattura

Esempi validi

  • BT-134 = 2026-02-01, BT-135 = 2026-02-28

Esempi non validi

  • BT-134 = 2026-02-28, BT-135 = 2026-02-01 — fine prima dell’inizio

Esempi di codice

XML valido
<cac:InvoiceLine>
  <cac:InvoicePeriod>
    <cbc:StartDate>2026-02-01</cbc:StartDate>
    <cbc:EndDate>2026-02-28</cbc:EndDate>
  </cac:InvoicePeriod>
</cac:InvoiceLine>
XML non valido
<cac:InvoiceLine>
  <cac:InvoicePeriod>
    <cbc:StartDate>2026-02-28</cbc:StartDate>
    <cbc:EndDate>2026-02-01</cbc:EndDate>
  </cac:InvoicePeriod>
</cac:InvoiceLine>

Campi interessati

BT-134 Data di inizio periodo di riga
BT-135 Data di fine periodo di riga

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.