Declaraţia D406 se elaborează pe baza evidenţei contabile din societate. Nivelul de detaliere din SAF-T va fi nivelul de detaliere din evidenţa contabilă. Deocamdată SAF-T este permisiv şi nu necesită neapărat o detaliere foarte analitică.

Calitatea evidenţei contabile trebuie să fie perfectă: să se respecte reglementările din domeniu, să existe coerenţă între diverse module: hCONT, hMARFA, hIMOB.

Pentru implementarea SAF-T sunt necesare pregătiri în bazele de date de mai sus începând cu prima lună pentru care se va depune declaraţia:

• Aplicaţiile hCONT, hMARFA, hIMOB care reprezintă de regulă sursa datelor din D406 trebuie să fie la ultima versiune.
• Sistemul de operare trebuie să fie Windows 10 sau 11, iar dacă se lucrează pe server Linux, atunci este necesar CentOS7.
• Echipamentul hardware trebuie să fie corespunzător acestor sisteme de operare.

Pregătirea şi implementarea lucrării necesită timp, luaţi legătura cu distribuitorii pentru începerea lor!

Propunem elaborarea unei monografii pentru toate tipurile de tranzacţii utilizate cu înregistările contabile şi tipurile de documente aferente.

Situaţii posibile:

• hCONT, hIMOB, hMARFA se află în acelaşi loc:
  • se instalează aplicaţia hSAFT şi datele se extrag din modulele HAMOR
• hCONT, hIMOB se află la contabil, hMARFA la societate:
  • se transferă lunar baza de date hMARFA la contabil
  • se instalează hSAFT şi la societate şi se transferă fişierele SAF-T la firma de contabilitate
• există alte programe de contabilitate la contabil, hMARFA se utilizează la societate:
  • se instalează hSAFT, se extrag datele din hMARFA şi se transmit la contabil, urmând ca SAF-T să fie transmis din programul contabilului.
  • datele din programul contabilului se preiau din hCONT şi se depun cu hSAFT
• hMARFA la societate, programe de evidenţă case de marcat de la alte firme:
  • datele de recepţii şi de vânzări figurează în hMARFA la nivel de mărfuri valoric şi pe cote de TVA
  • dacă se doreşte transmiterea situaţiei cantitativ-valorice, atunci datele se vor prelua cantitativ-valoric
• elaborare SAF-T pentru alte programe de evidenţă contabilă care nu au elaborat SAF-T:
  • se instalează hSAFT la societate, se introduc datele direct în fişierele hSAFT şi se elaborează D406 în hSAFT
  • se instalează hSAFT la societate, se importă datele din fişiere CSV, XLSX, etc. corespunzătoare în hSAFT.

Se vor utiliza conturile sintetice din Planul de conturi prevăzut de Ordinul 1802/2014, cu modificările şi completările ulterioare sau alt plan de conturi corespunzător activităţii. Celelalte conturi pot fi numai analitice derivate din aceste conturi.

Planul de conturi actualizat se regăseşte şi în structura declaraţiei RO_SAFT_Schema___.xlsx. Pentru societăţi, el se regăseşte în foaia de lucru PlanConturiBalSocCom. ANAF va valida primele 3 sau 4 caractere ale conturilor din înregistrările contabile.

• În hMARFA, se va trece la contarea desfăşurată a facturilor (aşa cum este în jurnalul DV), în loc de contarea centralizată, dacă este cazul. Completarea numărului de document şi a explicaţiilor din înregistrările contabile se va face astfel, încât ulterior pe baza lor să se poată identifica tranzacţia din hMARFA.
• Cheltuielile se pot introduce fără rânduri, iar contabilul trebuie să le modifice în baza de date reală, nu pe o copie.
• Modificarea manuală a contării este interzisă! Dacă sunt necesare corecturi, acestea se rezolvă în hCONT prin stornare şi introducerea înregistrării corecte.
• Modificările retroactive în hMARFA sunt interzise, dacă rezultă necorelări cu hCONT
• Executarea operaţiunii Verificare coerenţă globală cu hMARFU, rezolvare incoerenţe
• Vor fi preluate soldurile de început şi de sfârşit ale conturilor din clasa 8. Aceste conturi nu se preiau în Înregistrări contabile, ele fiind considerate ca conturi ce funcţionează în partidă simplă. Nu se va include în raportare contul 000, care este utilizat numai formal pentru debitarea/creditarea acestor conturi, nu este un cont prevăzut de reglementările contabile. Înregistrările pe conturi din clasa 8 se introduc în jurnale dedicate, cu cod care începe cu I… (în afara bilanţului).
• Conturile analitice care conţin litere se pot păstra, ele se pot recodifica în analitice numerice. În SAF-T ele nu pot să conţină puncte sau litere în denumire. Puteţi utiliza puncte în contabilitate, însă la preluare acestea vor fi convertite.

Pentru analiticele care conţin litere recomandăm variantele:

• recodificarea lor la începutul anului. Acest mod de lucru este greoi în cazul depunerii cu întârziere a declaraţiei, în cadrul perioadei de graţie. În acest caz trebuie revizuite Funcţiile de conturi din hMARFA.
• în hSAFT meniul Dicţionar plan cont se va înscrie noul cont în câmpul Cont referinţă. Vezi în cap. 2.2.1. pct.d) de mai jos.
• atenţie la conturile sintetice de gradul 1 care ulterior, prin modificările Ordinului 1802/2014, au trebuit defalcate în conturi sintetice de gradul 2. Verificaţi, cum se utilizează acestea, cu 3 sau 4 caractere:

605    Cheltuieli privind energia şi apa, a fost defalcat în:
6051   Cheltuieli privind consumul de energie
6052   Cheltuieli privind consumul de apã
6053   Cheltuieli privind consumul de gaze naturale
6058   Cheltuieli cu alte utilitati                

623    Cheltuieli de protocol, reclamã şi publicitate, a fost defalcat în:
6231   Cheltuieli de protocol
6232   Cheltuieli de reclamã şi publicitate  

642    Cheltuieli cu avantaje in natura si tichete salariati
6421   Cheltuieli cu avantajele in natura acordate salariatilor
6422  -Cheltuieli cu tichetele acordate salariatilor

• dacă se efectuează modificări de acest gen, trebuie revizuite şi formulele din hMARFA/Funcţii de conturi.

Pentru verificarea acestor codificări, în hSAFT a fost realizat meniul Dicţionar plan cont, descris în cap. 2.2.1. la pct. d).

• Se va efectua verificarea şi eliminarea diferenţelor dintre soldurile din hMARFA şi hCONT
• Se extrag fişe furnizori, clienţi, stocuri pe conturi şi se vor compara cu soldurile din hCONT.
• Se vor complete datele furnizorilor/clienţilor din hMARFA. La adresă este obligatorie cel puţin localitatea.
• Pentru stocurile aflate în custodie, se creează gestiuni distincte pentru fiecare proprietar
• Gestiunile de bunuri vor fi organizate pe locaţii
• Achiziţionaţi ultima versiune a programului hMARFA şi:
  • completaţi unităţile de măsură din Nomenclator articole conform noilor coduri UN-ECE
  • introduceţi codurile NC la toate produsele/mărfurile care au solduri sau rulaje.
• Verificaţi şi eliminaţi diferenţele dintre soldurile din hCONT şi hIMOB. Se lansează meniul Verificare din hIMOB pentru a le depista. Se va identifica documentul de recepţie din hMARFA pentru fiecare imobilizare care a intrat/ieşit în perioadă şi acesta va fi înscris în câmpul Observaţii.
• Este necesară evidenţa obiectelor de inventar pe contul 8035.
• Corelare între D300, D390, D394. Utilizarea listelor pentru compararea acestora.
• Identificarea tuturor operaţiilor cu TVA şi a altor operaţii taxabile.

În D406, partea de contabilitate va conţine:

• soldul de început/sfârşit perioadă. Nu se includ rulajele, însă trebuie incluse şi conturile care au solduri zero, dar au avut rulaje în perioada respectivă (de exemplu conturile din clasele 6 sau 7 închise pe 121, 581 etc.)
• toate înregistrările contabile din Registrul-jurnal.

Câteva operaţii de verificare recomandate

Aplicaţia hSAFT a fost elaborată pentru extragerea fişierelor necesare realizării Declaraţiei 406 din bazele de date hMARFA, hCONT, hIMOB şi realizarea fişierelor de transmis.

La intrarea în aplicaţia hSAFT apare o fereastră informativă, care, în funcţie de setările din program informează asupra unor detalii ca:

• perioada declaraţiei
• componenta care se elaborează (de bază, stocuri, active)
• dacă societatea aplică TVA la încasare
• versiunea (T şi culoarea portocalie înseamnă că setările sunt pentru varianta de testare). La implementare, se pot transmite la ANAF declaraţii de test. Acestea se generează în DECL_TST, nu în DECL_OBL şi vor avea codul D406T în loc de D406. Calea în care se va genera fişierul XML este redată în rândul Catalog.
• bazele de date din care se extrag datele şi perioada acestora.
• catalogul D406/D406T generat, denumirea fişierului XML sau PDF generat (dacă există deja).

Din program, aceeaşi fereastră se poate lansa din meniul: Iniţializare/Situaţie SAF-T.

Setarea ferestrei hSAFT

Pentru ca toate coloanele ecranelor să fie vizibile, dimensiunea ferestrei trebuie să fie 160*30.

a) Iniţializare

a1) Iniţializare declaraţie lunară

În cadrul acestui meniu principal se pot seta:

• Perioade - se alege perioada pentru care se generează declaraţia.
• Conectare hCONT - se alege baza de date hCONT cu proprietar identic cu baza de date hSAFT
• Conectare alte surse - cu operaţia Extragere surse dn hCONT se vor căuta bazele de date hMARFA şi hIMOB cu acelaşi proprietar. Pe ecran se pot studia şi eventual ajusta bazele de date identificate automat. Se văd şi jurnalele din care se vor extrage date
• Iniţializări diverse - datele extrase se vor şterge:
  • Init. perioada urmatoare
  • Init. alta perioada
  • Init. interval - se va utiliza pentru componenta Active sau Stocuri
• Notiţe - sunt unele notiţe introduse de producător la început şi cu ocazia lansării unor versiuni noi, dar reomandăm ca şi persoana care efectuează implementarea să adauge observaţii atăt pentru sine, cât şi pentru utilizator

a2) Iniţializare declaraţie anuală Active

În acest caz legăturile la bazele de date hIMOB şi hMARFA nu sunt cele curente, care figurează în alias-urile „cimp“ din hCONT. Din acest motiv, după Extragere surse, calea surselor trebuie modificată.

Se poate proceda în 2 moduri. În exemplul de mai jos ne referim la declaraţia pentru anul 2024.

1.) La conectare hCONT se alege CONT_12.24 sau CONT_AN.24. După operaţia Extragere surse din hCONT, după ce s-au înscris hIMOB şi hMARFA, trebuie să ne poziţionăm pe ambele şi cu F10 să corectăm calea către baza de date din 12.24, pentru că în CONT_12.24 au ramas în cimp-uri legăturile la bazele de date curente.

2.) În CONT_12.24, cu hUTIL se modifică legăturile din cimp-uri.

b) Setări şi antet

Datele se completează cu operaţia Extragere. Ele trebuie verificate/completate după caz!

Chiar dacă se află în meniu Iniţializare, datele introduse aici sunt importante, ele apar şi în XML-ul generat (date de Antet sau Header).

Date mai importante:

• versiunea fişierului de audit, ţara, judeţul, data creării, versiunea şi producătorul de software pentru generarea fişierului de audit
• datele Societăţii, inclusiv persoana de contact etc.

La fiecare informaţie apare un câmp „memo“ în care s-au preluat indicaţiile de completare din structura declaraţiei în limba română, din care se poate alege modul de completare a conţinutului. De exemplu:

• Setare D406
  • componenta care se va elabora (ex. B = Bază)
  • versiunea (test, iniţială - 0, rectificări -1…9)
  • dacă se doreşte afişarea XML-urilor generate şi programul cu care să fie deschise acestea (de regulă XMLXLS)
• TaxType - este „100010“ pentru plătitorii de TVA
• TaxAccountingBasis - „A“ pentru contabilitatea de angajamente (care aplică planul de conturi pentru societăţi)

După cum s-a mai menţionat, în XML denumirea câmpurilor este indicată numai în limba engleză, de aceea apar sub această formă pe ecran.

Generare XML din Setări şi antet

Datele în Setări şi antet trebuie extrase şi verificate, după care se lansează şi operaţia Generare XML pentru această subsecţiune.

c) Dicţionar plan cont

Este un meniu pregătitor, pentru verificarea şi traducerea conturilor hCONT în conturi SAF-T. La extragere din Plan de conturi/hCONT se extrag conturile din clasele 1,2,..,8. Pot apare mesaje de eroare dacă contul:

• conţine alte caractere decât cifre si punct, de exemplu litere,
• partea sintetică nu se regăseşte în Plan de conturi de referinţă (vezi în Cataloage). Partea sintetică se consideră până la primul punct.

În câmpul Cont referinţă se înscriu conturile noi în care se vor traduce conturile din hCONT. Astfel, la preluare conturi din hCONT, conturile din contabilitate vor fi traduse în noile conturi înscrise. SAF-T nu admite nici puncte, dar punctele din analitice se vor elimina automat abia la exportul în XML.

Exemple de conturi:

Analitice in hCONT:   Cont refer.în hSAFT         Analitice în XML din hSAFT:
378.1                     -                             3781
378.2                     -                             3782
378.2.1                   -                             37821
378.2.2                   -                             37822
5121.1                    5121.01                       512101
... 
5121.9                    5121.09                       512109
5121.A                    5121.10                       512110
...
6022.DED                  6022.1                        60221
6022.NED                  6022.2                        60222
...
656                       6561                          6561 
656.01                    6561.01                       656101
656.02                    6561.02                       656102

• este necesară înscrierea conturilor de referinţă pentru cazurile care conţin analitice cu caractere. De exemplu la 5121 pentru că sunt mai mult de 9 analitice este necesar, ca în faţa primului caracter din analitic să se insereze şi 0 (ex. 5121.1 → 5121.01)
• pentru cazurile în care s-a dat o denumire sugestivă, cum este ct. 6022 în exemplul de mai sus se indică conturi analitice care conţin numai cifre
• dacă cumva se utilizează conturi sintetice care nu există în Planul de conturi de referinţă (vezi în meniul dedicat), acestea se vor traduce în conturi noi, iar în exerciţiul finanaciar următor se pot traduce direct în hCONT
• 656 nu mai este sintetic de ultimul nivel, deci se va completa la 6561 sau la 6562 în funcţie de conţinutul analiticelor 01, 02.

d) Setări speciale

d1) Pentru plătitorii trimestriali

Cum putem seta ca SAFT să fie Trimestrial?

• în Parametri:
  [HSAFT]
  PERIOADA := „L“ jurnale de cumpărări/vânzări pe luni
  PERIOADA := „T“ jurnale de cumpărări/vânzări pe trimestru
• în Perioade adăugăm aaaa.Tx
• verificăm ca după extragere „Setări şi antet“
  „PeriodStart“ să fie luna de început a perioadei
  „PeriodEnd“ să fie luna de sfârşit a perioadei
  „HeaderComment“ să aibă valoarea T

d2) Pentru organizaţii

Se înlocuieşte PlanCont cu PlanCont pentru ONG, în meniul Planul de cont de referință se lansează operația;

• [Copiere plan cont ONG]
• După care se reface Dicționarul plan de cont

În Setări şi antet la TaxAccountingBasis se modifică automat Valoare:ONG, dar verificați.

d3) Pentru neplătitori de TVA

• D406 se depune trimestrial
• pentru TVA dacă s-a utilizat la recepție OpTva 2In se va completa Tip TVa 300 și Cod Tva 308302.
• pentru TVA dacă s-a utilizat la vânzare OpTva 1In se va completa Tip TVa 300 și Cod Tva 310324. Ca să nu apară avertizarea Cod TVA mai multe variante, în rândul 27F din Catalogul Taxe TVA OpTVA se poate pune OpTva pe 2In- (semnul minus la sfârşit).
• pentru TVA se poate decide folosirea codurilor 000 (TaxType) şi 000000 (TaxCode), caz în care Catalogul Taxe TVA trebuie adaptat pentru ca ataşarea codurilor să se facă automat.

Chiar dacă generarea Declaraţiei 406 se poate realiza şi prin operaţii globale, mai ales la început, la implementare recomandăm extragerea pe secţiuni a datelor, verificarea acestora şi generarea unor XML-uri parţiale. După ce persoana care efectuează implementarea, împreună cu contabilul, a verificat corectitudinea datelor, s-au depus şi validat declaraţii de test (D406T generate în DECL_TST), se pot genera şi transmite declaraţii reale.

La baze de date mari, extragerile pot să dureze timp mai îndelungat (câteva minute)!

În meniul principal Tranz. există meniuri dedicate pentru o serie de fişiere principale sau Master (fac parte din categoria Master Files). O altă parte a fişierelor Master se regăseşte în meniul principal Contab.

Recomandăm extragerea datelor în ordinea meniurilor.

Cu Extragere din Facturi se preiau din hMARFA, pe documente, rândurile tuturor facturilor emise.

Cod client (CustomerID) în D406: codificarea după tipul partenerului este prezentată în cap.1.1.4, lit. c).

Pentru facturile în lei (4111.1), de regulă:

suma col. Valoare lei + col. Valoare TVA = RDB 4111.1 din hCONT

După extragere, pot să apară atenţionări, de exemplu:

• CodTva-mai multe variante
• Factura proforma.

Treceţi cu Modificare prin aceste poziţii şi verificaţi starea facturilor. Ajustaţi/confirmaţi Cod TVA atribuit de program după natura operaţiei. Cu F1 se lansează fereastra de ajutor.

Lansaţi şi operaţiile:

• Completare OpTVA cf. TVATX - la recepţii cum sunt NIRII sau facturi externe în lei, recepţionate cu NIRI, fără OpTVA, se va completa OpTVA din documentul TVATX aferent
• Completare receptii NIRE/NIRET - se completează unele date pentru cazurile în care este completat şi un furnizor tip Vamă.

Utilizaţi fereastra corespunzătoare. Aici se pot studia atât codurile de TVA indicate în documentul din hMARFA (OpTVA), cât şi CodTVA alocat operaţiei conform Nomenclatorului din structura SAF-T. La importul datelor, hSAFT va aloca câte un cod TVA pentru fiecare document. Vor apare atenţionări în cazul în care sunt enumerate mai multe coduri TVA pentru aceeaşi OpTVA în fişierul TVA din hSAFT. Cu F1 utilizatorul poate să apeleze fereastra de ajutor şi să indice un alt cod de TVA, considerat corect.

Alocarea codului TVA se face pe baza unui algoritm, din datele înscrise în meniul TVA. Aici s-a încercat şi corelarea informaţiilor cu hMARFT/Corespondente TVA, unde sunt descrise legăturile dintre codurile OpTVA şi rândurile din D300/D390. Dacă utilizatorul a personalizat aceste corespondenţe, având operaţii specifice, este recomandat să se ajusteze şi descrierile din catalogul TVA din hSAFT.

• pe coloana Cod TVA se lansează cu F1 fereastra. Aici apar multe coduri, fiecare are o literă în faţă de la A la F. Dacă ne deplasăm cu cursorul pe primele poziţii ale tabelului, apar şi capitolele acestuia. Codurile TVA apar în mai multe foi de lucru din structura declaraţiei, astfel ele sunt organizate pe mai multe capitole:

• A - LIVRARI
• B - ACHIZITII DEDUCTIBILE 100%
• C - ACHIZITII DEDUCTIBILE 50%
• D - ACHIZITII NEDEDUCTIBILE 50%
• E - ACHIZITII NEDEDUCTIBILE 100%
• F - TVA NOTE CONTABILE
• G - hCONT

Astfel, dacă o tranzacţie are codul 300201, ne putem da seama, că:

• este o achiziţie intracomunitară, cu TVA deductibil 100%
• OpTVA şi cota sunt indicate lângă cod (fiecare cotă are un cod distinct)
• în col.S apare, dacă furnizorul aplică TVAI în cazul codului respectiv (D - dacă aplică, * - dacă nu contează)
• în col.R apare, dacă codul respectiv se utilizează pentru regularizări (de ex. cote care nu se mai aplică în perioada curentă - 20%, 24%) sau dacă documentul recepţionat este dintr-o perioadă anterioară
• Rd. D300 - ANAF a indicat în structură şi rândul primar din 300 în care se cuprinde informaţia respectivă
• Rd. D390 - se pot urmări şi codurile care se cuprind în diverse tipuri de operaţii din D390.

Dacă se doreşte căutarea unui cod TVA de ex. pentru operaţii cu deductibilitate 50%, se va indica cap.C în ferastra de ajutor şi atunci o să apară codurile respective.

Dăm mai jos un exemplu de comparare pentru Facturi vânzare.

hMARFT - Arhiva jurnal vanzari / Listare selectiva / 03 Centr. vanzari/decont TVA Selectie: Perioada=2023.06 si Data jurn.=2023.06

-------------------------------------------------------------------------------------
|                   Rand D300                        |           Document            |
|                                                    |-------------------------------|
|                                                    |  Total   |   Baza   |   TVA   |
--------------------------------------------------------------------------------------
 09-11 -Livrari de B si PS, taxabile                   121732.89  102296.58  19436.31 
                                                                                   
 TOTAL:                                                121732.89  102296.58  19436.31 

Se poate compara cu:

hSAFT - Facturi vanzare / Listare selectiva / 04 Centralizator/D300

------------------------------------
|Perioada|Valoare lei |Valoare TVA |
------------------------------------
Rand D300: 09
2023.06     102296.58     19436.31

TOTAL:
2023.06     102296.58     19436.31

Din hMARFT/Declaraţia 390-VIES se lansează lista:

• Centralizator operatii VIES

Din hSAFT se lansează lista:

• Centralizator/D390

TVA-ul din coloanele L+T+P din prima listă ar trebui să fie egal cu lista din Facturi de vânzare.

• Facturi vanzare (xls) - conţine datele detaliate din fişier
• Facturi vanzare/Rand D300 - lista poate fi comparată orientativ cu hMARFT/Jurnal vânzări/Jurnal vanzari/decont TVA. În hSAFT apar datele din rândurile de facturi.
• Centralizator/D300 - lista poate fi comparată orientativ cu hMARFT/Jurnal vânzări/Centr. vanzari/decont TVA. La TVA exigibil datele apar pe coloane de cote TVA în hMARFT.
• Centralizator/D390 - lista poate fi comparată cu hMARFT/D390/lista Centralizator operaţii VIES, codurile L+T+P.

Listele comparative pot să difere, dacă sunt documente cu TVA la încasare, regularizări etc.

Operaţia serveşte la verificarea datelor. Aceasta va genera un XML care se deschide cu Excel (varianta recomandată, poate fi şi Notepad sau Notepad++). Tabelul în Excel funcţionează şi în OpenOffice. În foaia de lucru, fiecare coloană are prevăzute filtre. Se pot face filtrări, însumări pentru verificarea datelor. Aici se pot face modificări, însă nu are sens, ele nu se vor înscrie în XML-ul pentru D406, fişierele servesc numai pentru studiul şi verificarea datelor exportate în XML într-o formă mai inteligibilă.

Unde şi sub ce denumire se generează aceste XML-uri parţiale? În funcţie de setări:

• în DECL_TST/aaaa/D406T/aaaall_BT_Ssss.XML - în varianta de testare
• în DECL_OBL/aaaa/D406/aaaall_B0_Ssss.XML - în varianta de lucru obişnuit

Semnificaţia unor coduri din cele de mai sus:

• B - componenta de bază (periodică, nu Stocuri sau Imobilizări)
• T - test
• 0…9 - declaraţie iniţială sau până la 9 rectificări
• sss - codul secţiunii, se regăseşte în D403/Secţiuni D406, col. Sect. De exemplu, S4.02 Facturi de achiziţie se regăseşte în denumire ca …S402.

În fiecare meniu în care sunt extrase date de bază, cu F10 se pot lansa variante de vizualizare:

• Vizualizare XML cu notepad
• Vizualizare XML cu excel
• Vizualizare XML cu browser

Dacă un XML este deschis în formatul XLSX generat de noi, acesta este numai pentru studiul şi verificarea datelor. În Excel se pot introduce coloane suplimentare de observaţii, se pot colora anumite celule pentru a marca unele informaţii care trebuie revizuite. Recomandăm salvarea acestor fişiere modificate într-un catalog de lucru.

Modificările pe care le faceţi în formatul Excel NU se vor prelua în XML-ul original.

Dacă alegeţi vizualizarea cu Notepad sau Notepad++, orice modificare SE VA PRELUA în XML!

Se lucrează asemănător ca şi în Facturi vânzare.

După extragerea datelor mai există o operaţie suplimentară: Completare OpTVA cf. TVATX. Aceasta identifică documentele care au ataşat un document TVATX, care conţine OpTVA (ex. achiziţii cu taxare inversă, facturi externe în lei etc.)

• Facturi achizitie (xls) - conţine datele detaliate din fişier
• Centralizator/D300 - lista poate fi comparată orientativ cu hMARFT/Jurnal cumpărări/lista Centr. cumparari/decont TVA. La TVA exigibil datele apar pe coloane de cote TVA în hMARFT.
• Centralizator/D390 - lista poate fi comparată cu hMARFT/D390/lista Centralizator operaţii VIES, codurile A+S.

Listele comparative pot să difere, dacă sunt documente cu TVA la încasare, regularizări etc.

Datele se pot compara, însă pot exista diferenţe, de exemplu:

• în hSAFT apar şi achiziţiile cu TVA neexigibil (au TaxCode diferit faţă de achiziţiile de la parteneri care nu aplică TVAI). Aceste sume apar în rulajul rd. ZB din D300.
• în hMARFT pot să apară regularizări etc.

În SAF-T, la rândurile D300 nu se ia in considerare exigibilitatea TVA (TVA la încasare), ca atare situaţia nu va fi egală cu rândurile din D300 lunară, ci doar cu rândurile D300 din jurnalele TVA.

hMARFT - Arhiva jurnal cumparari / Listare selectiva / 03 Centr. cumparari /decont TVA Selectie: Perioada=2023.06 si Data jurn.=2023.06

     
--------------------------------------------------------------------------------------------
|                Operatii pe tipuri de           |            Document furnizor             |
|                   deductibilitate              |------------------------------------------|
|                                                |  Total   |   Baza   |   TVA   |d.c.neded.|
---------------------------------------------------------------------------------------------

Rand: 22.1  -ASIC, benef.obligat la plata TVA (taxare inversa) 
2-Op.cu deduc.                                      276.43     232.29     44.14       0.00 

Total 22.1  -ASIC, benef.obligat la plata TVA (taxare inversa): 
                                                    276.43     232.29     44.14       0.00 

Rand: 22.2  -Achizitii B/S, benef.RO obligat plata TVA, import 
2-Op.cu deduc.                                      162.90     136.89     26.01       0.00 

Total 22.2  -Achizitii B/S, benef.RO obligat plata TVA, import  
                                                    162.90     136.89     26.01       0.00 

Rand: 24-26 -Achizitii B si S, taxabile                        
2-Op.cu deduc.                                     2630.93    2210.87    420.06       0.00 

Total 24-26 -Achizitii B si S, taxabile            2630.93    2210.87    420.06       0.00 

Rand: 30.2  -Achizitii B si S scutite sau neimpozabile         
2-Op.cu deduc.                                     3036.88    3036.88      0.00       0.00 

Total 30.2  -Achizitii B si S scutite sau neimpozabile  
                                                   3036.88    3036.88      0.00       0.00 

TOTAL:                                             6107.14    5616.93    490.21       0.00 

Se poate compara cu:

hSAFT - Facturi achizitie / Listare selectiva / 04 Centralizator/D300

------------------------------------
|Perioada|Valoare lei |Valoare TVA |
------------------------------------
 Rand D300: 22.1
 2023.06        232.29        44.14
 Rand D300: 22.2
 2023.06        136.89        26.01
 Rand D300: 24
 2023.06       2210.87       420.06
 Rand D300: 30.2
 2023.06       3036.88         0.00

 TOTAL:
 2023.06       5616.93       490.21

Din hMARFT/Declaraţia 390-VIES se lansează lista:

• Centralizator operatii VIES

Din hSAFT se lansează lista:

• Centralizator/D390

TVA-ul din col. A şi S din prima listă ar trebui să fie egal cu lista din Facturi de achiziţie.

Unele documente se marchează automat, de exemplu dacă s-au făcut recepţii pentru impozite de plată (ex. partener= %TVA). Pentru acestea în col. NU XML apare „X“.

Se extrag din hMARFA toate operaţiile de încasări şi plăţi.

Pe ecran se pot urmări datele detaliate ale tranzacţiilor.

La operaţiile de genul: comision bancar, dobândă, transfer intern etc., unde nu există ca partener o altă firmă, SupplierID sau CustomerID este cel din Societatea pentru aplicaţia hSAFT.

Se preiau din hMARFA şi reevaluările de solduri parteneri în valută, solduri de conturi bancare în valută etc., pentru a putea efectua compararea cu datele din Clienţi şi Furnizori, însă aceste operaţiuni, precum şi cele de transfer între casă/bancă sau între diverse conturi bancare nu trebuie transmise în XML-ul generat! În acest caz pe ecranul de articol apare: Nu se exporta in XML: X.

Lista Incasari/Plati (XLS) conţine aceste date detaliat.

Exportaţi datele în XML, care se va deschide în Excel (în funcţie de setări). Puteţi să filtraţi, să studiaţi datele din XML într-o formă mult mai inteligibilă astfel.

Pentru metoda plăţii (PaymentMethod) se utilizează în XML de regulă codurile:

• 03 - fără numerar
• 01 - cu numerar.

De regulă se indică un cod client (CustomerID) sau cod furnizor (SupplierID). Unele operaţiuni (de ex. plata comision bancar) conţin CIF-ul societăţii.

Operaţiunile în valută se includ în lei şi în valută. Cursul de schimb se utilizează cu 2 zecimale.

Codul taxei (TaxCode) şi suma taxei (TaxAmount) este obligatoriu de completat în cazul impozitelor cu reţinere la sursă (vezi catalogul WHT). Există mai multe coduri şi în funcţie de:

• cota aplicabilă (ex. 5% sau 8% la impozitul pe dividende)
• beneficiarul venitului etc.

La extragere, pot fi semnalate atenţionări de genul: CodTaxa-mai multe variante!

Recomandăm parcurgerea atentă a acestor poziţii. De exemplu, la dividende, programul atribuie automat codul 150010, care însă este primul cod din listă şi înseamnă Impozit pe dividende distribuite persoanelor juridice-5%. Dacă dividendele s-au achitat de exemplu unei persoane fizice, cu cota de 8%, din fereastra de ajutor lansabilă cu F1 se alege codul 604020. Codul se înscrie atât la rândul cu plata dividendelor către beneficiar, cât şi la plata impozitului către bugetul de stat.

Conform Normelor, se extrag detaliile de identificare (denumire, adresa, CUI), contul analitic în care este înregistrat soldul clientului respectiv, soldul inițial debitor/creditor, soldul final debitor/creditor, etc.

Se raportează toţi clienţii cu sold sau rulaj în perioada de raportare.

Înainte de extragerea datelor în hSAFT, hMARFA se execută:

• Extragere nouă în Fise clienti

  • pe perioada hSAFT
  • grupat pe:
    • D-Cod partener si
    • A-Pe conturi

După aceasta se preiau datele cu Extragere în hSAFT.

Se pot urmări datele preluate pe fereastra Clienţi-balanta (date extrase din Fişe clienţi).

Pe fereastra Clienti-verificare rulaje apar rulajele DB şi CR din Fişă clienţi, alături de rulajul DB din Facturi/ieşiri şi rulajul CR din Încasări/plăţi. Dacă aceste rulaje diferă, trebuie căutat motivul diferenţei!

Reevaluarea partenerilor şi a soldurilor nu se preiau în hSAFT!

Lansaţi operaţia Compara Clienti fise-fac/inc, care compară datele din fişe cu cele din încasări. Rezultatul comparării apare pe fereastra Clienţi-rulaje, nu într-un fişier log. La soldurile în lei nu ar trebui să existe diferenţe. Rulajele debitoare sau creditoare în valută diferă de regulă cu diferenţele de curs rezultate la încasare, sau cu reevaluarea soldului de la sfârşitul lunii. Pentru verificarea în detaliu se mai poate lansa în Fişe clienţi din hMARFA:

• Extragere balanţă în valută:
  • A-pe conturi
  • B-pe moneda
  • D-pe cod partener

Astfel, diferenţele de rulaje pot fi verificate, cel puţin pe un eşantion de parteneri.

Datele se pot lista cu listare obişnuită sau în Excel.

După ce ne-am convins că datele sunt corecte, se lansează Export XML. Acest XML nu va reprezenta D406, însă va fi o parte componentă a declaraţiei, care va putea fi verificată mult mai uşor.

Datele se extrag din hMARFA Fişe furnizori extras pe:

• perioada curenta
• grupat pe:
  • D-Cod partener si
  • A-Pe conturi

Lansaţi şi operaţia Compara Furnizori fişe-rec/pla.

Studiaţi eventualele diferenţe de rulaje pe fereastra Furnizori-verificare rulaje. Diferenţele se pot verifica ca şi la Clienţi, prin extragere Balanţă furnizori în valută.

Codul furnizorilor (SupplierID) va fi generat după regula generală.

În XML-ul generat vor apare printre altele conturile de furnizori (AccountID), soldurile creditoare iniţiale şi finale pe parteneri.

În materialul Întrebări şi răspunsuri de la ANAF este prevăzut:

In sub-sectiunea Products se vor declara stocurile pentru care societatea organizeaza evidenta prin metodele operativ-contabila sau cantitativa-valorica: materii prime, materiale consumabile, semifabricate, produse finite, produse reziduale, produse agricole, active biologice de natura stocurilor, marfuri, ambalaje. Nu se vor declara informatii cu privire la obiectele de inventar in aceasta sub-sectiune, indiferent daca sunt in folosinta sau nu.

Nu este obligatorie raportarea serviciilor în sub-secțiunea Products din secțiunea MasterFiles. În măsura în care societatea întreține informațiile despre serviciile prestate, poate opta să raporteze aceste informații în sub-secțiunea Products.

In aceasta sub-sectiune, nu se vor declara informatii pentru stocurile pentru care se tine evidenta prin metoda global-valorica.

Datele extrase conţin toate poziţiile facturate. Din acestea, nu se exportă în XML (ultima col. NU XML=X) articolele:

• generice (ex.!-19%)
• cu evidenţă global-valorică (ex. M-MARFA-TVA19%)
• de tip cheltuială (ex. gestiunea X…, rând cu C-…)
• obiectele de inventar (O- …) etc.

În XML apare un identificator (GoodsServicesID), care arată, dacă este vorba de produse (01) sau servicii (02), unde s-a inclus tot ce nu se consideră produs.

Apare şi metoda de evaluare a stocurilor (ValuationMethod, de regulă FIFO).

În varianta actuală, loturile de tip reduceri comerciale, avansuri etc. se includ în XML-ul generat cu codul NC generic 99999999. Puteţi solicita ca şi acestea să fie excluse.

Structura declaraţiei 406 cuprinde şi un larg tabel cu unităţile de măsură aplicabile codurilor NC (prescurtat coduri UN/ECE). În hMARFA ele trebuie completate în Unităţi de măsură. Este necesară completarea acestor coduri numai pentru unităţile de măsură efectiv utilizate. Cu F1 se poate apela lista acestor coduri.

Este recomandată completarea codului şi pentru unităţi de măsură ca bucăţi (H87), unitate (C62 sau XUN), pentru poziţiile care nu au o unitate de măsură specifică.

În hSAFT se extrag toate unităţile de măsură din hMARFA care au codul UN/ECE completat.

Datele din meniul principal Contabilitate sunt preluate din hCONT.

Sunt preluate din hCONT toate soldurile şi rulajele din clasele 1-8. Clasa 9 nu se cuprinde în D406!

Atenţie! Conturile din clasa 8 trebuie să fie prezente în GeneralLedgerAccounts, dar în GeneralLedgerAccounts nu vor figura înregistrările corespunzătoare. Dacă nu au fost introduse înregistrări pe conturile din clasa 8, atunci măcar în Balanţa generală se vor introduce soldurile şi rulajele lunare.

După extragere lansaţi şi operaţia Compara Clienti/Furn ~ Conturi.

Datele se pot studia pe mai multe ferestre. Verificaţi egalităţile pe ecranele:

• Solduri-Clienti/Furnizori~Cont
• Rulaje Clienti/Furnizori~Cont

La clienţi/furnizori externi pot exista diferenţe de rulaje între hMARFA şi hCONT din cauze ca:

• reevaluarea soldului 4111 în valută

  • acordarea de sconturi financiare (667=4111), care diminuează rulajul lui 4111 din hMARFA.

  Acestea se pot verifica pe fereastra Rulaje Clienti/Furnizori~Cont.

Aceste diferenţe sunt deci normale. În XML se cer numai solduri, însă nu se cer rulaje, astfel diferenţele de rulaje oricum nu cauzează probleme.

Dacă de ex. s-a recepţionat un impozit de plată cu o altă sumă în hMARFA faţă de soldul din hCONT, se semnalează diferenţă de sold. Aceasta nu reprezintă neapărat o eroare.

Pe ecran apar şi:

• Cont hCONT (ex. 5121.A) - acesta apare în XML sub codul StandardAccount
• Cont referinţă hSAFT (ex.5121.3) - contul tradus conform Cont destinaţie. În XML apare la AccountID ca 51213.

Pentru verificarea datelor recomandăm:

• adăugaţi în hCONT tipul de balanţă U (conturi de ultimul nivel). Pe fereastra Conturi deschise ultimul nivel din Plan de conturi adăugaţi acest tip balanţă selectiv, la toate conturile, apoi ştergeţi tipul din contul 000 şi clasa 9.
• din hSAFT/Conturi lansaţi lista Balanta verificare (ult.nivel) (xls). Totalul pe coloane se populează după ce se apasă în Excel butonul „Enable Editing“.
• listaţi din hCONT balanţa U şi comparaţi totalurile cu lista Excel de mai sus. Dacă există diferenţe, trebuie identificate conturile unde există această situaţie.
• dacă există solduri în clasa 8, total sume debitoare#total sume creditoare, diferenţa fiind tocmai din suma conturilor din clasa 8!

Se poate lansa şi lista Balanţă de verificare din hSAFT.

Listele au şi variante în limba engleză. Menţionăm, că denumirile în engleză a conturilor au fost introduse numai pentru conturile sintetice oficiale, care au traduceri în engleză şi în structura declaraţiei.

Apare şi Data creării contului. Acesta este o informaţie opţională, s-a introdus data numai pentru cele adăugate în cursul anului curent prin acte normative.

În XML-ul generat apar:

• sold început debitor al perioadei (OpeningDebitBalance)
• sold început creditor al perioadei (OpeningCreditBalance)
• sold final debitor al perioadei (ClosingDebitBalance)
• sold final creditor al perioadei (ClosingCreditBalance).

Aici se extrag toate înregistrările contabile din hCONT.

După extragere lansaţi şi operaţia Calcul IDPartener, care ataşează partenerii la înregistăririle preluate.

Nu se preiau „înregistrările“ pentru conturile în partidă simplă din clasa 8, de tipul 8xxx = 000. Conturile din clasa 8 apar numai cu soldurile lor în Conturi, nu se tratează rulajele acestora.

În XML-ul generat fiecare „tranzacţie“ (de fapt articol contabil) are un identificator (ex. Transaction=T6) şi o numerotare a liniilor (ex. TransactionLine=L1 .. L12). Liniile înseamnă articolele simple din care este format articolul compus.

Cu hCONT datele se pot identifica prin JournalID (cod jurnal) şi TransactionID (număr articol din jurnal).

O verificare simplă, pentru a vedea dacă s-au importat corect datele din contabilitate:

• în hCONT se selectează din Arhivă sau din luna curentă jurnalele care încep cu codul „C“ şi se verifică cu F4 totalul din col. Valoare
• în hSAFT se adună cu F4 datele din col. Valoare
• sumele de mai sus trebuie să fie egale.

În cazul în care în hMARFA contarea facturilor emise şi altor documente de ieşire (ex. BONF, BCM) se face centralizat, în hCONT acestea se importă fără număr. Astfel, operaţia Calcul IDPartener nu poate să identifice partenerul, va apare atenţionarea:

• Factura/iesire negasita.

În situaţia de mai sus, la cod client (TransactionCustomerID) în XML-ul generat se va înscrie CIF-ul utilizatorului.

Cod şi sumă taxă

Aceste date se completează numai la impozite cu reţinere la sursă (ex. impozit pe venituri din dividende, dobânzi, chirii, jocuri de noroc etc. din Tabela WHT).

Exemplu de completare în cazul dividendelor distribuite persoanelor fizice:

Operatie                     DB      CR      Val   Tip  CodWHT  Val.taxa  Unde se compl?
---------------------------------------------------------------------------------------
repartizare dividende      : 1171  = 457     100   000  000000                         
retinere impozit dividende : 457   = 446.03   10   604  604030           la ambele     
plata dividende            : 457   = 5        90   604  604030  10        la DB         
plata impozit              : 446.03= 5        10   604  604030            la DB          

Aici se extrag numai codurile efectiv utilizate în D406, din:

• Facturi/vânzări
• Facturi achiziţii (taxe TVA)
• Încasări/plăţi (taxe cu reţinere la sursă - WHT).

Capitolul se va completa după livrarea componentei.

Declaraţia anuală este o parte componentă a declaraţiei 406, şi ea cuprinde informaţii privind:

• balanţa de verificare cu toate conturile din clasele 1-8, care au avut sold sau rulaj în cursul anului de raportare
• date privind imobilizările corporale şi necorporale. Nu se cuprind imobilizările în curs de execuţie, cele financiare, avansurile pentru imobilizări, obiectele de inventar etc.
• tranzacţiile cu active.

Componenta se poate realiza cu hSAFT, începând cu versiunea 2.1A.

Informaţiile se vor prelua din bazele de date hCONT şi hIMOB.

În declaraţie se cuprind numai informaţii contabile, nu trebuie raportate amortizările fiscale!

Se depune o singură declaraţie, care va cuprinde însă toate lunile anului precedent.

Înainte de extragerea datelor recomandăm lansarea în hIMOB din meniul principal Contabilitate a meniului Verificare, operaţia Extragere solduri sfârşit lună. Dacă în col. de diferenţe sumele diferă de zero, trebuie căutat motivul pentru care datele din hCONT şi hIMOB nu se corelează. Recomandăm în acest caz regularizarea soldurilor în luna curentă contabilă, cu lansarea verificării după introducerea regularizării, de această dată în baza de date hIMOB curentă. Astfel, datele vor fi corelate cel puţin începând cu anul curent.

Informaţiile trebuie completate pe întregul an precedent, de către firmele care au depus declaraţia SAF-T lunară pentru anul respectiv.

Termenul de depunere este acelaşi cu cel al situaţiilor financiare, adică 31 mai în 2025.

Datele obligatorii privind activele sunt de genul:

• Identificatorul unic de inventar al activului, adică numărul de inventar (AssetID)
• Contul contabil pe care este ţinută evidenţa activului (AccountID)
• Descrierea, adică denumirea activului (Description)
• Data achiziţiei - data intrării în hIMOB (DateofAcquisition). În hIMOB avem numai luna şi anul, astfel ziua va fi setată pe prima zi a lunii în care a intrat în evidenţă.
• Data punerii în funcţiune - data la care începe contabilitatea amortizării (StartUpDate)
• Scopul raportării (Asset Valuation Type) - întotdeauna se indică „contabil“
• Clasificaţia activului conform Catalogului mijloacelor fixe cf. HG 2139/2004 (ValuationClass)
• Cost de achiziţie/producţie început/sfârşit perioadă, fără reevaluări (AcquisitionAndProductionCostsBegin/End)
• Valoarea rămasă a subvenţiei pentru active (InvestmentSupport)
• Durata de amortizare în luni sau ani (AssetLifeMonth/Year)
• Achiziţii/modernizări în perioada de raportare (AssetAddition)
• Transferuri (Transfers) - transferuri în alte categorii (de ex. în/din stocuri de materiale sau mărfuri, pe alte conturi etc.)
• Ieşiri prin casare, vânzare etc. (AssetDisposal)
• Valoarea netă început/sfârşit perioadă - valoarea rămasă, inclusiv reevaluările (BookValueBegin/End)
• Metoda de amortizare - liniară, accelerată etc. (DepreciationMethod)
• Rata de amortizare anuală/lunară (DepreciationPercentage)
• Valoarea amortizării în perioadă (DepreciationForPeriod)
• Reevaluări pozitive (AppreciationForPeriod)
• Amortizarea cumulată (AccumulatedDepreciation)

În cadrul tranzacţiilor cu active se deosebesc operaţii de genul:

Aici trebuie indicate informaţii ca:

• Identificatorul tranzacţiei (AssetTransactionID)
• Identificatorul activului - nr. inventar (AssetID)
• Tipul tranzacţiei (AssetTransactionType) - din tabelul de mai sus
• Descrierea tipului tranzacţiei (Description)
• Data tranzacţiei (AssetTransactionDate) - neavând informaţii pe zile în hIMOB, toate tranzacţiile sunt extrase pentru ultima zi a lunii
• Valori ale tranzacţiei (AssetTransactionValuations), care pot fi:
  • Costul de achiziţie/producţie (AcquisitionAndProductionCostOnTransaction)
  • Valoarea contabilă a tranzacţiei (BookValueOnTransaction) - de exemplu, la reevaluare, se va raporta creşterea/scăderea valorii, la ieşiri se va raporta valoarea netă contabilă scoasă din gestiune, la amortizare, se va indica suma amortizării
  • Valoarea netă a tranzacţiei (AssetTransactionAmount) - venitul net realizat din vânzarea activului, fără TVA, creşterea/scăderea netă de valoare la reevaluare.

Descrierea de mai jos se referă la hSAFT V2.1A6.

Etapele de lucru se desfăşoară astfel:

A) Pregătire hIMOB

Pentru anul 2024 se utilizează hIMOB 12.24 si hCONT 12.24.

Pot fi utilizate următoarele variante de hIMOB:

• a. hIMOB simplu fără reevaluare şi fără amortizare fiscală, opţiune 1
• b. hIMOB cu Reevaluare şi fără amortizare fiscală, opţiune 2EF
• c. hIMOB cu Reevaluare şi cu amortizare fiscală, opţiune 2EF

Etape de lucru:

1. conectare la hIMOB → Utilitare → 1. Conectare cu hCONT, 2. Conectare cu hMARFA
2. verificare solduri de sfârşit luna: prin Contabilitate/Verificare
3. Fise imobilizari:
   • Preluare din Imobilizări
   • Verificare coerenţă fişe
     Atenţie, în cazul variantei cu amortizare fiscală trebuie executată şi operaţia Calcul pentru a calcula Imobilizări anual.
4. fişierele care se utilizează în hSAFT:
   • în cazul a, b, se utilizează Imobilizări şi Fişe imobilizări
   • in cazul c, se utilizează Imobilizări anuale şi Fişe imobilizări

B. Completare date Societate cu hUTIL in hSAFT

C. Iniţializare hSAFT

1. Perioade - creare Perioade ca să includă toate Perioadele din hCONT, hIMOB si hMARFA. Atentie, hMARFA poate fi in mai 2025!
2. Conectare cu hCONT
3. Conectare alte surse → Extragere surse din hCONT
   • bazele de date din cimp/CONT sunt orientate către bazele curente ori în acest caz trebuie conectat la BD arhivă. Calea bazelor de date arhivă poate fi căutată cu F1 pe campul Cale(path).
   • o altă modalitate de conectare hIMOB, hMARFA este ca după extragere cu F10 să corectăm calea către arhive
4. Relansaţi programul cu scopul de a evita anomaliile care pot să apară după paşii precedenţi
5. Iniţializare altă perioadă - se alege 2024.12
6. Setări şi Antet - Completare Setare D406:
   • Componenta: B,S,A : A - Active
   • Versiune: 0,1,…9,T: T - test
   • Viz.dupa gen.XML? : N - Vizualizare XML dupa generare
   • Mod de vizualizare : XMLXLS - vizualizare in Excel
7. Extragere Setari si Antet si verificarea datelor extrase
8. Dictionar plan de cont: Extragere/actualizare conturi
   În acest caz, pot fi erori care cer stabilirea corespondenţei cu conturile SAF-T si eliminarea literelor din analitice.
   Punctele pot să rămână.
9. Active:
   • Extragere din Imobilizări
   • Export XML
10. Tranzacţii cu active:
    • Extragere din Fişe Imobilizări
    • Tranzactii imobilizări/hMARFA.
      Pe baza listei rezultate, trebuie completat câmpul Valoare de vânzare în cazul imobilizărilor vândute
    • Export XML
11. Conturi:
    • Extragere din hCONT
    • Comparare Active ~ Conturi
      Pot exista diferen'e la conturile de imobilizări cu analitic .3, care se referă la reevaluare, pentru că în SAF-T nu se urmăresc reevaluările
    • Export XML
      Referitor la obiectele de inventar, acestea trebuie să figureze în hCONT şi în secţiunea Conturi din hSAFT fără rulaj şi fără înregistrări contabile. Imobilizările Nu trebuie extrase în Active.
12. Verificare/descărcare update DUKI
    El poate fi descărcat automat numai pentru D406. Pentru D406T există o procedură manuală: Descarcare DUKI pentru testare hSAFT.
    D406T nu se actualizează prin procedura obişnuită. Actualizarea se execută descărcând un ZIP şi copiind în DECL_OBL
    https://static.anaf.ro/static/10/Anaf/Declaratii_R/406.html
    Se descarca Soft J, se despacheteaza si
    D406TPdf precum şi
    D406TValidator se copiază în DECL_OBL\dist\lib, după care în DECL_OBL\dist\config\versiuniCurente.txt se actualizează linia cu D406T, in asa fel încat să fie identica cu linia D406. Atenţie! De regulă, DECL_OBL\dist\doc\istoriaVersiunilor.txt nu este în ZIP şi rămâne neactualizat.
13. Realizare declaratie D406:
    • Asamblare XML SAF-T si validare
    • Generare si/sau semnare PDF
    • Depunere electronica

Observaţie

Operaţiile de extragere şi de pregătire ale secţiunilor la început şi in cazul bazelor de date complexe se execută una câte una, iar în cazul bazelor de date simple se pot utiliza wizarduri:

• Extragere din toate sursele active
• Generare XML toate secţiunile.

În hSAFT, înainte de extragerea datelor:

• în Iniţializare/Setări şi antet - se înscriu de exemplu pentru anul 2024:
  • PeriodStart 01
  • PeriodStartYear 2024
  • PeriodEnd 12
  • PeriodEndYear 2024
  • în HeaderComment: „A“ (declaraţie anuală)
• În Conectare alte surse se indică calea către bazele de date hCONT şi hIMOB din decembrie 2024

Cum se verifică, ce fişiere compun declaraţia anuală?

În meniul principal D406/Secţiuni D406 introduceţi filtrul „0“ în col. Act. şi vor rezulta cele 4 fişiere pe care va trebui să conţină declaraţia anuală:

• S1 Antet
• S2.01 Conturi - Registru jurnal
• S2.12 Active
• S4.05 Tranzactii cu active

Executaţi operaţiile Extragere în:

• meniul principal Contabilitate, submeniul:
  • Conturi
• meniul principal Active, submeniurile:
  • Active, respectiv
  • Tranzacţii cu active

Verificaţi datele, completaţi informaţiile sau corectaţi erorile care pot să apară.

După aceea, executaţi Export XML în cele 3 fişiere.

a) Comparare solduri hIMOB/hCONT

După extragerea datelor în Conturi se lansează operaţia Compară Active ~ Conturi. Aceasta va reda în Lista de erori eventualele diferenţele între soldurile din cele 2 baze de date.

b) Valoarea netă de vânzare

Din hIMOB nu se poate extrage valoarea netă (fără TVA) a activelor vândute.

În hSAFT/Tranzacţii cu active există acum operaţia Tranzacţii imobilizări/hMARFA. La extragerea acesteia se obţine o situaţie cu intrările/ieşirile de imobilizari evidenţiate în hMARFA.

După studiul listei, se modifică imobilizările ieşite prin vânzare, înscriind în câmpul » Valoare vânzare baza de calcul TVA. Câmpul Val. netă tranzacţie se va recalcula, arâtând câştigul/pierderea faţă de valoarea rămasă. În cazul în care cu acelaşi document s-au achiziţionat/vândut mai multe imobilizări, evidenţiate într-o singură poziţie, sumele trebuie defalcate manual!

Casările, ieşirile prin donaţie etc. pentru care nu s-au întocmit documente în hMARFA nu vor fi evidenţiate în această listă.

La fel, în listă o să apară intrările cu documentul NIRT, reprezentând plusuri de inventar.

Acest meniu serveşte pentru elaborarea efectivă a declaraţiei de bază, în funcţie de componenta setată în Setari şi antet. Înainte de lansarea operaţiilor de aici, recomandăm să lansaţi:

• [Verificare/descarcare update] - acesta va verifica, dacă la ANAF s-a modificat validatorul sau structura declaraţiei. Menţionăm, că această declaraţie nu are un Soft A, deoarece conţine foarte multe date, care nu se pot introduce într-un pdf inteligent.
• [Viz. specificatii SAF-T] - este o operaţie opţională, cu care se deschide structura declaraţiei. Faţă de alte declaraţii, aici ANAF a elaborat un XLSX care conţine peste 50 foi de lucru cu conţinutul fişierelor, nomenclatoare, tabele de coduri de taxe, planuri de conturi etc. Pentru o căutare mai uşoară, noi am inserat şi foaia de lucru Cuprins, din care se pot vedea toate foile de lucru şi fiecare rând este un link la foaia căutată.

În meniul Elaborare declaraţie 406 avem operaţiile:

• Secţiuni: [Extrageri şi generări XML] - operaţia este implementată ca una opţională, deoarece s-ar putea ca utilizatorul să fi extras pe rând datele în fiecare fişier şi a şi generat XML-ul parţial. În cazul unor baze de date mari, unde timpul de aşteptare poate fi semnificativ, extragerea pe fişiere este metoda recomandată
• D406:
  • Generare XML si validare - se generează fişierul de XML cu date centralizate, cu denumirea: D406_aaaall_BT_S.XML (sau D406T dacă este pentru teste în DECL_TST). După generare, apare un CSV care recapitulează secţiunile incluse în declaraţie, data generării lor şi numărul de înregistrări din fiecare
  • Generare si/sau semnare PDF - după semnare se generează fişierul de transmis, cu denumirea: D406_aaaall_BT_S_semnat.PDF. Acesta este un pdf de o singură pagină, aşa cum se arată în imaginea din cap.1.1.2.
  • Depunere electronică - se deschide calea către depunerea electronică. Într-un fişier log apare şi denumirea fişierului de transmis, iar calea către acesta se poate introduce cu CTRL V.
  • [Vizualizări] - fişierul generat se poate deschide în Notepad, Excel, browserul implicit. Vizualizare fişiere declaraţii deschide calea către fişierele generate.

Meniul este un „tablou de bord“ mai ales pentru cei care efectuează implementarea declaraţiei, care pot efectua diverse setări.

Utilizatorii pot să observe aici:

• codul şi denumirea (şi în engleză) a diverselor secţiuni, pe componente (bază, stocuri, active)
• data extragerii datelor şi a generării XML
• aplicaţia din care s-au extras datele
• numărul de înregistrări din fiecare secţiune.

În acest meniu principal sunt cuprinse o serie de nomenclatoare, care ajută la elaborarea şi verificarea corectitudinii declaraţiei:

• Plan conturi referinţă - planul de conturi din structura D406. La livrare el este planul de conturi pentru societăţi, reglementat de ordinul 1802/2014, cu modificările ulterioare. Toate conturile din evidenţa contabilă trebuie defalcate din acest plan de conturi. DUKI validează, dacă rădăcina conturilor din declaraţie conţine 3 sau 4 caractere din aceste conturi, care pot fi urmate de mai multe cifre care reprezintă analitice. În XML nu pot figura puncte în conturile analitice. Acest lucru este rezolvaz de aplicaţia hSAFT.
• Nomenclator combinat - Codurile din Nomenclatorul tarifar vamal, date şi în structura declaraţiei
• UM-ECE - codurile de unităţi de măsură care trebuie utilizate în D406
• Tip mişcări - se utilizează numai la componenta Stocuri
• TVA - un tabel complex, care conţine la un loc codurile de TVA date în mai multe foi de lucru. Deocamdată nu am inclus aici codurile pentru TVA care se reţine în funcţie de pro-rata. Funcţionarea ferestrei da ajutor pentru codul TVA a fost descrisă în cap.2.2.2.1. de mai sus.
• WHT - tabela de impozite cu reţinere la sursă (ex. impozit pe dividende, impozit pe dobânzi, impozit pe diverse venituri ale nerezidenţilor - corelat cu D100, D205, D207). Codurile trebuie utilizate la articolul cu baza de calcul a impozitului.
• Taxe - reprezintă nomenclatorul tuturor taxelor urmărite de ANAF. Utilizarea acestor coduri este opţională, de aceea încă nu sunt utilizate la generarea declaraţiei
• Rânduri primare D300 - sunt rândurile referite şi în hMARFT, dar şi în descrierea codurilor TVA din structura D406
• Firme, Persoane, Localităţi, Judeţe, Ţări - sunt fişierele care se regăsesc şi în hMARFA.

• Editare D406_EXT_ss.INI
• Export interactiv in XLS/XML

a) Meniuri unde se pot face diverse setări în hSAFT:

• Sectiuni D406
• Tipuri de documente
• Constante si functii
• Dictionar
• Parametri

b) Configurare Excel

Setaţi punctul zecimal în Windows pentru Excel, astfel cum apare în cele 3 imagini de mai jos, pentru ca vizualizarea în Excel a XML-urilor să fie corectă.

În Regional Settings:

În Excel Options:

c) Configurări hMARFA

c1) Recepţii cu furnizor Vama (NIRE) şi/sau cheltuieli (NIRE sau NIRIC)

Configurările de mai jos sunt necesare dacă se utilizează recepţii cu VAMA cu cod furnizor şi recepţii cu CHELTUIELI. Modificaţi conturile, dacă este cazul.

Se creează gestiunile:

• XVAM Cheltuieli in vama
• XCHA Cheltuieli de achizitie

În Funcţii de conturi trebuie introduse:

• XVAM C 446.01 446.01
• XCHA C 628 628

În Unităţi de măsură trebuie să existe:

• LEI um/ECE:M4 valoare monetara/lei
• RON M4 valoare monetare/RON

c2) Preluare date TVA recepţii fără rânduri din Arhiva Jurnalului de cumpărări

În Arhiva Jurnal cumpărări din hMARFT creaţi o operaţie de preluare date din perioada curentă în Arhivă:

Tip/nr. : OPERATIE / 02  
Denumire: Preluare Jurnal cumparari crt.
 -fisier : fis_adaugare('T1','!(ST1A1="MR}")','ST300>=Perioada') 

Această operaţie se execută în mod obişnuit la trecerea la perioada următoare, aici este necesar doar dacă SAF-T se execută pentru perioada curentă.

Dacă nu a fost executată operaţia, în Facturi achiziţii din hSAFT apare eroarea:

• Factura negăsită în Arhiva Jurnal cumpărări

Dacă ignoraţi această eroare, cota TVA implicită va fi cota standard, iar cod TVA şi rând D300 la fel vor fi generate pentru TVA standard.

c3) hMARFA multisocietate

La multi hMARFA dacă Arhiva jurnal cumpărări este comună, atunci la t3 înscrieţi calea fisierului comun şi scoateţi „(t)“ din Numele fisierului t3.

În hSAFT V2.1A au fost actualizate datele pentru anul 2024 din:

• Plan conturi referinţă - s-au adăugat conturile nou introduse (ex. 1621, 616, 617, 618)
• WHT - impozitele cu reţinere la sursă - s-au adăugat noi poziţii, ca:
  • 628010 - Impozit pe veniturile din cedarea folosinţei bunurilor, reţinut la sursă de persoane juridice
  • 637030, 637040 - Impozit pe veniturile obţinute de persoane fizice nerezidente din premii etc.
• Taxe - alte taxe - de exemplu 628 - Impozit pe veniturile din cedarea bunurilor
• Nomenclator combinat - a fost actualizat pentru anul 2024. O serie de coduri nu se mai pot aplica din 2024, altele s-au adăugat.