Prima depunere a Declarației D406 este rareori o problemă de termen și aproape întotdeauna una de calitate a datelor. SAF-T nu cere firmei să calculeze ceva nou și nu introduce un impozit suplimentar: cere ca tot ce există deja în contabilitate să fie exportat într-un format standardizat, complet și consistent. De aceea, firmele care se pregătesc din timp trec fără emoții peste prima raportare, iar cele care descoperă cerințele cu o săptămână înainte de termen ajung să lucreze în regim de avarie, curățând manual nomenclatoare și date de identificare ale partenerilor.
Diferența dintre cele două scenarii nu ține de mărimea firmei. Un SRL cu douăzeci de facturi pe lună poate avea o bază de date la fel de dezordonată ca una cu două mii, dacă nimeni nu s-a uitat vreodată la modul în care sunt codificați clienții, furnizorii sau articolele de stoc. Ce urmează este harta practică a lucrurilor de verificat înainte de prima transmitere.
Ce este, de fapt, SAF-T și de ce D406 nu seamănă cu celelalte declarații
SAF-T înseamnă Standard Audit File for Tax, un format internațional de fișier prin care administrațiile fiscale primesc, structurat și uniform, datele contabile ale unui contribuabil. În România, acest fișier se transmite către ANAF sub forma Declarației informative D406, într-un fișier XML generat de programul de contabilitate.
Deosebirea față de declarațiile clasice este esențială. D300, D394 sau Declarația 112 conțin rezultate: totaluri, baze impozabile, sume de plată. D406 conține materia primă din care rezultă acele totaluri, adică registrul jurnal, facturile emise și primite linie cu linie, plățile și încasările, mișcările de stoc, amortizarea imobilizărilor. Practic, firma trimite fiscului o copie structurată a propriei contabilități.
Consecința directă este că D406 nu poate fi „completată" de mână și nici corectată superficial. Dacă în evidență un furnizor apare de trei ori, cu trei denumiri diferite și un cod fiscal scris greșit, fișierul va reflecta exact această dezordine. Iar dacă lipsesc câmpuri obligatorii, fișierul nici măcar nu trece de validare.
Structura fișierului: ce secțiuni trebuie să fie complete
Fișierul XML urmează o schemă publicată de ANAF și este împărțit în trei zone mari, plus antetul.
- Antetul (Header) — datele de identificare ale firmei, perioada de raportare, moneda, versiunea schemei și tipul de declarație.
- Fișierele de bază (MasterFiles) — planul de conturi, lista clienților și a furnizorilor, tabelul de taxe și cote, unitățile de măsură, nomenclatorul de produse și servicii, stocurile, imobilizările și proprietarii.
- Înregistrările din registrul jurnal (GeneralLedgerEntries) — notele contabile, cu conturile debitoare și creditoare, sumele și documentele-sursă asociate.
- Documentele-sursă (SourceDocuments) — facturi de vânzare, facturi de achiziție, plăți și încasări, mișcări de bunuri, tranzacții cu active.
Nu toate secțiunile se transmit în fiecare raportare. Unele au frecvență proprie, iar altele se depun doar la cererea expresă a ANAF. Această împărțire este primul lucru pe care merită să îl înțeleagă administratorul unei firme mici, pentru că elimină o bună parte din anxietatea inițială.
Cele trei ritmuri de raportare din D406
Declarația funcționează pe trei paliere distincte, cu termene diferite.
- Raportarea periodică — lunară pentru contribuabilii cu perioadă fiscală lunară la TVA și trimestrială pentru cei cu perioadă trimestrială. Aceasta cuprinde registrul jurnal, facturile, plățile și încasările. Termenul este ultima zi calendaristică a lunii următoare perioadei de raportare, cu prelungire pentru situațiile în care ziua respectivă cade în weekend sau într-o zi nelucrătoare.
- Raportarea privind stocurile — se depune numai la solicitarea explicită a organului fiscal, într-un termen stabilit prin cerere. Firma nu trimite din proprie inițiativă această secțiune.
- Raportarea privind activele — se depune anual, pentru anul financiar încheiat, împreună cu ultima raportare periodică a exercițiului.
Firmele care nu sunt înregistrate în scopuri de TVA raportează trimestrial. Este o clarificare utilă, pentru că mulți antreprenori presupun automat că obligația este lunară.
Perioada de grație: la ce folosește și cum se pierde
Pentru fiecare categorie de contribuabili intrată în obligația de raportare, legislația a prevăzut o perioadă de grație, în care declarațiile depuse cu întârziere nu atrag sancțiuni. Aceasta se calculează de la data la care începe efectiv obligația și acoperă primele raportări periodice.
Perioada de grație este un instrument de tranziție, nu o amânare. Firma tot trebuie să depună declarațiile aferente lunilor sau trimestrelor respective, doar că le poate transmite ulterior, în interiorul intervalului de toleranță. Cine tratează grația ca pe o scutire ajunge, la finalul ei, să aibă de generat și validat un teanc de fișiere restante, fiecare cu propriile erori de corectat.
Utilizarea inteligentă a acestei perioade este exact opusă: firma generează fișierele de la prima lună de obligație, le trece prin validator, corectează ce nu trece și abia apoi le transmite. Practic, folosește intervalul ca pe un mediu de testare fără miză sancționatorie.
Ce verifici în evidența contabilă înainte de prima generare
Aici se decide dacă prima raportare va fi o formalitate sau un blocaj. Lista de mai jos acoperă punctele care generează cele mai multe erori la validare.
Planul de conturi și corespondența cu nomenclatorul ANAF. Fiecare cont folosit în firmă trebuie să aibă o corespondență validă în nomenclatorul standard. Conturile analitice create ad-hoc de-a lungul anilor, cele preluate dintr-un program vechi sau cele care nu respectă structura reglementată sunt primele care blochează generarea. Verificarea se face o singură dată, dar trebuie făcută integral.
Datele de identificare ale partenerilor. Pentru fiecare client și furnizor sunt necesare denumirea, codul de identificare fiscală, țara, adresa și, unde este cazul, codul de TVA valid. Problemele tipice sunt duplicatele, codurile fiscale scrise cu spații sau cu prefixul RO acolo unde nu trebuie, partenerii externi fără țară completată și persoanele fizice înregistrate ca și cum ar fi societăți. Într-o firmă mică, curățarea listei de parteneri durează câteva ore și rezolvă jumătate din erorile de validare.
Nomenclatorul de produse și servicii. Fiecare articol facturat are nevoie de cod, denumire, tip și unitate de măsură. Unitățile de măsură trebuie să corespundă nomenclatorului standard, ceea ce înseamnă că denumirile improvizate — „buc.", „set mare", „oră lucrată" — trebuie mapate corect. Firmele de servicii subestimează acest punct, pentru că lucrează cu puține articole, dar tocmai de aceea le codifică neglijent.
Tabelul de taxe și cotele de TVA. Toate cotele folosite, inclusiv operațiunile scutite, taxarea inversă și operațiunile neimpozabile, trebuie asociate codurilor corecte din nomenclatorul de taxe. O factură cu cotă introdusă manual, în afara nomenclatorului configurat, devine o eroare la validare.
Tipurile de documente și seriile. Facturile, chitanțele, bonurile, avizele și notele contabile trebuie să aibă tipuri de document coerente, cu serii și numere fără duplicate. Numerotările reluate de la 1 la începutul anului fără schimbarea seriei sunt o sursă clasică de conflicte.
Conturile bancare și modalitățile de plată. Încasările și plățile se raportează cu detalii despre instrument și cont. Conturile bancare incomplete sau lipsă din configurare produc erori în secțiunea de plăți.
Registrul de imobilizări. Pentru raportarea anuală a activelor sunt necesare data punerii în funcțiune, valoarea de intrare, metoda și durata de amortizare, amortizarea cumulată. Firmele care au ținut evidența mijloacelor fixe într-un fișier separat, în afara programului de contabilitate, au aici cea mai mare cantitate de muncă de recuperat.
Programul de contabilitate: singura piesă pe care nu o poți improviza
Fișierul SAF-T se generează din aplicația de contabilitate. Nu există variantă rezonabilă de completare manuală, iar încercările de a construi XML-ul în afara programului sunt, pentru o firmă mică, pierdere de timp curată.
Întrebările de pus furnizorului de software sunt scurte și concrete: versiunea instalată suportă schema în vigoare, generarea acoperă toate secțiunile obligatorii, există modul de mapare a conturilor și a unităților de măsură, iar actualizările ulterioare ale schemei sunt incluse în abonament. Dacă răspunsul la oricare dintre ele este evaziv, problema se va vedea la prima validare.
Validarea se face cu instrumentul pus la dispoziție de ANAF, care verifică fișierul față de schemă și returnează lista de erori. Un fișier care nu trece de validator nu poate fi încărcat pe portal. Acest pas trebuie rulat de fiecare dată, nu doar la prima raportare, pentru că modificările din nomenclatoare sau intrarea unui partener nou pot reintroduce erori.
Transmiterea efectivă și ce se întâmplă după depunere
Fișierul validat se încarcă în Spațiul Privat Virtual, semnat cu un certificat digital calificat înrolat pentru firma respectivă. Este un detaliu administrativ banal, dar care blochează depuneri chiar în ultima zi: certificat expirat și nereînnoit, persoana împuternicită plecată din firmă, un drept de semnătură revocat și rămas neactualizat în SPV. Verificarea valabilității certificatului intră, la fel ca generarea fișierului, în rutina lunară.
După încărcare, sistemul returnează o recipisă. Aceasta se păstrează împreună cu fișierul XML transmis, pentru că este singura dovadă atât a depunerii, cât și a conținutului exact trimis. Arhivarea locală a fișierelor generate, lună de lună, nu este o formalitate birocratică: dacă apare ulterior o solicitare de clarificare, discuția se poartă pe baza a ceea ce s-a transmis efectiv, nu pe baza a ceea ce arată programul de contabilitate astăzi, după corecturi.
Dacă se descoperă o eroare într-o raportare deja depusă, corectarea se face prin retransmiterea fișierului aferent perioadei respective, cu marcajul de declarație rectificativă. Nu se corectează parțial și nu se trimit doar liniile modificate — se regenerează întregul set de date al perioadei. De aici decurge o consecință pe care firmele mici o descoperă târziu: o corecție contabilă operată în luna curentă asupra unei tranzacții din luna anterioară atrage, de regulă, și refacerea raportării pentru luna în care operațiunea fusese înregistrată inițial. Cu cât se închid mai riguros lunile, cu atât mai rar apare acest efect în lanț.
Nedepunerea la termen și transmiterea unor date incorecte sau incomplete sunt sancționate distinct, potrivit Codului de procedură fiscală. Pentru o firmă mică, însă, costul real rareori este amenda: este timpul consumat cu refacerea și retransmiterea unor raportări greșite pe mai multe luni consecutive, timp care se suprapune peste obligațiile curente.
Unde intervine contabilul și ce rămâne în sarcina firmei
Împărțirea responsabilităților este, în practică, destul de clară. Firma răspunde de calitatea datelor primare: documente complete, predate la timp, cu partenerii identificați corect și cu descrieri utilizabile ale bunurilor și serviciilor. Contabilul răspunde de configurare, de maparea la nomenclatoare, de generarea și validarea fișierului și de transmitere.
Pentru o firmă mică, externalizarea acestei zone are un argument suplimentar față de contabilitatea obișnuită: SAF-T presupune cunoașterea schemei, a nomenclatoarelor și a comportamentului validatorului, adică exact tipul de expertiză care nu se justifică economic într-un departament intern de una-două persoane. O firmă care oferă contabilitate completă pentru SRL tratează D406 ca parte a fluxului lunar obișnuit, alături de TVA, e-Factura și salarii, nu ca pe un proiect separat.
Merită menționat și un aspect de disciplină internă. SAF-T face vizibile, la nivel de linie de document, practici care până acum treceau neobservate: facturi introduse cu întârziere, descrieri generice de tipul „prestări servicii conform contract", stocuri care nu se reconciliază cu evidența faptică. Nu este vorba despre o vânătoare de greșeli, ci despre faptul că un fișier complet nu poate ascunde ce lipsește.
Cum se leagă SAF-T de e-Factura, e-TVA și restul raportărilor digitale
Declarația D406 nu funcționează izolat. Datele din facturile transmise prin RO e-Factura, decontul de TVA, notificările din e-TVA și fișierul SAF-T descriu aceleași operațiuni din unghiuri diferite. Un fisc care primește toate aceste seturi de date poate face corelații automate, iar neconcordanțele generează solicitări de clarificare.
Din perspectiva firmei, asta schimbă ordinea priorităților. Nu mai este suficient ca fiecare declarație să fie corectă separat; ele trebuie să fie corecte împreună. O factură emisă în e-Factura, dar înregistrată în contabilitate cu altă dată, altă valoare sau alt partener, va apărea ca diferență. Reconcilierea lunară între ce s-a transmis prin e-Factura și ce s-a înregistrat în evidență devine, din acest motiv, o rutină obligatorie, nu o bună practică opțională.
Un calendar realist de pregătire
Pentru o firmă mică, pregătirea nu cere luni de zile, dar cere ordine.
- Cu aproximativ trei luni înainte de prima raportare: confirmarea categoriei de contribuabil și a periodicității, discuția cu furnizorul de software despre versiune și module, inventarul lucrurilor ținute în afara programului de contabilitate.
- Cu două luni înainte: curățarea nomenclatoarelor — parteneri, articole, unități de măsură, conturi analitice, tipuri de documente. Este etapa cea mai consumatoare de timp și singura care nu poate fi comprimată.
- Cu o lună înainte: generarea unui fișier de test pe o lună închisă, rularea validatorului, corectarea erorilor, repetarea până la un fișier curat.
- În prima lună de obligație: generare, validare și transmitere efectivă, cu marjă față de termen.
- După prima raportare: transformarea pașilor în procedură lunară, cu verificare încrucișată față de decontul de TVA și de facturile transmise electronic.
Întrebările care merită puse înainte, nu după
Câteva situații particulare schimbă modul de configurare și e mai ieftin să fie clarificate din start: firma are gestiune cantitativ-valorică sau doar global-valorică, lucrează cu parteneri din Uniunea Europeană și din afara ei, aplică taxare inversă sau TVA la încasare, are subunități fără personalitate juridică, folosește case de marcat cu raportare zilnică, gestionează avansuri și storno-uri frecvente. Fiecare dintre ele are un tratament specific în fișier.
Pentru firmele aflate în oricare dintre aceste situații, o discuție de consultanță fiscală înainte de prima depunere costă considerabil mai puțin decât corectarea ulterioară a unei serii de raportări greșite. Un specialist care a trecut deja prin implementări similare identifică în câteva ore punctele sensibile pe care o firmă le-ar descoperi în câteva luni.
REALCONT®, firmă de contabilitate și consultanță fiscală activă din aprilie 2004 și cu echipă formată din experți contabili membri CECCAR, tratează raportările digitale — e-Factura, e-TVA și SAF-T — ca parte a pachetului lunar, cu dublă verificare înainte de fiecare depunere. Colaborarea se desfășoară integral online, cu un consultant dedicat pentru fiecare client, ceea ce contează în mod special într-o zonă unde întrebările apar la mijlocul lunii, nu la termen.
Prima transmitere a fișierului SAF-T rămâne, până la urmă, un test al ordinii din propria contabilitate. Firmele care își fac curat în nomenclatoare și își disciplinează fluxul de documente descoperă că raportarea devine, după două-trei luni, o operațiune de rutină. Cele care amână descoperă, în schimb, că raportarea nu era problema — ci doar oglinda ei. Momentul potrivit pentru verificarea listei de parteneri, a planului de conturi și a registrului de imobilizări este acum, cât timp corectările se pot face fără presiunea unui termen.
