Regula GL.11: PeriodYear
Elementul PeriodYear din secțiunea GeneralLedgerEntries a declarației informative D406 este verificat de DUKIntegrator după regula GL.11 din documentația oficială SAF-T publicată de ANAF. Cerința oficială este citată mai jos ca atare, împreună cu explicația erorii pe care regula o produce la validare.
Cum rezolvi
PeriodYear e mărginit chiar din schemă: „(minInclusiv 2020, maxInclusiv Current-Year]”. Un an tastat greșit, un document istoric migrat cu anul lui original sau o dată de sistem defazată scot valoarea din interval, iar fiecare tranzacție afectată e respinsă.
- Găsește tranzacția indicată și citește <PeriodYear>: valoarea corectă e anul perioadei contabile a documentului, scris ca număr întreg, de exemplu 2026.
- Orice an sub 2020 sau peste anul curent nu trece validarea, oricât de reale ar fi documentele din spate; limita e impusă de schemă, nu de conținutul contabil.
- PeriodYear se derivă de regulă din data de înregistrare a documentului în program. Un filtru pe anii din afara perioadei raportate scoate imediat la iveală documentele operate cu dată aberantă.
- Corectează data de înregistrare în contabilitate și regenerează fișierul; editat doar în XML, jurnalul din program rămâne nesincronizat cu declarația depusă.
<PeriodYear>2206</PeriodYear>
<PeriodYear>2026</PeriodYear>
Cerința oficială
The year of the Accounting Period.
Text citat din documentația oficială SAF-T (SchemaDefCod), în limba originală, fără parafrazare.
Detalii din documentația oficială
Anul perioadei contabile.
(minInclusive 2020, maxInclusive Current-Year]
(minInclusiv 2020, maxInclusiv Current-Year]
Valori scurte din coloanele fișei oficiale (tip de dată, sursă, obligativitate, cardinalitate), în ordinea din documentație:
nonNegativeInteger GL Mandatory Mandatory 1