Blog

Raportarea SAF-T (Standard Audit File for Tax) a reprezentat una dintre cele mai mari provocări tehnice și contabile pentru mediul de afaceri din România. Pentru a asigura corectitudinea și calitatea datelor din formularul D406, ANAF a publicat două seturi esențiale de teste de consistență: un set de bază compus din 22 de teste (Martie 2023), concentrat pe structură și nomenclatoare, și un set avansat format din 11 teste (August 2024), mult mai strict, axat pe Registrul Jurnal (General Ledger Entries) și conturile de TVA.

Acest articol detaliază fiecare grupă de teste, pentru a înțelege exact ce anume validează sistemele autorităților fiscale.

1. Primul Set: Martie 2023 (Cele 22 de Teste de Consistență)

Publicat inițial în primăvara anului 2023, acest prim pachet a avut rolul de a verifica dacă fișierul XML transmis este corect formatat și dacă informațiile de bază (nomenclatoare, solduri, asocieri de ID-uri) sunt coerente între ele. Testele nu validează neapărat substanța fiscală, ci logica structurală.

Pentru o înțelegere clară, cele 22 de teste sunt grupate pe secțiunile fișierului SAF-T:

A. Secțiunea Header (Antet)

• Testele vizează conturile bancare: Se verifică obligativitatea completării corecte a informațiilor bancare ale companiei (existența câmpurilor IBAN Number sau Bank Account Number, Bank Account Name și Sort Code).

B. Secțiunea Master Files (Fișiere Master / Nomenclatoare)

• Conturi Contabile (General Ledger Accounts): Se verifică dacă fiecare cont din balanță are completate câmpurile esențiale: Account ID (simbolul contului), Account description (descrierea), Account Type (activ/pasiv/bifuncțional) și soldurile de deschidere/închidere (Opening/Closing Debit/Credit Balance).
• Clienți (Customers): Orice client declarat trebuie să aibă completate corect: Registration number (CUI/CIF), Name (Denumire), City și Country, alături de identificatorul unic CustomerID și soldurile asociate.
• Furnizori (Suppliers): Similar cu clienții, sistemul caută coerența pentru furnizori: Registration number, numele, adresa, SupplierID, contul contabil asociat și soldurile inițiale/finale.
• Produse/Servicii (Products): Verifică existența ProductCode și a descrierii acestuia, corelând aceste produse cu facturile din Source Documents.
• Tabela de Taxe (TaxTable): Validează dacă taxele folosite în raportare sunt definite corect, având TaxType, TaxCode, Description și cota procentuală (TaxPercentage) conform nomenclatorului ANAF.
• Unități de Măsură (UOMTable): Se verifică dacă unitățile de măsură utilizate au asociate un UnitOfMeasure și o descriere validă.

C. Secțiunea Source Documents (Documente Sursă – Facturi și Plăți)

• Corelația ID-urilor: Sistemul verifică dacă orice CustomerID folosit într-o factură de vânzare (Sales Invoices) se regăsește în nomenclatorul de clienți (Master File – Customers). Aceeași logică se aplică și la facturile de achiziție (Purchase Invoices) cu SupplierID.
• Calcule Matematice pentru TVA: ANAF reface calculul TVA pe fiecare linie de factură. Se verifică dacă Baza (Invoice Line Amount) × Procentul de taxă (Tax percentage aferent Tax Code) este egală cu Suma TVA (Tax Amount) declarată, atât pentru vânzări, cât și pentru achiziții. Orice eroare de rotunjire nepermisă sau calcul greșit generează o inconsistență.
• Egalitatea Totalurilor: Se validează dacă totalul facturii (Invoice Total) corespunde sumei tuturor liniilor de pe acea factură.

2. Al Doilea Set: August 2024 (Cele 11 Teste Noi)

Dacă primul set a vizat „scheletul” SAF-T, setul din luna august 2024 a adus verificări avansate de fond, generând un val uriaș de notificări către companii. Aceste 11 teste se axează aproape exclusiv pe Registrul Jurnal (General Ledger Entries – GLE) și vizează modul în care tranzacțiile contabile se corelează cu regimul de TVA aplicat (pentru societățile care nu aplică sistemul de TVA la încasare).

Iată detalierea acestora:

Testul 1: Prezența obligatorie a tipului de taxă

• Verifică dacă, pe fiecare linie de înregistrare contabilă (Transaction Line) din secțiunea GLE care implică o operațiune cu TVA, secțiunea Tax Information este populată corect și conține câmpul obligatoriu Tax Type (ex: o valoare precum 300 pentru TVA).

Testul 2: Validarea bazei și a sumei TVA în Registrul Jurnal

• Similar cu testul din documentele sursă, dar aplicat pe note contabile. ANAF extrage codul de taxă raportat pe o linie de jurnal, vede ce procent implică, înmulțește cu baza raportată (Tax Base) și verifică dacă rezultatul se potrivește cu valoarea TVA înscrisă la Tax Amount. (Aici au apărut multe erori la înregistrările de discounturi sau diferențe de curs).

Testul 3: Existența și Corectitudinea Codului de Taxă

• Orice cod de taxă (Tax Code) declarat la nivel de înregistrare în Registrul Jurnal trebuie să existe fizic și să fie completat conform nomenclatorului ANAF aferent D406.

Testul 4: Validarea Contului 4426 (TVA deductibilă)

• Ori de câte ori în Registrul Jurnal apare o notă contabilă ce implică debitarea sau creditarea contului contabil 4426, acel rând trebuie să aibă asociat un cod de taxă specific achizițiilor (un cod aferent TVA-ului deductibil, ex: 300101, 300102 etc.).

Testul 5: Validarea Contului 4427 (TVA colectată)

• Corelativ cu Testul 4, ori de câte ori se folosește contul 4427 într-o notă contabilă, tranzacția trebuie raportată obligatoriu cu un cod de taxă destinat vânzărilor/livrărilor (cod de TVA colectată).

Testul 6: Validarea Contului 4428 (TVA neexigibilă)

• Înregistrările care folosesc contul 4428 (sau analiticele acestuia) sunt trecute printr-un filtru care validează dacă au fost utilizate codurile specifice de TVA neexigibilă.

Testele 7 – 11: Validări avansate pe coduri de taxă specifice Acestea sunt teste hiper-specializate care vizează excepțiile și regimurile speciale:

• Operațiunile cu taxare inversă: Validarea modului în care s-au completat simultan conturile 4426 și 4427 (ex: formula 4426 = 4427) și corespondența cu codurile specifice de taxare inversă (ex: Tax Amount nu are voie să fie 0 lei pentru aceste coduri, chiar dacă efectul net de plată este zero).
• TVA nedeductibilă sau parțial deductibilă (ex: 50% pentru auto): Verifică dacă sumele trecute pe cheltuială se încadrează corect la baza și taxa calculată, corelate cu tipul de deducere parțială raportat.
• Scutirile de TVA: Se verifică utilizarea codurilor de scutire asociate înregistrărilor pe conturile de venituri, asigurându-se că Tax Amount este zero, iar justificarea de scutire este acoperită de codul de taxă ales.

Cum să gestionezi aceste verificări?

Pentru a nu te trezi cu erori sau notificări (care pot atrage riscuri de contravenție sau control), cel mai bun mod de operare este validarea pre-depunere:

1. Folosirea DUK Validator (Validatorul J): Acest utilitar ANAF validează obligatoriu schemele XSD, însă nu rulează analize profunde de substanță contabilă pe care le fac noile teste de consistență.
2. Rularea procedurilor din softul financiar: Majoritatea ERP-urilor și softurilor de contabilitate au introdus module de „Teste de consistență” (uneori printr-un buton dedicat înainte de exportul final XML) ce simulează algoritmii ANAF.
3. Atenție maximă la maparea conturilor vs. Coduri de TVA: Cum ne-a arătat calupul din august 2024, simpla balanță care „dă bine” nu este suficientă. Fiecare notă contabilă (ex. un NC de discount sau regularizare) care atinge un cont din clasa 442X trebuie codificată strict cu taxa relevantă.
4. Verifică xml-ul pregătit de sistemul ERP pe spvgo.ro

Conformarea la cerințele SAF-T este, fără îndoială, complexă și extrem de detaliată, dar implementarea unei verificări riguroase bazate pe exact aceste 33 de teste de consistență îți va asigura o tranziție lină și liniște în fața cerințelor ANAF.