Scopul evidenţei TVA prin jurnale este printre altele şi completarea corectă a decontului de TVA (D300) şi a celorlalte declaraţii care utilizează date din această evidenţă (D394, D390).

Aceste documente se realizează cu ajutorul utilitarului hMARFT - Rapoarte contabile şi declaraţii.

Cele descrise mai jos sunt valabile pentru jurnalele TVA din august 2023.

a) Implementare:

• Perioada - în funcţie de perioada de raportare, trebuie setat în Parametri, dacă doriţi obţinerea de jurnale lunare setaţi PERIOADA := „L“, iar pentru jurnale trimestriale setaţi PERIOADA := „T“.
• Setaţi diferenţa nesemnificativă DIF_NESEMN în Parametri care reprezintă pragul peste care sunt semnalate diferenţele de rotunjire sau erorile de calcul între baza TVA şi TVA. Diferenţele care sunt peste acest prag sunt considerate semnificative, iar cele care sunt sub acest prag sunt nesemnificative. La livrare, suma este setată la 0.10 lei.
  Aceste diferenţe provin din însumarea bazei de calcul şi TVA din rândurile documentului şi compararea acestora cu total document.

Ecrane

Dacă pe un document de intrare/ieşire apar mai multe cote de TVA, sau chiar sume neimpozabile, acestea apar distinct pe ecran:

Dacă cota aplicată pentru un document din perioade mai vechi a fost diferită, la cota standard se afişează cota corespunzătoare.

Pe ferestrele aferente documentelor de încasare/plată din jurnale este detaliat, cât este TVA exigibil/neexigibil pe cote:

Pe ecranul Corespondenţe utilizatorul poate să studieze în cazul fiecărui document, în care rând din D300 vor ajunge datele. Dacă este necesar, în situaţii excepţionale se poate modifica rândul în care ajunge informaţia (de ex. să fie în Regularizări). Se pot apela cu F1 rândurile de bază ale declaraţiei 300. Astfel, de exemplu, se pot introduce documente TVAI/TVAP în jurnalul MII din hMARFA, pentru regularizarea unor situaţii în care trebuie corectat TVA neexigibil. Apoi se poate interveni în jurnalul TVA pentru orientarea sumei în rândul din decontul TVA aferent situației.

b) Configurări

Meniul principal Configurare

• Coloane jurnale TVA - în acest meniu se defineşte conţinutul şi aspectul listelor de jurnale TVA. Nu este recomandat, ca utilizatorul să efectueze modificări. Opţional, se pot închide unele coloane - operațiile de la intrarea în meniu permit de exemplu închiderea coloanelor aferente TVA la încasare (la firme mari se poate efectua la JV, însă la cumpărări pot exista parteneri cu TVAI), sau col. „Extra“, care se pot studia în col. „Extra?“ din meniu. Astfel, listele pot fi simplificate după necesităţi.
• Rânduri D300 primare - sunt indicate rândurile D300 în care se preiau sumele din subtotalurile diverselor rânduri de jurnale. Se precizează şi rândurile în care vor fi transferate în D300 operațiile considerate regularizări (cu cote diferite faţă de cele curente, cu documente primite în perioade ulterioare etc.)
• Corespondenţe TVA - conţine indicarea rândului de D300 în care o să apară diverse coduri de OpTVA din hMARFA.

Pentru simplificarea completării decontului de TVA, subtotalurile jurnalelor de TVA au numerotare identică (sau asemănătoare) cu cea a rândurilor din decont.

Sumele sunt defalcate pe cote TVA pe coloane. Coloanele referitoare la cota standard pot să conţină şi cote diferite (de ex.20% pentru facturile precedente, care conţin TVA neexigibil şi 19% pentru facturile curente).

Detalii despre structura jurnalelor, corespondenţa lor cu operaţiile TVA şi cu declaraţiile sunt descrise în Coloane de jurnale şi corespondenţe TVA.

Descrierile date la livrare trebuie verificate şi dacă este necesar, corespondenţele pot fi modificate şi la activităţi mai complexe se pot adăuga corespondenţe şi pentru alte operaţii TVA.

Exemple de legătură între elementele de descriere (Corespondenţe TVA şi rânduri D300 primare):

De exemplu, poziţia Achizitii B si S, taxabile cu cota 19% se va regăsi în subtotalul Rand: 24 - Achizitii B si S, taxabile cu cota ….

Pentru detalierea achiziţiilor intracomunitare este necesară introducerea mai multor coduri în Corespondenţe TVA:

Din tabelul de mai sus se includ în declaraţia VIES (D390) doar rândurile codificate cu A, dar pe rd. 30.2 din decont (D300) este necesară şi detalierea celorlalte informaţii.

Pentru o codificare completă a situaţiilor posibile s-a introdus şi codul y - AIC, cump. obligat la plata TVA, furnizor altul. Astfel, de exemplu rd.20 din D300 = rd.20.1+20.2 din jurnal, chiar dacă rd.20.2 nu apare separat în declaraţie (ca şi „din care“).

c) Iniţializare perioadă

În Initializare/Perioada verificaţi dacă este înscrisă luna/trimestrul următor, iar apoi, în Init./Initializare perioada treceţi la perioada următoare.

Exemple de coduri de perioade corecte:

• pentru regimul de lucru lunar: 2024.01, 2024.02, 2024.03, …
• pentru regimul de lucru trimestrial: 2024.T1, 2024.T2, 2024.T3, …

La prima utilizare, lansaţi Init./ Initializare perioada şi alegeţi prima perioadă de lucru.

La adăugarea unei perioade, se completează şi:

• TVAI Soc. [D,N, ] - dacă societatea aplică TVA la încasare, va determina codurile OpTVA sugerate în hMARFA la completarea documentelor
• pentru D394:
  • Consultare tranzacţii - DA/NU pentru D394.
  • Nr.case marcat(AMEF) - dacă perioada fiscală este luna, se completează numai în Luna 1, iar plătitorii trimestriali completează toate lunile.
• sold neexigibil - la implementare se introduce soldul TVA neexigibil, după aceea se va calcula automat.

În col. C.A./D300 din Perioade, după extragerea informaţiilor în D300 apare cifra de afaceri pentru verificarea încadrării în plafonul de 4.500.000 lei pentru TVA la încasare, calculat cf. art. 282 (3) a) din Codul fiscal. Periodic, filtraţi anul în col. Perioada şi cu cursorul pe ultima coloană tastaţi F4. Astfel, veţi obţine cifra de afaceri pentru calculul plafonului, cumulată din anul curent. Cifra de afaceri calculată astfel de regulă nu este identică cu cea din contabilitate!

d) Extragere jurnale

Cele 2 jurnale se obţin pe rând, din meniul principal Sit.TVA, prin lansarea operaţiilor:

• Extragere - programul va semnala, dacă s-au depistat erori. Consultaţi Fereastra/Lista de erori şi vizualizaţi documentele cu erori/avertismente. Diferenţele semnificative nu sunt întotdeuna erori de rotunjire, pot ascunde şi greşeli, de aceea vor trebui rezolvate manual de operator, fie prin corectarea documentelor de recepţie în hMARFA (varianta recomandată), fie prin Modificare în jurnal. După corecturi în hMARFA, trebuie efectuată o nouă extragere în hMARFT!
• Repartizare diferenţe - diferenţele nesemnificative, din rotunjire se repartizează cu această operaţie
• Extragere încasări/plăţi - sunt operaţii obligatorii, pentru determinarea TVA exigibil/neexigibil şi introducerea documentelor de încasări/plăţi în jurnale.

Datele pot fi studiate pe mai multe ferestre, cu detaliile documentelor de bază şi a celor de încasare/plată.

Operaţia Repartizare diferente repartizează doar diferenţele nesemnificative. Diferenţele semnificative trebuie repartizate manual, dacă ele nu pot fi rezolvate în hMARFA. De regulă, la NIRE pot să apară diferenţe puţin mai mari din cauza cursului valutar. Totuşi, mai întâi trebuie verificat, dacă ele provin din erori de operare. Repartizarea diferenţelor semnificative trebuie efectuată înainte de extragere plăţi şi încasări, altfel sumele exigibile, neexigibile nu vor fi calculate corect.

Dacă extragerea se execută cu utilitarul Extragere jurnale TVA, alte oper. (din meniul Utilitare, extrage ambele jurnale cu încasări/plîşi, precum şi jurnalul Alte operaţii) şi după extragere sunt semnalate erori, atunci extragerea trebuie executată din nou în meniul Sit.TVA, pe paşi, şi înainte de Extragere incasari/plati erorile rămase după repartizarea diferenţelor nesemnificative se vor rezolva manual.

Nivelul până la care diferenţele sunt nesemnificative se poate seta în Parametri, separat pentru Jurnal cumpărări şi Jurnal vânzări:

[JURNAL_CUMPARARI]
  DIF_NESEMN := 1.00
[JURNAL_VANZARI]
  DIF_NESEMN := 0.10

Jurnalele şi arhivele de jurnale conţin câte o operaţie de Export în Excel/OpenOffice, care generează situaţii în format XML, pentru prelucrări ulterioare.

e) Erori semnalate

Pe lângă diferenţele de rotunjire semnalate la Extragere, se mai semnalează erorile de tipul:

„Operaţie TVA eronată“ - nu sunt completate: simbolul jurnalului, destinaţia sau modul de taxare a operaţiei în documentul de bază
„Document incoerent“ - bazele TVA însumate pe cote # total bază TVA sau suma TVA pe cote # total TVA
„Data jurnal/document eronată“ sau „Data document în avans“ - când data nu este înscrisă sau este înscrisă o dată mai mare, decât perioada de raportare
„Eroare calcul TVA cota Std sau Red%“ - dacă din datele introduse nu rezultă baza TVA
„Eroare CIF“ - CIF este absent sau nu corespunde algoritmului de calcul
„Eroare CNP“ - cod partener este CNP (13 caractere) şi nu corespunde algoritmului de calcul

La importuri (NIRE), baza TVA se formează din valoarea în vamă + taxe vamale + accize, iar total document este valoarea facturii de import + valoare DVI. Dacă preţ în vamă # 100%, atunci total document diferă de baza TVA + TVA şi această corelaţie nu poate fi rezolvată. Baza TVA nu trebuie modificată pentru că aceasta se include în decontul TVA.

f) Setarea perioadei curente

Perioada curentă este cea care apare în colţul din dreapta sus al ecranului. Se poate obţine un jurnal de TVA şi pentru o altă perioadă decât cea curentă, prin operaţia: Setare perioada temporară din jurnale. În acest caz, în loc de luna curentă va apare noua perioadă selectată şi menţiunea temp., însemnând că este vorba de o perioadă temporară.

După selectarea perioadei temporare executaţi Extragere, Repartizare. Apoi puteţi consulta lista cu datele referitoare la perioada selectată.

Datele extrase pentru perioada temporară vor dispare odată cu ieşirea din meniu şi se va reveni la datele din jurnalul curent. Datele perioadei temporare nu sunt memorate în arhivele de jurnale.

În jurnale apare câte o Fereastră, Includere în declaraţii. Pe acestea se poate studia pentru fiecare document declaraţia şi perioada declaraţiei în care va fi cuprins documentul.

g) Regularizări în jurnale

În D300, în rândurile obişnuite se raportează datele aferente perioadei curente, iar în rândurile de regularizări se includ documentele care din diverse motive nu s-au raportat în deconturile perioadei în care au fost emise.

Pentru aceste corecţii se depun de regulă declaraţii cod 390 sau 394 rectificative pe perioadele expirate.

Astfel, în jurnale apar subtotaluri distincte cu documentele ale căror perioadă precede perioada de raportare (de ex. dacă o factură din noiembrie este recepţionată în decembrie, ea va apare în rândurile de regularizări, atât în jurnale, cât şi în D300).

La fel, dacă pentru o operaţie nu s-a aplicat cota curentă în vigoare, ea o să apară la regularizări.

În cazul TVA la încasare, TVA devenit exigibil din facturi care conţin cote TVA mai vechi şi au fost încasate/plătite în anul curent, apar tot pe rândurile de regularizări.

h) Includerea înregistrărilor în declaraţii

Luna facturii furnizorului poate să difere de luna recepţiei. Această situaţie are implicaţii şi asupra includerii înregistrărilor în declaraţii.
Detalii în cap. 9.2.3.

i) Trecere la jurnale TVA lunare

În hMARFT sunt implementate perioadele lună sau trimestru pentru jurnalele TVA . În cazul în care trebuie întocmit D300 pe primele 2 luni ale trimestrului (la prima AIC) sau în situaţii mai rare, pe semestru sau pe an, însumaţi datele din jurnalele lunare/trimestriale la completarea decontului.

Dacă în hMARFT se lansează utilitarul Evidenţa TVA Trim. → Lunara, cei care au întocmit jurnale TVA trimestrial, pot să treacă la jurnale TVA lunare, oricând în cursul anului, dacă este necesar. Operaţia nu trebuie executată de cei care sunt plătitori lunari şi trec de la VIES trimestrial la lunar! Prin această operaţie, se modifică şi structura datelor din arhiva de jurnale TVA pentru anul curent, astfel:

 aaaa.T1  -> aaaa.03
 aaaa.T2  -> aaaa.06
 aaaa.T3  -> aaaa.09
 aaaa.T4  -> aaaa.12

În Parametri, trimestrul (T) va fi schimbat în lună (L).

j) Facturi emise/primite după controlul fiscal

Pentru înscrierea acestor facturi în hMARFA a fost creat subjurnalul:

 Oper.TVA  9 - Oper. dupa control

Facturile trebuie codificate de exemplu cu 9Ix, 9Ex, 92x etc. (codurile trebuie înscrise în formulele de iniţializare a tipului de document utilizat pentru a le putea selecta). Ele vor avea un subtotal separat în jurnalul de vânzări. Se poate crea şi un model de factură dedicat, pe care să fie înscris, că a fost emisă după control fiscal. TVA-ul colectat este de regulă stabilit pe baza actului de control, contarea TVA de pe aceste facturi poate fi stornată.

k) Arhivarea jurnalelor TVA

Programul hMARFT conţine în Sit. TVA şi meniurile:

• Arhiva jur.vanzari
• Arhiva jur.cumparari

Aceste arhive păstrează forma jurnalelor de TVA, aşa cum au fost extrase şi corectate de la o perioadă la alta. Arhivarea jurnalelor se realizează în timpul operaţiei Iniţializare perioadă. Pe lângă aceste arhive, se arhivează şi datele din meniul Alte operaţii, care conţine pe lângă facturile adiţionale care sunt eliberate la cererea cumpărătorilor în magazinele cu amănuntul şi alte informaţii pentru completarea D394 (încasări prin AMEF/exceptate de AMEF, livrări cu facturi simplificate cu/fără CIF, date privind regimurile speciale).

Din arhive, filtrând o perioadă anterioară, se pot lista situațiile şi ulterior.

l) Ştergeri din arhive

Dacă în arhive s-au adunat prea multe date şi operarea devine lentă, cu utilitarul Ştergeri din arhive se pot elimina înregistrările mai vechi decât constanta (Configurare/Constante şi funcţii):

PER-INC-EVID - Perioada inceput evidenta [aaaa.ll] sau [aaaa.Tn]

Înainte de lansarea operaţiei de ştergeri din arhive:

• salvaţi datele cu hUTIL,
• verificaţi/modificaţi în Cataloage/Constante şi funcţii valoarea constantei.

Ştergerea se efectuează pentru datele din arhiva de jurnale şi din alte operaţii, care aparţin unei perioade de dinainte de valoarea constantei.

m) Data jurnal TVA

• Data jurnal TVA este data ultimei înregistrări din jurnalele TVA extrase
• este setată automat la extragerea jurnalelor TVA sau Alte operaţii
• este ştearsă la trecerea la perioada următoare
• la modificarea lunii curente în hMARFA, cu meniul Luna curentă sau cu F6 se verifică, dacă Data jurnal TVA este mai mare decât prima zi a lunii curente setate, dacă da, se emite un mesaj, avertizând că în caz de modificare, jurnalele TVA trebuie extrase din nou.

În hMARFA pot să apară documente:

• primite ulterior depunerii decontului TVA din perioada precedentă sau curentă

  • cu cote TVA diferite faţă de cota aplicabilă în mod curent
  • primite ulterior şi cu valori diferite faţă de cele introduse
  • introduse cu valori greşite din erori de operare.

Documentele pentru perioade expirate s-ar poate introduce/corecta în hMARFA, însă în hMARFT nu vor apare la extragere în perioada curentă.

În hMARFT se consideră regularizare dacă:

• data documentului (recepţie, factură emisă) este dintr-o perioadă precedentă,
• cota documentului diferă de cota actuală.

Dacă este considerată regularizare, operaţia va fi inclusă într-un subtotal separat în jurnalul TVA şi va fi raportată în rândurile de regularizări din decontul de TVA, corespunzător naturii operaţiei.

În hMARFT, în cele 2 jurnale TVA, fereastra Includere în Declaraţii, ultima coloană este R? (se consideră regularizare?). Dacă câmpul este vid, se consideră operaţie curentă. Dacă apare „D“, se consideră regularizare.

O fereastră şi mai relevantă este Corespondenţe. Aici, se poate studia rândul concret din D300 în are vor ajunge datele. Dacă se doreşte modificarea rândului în care va ajunge factura respectivă, cu Modificare/Corespondenţe D300 se poate corecta de ex. la JC TVA Std. din 24 în 34.2 sau invers.

Aceste modificări manuale se suprascriu la o nouă extragere a jurnalelor.

Corecţiile se aplică în hMARFA, pentru documentele din perioada curentă. Dacă trebuie corectate documente din perioade deja închise, în perioada curentă se stornează documentul respectiv (se reintroduce cu minus), după care se introduce cu datele corecte.

Corecţia ulterioară a operaţiei TVA

Dacă în perioade neînchise, pentru care încă nu s-au depus declaraţiile se constată că s-au utilizat coduri OpTVA eronate, documentul se anulează şi se corectează OpTVA (F1 pt. lista de coduri), se validează din nou.

Dacă pe o factură codificată cu „Iz“ se corectează OpTVA în „Ix“ sau invers, toate încasările/plăţile trebuie revalidate pentru a recalcula TVA exigibil/ neexigibil.

Dacă pentru o perioadă închisă în hMARFA, pentru care s-a depus deja şi D300 se constată că OpTVA s-a înregistrat eronat, recomandăm întocmirea unor documente de corecţie/regularizare în hMARFA, deoarece trebuie ajustate şi TVA exigibil/neexigibil.

Documentele, cu jurnalele în care pot fi utilizate sunt:

  MRIY  TVAR  A     Corectie TVA deductibil
  MVF   TVAV  A     Corectie TVA colectat
  MII   TVAI  A     TVA la incasare exigibil
  MII   TVAP  A     TVA la plata    exigibil

Exemple

a) OpTVA pe o factură a fost „Iz“ în ianuarie şi trebuie corectat la „Ix“ în februarie.

• în Încasări/Plăţi se introduce în februarie un document TVAI cu referire la factura în cauză, se stinge TVA neexigibil (F1 pentru sold TVA neexigibil).
• contare: 4428.37 = 4427
• dacă situaţia apare la recepţii, se întocmeşte un TVAP în mod asemănător.

b) OpTVA pe o factură a fost „Ix“ în ianuarie şi trebuie corectat la „Iz“ în februarie

• în Facturi/ieşiri întocmiţi în februarie:
  • un TVAV OpTVA=1Ix, în care:
    • nr. regim special rămâne necompletat
    • clientul trebuie să fie cel iniţial
    • în textul liber înscrieţi referirea la factura corectată
    • la validare completaţi: Total livrare=Baza, Total TVA=TVA cu minus!
  • un TVAV OpTVA=1Iz, cu aceleaşi date, dar
    Total livrare=Baza, Total TVA=TVA cu plus!
• în Contare apar NC:

     4111.1      4427             -119.00
     4111.1      4428.37           119.00

• în Fişe clienţi apar şi documentele de corecţie după Extragere/TVA la încasare în fereastra Clienţi - Date TVA.
• în jurnalul de vânzări operaţiile o să apară la operaţii curente, la fel şi în D300. Se pot corecta manual în D300 extrasă, defalcând sumele din rd.09 în rd.16.2.

c) OpTVA pe o recepţie a fost „2Ix“ în ianuarie şi trebuie corectat la „2Iz“ în februarie

• în Recepţii/intrări jurnalul MRIY întocmiţi în februarie:
  • un TVAR OpTVA=2Ix, în care:
    • furnizorul să fie cel iniţial
    • la document înscrieţi referirea la factura/recepţia corectată, cu dată din ianuarie!
    • completaţi: Total document, din care TVA cu minus!
  • un TVAR OpTVA=2Iz, cu aceleaşi date, dar
    Total document, din care TVA cu plus!
• în Contare apar NC:

     4426.02     401.1             -19.00
     4428.36     401.1              19.00

• în Fişe furnizori apar şi documentele de corecţie ca la pct.b)
• în jurnalul de cumpărări operaţiile o să apară la Regularizări, la fel şi în D300.

În cazul b) şi c) rămâne ca inconvenient, că data exigibilităţii TVA se va calcula faţă de data documentelor TVAV sau TVAR. Se poate corecta prin introducerea manuală a unor documente TVAI sau TVAP cu data la care TVA va fi exigibil pe documentul iniţial.

Evidenţa TVA presupune înregistrarea operaţiilor în:

• contabilitate,
• jurnale TVA şi

întocmirea declaraţiilor (în funcţie de operaţiile realizate):

• Declaraţia 300 (decont TVA),
• Declaraţia 390 (VIES),
• Declaraţia 394 (livrările/prestările şi achiziţiile efectuate pe teritoriul naţional).

Înregistrările se includ în situaţii selectiv şi la diferite momente.

În Normele Codului fiscal (HG 1/16), la pct. 28 (3) sunt date o serie de exemple (pentru înţelegere mai uşoară am înscris codul declaraţiilor din România):

Exemplul 1.
Factura pentru livrarea intracomunitară este emisă în luna următoare celei în care se efectuează livrarea.

  Alt stat                                România
  ----------------------------------------------------------------------
  LIC scutită de TVA                  AIC supusă TVA şi taxabilă
  Data livrării: 25.01.2016
  Data facturii: 12.02.2016
  Faptul generator: 25.01.2016        Faptul generator: 25.01.2016
  Exigibilitatea: 12.02.2016          Exigibilitatea: 12.02.2016
  D300-februarie 2016                 D300-februarie 2016
  D390-februarie 2016                 D390-februarie 2016

Exemplul 2.
Factura pentru livrarea intracomunitară este emisă în aceeaşi lună în care se efectuează livrarea intracomunitară

  Alt stat membru                     România
  ---------------------------------------------------------------------------
  LIC scutită de TVA                  AIC supusă TVA şi taxabilă
  Data livrării: 25.01.2016
  Data facturii: 29.01.2016
  Faptul generator: 25.01.2016        Faptul generator: 25.01.2016
  Exigibilitatea: 29.01.2016          Exigibilitatea: 29.01.2016
  D300-ianuarie 2016                  D300-ianuarie 2016
  D390-ianuarie 2016                  D390-ianuarie 2016

Criteriile de selecţie pot fi în hMARFT:

• tip operaţie TVA,
• documentul justificativ este o factură sau nu,
• partenerul este înregistrat ca plătitor de TVA etc.

La înregistrări sunt ataşate date calendaristice:

• data recepţiei: este data la care documentul a fost luat în evidenţă la firmă
  şi reprezintă data la care este înregistrat în contabilitate, jurnale TVA şi D300.
• dată factură/recepţie: este data la care a fost elaborat documentul de bază (de ex. data la care furnizorul a emis factura). În funcţie de această dată se include înregistrarea în D390 şi în D394.
• data filă - în ferestrele Document încasare/plată - de ex. data filei registrului de casă, determină data de la care TVA devine exigibil.
• dată document încasare/plată - nu are relevanţă.

Dacă unele facturi sosesc cu întârziere sau au fost omise din greşeală (perioada recepţiei > perioada facturii), în hMARFT se va proceda astfel:

• în jurnalele TVA datele vor apare în subtotaluri distincte, în Regularizări,
• în D300 acestea vor apare în rândurile de regularizări după natura operaţiei,
• pentru D390 se va depune rectificativă pentru perioada în care a fost emisă factura,
• în D394 se cuprinde în perioada în care a fost primită factura.

Fereastra Includere in declaraţii din jurnalele TVA reflectă modul în care fiecare document se ia în considerare pentru o anumită declaraţie. Coloana Jur? conţine „D“ pentru documentele care se vor include în D300 pentru luna respectivă.

La extragerea în D390 se semnalează, dacă în jurnalele TVA s-au extras înregistrări cu facturi din perioade precedente, pentru care este necesar să se depună din nou declaraţia pentru perioada în care s-au emis aceste documente:
În jurnalul de cumpărări există operaţii de raportat pentru perioade precedente. Refaceţi declaratia D390 pentru perioadele: …

Reguli de includere a documentelor în declaraţii

Situaţii mai complexe intervin de regulă în jurnalele de cumpărări.

De exemplu: perioada curentă în hMARFT - luna 02

• (1 - în jurnal cumpărări apare în subtotalul Regularizări din luna 02
• (2 - în D300 datele apar în rândurile de Regularizări din luna 02
• (3 - se depune D390 rectificativă pentru luna 01
• (4 - se include în D394 în luna în care se primeşte factura.

Soluţii pentru includerea facturii în luna în care este emisă

În cazul b) de mai sus factura din luna 01 se poate include în luna 01, numai dacă recepţia este întocmită pentru luna ianuarie (devine cazul a)!

Se poate întâmpla, ca factura să fie primită în luna 01, dar marfa să sosească numai în luna 02, deci este încă nerecepţionată în depozit în luna facturii.
Se poate adapta procedura de lucru:

• se introduc în hMARFA gestiunile X321 … X328 în funcţie dacă sunt materii prime, mărfuri etc. în curs de aprovizionare
• în Funcţii de conturi se introduc aceste pseudo-gestiuni cu conturile aferente
• factura se recepţionează în luna 01 cu NIRI, gestiunea X321 … X328 fără rânduri. TVA va fi deductibil în luna 01:

                   %     =  401.1
                 327
                4426.02

• stocul se recepţionează cu rânduri în luna intrării efective.
  Contarea se adaptează la natura stocului, de exemplu pt. marfă:

                 371.1   =    327               

Soluţii privind modificarea calităţii de plătitor TVA

La pag. 24 din Ghidul D394 este prevăzut, că operaţiunile cu o persoană activă sau cu cod valid de TVA se declară în cartuşul C şi în cartuşul D pentru perioada în care a fost inactivă sau i-a fost anulat codul de TVA. Dacă aceste evenimente intervin în cursul perioadei, sau se introduc date simultan pe 2 perioade, în care CIF este modificat, în hMARFT se poate proceda astfel:

În jurnalul de vânzări sunt apelabile cu F10:

• Schimbă CIF: cu RO/fără RO - se poate seta astfel, dacă documentul în cauză se cuprinde sau nu în D394. CIF preluat din Firme se aplică în hMARFT pentru toate documentele, dar se poate ajusta aici.
• Modificare CIF cf.Firme - preia CIF-ul pe care îl avem introdus în Firme la momentul dat.

În jurnalul de cumpărări mai există şi:

• Schimbă tip doc.furnizor - tip document se modifică de exemplu din „F“ în „X“, astfel el nu va mai fi inclus în D394.

Pe fereastra Includere în declaraţii se poate observa, dacă documentul va fi extras în D394 sau nu.

În hMARFA/Firme trebuie corectat CIF-ul pentru perioadele următoare.

În exemplul 2 de pe pag.6 a Ghidului este specificat, că dacă se constată că un furnizor fără cod de TVA valid a fost declarat în mod eronat ca plătitor sau invers, declaraţia trebuie depusă din nou pe perioada respectivă.

Un scop important al elaborării jurnalelor TVA este completarea Decontului de TVA. Rândurile D300 vor fi completate pe baza subtotalurilor pe rânduri, care au aceeaşi denumire, pentru o mai simplă orientare. Pe coloane regăsim detalierea informaţiilor pe cote şi după exigibilitate.

Utilizatorul poate selecta listele pe care doreşte să le utilizeze.

Explicaţii privind listele:

• Jurnal …/cronologic - conţine toate documentele în ordine cronologică, inclusiv cele din perioade precedente care mai conţin TVA neexigibil. Este important, că numărul de ordine ataşat apare şi în celelalte liste, indiferent de modul de grupare a informației.
  Unele documente sunt despărţite pe 2 rânduri, dar numai în situaţia în care conținutul documentului trebuie defalcat pe mai multe rânduri din D300.
  De exemplu, dacă o factură conţine atât poziţii cu TVA, cât şi achiziţii scutite/neimpozabile, ea se va regăsi în 2 subtotaluri în lista/decont TVA.
  Dacă un document conţine mai multe cote TVA, acesta nu va fi defalcat, cotele fiind evidenţiate pe coloane.
• Jurnal …/decont TVA - conţine aceleași documente, regrupate pe subtotaluri, care înseamnă câte un rând primar din D300. În denumirea subtotalulul este evidenţiat şi codul rândului (rândurilor) în care se va extrage informaţia.
• Centralizator/decont TVA - conţine numai subtotalurile, deci rândurile de bază din decont.
• Jurnal …/deductibilitate - conţine documentele grupate în funcţie de deductibilitatea TVA (jurnal cumpărări).
• Lista ANAF - conţine informaţiile despre parteneri, după ultima interogare a serviciului web. Are şi variantă în Excel.
• Lista de erori - lista documentelor cu erori depistate la extragere/după verificare pe ANAF
• Liste în Excel/OpenOffice - conţin aceleași informaţii ca listele de mai sus, în afara Centralizatorului. Utilizaţi lista fără totalizare pentru audit, prelucrări mai complexe etc. Lista conţine de fapt toate informațiile din fişier, din care se pot face situaţii personalizate.

Exemple de liste:

Jurnal vânzări cronologic

Jurnal cumpărări/decont TVA

Centralizator vânzări/decont TVA

Din fiecare jurnal, precum şi din arhivă, datele pot fi exportate în Excel/OpenOffice (în prezenţa opţiunii Excel) cu ajutorul operației:

• Export în Excel/OpenOffice.

Cu ajutorul operaţiunii, se exportă practic în format XML toate informațiile din fişier, pentru prelucrării ulterioare.

Situațiile în Excel care se lansează din Listare conţin mai puţine coloane, de fapt reiau conținutul listelor.

Col. Err - conţine atenţionări/erori privind completarea rândului respectiv. Dacă există atenţionări/erori, ele vor fi semnalate chiar în momentul în care se lansează listarea. Erorile sunt semnalate cu coduri din 3 caractere. Vezi detaliile.

Listele sunt late, deoarece conţin multe coloane. Jurnalele se pot tipări de regulă în format A4/peisaj. Dacă imprimanta utilizată, în mod caracter, poate să listeze numai în formatul A4/portret, listele de jurnale trebuie adaptate prin scoaterea câtorva coloane în care nu există date în firma respectivă. Vezi operaţiile de închidere indicatori din Coloane jurnale TVA.

a) listare obişnuită - la verificarea decontului de TVA extras/completarea manuală ajută numerotarea subtotalurilor, care sugerează numărul rândului din decont, în care trebuie înscrisă informaţia respectivă.

Listele se pot tipări şi din Arhiva jur.vânzări, respectiv Arhiva jur.cumpărări. În acest caz trebuie să selectaţi perioada dorită în prima coloană.

b) listare din Excel - din componenta Excel pentru hMARFT, se pot exporta listele cf. decont TVA şi pe operaţii TVA în format XML, unde se pot face însumări, prelucrări ulterioare, stocare pe mijloace electronice etc. Listele pot să conţină mai multe coloane, decât în varianta de la pct. a). Listarea din Excel este descrisă mai detaliat în cap. 14.7.

c) listare în format pdf - cu ajutorul noul mediu HAMOR Soft, utilizatorii care au multe operaţii lunar în hMARFA, recomandăm listarea electronică (în format pdf) a jurnalelor TVA, precum şi salvarea şi păstrarea acestora pe durata arhivării documentelor.

La listare se poate alege tipul de imprimantă WIS-PDF şi tip hârtie PDF, cu care se pot lista într-un fişier tip pdf toate listele, din care se pot tipări şi ulterior. La salvare alegeţi un nume sugestiv pentru regăsirea lor ulterioară. La vizualizarea listelor de mai jos apăsaţi butonul de rotire sau se pot converti în format peisaj rotit cu 90 de grade cu ajutorul unor utilitare online.

Completarea automată a Declaraţiei 300 din hMARFT este o componentă opţională pe care o recomandăm, datele fiind extrase automat din jurnale, se calculează TVA nedeductibil, neexigibil etc.

La completare manuală a decontului în formularul tip pdf inteligent (softul A) se înscriu subtotalurile corespunzătoare din:

• jurnalul pentru vânzări (JV),
• jurnalul pentru cumpărări (JC),

Formularul tip pdf inteligent (softul A) se descarcă de la ANAF/Descărcare declaraţii.

Completarea automată cu ajutorul opţiunii Decont TVA (D300) este prezentată în cap. 14.1.

Începând cu luna iulie 2016 a intrat în vigoare noul model al declaraţiei informative privind livrările/prestările şi achiziţiile efectuate pe teritoriul naţional de persoanele înregistrate în scopuri de TVA - cod 394.

Modelul actual a fost introdus de Ordinul 3769/23.12.2015, cu modificările şi completările ulterioare (011.).

ANAF a emis şi un Ghid de completare a declarației 394, descărcabil de pe site-ul ANAF. Pe alocuri ne vom referi şi la acest Ghid, care de la început precizează, că are doar un caracter informativ.

Pentru evitarea confuziilor cu vechiul model, în programul hMARFT s-a utilizat codul 394T.

Termen de depunere

D394 se depune până în data de 30 inclusiv a lunii următoare încheierii perioadei utilizate pentru decontul de TVA (lunar, trimestrial etc.). În luna februarie, termenul este data de 28, respectiv 29. (Termenul de depunere este prevăzut de Ordinul 2328/16).

Chiar dacă în perioada respectivă nu au fost realizate operaţiuni de natura celor care fac obiectul declarației, ea trebuie depusă!

Detalierea informaţiilor

• se introduc şi operațiunile cu neplătitorii de TVA, precum şi operațiunile cu parteneri externi, pentru care locul livrării/prestării este în România
• operaţiile trebuie defalcate pe cotele TVA 24%, 20%, 19%, 9%, 5% sau 0%, după caz. (Cotele de 24% şi 20% se utilizează pentru ajustarea unor operaţiuni din anii precedenţi).
• informațiile se detaliază şi după sistemul TVA aplicat de firmă sau de parteneri (normal sau TVA la încasare), taxare inversă, regimul special de TVA aplicat (pentru second-hand, opere de artă, agenţii de turism etc.).

Capitolele declaraţiei

• A - Datele firmei
• B - Datele reprezentantului fiscal/legal/împuternicitului
• C - Operaţiuni desfăşurate cu persoane impozabile înregistrate în scopuri de TVA în România
• D - Operaţiuni desfăşurate cu persoane neînregistrate în scopuri de TVA
• E - Operaţiuni desfăşurate cu persoane nestabilite în România care sunt stabilite în alt stat membru, neînregistrate şi care nu sunt obligate să se înregistreze în scopuri de TVA în România
• F - Operaţiuni desfăşurate cu persoane impozabile neînregistrate şi care nu sunt obligate să se înregistreze în scopuri de TVA în România, nestabilite pe teritoriul Uniunii Europene
• G - Încasări din operaţiuni efectuate prin intermediul aparatelor de marcat electronice fiscale, precum şi din activităţi exceptate
• H - Rezumat declaraţie privind operaţiunile realizate pe teritoriul României
• I - Alte informaţii

Vezi conţinutul detaliat pe capitole ...

Ce se cuprinde în declaraţie?

Deşi D394 este o declaraţie mult mai complexă faţă de modelul precedent, ea nu cuprinde chiar toate operaţiile efectuate. Principiul este, că se declară toate operaţiile taxabile, indiferent dacă taxa a fost sau nu dedusă. Excepţia o reprezintă achiziţiile de la persoane neimpozabile.

• În legătură cu partenerii din România - exemple de operaţii neincluse:
  • livrările cu cota 0%, adică neimpozabile, scutite cu/fără deducere
  • achiziţiile cu cota 0%, neimpozabile, de la plătitori de TVA.
    • Exemplu de poziţie care nu se includ în D394: contravaloarea tichetelor de masă (va apare numai serviciul de tipărire cu TVA). Acestea nu se vor include în D394, pentru că partenerul este plătitor TVA, nu persoană neimpozabilă!
  • achiziţiile cu bonuri fiscale pe care nu este înscris CIF beneficiar, deoarece acestea nu servesc pentru deducerea TVA.

Ghid D394 pag.4. Operaţiunile scutite de taxă prevăzute la art.292 din Legea nr. 227/2015 privind Codul fiscal …, nu se vor declara în formularul 394.

Exemple din Ghid de operaţiuni scutite care nu se declară:

• prestările de servicii de natură financiar-bancară
• operaţiunile de asigurare/reasigurare
• penalitățile.

• Încasările apar numai pentru acele operaţiuni, în urma cărora rezultă TVA:
  • rapoarte zilnice ale caselor de marcat
  • încasări cu bilete de intrare, automate comerciale etc., alte operaţiuni exceptate de utilizarea caselor de marcat, pe baza cărora se calculează TVA
  • încasări/plăţi în sistemul TVA la încasare, în urma cărora rezultă TVA exigibil (deci nu se includ toate încasările prin bancă/casă).
• Plăţile apar numai în cap.I pct.5.2. şi 5.3 şi numai dacă în urma lor rezultă TVA deductibil.
• În legătură cu partenerii din UE - nu se înscriu în declarație achizițiile/livrările intracomunitare (cele din D390).
• În legătură cu partenerii din afara UE - nu vor fi declarate operațiunile de import-export.

Informațiile de mai jos sunt necesare în primul rând celor care operează hMARFA, pentru introducerea cât mai corectă a datelor.

• La livrări:
  • Acolo, unde operaţiile trebuie defalcate după sistemul TVA aplicat de societate (normal sau TVA la încasare), în D394 operațiile se însumează în rubrica aferentă sistemului aplicat de declarant în perioada de raportare, indiferent de OpTVA aplicat pe documente.
  • Pentru cei care aplică TVA la încasare recomandăm să utilizeze OpTVA „..1z“ şi mențiunea „TVA la încasare“, indiferent dacă factura a fost sau nu încasată la momentul emiterii. Codul fiscal (LG 227/15) a abrogat Ghidul TVA la încasare, care a prevăzut că pentru sumele încasate în momentul facturării nu trebuie aplicată TVA la încasare.
• La achiziţii:
  • Regula de bază este, că se ia în considerare dacă furnizorul figurează în Registrul TVA la încasare.
  • În cazul în care starea partenerului nu poate fi decisă, se va lua în considerare OpTVA introdus pe baza facturii furnizorului. Dacă factura conţine mențiunea „TVA la încasare“, utilizaţi codificarea cu „..z“, indiferent de situaţia plăţii!
  • La unele operaţii nu se poate aplica TVA (& - cu parteneri afiliaţi), deci în aceste cazuri se va considera că partenerul aplică TVAN. Reamintim, că tranzacţiile cu parteneri afiliaţi trebuie codificate întotdeauna cu OpTVA „..x“, nu cu „..z“!
• Tip partener
  • Vezi detaliile privind determinarea tipului de partener în hMARFA, deci informațiile de introdus despre parteneri.

b1)Nomenclator articole

b11) Liste de coduri

Există 3 câmpuri dedicate:

• Cod produs taxare inversă (rubrica 394-PROD-TXI în Dicţionar), apare cu F1 fereastra de ajutor. Se completează numai la acele articole, pentru care se aplică achiziţii/livrări cu taxare inversă.
  Vezi lista detaliată ...
• Cod produs persoane fizice (rubrica 394-PROD-TX0 în Dicţionar), cu F1 apare fereastra de ajutor. Se completează numai acele poziţii, care de regulă apar la achizițiile de la persoane fizice, din Cap.D. Achizițiile trebuie defalcate după natura bunurilor cumpărate de la aceştia.
  Vezi lista detaliată ...
  Pentru loturile care se utilizează în relaţia cu persoanele fizice (neautorizate, deci PFA-urile intră în cap. C sau D ca şi firmele), este obligatorie completarea codului. Dacă este introdus un cod în Nomenclator, el va fi luat în considerare numai pentru recepțiile de la persoanele fizice, pentru această situaţie nu trebuie definite loturi distincte.
• Cod CAEN activitate (rubrica 394-CAEN-ACT în Dicţionar), apare cu F1 fereastra de ajutor. Se completează numai pentru acele poziţii de livrări, care sunt realizate din activitățile enumerate. Suma veniturilor pe coduri CAEN va apare (dacă este cazul) în Cap. I, pct.7.
  Vezi lista CAEN din structura declarației....
  În fereastra de ajutor apelabilă cu F1 codurile CAEN încep cu S-… sau B-…, deoarece mai trebuie specificat în D394, dacă articolul respectiv este o livrare de bunuri sau o prestare de servicii.
  Nu trebuie completat pentru articolele care reprezintă doar achiziţii.
  Codurile introduse se pot urmări pe noua fereastră Coduri D394.

Observaţii legate de codurile CAEN

• În Norme aceste coduri au numai 4 caractere, în program se utilizează codurile din anexa cu validări
• La comerţul cu amănuntul cu evidenţă global-valorică se poate organiza de exemplu, ca să fie creată în casa de marcat câte o grupă distinctă pentru produse de patiserie, flori, hrană pentru animale. Aceste poziţii ar putea fi declarate distinct pe rândurile BVINZ. Din păcate, încă nu ne putem pronunţa, dacă aceste informaţii sunt solicitate de la toţi comercianţii sau numai de la cei care au magazine strict specializate pe aceste produse.
• O altă problemă ar fi de exemplu comercializarea diverselor mărfuri în benzinării. Credem, că la codul 4370 trebuie evidenţiat numai combustibilul livrat.
• La restaurante, trebuie definit, ce reprezintă livrare de bunuri şi prestare de servicii?
• Menţionăm, că denumirile din listă nu coincid întocmai cu lista CAEN. Solicitaţi răspuns oficial de la organele fiscale privind natura informaţiilor solicitate în unele cazuri (dacă codul sau denumirea activităţii trebuie luată în considerare). De exemplu, în lista CAEN oficială avem:
  • 1071 Fabricarea pâinii; fabricarea prăjiturilor şi a produselor proaspete de patiserie
  • 4520 Întreţinerea şi repararea autovehiculelor.

Problemele de mai sus credem, că sunt de competenţa contabilului, în colaborare cu organele fiscale. Recomandăm să adresaţi întrebări în scris organului fiscal!

b12) Lista cu codurile NC pentru care se aplică cota de 9%

• TARIC3.XLS - fişierul Excel, cu codurile NC pentru care se aplică cota de 9% se poate lansa din Fereastra dedicată din Nomenclator articole.

b21) Pentru urmărire taxare inversă

Câteva articole care pot fi livrate/achiziţionate cu taxare inversă numai dacă se îndeplineşte condiţia, trebuie tratate distinct. La telefoane mobile, laptopuri, tablete vânzarea se face cu taxare inversă numai dacă valoarea totală a acestor poziţii dintr-o factură depăşeşte 22.500 lei. La imobilizări, obiecte de inventar este recomandat să fie create poziţii de nomenclator distincte. De exemplu, din Y-IMOBILIZARE sau O-Obiect de inventar se pot crea:

Y-TELEFON MOBIL, sau O-TELEFON MOBIL
Y-TABLETA PC, sau O-TABLETA PC
Y-LAPTOP, sau O-LAPTOP

La aceste poziţii trebuie introdus Cod produs taxare inversă. Acest cod va fi luat în considerare numai dacă operațiunea a fost cu taxare inversă (de ex. articolele de mai sus se află pe o factură cu valoare mai mare de 22.500 lei - recepţie cu NIRII şi TVATX). Dacă ele s-au achiziţionat/livrat cu taxare obişnuită (NIRI), codul introdus nu se va lua în considerare în D394.

Chiar dacă nu este recomandat, se întâmplă să existe documente care conţin atât poziţii cu TVA, cât şi cu taxare inversă.

• la recepţii, recomandăm documente distincte de intrare (NIRI şi NIRII cu TVATX aferent)
• la ieşiri, se pot introduce de exemplu 2 facturi distincte (ex. TFAC 23001A şi TFACI 23001B), care se pot ajusta ulterior manual în D394 pentru a fi unificate ca acelaşi document.

b22) Pentru urmărire livrări pe unele coduri CAEN

Unde este cazul, pentru fiecare trebuie definită o nouă poziţie în Nomenclator!

De exemplu, de regulă pentru servicii se introduce în BPS o singură poziţie de nomenclator:

• S-SERVICII

şi la facturare este înscrisă manual natura serviciului prestat. O firmă care efectuează atât activitate de spălătorie auto, cât şi reparat roţi, va crea 2 poziţii distincte:

• S-SPALAT AUTO
• S-REPARAT ROŢI

La S-SPALAT AUTO se va introduce manual Cod CAEN activitate , astfel se vor putea centraliza toate operațiunile efectuate.

Atenţie, toate livrările de acest fel trebuie codificate distinct pe aceste activităţi, iar în cadrul lor pe bunuri sau servicii! Codul începe cu B-… sau S-…. Utilizatorul poate să completeze lista după necesităţi. De exemplu, codul S-9602-Activ. coafura, infrumusetare reprezintă servicii. Dacă se livrează şi bunuri, în Dicţionar se poate adăuga la rubrica 394-CAEN-ACT codul B-9602 Activ. coafura, infrumusetare.

b31) Document furnizor

În recepțiile din ţară trebuie evidenţiate distinct bonurile fiscale în care s-a înscris CIF partener cu ajutorul casei de marcat (TVA poate fi dedus numai de pe aceste bonuri, valoarea bonului cu TVA trebuie să fie sub 100 euro la cursul valabil pentru data operaţiei). Acestea, precum şi eventualele facturi simplificate care se primesc cu/fără CIF înscris, se disting prin introducerea tipului corespunzător după cod Furnizor în prima rubrică, la Doc. Tipurile care pot fi introduse se apelează cu F1:

F            Factură
Z            Borderou de achiziţie
G            Carnet agricol
N            Contract 
C            Bon fiscal cu CIF
B            Bon fiscal fără CIF
S            Factură simplificată cu CIF (diferită de bonul fiscal!)
U            Factură simplificată fără CIF
D            Alte documente incluse în D394 (se aplică numai la neplătitori)
X            Alte documente (neincluse în D394)
A            Aviz de însoţire marfă

Avizul de însoţire (sau eventuale alte coduri proprii definite de utilizator) nu se vor prelua în D394.

La completarea documentului de intrare, hMARFA va recunoaşte tipul partenerului şi în funcţie de acesta va apare în fereastra de ajutor lista documentelor care pot fi introduse (F1).

Tipul de document trebuie completat inclusiv la VAMĂ: în NIRE. Mod de completare:

• F - factură
• X - dacă există DVI
• necompletat - taxare inversă (autolichidare TVA)

Funcţionare tip document furnizor

• lista se creează în funcţie de Tip partener, în funcţie şi de persoană fizică sau juridică
• la completarea câmpului este accesibilă o fereastră de ajutor care conţine tipurile de documente furnizor care se pretează furnizorului deja introdus. Dacă câmpul furnizor este vid, fereastra de ajutor conţine toate tipurile de documente posibile.
• la validare se acceptă orice tip de document furnizor definit, deci se validează faţă de lista completă a documentelor furnizor
  Ex. deşi furnizorul este o gestiune şi în fereastra de ajutor nu apare F-factură,
  dar se poate modifica manual să devină F. Este acceptat, va exista doar un avertisment
  în acest sens la părăsirea antetului.
• furnizor vamă şi furnizor cheltuieli pot să rămână necompletate, caz în care tip document furnizor/cheltuieli trebuie să fie de asemenea necompletat. Acest lucru se validează.
• după modificarea furnizorului, la accesarea câmpului tip document furnizor, acesta se completează cu un tip agreat. Dacă tipul documentului furnizor este deja completat cu o valoare agreată, acesta nu se modifică.

Codurile introduse se pot studia şi pe fereastra Furnizori-TVA.

Definiţia tipurilor de documente furnizor posibile se află în hMARFT/ Corespondente TVA/ Fereastra: 06 Tip doc.furnizor

b32) Listare NIRI, NIRMF, NIRII

Modelul B al acestor documente se listează cu recapitulaţie pe cote TVA (dacă există mai multe cote TVA pe factura furnizorului). Astfel, este mai uşoară confruntarea datelor din documentele de recepţie cu:

• document furnizor
• jurnalul de cumpărări
• D394

La achizițiile cu taxare inversă, pe lângă NIRII trebuie întocmit şi un TVATX. În NIRII avem deja însumată baza de calcul de introdus pe cote (chiar dacă factura furnizorului nu conţine TVA, acesta este calculat pe baza cotei indicate în Nomenclator). În D394 trebuie calculat şi TVA aferent achizițiilor/livrărilor cu taxare inversă!

b33) Coduri OpTVA recomandate

În tabelul de coduri ... alăturat sunt enumerate principalele operaţiuni şi OpTVA recomandat de noi pentru operaţiunile mai frecvente de livrări sau achiziţii. Se poate studia modul corect de codificare pentru a obţine efectul dorit în sensul direcţionării informaţiilor către D300, D390, D394.

b34) Ce se recepționează de la parteneri interni?

Pentru a înţelege mai bine achizițiile de recepţionat, dăm câteva exemple:

• de la plătitori de TVA:
  • toate documentele pe baza cărora s-ar putea deduce TVA - facturi, facturi simplificate, bonuri fiscale cu CIF (indiferent dacă TVA este deductibil fiscal, exigibil sau neexigibil etc.)
  • pentru D394 nu este necesară recepţia unor bonuri fiscale fără CIF, care conţin cheltuieli neglijabile
• de la neplătitori de TVA:
  • se recomandă recepţia tuturor achizițiilor de la acest tip de parteneri (ex. rata scadentă a chiriei pe bază de contract). Recomandăm OpTVA de tip „…In“.

În D394 se declară toate seriile şi numerele de facturi întocmite de societate, cu excepţia celor pentru operaţiuni intracomunitare şi de export.

Se vor declara deci facturile:

• alocate (conţin şi facturile cu operaţiuni externe care nu se cuprind în D394, precum şi eventualele facturi proforme), din care:
  • emise către clienţi (se includ şi cele cu total de plată=0, de ex. facturile pentru care s-a primit un avans)
  • stornate (se consideră stornate cele cu total negativ)
  • anulate (au starea Anulat, indiferent de partener sau conţinut, chiar şi facturile adiţionale!)
  • emise în numele furnizorilor
• emise de beneficiari în numele furnizorului
• emise de terţi în numele persoanei impozabile

Plaja de facturi alocate va fi preluată în D394 din meniul Numerotare documente.

Numerotarea consecventă a facturilor este importantă pentru a declara intervale continue în D394. Pentru aceasta se utilizează meniul Numerotare documente.

Vezi detalii privind nomerotarea facturilor ...

După cum rezultă, în hMARFA trebuie introduse toate tipurile de facturi de mai sus, inclusiv facturile anulate. Eventual, se poate introduce un partener cu denumirea ANULAT, CIF necompletat, pentru a ne convinge, că aceste facturi rămân anulate, nu sunt în curs de finalizare.

Observaţii privind facturile proforme

• eventualele facturi proforme emise nu sunt contabilizate, nefiind documente financiar-contabile
• se poate introduce totuși încasarea lor
• la sfârșitul lunii recomandăm:
  • validarea facturilor încasate, ele devenind astfel facturi obişnuite
  • anularea celor prin care nu s-au realizat vânzări
  • nu recomandăm validarea lor ulterioară, pentru perioade închise, declarate. În acest caz trebuie emise noi facturi în perioada în care s-a realizat livrarea.
• dacă o factură rămâne în evidenţă ca proformă:
  • se va prelua în jurnalul de vânzări cu zero, numai pentru evidenţa numărului de facturi
  • în D300 nu apare
  • în D394 numărul lor apare în plaja de facturi alocate

Pe documentele de ieşire, în modul Vizualizare, cu tasta F10 apare o listă de operaţii, lansabile de către contabil/operator, dacă este necesar:

• Transformare în factură - documentul BONF se va transforma în factură obişnuită, când este specificat un client
• Revenire la bon fiscal - dacă operaţia de mai sus s-a lansat eronat
• Modificare cod D394T - la utilizatori sunt utilizate o serie de tipuri de documente în diverse scopuri. De aceea, la lansarea unor documente de ieşire se poate selecta:
  • Setare B-Încasări prin AMEF (BF/rapZ)
  • Setare X-Încasări exceptate AMEF
  • Setare S-Facturi simplificate cu CIF
  • Setare U-Facturi simplificate fără CIF
  • Setare a-Autofactură
  • Setare n-Factură emisă în nume furnizor
  • Setare 3-Factură emisă de beneficiar
  • Setare 4-Factură emisă de terţi
• Vizualizare câmpuri - pentru programatori/distribuitori - se pot vedea câmpurile din documentul pe care suntem poziţionaţi, precum şi valorile acestora. Programul trebuie să fie lansat cu $. Câmpurile se văd cu ajutorul tastelor Ctrl F4.

În cazul în care setarea unui cod D394T trebuie corectată, apare operaţia de anulare a setării, după care se poate alege o altă setare.

Setările efectuate se pot urmări pe Fereastra Facturi-tva, col. Cod.

Semnificaţia simbolurilor din col. Cod (denumit CODL) se poate studia în fereastra de ajutor (F1):

F     Factură încasabilă, financiar
T     TVAV - corecţie TVA
B     Încasări prin AMEF (BF)
S     Facturi simplificate cu CIF
U     Facturi simplificate fără CIF
X     Încasări exceptate AMEF
a     Autofactură
n     Factură emisă în nume furnizor
3     Factură emisă de beneficiar
4     Factură emisă de terţi
b     Factură adiţională pe bază bon fiscal
c     BF cu CIF tipărit

Bonurile fiscale se declară în D394 în felul următor:

• numărul total al bonurilor fiscale dintr-o lună, din care se scade numărul bonurilor pentru care s-au emis facturi adiţionale
• totalul valorii fără TVA, precum şi TVA defalcat pe cote TVA
• dacă clientul a cerut şi factură la bon (factură adiţională), atunci bonul nu se raportează ca încasare prin AMEF, ci factura adiţională va apare în cap. C, D, E sau F, în funcţie de tipul partenerului.

Facturile emise la cererea clientului în magazinele cu amănuntul, pe baza bonului fiscal, trebuie incluse deci în D394, declarându-se şi plaja de numere a acestor facturi.

Plaja facturilor adiţionale ar trebui sa fie continuă (recomandare), de aceea pentru numerotare nu se foloseşte numărul bonului fiscal, ci se va genera un număr de factură adiţională în câmpul Nr. regim sp. atât la listare, cât şi în D394. Bonul fiscal obişnuit are câmpul Nr. regim sp. necompletat!

Există 2 operaţii apelabile cu F10 pe bonul curent:

1. Transformare în factură
  - schimbă partenerul din ALTII în cel indicat de operator, 
  - introduce în Nr. regim sp. un număr de factură adiţională (în ordine crescătoare)
  - schimbă modelul BONF, de ex. din A în I (listabil ca factură)
  - completează CODL cu b (factură adiţională)
  Restricţii:
  - poate fi aplicat doar pentru bonuri fără CIF
  - documentul trebuie să fie validat
  - să nu fie deja marcat ca factură adiţională
2. Revenire la bon fiscal
  - transformă documentul în bon fiscal (se renunţă la statutul de 
    factură adiţională, de ex. dacă s-a transformat eronat un bon)
  - elimină "b" din CODL
  - se repune partenerul pe ALTII, dacă CIF este necompletat
  Restricţii:
  - documentul trebuie să fie validat
  - să fie marcat ca factură adiţională

Reguli pentru BONF cu/fără CIF

Dacă pe un BONF apare un partener specificat (diferit de ALTII), se consideră că bonul este un bon fiscal cu CIF (Cod c) şi a fost înmânat astfel clientului, care poate să deducă TVA. În acest caz nu se mai admite transformarea în factură adiţională. Bonurile peste 100 euro nu se asimilează facturilor simplificate, deci pentru cei care doresc deducerea TVA, recomandăm emiterea de BONF fără CIF şi factură adiţională.

Utilizare coduri D394 în caz de operare BONF

Facturi adiţionale, dacă nu se utilizează BONF

Pentru ca facturile adiţionale să aibă numere consecutive (trebuie declarate plajele de facturi utilizate) există mai multe variante:

• se foloseşte un tip document distinct pentru bonuri fiscale obişnuite şi distinct pentru cele care se emit facturi adiţionale
• pe baza bonului fiscal se emite o factură în care rândul este „cf. bon fiscal nr…/data…“ (vezi Norme Cod fiscal pct.97)
• folosirea unui bloc de facturi separat pentru emiterea facturilor adiţionale şi adăugarea lor manuală.

În tabelul de coduri ... alăturat sunt enumerate principalele operaţiuni şi OpTVA recomandat de noi pentru livrări. Se poate studia modul corect de codificare pentru a obţine efectul dorit în sensul direcţionării informaţiilor către D300, D390, D394.

La livrare există 2 variante (adaptaţi după necesităţi):

• TVA aferent rândului introdus cu grupa Y-D: 635.2 = 4427 (dacă depăşire protocol, ajustare TVA etc.)
• TVA calculat pentru regimul special al agenţiilor de turism (grupa Y-T):
  • 4111.1 = 4427 - suma TVA calculat cu procedeul sutei mărite din venitul facturat al agenţiei
  • 4111.1 = 704 - cu minus, se scade suma TVA din venitul facturat

La acest tip de document se introduce codul „a“ la validare.

Dacă se doreşte evidențierea distinctă a vânzărilor dintr-o anumită grupă de produse pe coduri CAEN (patiserie, flori, hrană pentru animale etc.) la evidenţa global-valorică:

• se definesc grupe distincte în casa de marcat
• se creează un articol generic distinct, de ex.:
  • M-MARFA TVA 20F - Vanzare flori, Cod CAEN activitate: B-47761
• se introduce un BVINZ de corecţie:
  • M-MARFA TVA 20 cu cant.-1 şi valoarea florilor vândute
  • M-MARFA TVA 20F cu cant. 1 şi valoarea florilor vândute

Întocmiţi BVINZ-uri distincte pentru:

• încasări cu bon fiscal
• livrări cu facturi simplificate propriu-zise, indiferent dacă conţin sau nu CIF beneficiar
• încasări din activităţi exceptate de la utilizarea caselor de marcat (ex. automate comerciale, bilete etc.).

În documentul BVINZ, în primul rând din textul liber se introduce Număr bonuri fiscale. Se poate completa:

• zilnic, sau
• totalul lunar, în ultimul BVINZ din luna respectivă.

La BVINZ partenerul trebuie să fie de tip gestiune (G).

Sunt situaţii în care unii beneficiari emit facturi în numele furnizorului, în baza art. 319 (18) din Codul fiscal şi pct. 96 din Norme. Pentru aceste situaţii, recomandăm modelul TFAUT - Autofact. în nume furnizor. Va purta mențiunea Autofactura in numele furnizorului. Cei doi parteneri sunt inversaţi în modelul listat.

• Numerotare: numărul de regim special, Nr. fac. sunt cele din plaja alocată celorlalte facturi curente.

  • OpTVA:5Ix
  • Cod: n (nu este încasabil)
  • Contare: fără contare
  • Jurnal de vânzări - apare, în lista /operaţii apare în subtotalul 5.

Se utilizează documentul TFBEN - Factura emisa de beneficiar. Acest model serveşte la furnizor, pentru luarea în evidenţă a facturii emise de beneficiar. Lista va semăna practic cu o recepţie, recomandăm atașarea la factura primită de la beneficiar.

• Numerotare:
  • în Nr. regim sp. se înscrie o serie dedicată şi numărul facturii furnizorului
  • în Nr. fac. se înscrie numărul intern dedicat pentru acest tip de facturi (recomandăm un interval distinct)
• OpTVA: 1I..
• Cod:3F (încasabil)
• Contare: are formule de contare
• Jurnal de vânzări: în lista /operaţii apare în subtotalul 1.

În cap.A trebuie indicat, dacă s-au efectuat operaţiuni cu persoane afiliate.

Vezi detalii privind persoanele afiliate ...

Marcare persoane afiliate în hMARFA

În Firme apare şi tipul & - Persoană afiliată. Introduceţi acest marcaj la firmele cu care există relaţii de afiliere!

În cazul în care există tranzacţii şi cu persoane fizice afiliate, recomandăm introducerea lor şi în Firme, pentru a putea aplica marcajul &.

Preluare informaţii în jurnale TVA şi D394

În jurnalele TVA extrase, pe fereastra Includere in declaratii apare şi coloana &, care conţine semnul & în dreptul tranzacţiilor la care partenerul a fost marcat cu acest semn în hMARFA.

Coloana & apare şi pe ecranul din Declaraţia 394T.

În lista Rezumat D394T apare Operatiuni cu persoane afiliate: DA/NU, pe primul rând din formular.

Completaţi câmpurile necesare pentru D394T:

c11) În Modificare Perioadă

• Opţiune consultare - pt. partea de semnături - dacă datele declarate pot fi consultate pe site-ul ANAF de către parteneri. La livrare, este setat OPT_CONSULTARE:=„DA“. Modificaţi, dacă consideraţi că nu permiteți consultarea de către parteneri:
  • dacă a fost DA, se poate modifica în NU doar la începutul anului următor
  • dacă a fost NU, se poate modifica în DA în orice perioadă a anului.
    În perioada în care se modifică, setaţi în Perioade Schimbare opţiune.
• Nr.case marcat (AMEF)
  • Luna 1 - se completează de plătitorii lunari sau în prima lună a trimestrului
  • Luna 2, Luna 3 - se completează numai de plătitorii trimestriali, este singura informaţie de defalcat pe luni!

c12) Dacă în D300 aţi solicitat rambursarea TVA în perioada curentă, trebuie să indicaţi date cu privire la natura operaţiilor din care provine soldul negativ. În Perioada curentă introduceți D sau N în rubricile din ferestrele:

• D394 - Inf.rambursare TVA/ach.
• D394 - Inf.rambursare TVA/liv.

Informațiile o să apară în lista Rezumat D394T, la Tip operaţie I3.

Pe fereastra Includere în declaraţii apare câmpul TVAI: D/N. Astfel, se poate urmări care partener a fost încadrat cu TVA la încasare. În col. D394 apare perioada la documentele care s-au inclus.

În jurnalul de vânzări apar şi facturile anulate, deoarece în D394 trebuie preluate şi seria şi numărul facturilor emise anulate.

Acest meniu conţine câteva informaţii suplimentare, necesare pentru completarea D394.

• în comerţul cu amănuntul se pot extrage/introduce manual facturile eliberate la cererea clientului (facturi adiţionale) pe baza bonurilor fiscale (acestea nu sunt cuprinse în jurnalul de vânzări). Facturile introduse manual se vor păstra la repetarea extragerii. Din hMARFA se extrag aici:
• borderouri de vânzare (BVINZ)
• încasările pe bază de AMEF/exceptate (setate cu F10 pe codul X)
• livrările pe bază de facturi simplificate (setate cu F10 pe codul U)
• operațiile cu regim special de TVA (LS, AS)

Lansaţi ambele operaţii:

• Extrage facturi adiţionale
• Extrage informaţii din JV/JC

Astfel, aici se vor înscrie automat şi alte informaţii din cap. G şi I al declarației:

GI1  - Încasări prin AMEF(BF/rapZ)
GI1  - Facturi adiţionale 
GI2  - Încasări exceptate utiliz. AMEF
I11  - Livrări fac.simplif.cu CIF
I12  - Livrări fac.simplif.fără CIF
I611 - Venituri LS-agenţii turism
I612 - Costuri  AS-agenţii turism
I613 - Marjă    AS-agenţii turism
I621 - Venituri LS-second-hand,artă
I622 - Costuri  AS-second-hand,artă
I623 - Marjă    AS-second-hand,artă

Informațiile de mai sus vor apare în lista Rezumat D394T astfel:

• GI1 - Încasări prin AMEF cu BF (cu sau fără CIF) = Încasări prin AMEF(BF/rapZ)-Facturi adiţionale
• I11, I12 - se extrag documentele de ieşire marcate astfel cu F10/Modificare cod D394T în hMARFA:
  • Setare S-Facturi simplificate cu CIF
  • Setare U-Facturi simplificate fără CIF
• I613, I623 - Marja - TVA este calculată prin procedeul sutei majorate, considerând ca valoare brută marja (Venituri-Costuri). În hMARFA, TFAUS este setat pentru a autofactura marja calculată de agențiile de turism (TVA-ul trebuie să apară în Jurnalul de vânzări).

Vezi şi fereastra Includere în declaraţii!

Se pot înscrie facturile adiţionale (dacă nu se preiau din hMARFA), şi pe lunile următoare, fără ca luna curentă să fie încheiată. Ele se înscriu direct aici, lângă datele din luna curentă, cu data efectivă a facturii şi nu se vor suprascrie la o nouă extragere. În numar/per se înscrie numărul facturii, seria se poate lăsa necompletată. Câmpul D394 arată perioada în care factura se va cuprinde în D394.

În col. D394T din meniurile:

• D300/TVA colectată
• D300/TVA deductibilă

se poate verifica pentru fiecare cod de OpTVA, sub care cod de operaţie se va include tranzacţia respectivă (livrări, achiziţii etc.) în D394. Dacă este necesar, se pot face ajustări. Rândurile în care nu este introdus un cod în col. D394T, nu se includ în declaraţie.

În meniurile:

• D394/Livrări
• D394/Achiziţii

sunt descrise alte condiţii referitoare la natura operaţiilor:

• Op.P - cod operaţie „provizorie“ - la unele sume se decide codul operaţiei pe baza informaţiilor suplimentare
• Part. - tip partener 1, 2, 3 sau 4
• TVAI - dacă partenerul aplică TVA la încasare
• PF/J - partenerul este o persoană fizică sau juridică
• TDoc - tip document
• Cap. - capitolul din declaraţie
• Oper. - cod operaţie definitivă în care se repartizează suma
• CuiP - este completat CUI/CNP/NIF ? - * dacă DA
• Prod. - listă produse pe care se pot face defalcări

În fereastra Tip doc.furnizor apar documentele de intrare utilizabile pentru fiecare tip de partener.

Conţine descrierea conținutului capitolelor, operaţiilor etc. pentru generarea XML. Meniul apare numai în mod dezvoltare. Se pot lansa de aici operațiile:

• Calcul - se lansează numai dacă s-au efectuat modificări în descrieri - necesită asistenţă de specialitate!
• Vizualizare structură XML - este structura informatică valabilă la data livrării upgradeului
• Vizualizare formular PDF - este de fapt Softul A, cu caracter informativ, de la data livrării upgradeului
• Export în Excel/OpenOffice - datele din fişier pot fi exportate în Excel.

În Configurare/Parametri se regăsesc condiţiile pentru:

• permisiunea de a fi consultate tranzacțiile de către parteneri - implicit DA, se poate modifica
• recepțiile fără rânduri de la persoane fizice - se pot seta conturile pe baza cărora să fie completat PROD-TX0, deoarece în acest caz nu există un articol concret. La livrare, sunt setate „gestiunile“ care încep cu „20“,„23“,„30“,„60“ ca intrări de bunuri, restul ca servicii. De exemplu:
  • gestiunea X604 ⇒ 34-Alte bunuri
  • gestiunea X626 ⇒ 35-Servicii
• adresa este/nu este preluată pentru persoane fizice dacă CNP este completat

Vezi detaliile ...

Pentru D394 se poate utiliza constanta:

• 394-TVA-SPEC - Tip activitate cu regim special de TVA - setaţi numai dacă s-a obţinut aprobare pentru aplicarea unuia din regimurile speciale TVA:

  • 1 - Agenţii de turism
  • 2 - Second-hand,artă,antichităţi

Se pot executa operaţiile:

[Setare perioadă Declaraţie]

Se utilizează numai în cazul în care trebuie întocmită o declaraţie pe perioade anterioare.

Extragere documente

Extrage achiziţiile şi livrările interne din perioada curentă din:

• Jurnale TVA,

  • Arhive jurnale TVA,
  • Alte operaţii,
  • Arhivă Alte operaţii.

Din arhive sunt extrase facturile neplătite/neîncasate din perioade precedente.

Extragere produse, activităţi

Extrage din hMARFA loturile:

• achiziţii/livrări produse
• CAEN activităţi,
  precum şi intervalele de facturi.

După extragere apare un fişier log (se poate lansa din Vizualizări), care arată:

• produsele din Nomenclator cu taxare inversă (este completat Cod produs taxare inversă)
• loturile de produse din achiziţii/livrări cu taxare inversă
• produsele din Nomenclator cu TX0, adică utilizate în relaţia cu persoanele fizice
• eventualele erori constatate se vor afişa cu *** ...

Se mai poate revizui, dacă în Nomenclator au fost introduse codurile necesare pentru toate loturile.

Menţionăm, că erorile/atenționările de la extragerea datelor ajung în fişierul log, în care erorile/atenționările sunt simbolizate cu ***, respectiv *. Ele se pot căuta pe ecran cu Ctrl Q (apăsat pe rând pentru fiecare), sau fişierul se poate deschide cu Alt V sau F10 şi Vizualizare într-un editor extern, unde căutarea se face cu Ctrl F.

Centralizare

Documentele se centralizează pe parteneri (CIF, CNP etc.) şi pe coduri de operaţii (livrări-L, LS, V, achiziţii-A, AI, C, N etc.). Rămân vizibile codurile tuturor operaţiilor.

În meniul Declaraţia 394T se regăsesc o serie de ferestre, în care se pot vedea/căuta înregistrările pe documente, pe total, pe parteneri sau pe produse.

Generare XML şi validare

Generează fişierul XML, lansează programul de validare şi dacă sunt erori, le afişează.

Generare şi/sau semnare PDF

Lansează programul de validare şi generare PDF.

Fişierul trebuie generat şi transmis, chiar dacă nu au avut loc operaţiuni cu TVA (nici măcar încasări/plăţi în urma cărora rezultă TVA exigibil).

Depunere electronică

Lansează pagina cu linkuri pentru depunere, verificare stare declaraţie.

(011.) Anexa 3 pct. 2.1. Prelucrarea declaraţiilor informative depuse de persoanele impozabile înregistrate în scopuri de TVA se realizează de către organul fiscal competent, prin folosirea programului informatic de prelucrare pus la dispoziţie de Direcţia generală de tehnologia informaţiei, până la data de 15 a lunii următoare termenului de depunere a declarației.

Prin excepţie, validarea datelor trebuie reverificată în jurul datei de 15 a lunii următoare. Dacă este cazul, se depune declaraţie rectificativă. Verificaţi şi datele declarate de parteneri, dacă v-aţi dat acordul pentru consultare.

[Vizualizări]

Se pot lansa fişierele generate (XML, PDF, log, Excel). Cu Vizualizare fişiere declaraţii putem căuta printre fişierele din DECL_OBL.

[Verificare/descărcare update]

Lansaţi înainte de validarea declarației!

b1) Lista generată din xml

Din programul DUKIntegrator, după validare se generează în pdf numai un scurt Rezumat declaraţie - a nu se confunda cu rezumatul cap.C din declaraţie!), acesta conţine de fapt datele din cap.H. Listaţi pentru dosarul fiscal!

Verificaţi dacă s-au completat corect semnatarii înainte de depunere!

b2) Pentru detalii declaraţie s-au elaborat listele:

• Rezumat D394T - conţine din fiecare capitol, pentru cap. C, D, E, F numai partea de rezumat. Pe rânduri apar codurile de operaţii, produsele/activităţile (dacă este cazul), pentru care s-au făcut defalcări, iar pe coloane apare numărul de documente, total document, baza şi TVA pe cote.
• Lista operaţii D394T - conţine lista detaliată pentru cap. C, D, E, F, centralizată pe operaţii şi în cadrul operaţiilor pe cod partener.

Listele D394T sunt mult mai compacte faţă de formularul oficial, însă conţin toate informațiile necesare. Recomandăm anexarea primelor 2 liste de mai sus la pagina pdf rezultată după validare şi semnare.

b3) Pentru verificare/comparare date:

• Rezumat TVA pt.compar.cu D300 - pentru corelarea datelor cu D300. (Vezi şi lista de verificare între declaraţii descrisă în cap.9.4.4.!) Subtotalurile XX-C (TVA aferent livrărilor ), respectiv XX-D (TVA aferent achiziţiilor) vor intra în calculul variației TVA pentru verificarea corectitudinii datelor.
• Rezumat nr.fac.emise/utilizate - este un centralizator al facturilor emise:
  • subtotalul XX-FE conţine facturile emise (dar numai cele pentru operaţii care se declară în D394!). Acesta trebuie să fie egal cu numărul de facturi defalcate pe operaţii din subtotalul XX-FU. Totalul este mai mic sau egal faţă de totalul facturilor alocate, care conţine şi facturile pentru export, livrări intracomunitare, facturile proforme etc.
  • subtotalul XX-FU înseamnă numărul de facturi cuprinse în D394/operaţii.
• Documente/jurnale - conţine documentele incluse în declaraţie, grupate pe jurnale hMARFA de provenienţă (T este un jurnal suplimentar, datele sunt preluate din jurnalele TVA şi Alte operaţii)
• Documente/operaţii - documentele sunt grupate pe capitole şi în cadrul acestora, pe coduri de operaţii. Astfel, se pot verifica listele centralizate de la pct. c2) pe documentele din care provin sumele.
• Documente/operaţii/produse - lista documentelor pe operaţii şi în cadrul acestora pe produse
• Documente/activităţi CAEN - lista documentelor din care rezultă livrările declarate pe activităţi CAEN.

Primele 2 liste funcționează numai după operaţia de Centralizare, celelalte înainte de Centralizare.

Deoarece declaraţia trebuie depusă chiar dacă nu au avut loc operaţiuni în perioada respectivă, şi primele 2 liste se pot lista pe zero, cu toate codurile obligatorii enumerate.

c1) Numerotare documente

Revizuiţi regulamentul intern de numerotare a documentelor şi comparaţi-l cu cele înscrise în Numerotare documente din hMARFA.

c2) în hMARFA

• completaţi codurile în Nomenclator articole pentru:
  • articole cumpărate de la neplătitori
  • articole achiziţionate/livrate cu taxare inversă
  • articole a căror livrare se urmăreşte pe coduri CAEN
• completaţi noile coduri pentru documentele de intrare
• cu F10 setaţi tipul corect al documentelor de ieşire, dacă există facturi simplificate, autofacturi, facturi emise de alţii, diverse documente de ieşire pentru încasări exceptate de la AMEF (bilete, automate etc.)

c3) în hMARFT

• verificaţi informațiile de completat din Perioade, dacă este cazul
• extrageți jurnalele TVA şi Alte operaţii (opţional cu utilitarul Extrage jurnale TVA, alte oper). Pe fereastra Verificare ANAF cu F10, pentru documentul pe care suntem poziţionaţi se pot lansa operaţiile:
  • Consultare stare firma (F3)
  • Schimba CIF: cu RO/fara RO
  • Modificare CIF cf.Firme
• generaţi şi validaţi declarațiile (opţional cu utilitarul Generare declaraţii)
• verificaţi corelațiile între declaraţii:
  • din D394T listaţi: Rezumat TVA pt.compar.cu D300.
  • din D300 listaţi: Comparare 300-contare,394T,390
  • verificaţi, ca în col. Diferenţe din a doua listă, sumele să fie neglijabile
• generaţi PDF-ul (opţional cu utilitarul Generare PDF-uri si depuneri)

Chiar dacă nu există facturi adiţionale, este obligatorie extragerea datelor în meniul Alte operaţii, deoarece acesta conţine şi o serie de alte date necesare completării declarației.

c4) etape hMARFT în cazul TVA de rambursat

• dacă suma negativă TVA din D300 (rd.37) depăşeşte 5000 lei (prag ajustabil dacă se modifică în Cod fiscal, prin constanta 300-PRAGRAMB) poate fi solicitată rambursarea sumei de la organul fiscal
• dacă firma optează pentru rambursare, înscrie D în rd. R din D300
• la generare XML apare atenționarea: Completati in Perioade Inf.rambursare TVA si generati din nou XML in D394T …
• în Perioade completaţi rubricile din cele 2 ferestre cu DA/NU pentru perioada respectivă:
  • D394 - Inf.rambursare TVA/ach.
  • D394 - Inf.rambursare TVA/liv.
  • nu uitaţi D în prima rubrică Solicit ramburs. TVA
• vezi detalii ... privind conţinutul rubricilor
• în D394T refaceți etapele de realizare a declarației, pentru ca informațiile să fie preluate din Perioade.

c5) la ANAF

• transmiteți declaraţia până la data de 30 a lunii următoare
• descărcaţi recipisa
• ANAF prelucrează declaraţiile până la data de 15 a lunii următoare termenului de depunere a declarației, cf. pct.2.1. din Normele de completare. Urmăriţi, dacă apar erori de validare ulterioare!

Corectarea erorilor

Anexa 3 la Ordinul 3769/15 prevede, că dacă după depunerea declarației, sunt semnalate erori de validare, aceastea trebuie corectate în 3 zile lucrătoare şi D394 se retransmite.

Rectificarea declarației depuse

(011.) 2.1. Prelucrarea declaraţiilor informative depuse de persoanele impozabile înregistrate în scopuri de TVA se realizează de către organul fiscal competent, prin folosirea programului informatic de prelucrare pus la dispoziţie de Direcţia generală de tehnologia informaţiei, până la data de 15 a lunii următoare termenului de depunere a declaraţiei.

2.3. În cazul în care, după depunerea declaraţiei, persoana impozabilă constată existenţa unor omisiuni/erori în datele declarate, persoana impozabilă trebuie să depună o nouă declaraţie, corect completată, care înlocuieşte declaraţia informativă depusă iniţial.

3.5. În cazul în care pe pagina de vizualizare a stării declaraţiei (394) se afişează un mesaj cu erorile pe care le conţine documentul depus, contribuabilul trebuie ca, în termen de 3 zile lucrătoare, să corecteze toate erorile comunicate şi să reia procesul de depunere a declaraţiei 394.

a) Începând cu sem.II 2016 - în hMARFT se utilizează meniul:

• Declaratia 394T

Practic, nu există declaraţie rectificativă, se selectează o perioadă anterioară,se completează şi se redepune.

Dacă o factură se primeşte ulterior depunerii D394 pe perioada respectivă, ea se cuprinde în declaraţia pentru perioada în care s-a primit, nu se depun declaraţii pe luni expirate din acest motiv!

Dacă de exemplu o firmă s-a considerat plătitoare de TVA în luna octombrie şi ulterior se dovedeşte, că nu ar fi putut să emită factură cu TVA, declaraţia corectată se redepune pentru luna octombrie. Vezi şi pag.6 din Ghid D394.

b) Până la sem. I 2016 - în hMARFT se utilizează meniul:

• Declaratia 394/16.S1

La constatarea unor erori, se depun declaraţii rectificative pe lunile în cauză, în vechiul format. Acest meniu se utilizează numai pentru declaraţii rectificative!

Datele de raportare pot fi în mai multe baze de date, de exemplu în cazul în care există mai multe puncte de lucru.

Vezi detalii ...

Opţiunea Declaraţia recapitulativă 390-VIES se poate utiliza pentru realizarea declaraţiei de către societăţile care au realizat achiziţii/livrări de bunuri sau au efectuat achiziţii/prestări de servicii intracomunitare în luna expirată. Declaraţia se realizează în utilitarul hMARFT, prin extragerea datelor introduse în hMARFA.

Termen de depunere

Ordinul 6073/24 defineşte termenul de 25 inclusiv a lunii următoare celei în care ia naștere exigibilitatea taxei.

Cf. Codului fiscal 001.): art.325 (1) Orice persoană impozabilă înregistrată în scopuri de TVA conform art. 316 sau art. 317 trebuie să întocmească şi să depună la organele fiscale competente o declaraţie recapitulativă în care menţionează:

• a)

  livrările intracomunitare scutite de taxă în condiţiile prevăzute la art.294 alin.(2) lit. a) şi d), pentru care exigibilitatea taxei a luat naştere în luna calendaristică respectivă;

• b)

  livrările de bunuri efectuate în cadrul unei operaţiuni triunghiulare prevăzute la art.276 alin.(5) efectuate în statul membru de sosire a bunurilor şi care se declară drept livrări intracomunitare cu cod T, pentru care exigibilitatea de taxă a luat naştere în luna calendaristică respectivă;

• c)

  prestările de servicii prevăzute la art. 278 alin. (2) efectuate în beneficiul unor persoane impozabile nestabilite în România, dar stabilite în Comunitate, altele decât cele scutite de TVA în statul membru în care acestea sunt impozabile, pentru care exigibilitatea de taxă a luat naştere în luna calendaristică respectivă;

• d)

  achiziţiile intracomunitare de bunuri taxabile, pentru care exigibilitatea de taxă a luat naştere în luna calendaristică respectivă;

• e)

  achiziţiile de servicii prevăzute la art. 278 alin. (2), efectuate de persoane impozabile din România care au obligaţia plăţii taxei conform art. 307 alin. (2), pentru care exigibilitatea de taxă a luat naştere în luna calendaristică respectivă, de la persoane impozabile nestabilite în România, dar stabilite în Uniunea Europeană.

• f)

  livrările intracomunitare de bunuri prevăzute la art. 315/1 alin. (8) lit. c) și d).

După definitivarea datelor de bază în hMARFA, se lansează utilitarul hMARFT.
Principalele descrieri ale corespondenţelor utilizate se regăsesc în:

Corespondenţe TVA

La livrare, în meniul Configurare/Corespondente TVA există un set de formule, care definesc transferul datelor din documentele de bază în informaţii derivate: jurnale TVA, decont TVA, declaraţie 390 (VIES). Acestea fiind documente fiscale, vă rugăm să verificaţi/analizaţi operaţiile, mai ales cazurile mai deosebite.
Dacă consideraţi, formulele se pot modifica pentru ca datele să ajungă în rubrica corectă.
Se folosesc ferestrele:

• D300/TVA colectata
• D300/TVA deductibila

Aici, în col. D390 sunt completate codurile aferente codurilor de OpTVA care se cuprind în D390.

Operaţie TVA → Coloană jurnal TVA → VIES

Pe baza acestor descrieri, datele documentului primar ajung într-un subtotal din jurnalele TVA. Fiecare tip de document utilizat în hMARFA pentru operaţii cu TVA are ataşat un cod OpTVA. Jurnalul TVA se completează pe baza documentelor justificative, ţinând cont de funcţia:

 Coloana Jurnal = f(OpTVA, cota TVA)

Funcţia este descrisă în Corespondente TVA, de exemplu:

• factură de livrare intracomunitară (Op.TVA:1Ld):

Corespondente TVA / Fereastra D300/TVA colectată, date completate la vizualizare:

Operaţie Tva:       1Ld 
Scutit cu deducere: 01    
Operaţie D390:      L 

Pe baza descrierii, o livrare intracomunitară cu OpTVA 1Ld din document ajunge în subtotalul 01 din jurnalul de vânzări, se extrage în rd.01 din D300 şi în operaţiile codificate cu L din D390.

Etapele necesare sunt:

• introducerea documentelor în hMARFA (de regulă recepţii, facturi emise, câteva documente de regularizare, ajustare)
• elaborarea jurnalelor TVA în hMARFT/Sit.TVA
• introducerea unor regularizări în jurnale, dacă este necesar.

Declaraţia 390 necesită instalarea unor aplicaţii suplimentare pentru realizarea formatului final.

d1) Instalare Java

Programul MFP de validare a declaraţiei 390 funcţionează în mediu Java. Aplicaţia Java Runtime Engine este gratuită şi se poate instala în modul descris pe site-ul HAMOR Soft la secţiunea Consultanţă.

d2) Instalare/reinstalare program de validare

Softul DUKIntegrator.jar elaborat de MFP este necesar pentru validarea datelor din fişierul XML generat.

DUKIntegrator se poate instala şi actualiza în modul descris pe site-ul HAMOR Soft la secţiunea Consultanţă.

În hUTIL/Catalogul fişierelor se poate specifica calea în care trebuie instalată aplicaţia DUKIntegrator.jar:

e4p   Declaratii            t  ..\DECL_OBL\

Calea la fişierele de declaraţie generate:

e4d   Declaratia 390-VIES   t  ..\DECL_OBL\aaaa\D390

Vezi modelul recomandat de noi pentru organizarea cataloagelor, care poate fi aplicat şi pentru D390.

d3) Date societate/semnatar

În utilitarul hUTIL, Fisiere sistem/Societatea trebuie verificate datele de mai jos, pentru preluarea în D394:

1. Societate se completează din Date societate
2. Reprezentant fiscal/legal/imputernicit se completează din Date reprezentant fiscal. Dacă este completat, datele pentru Domiciliul fiscal se vor prelua de aici.
3. Întocmit se completează din Date întocmit, fie persoană fizică, fie persoană juridică
4. Reprezentant care semnează - datele nume, funcţia, adresa se completează astfel:
   • dacă Rf_denum este completat: Rf_denum, Rf_functie, Rf_adresa
   • dacă în Semnatari/conturi Denumire 2 este completat (cazul contabilitate executată de terţi): Denumire 2, Functie 2, adresă societate,
   • altfel (cazul contabilitate proprie): Denumire 1, Functie 1, adresă societate
   • de regulă, declarantul este persoana înscrisă la semnătura nr.1, dacă persoana care semnează declaraţia diferă de reprezentantul legal (de ex. reprezentantul firmei de contabilitate care întocmeşte declaraţia), atunci acesta se înscrie la semnătura nr.2.

e1) Descrierea operaţiunii

OUG 6/2020 transpune o directivă europeană privind transferul de bunuri la dispoziţia clientului (Call-off stocks).

Definirea transferului de bunuri la dispoziţia clientului este dată la pct.8, care introduce art. 270/1 în Codul fiscal.

Transferul în sine a bunurilor nu este tratat ca livrare de bunuri cu titlu oneros.

Regimul de stocuri la dispoziţia clientului există atunci când sunt îndeplinite următoarele condiţii:

• bunurile sunt expediate sau transportate de o persoană impozabilă sau de o parte terţă către un alt stat membru
  • livrarea bunurilor se va face ulterior, după sosire
  • partenerul cu care s-a încheiat un acord în acest sens este înregistrat în scopuri de TVA în acel stat
• furnizorul nu are un sediu fix şi nu este înregistrat în scopuri de TVA în acel stat
• persoana impozabilă care expediază sau transportă bunurile înregistrează transferul bunurilor în registrul prevăzut la art. 321 (6) din Coul fiscal, în cazul în care:
  • bunurile sunt expediate sau transportate din România în alt stat membru, sau
  • bunurile sunt expediate sau transportate din alt stat membru în România.

Registrul include:

• identitatea persoanei care achiziţionează bunurile,

  • codul de înregistrare în scopuri de TVA atribuit acesteia de statul membru către care sunt expediate sau transportate bunurile în declaraţia recapitulativă sau la corespondentul acestuia din legislaţia statului membru din care sunt expediate sau transportate bunurile. Deci în declaraţia recapitulativă se menţionează numai CIF partener, nu şi valoarea bunurilor.

Dacă în termen de 12 luni de la sosirea bunurilor, partenerul din alt stat membru la dispoziţia căruia au fost puse bunurile respective:

• achiziţionează bunurile:
  • ⇒ are loc LIC, respectiv AIC în celălalt stat membru sau în România, în funcţie de locul în care s-au transportat bunurile
• nu achiziţionează bunurile, în ziua următoare expirării perioadei de 12 luni:
  • ⇒ are loc un transfer din România şi AIC în celălalt stat, sau după caz
  • ⇒ are loc o AIC în România şi un transfer din celălalt stat.

Nu se consideră că a avut loc un transfer dacă în termenul de 12 luni:

• bunurile sunt returnate în statul din care au fost expediate şi returul este înregistrat în registru, sau
• partenerul din celălalt stat membru este înlocuit cu un alt partener cu aceleaşi condiţii şi înlocuirea este înscrisă în registru.

e2) Stocuri la dispoziţia clientului în D390

Pentru operaţiunile de mai sus, s-a elaborat Ordinul 705/20 pentru modificarea D390. Acesta a intrat în vigoare începând cu operaţiunile desfăşurate în luna februarie 2020.

Astfel, s-a introdus Cap. III - Transferul de bunuri în cadrul regimului stocuri la dispoziţia clientului.

Aici se introduc:

• A. Informaţii privind persoanele impozabile din alte state membre cărora le sunt destinate bunurile expediate sau transportate în cadrul regimului - ţara, CIU partener
• B. Modificări ale informaţiilor furnizate - retur bunuri, înlocuire client.

Nu se introduc informaţii privind denumirea, cantitatea sau valoarea bunurilor.

e3) Stocuri la dispoziţia clientului în hMARFT

În meniul Stoc disp.client UE lansabil din meniul principal Sit.TVA se pot introduce operaţiunile descrise la pct. e1) de mai sus. Completarea este necesară numai dacă se utilizează acest regim!

Cu Adăugare se introduc la început partenerii UE pentru care au fost transferate stocuri pentru ca aceştia să le achiziţioneze ulterior, pe baza unui contract încheiat în acest sens.

Cu Adăugare se mai pot realiza operaţii ulterioare:

• Retur bunuri - bunurile nevândute timp de 12 luni în acest regim trebuie returnate, se declară în D390
• Modificare client - dacă un client renunţă, stocurile pot fi lăsate la dispoziţia altui client, se declară în D390.

Aceste evenimente se introduc în perioada în care se produc.

După trecerea la o nouă perioadă datele din lunile precedente se păstrează, fiind creată astfel o arhivă.

În D390 nu se declară natura bunurilor, documentul cu care au fost transportate etc. În câmpul Observaţii se pot introduce opţional informaţii de identificare a transporturilor efectuate.

Se lansează pe rând operaţiile descrise mai jos.
Menţionăm, că pentru crearea declaraţiei obişnuite, operaţiile din paranteze drepte […] nu sunt necesare. Dacă ele trebuie totuşi lansate, se lansează în ordinea înscrisă pe ecran, de sus în jos.

f1)[Setare perioada Declaratie]

În scopul realizării unei declaraţii rectificative pentru o luna anterioară, alegeţi luna, iar apoi executaţi Extragere.

După Setare la o perioadă anterioară, revenirea la perioada curentă se face astfel:

• în Setare perioada Declaratie se setează perioada curentă, care şterge datele din fişier,
• se iese în meniul principal şi
• se revine în Declaratia 390-VIES.

f2) Extragere

Extrage operaţiile definite ca intracomunitare în Corespondente TVA, din jurnalele TVA. Se preiau toate operaţiile cu OpTVA care are un cod înscris în col. D390.
Aceste coduri/operaţii sunt:

• L - livrări intracomunitare de bunuri
• T - livrări în cadrul unor operaţiuni triunghiulare
• R - livrare intracomunitară de bunuri efectuată în cadrul regimului special pentru agricultori (neimplementat deocamdată în varianta de bază, dar există o soluţie personalizată)
• A - achiziţii intracomunitare de bunuri
• P - prestări intracomunitare de servicii
• S - achiziţii intracomunitare de servicii

Datele apar în această fază analitic, pe fiecare document în parte. Puteţi lista acum Lista documentelor de intrare pentru a verifica achiziţiile, respectiv Lista documentelor de ieşire, pentru a verifica livrările/prestările care vor fi cuprinse în Declaraţia recapitulativă.

Ferestre

În Declaratia 390-VIES datele pot fi văzute în mai multe combinaţii:

• Inregistrari
• Inregistrari/documente intrare
• Inregistrari/documente iesire
• Lista de erori

f3) Centralizare

Operaţiile sunt totalizate pe cod operator intracomunitar (partener) şi pe coduri de operaţii.
Listele 01-Anexa la declaratia 390 şi 02-Centralizator operatii VIES vor conţine date numai după executarea acestei operaţii.
Listaţi 01-Anexa la declaratia 390 cel puţin pe ECRAN pentru ca să se calculeze numărul de pagini din anexă şi care se înscrie automat în declaraţia pdf. Dacă nu se listează şi nu se calculează numărul de pagini, în pdf va fi înscris numărul de pagini: 1.

Rotunjiri

Datele extrase au de regulă următoarea corespondenţă cu jurnalele TVA, hMARFA şi decontul TVA:

Aceste corelaţii pot fi respectate numai dacă nu s-au făcut regularizări ulterioare ale datelor din lunile respective sau nu au fost situaţii cu furnizori din UE fără cod valabil de TVA.

f4) [Setare decl. rectificativa]

Prin setare declaraţia curentă se consideră rectificativă. În declaraţia rectificativă se cuprind toate operaţiile din luna respectivă, inclusiv cele declarate anterior şi care nu se modifică.

Chiar dacă operaţiile următoare apar în aceeaşi fereastră cu cele precedente, ele constituie o altă fază, de elaborare şi transmitere a fişierului de raportare.

g1) Generare XML şi validare

Operaţia generează un fişier tip XML cu datele din fişier.
Ea lansează apoi programul de validare (DUKIntegrator.jar).
Dacă sunt erori, acestea se afişează în format htm, pentru o studiere mai accesibilă utilizatorului.

Fişierul creat se regăseşte în catalogul \DECL_OBL\aaaa\D390 sub numele D390_cif_aaaa_ll.XML.

Dacă la validare se constată erori, se creează şi fişierul:
D390_CIF_aaaa_ll.XML.err.txt în acelaşi catalog.

Vizualizare erori în htm

Pentru a facilita identificarea/înţelegerea erorilor, transformăm lista de erori text într-un format htm, mai simplu de urmărit pentru efectuarea corecţiilor.
Fişierul se regăseşte şi în catalogul D390, sub numele D390_CIF_aaaa_ll.HTM.
El se suprascrie la o nouă verificare.

Avantajul acestui tip de vizualizare este şi faptul, că în capul de tabel există link la d390_err.pdf (fişierul care descrie structura), deci erorile pot fi înţelese şi corectate mai uşor.

Erorile trebuie corectate, de regulă în jurnale TVA, după care etapele de elaborare a Declaraţiei trebuie reluate.
Se continuă până se obţine o declaraţie validă. La repetarea extragerii, se şterg fişierele pentru firma respectivă cu extensiile XML, TXT , HTM.

g2) Generare şi/sau semnare fişier PDF

Operaţia lansează programul pentru generare şi semnare PDF. Fişierul XML pentru firma respectivă, precum şi tipul declaraţiei (d390) sunt deja selectate.

• Dacă se generează D390 pentru verificare, FĂRĂ semnătură electronică: se apasă Validare+creare PDF.
• Dacă se depune CU semnătură electronică: se selectează tipul de SmartCard, se introduce PIN-ul pentru semnare, se apasă: Validare+creare PDF semnat.

Mesajul primit trebuie să fie:

 Validare fara erori fisier: ..\D390\D390_CIF_aaaa_ll.XML
 Fisierul PDF a fost creat cu succes: ..\D390\D390_CIF_aaaa_ll.pdf

Fişierul pdf creat se deschide automat după ieşirea din programul de validare.
Dacă la validare se constată erori, fişierul pdf nu va fi generat până la corectarea acestora.

Listare declaraţie

Recomandăm, ca declaraţia pentru dosarul fiscal să conţină:

• lista declaraţiei din formatul pdf semnat (pdf-ul oficial conţine numai prima pagină, cu datele centralizate)
• lista Anexa la declaraţia 390 din meniul Declaratia 390-VIES

Fişierul D390_CIF_aaaa_ll.pdf

Este fişierul care trebuie transmis la organele fiscale. De fapt, este singurul format mai accesibil utilizatorului din aplicaţia oficială.
Datele din fişierul XML apar sub formă de ATAŞAMENT la fişierul pdf.
Vă puteţi convinge că există acest ataşament astfel:

• View/ Show/hide/ Navigation panels/ Attachments, sau
• pe marginea stângă a documentului pdf apare o agrafă, care se deschide la apăsare.

Prin ambele modalităţi se deschide o fereastră, în care pe un rând apare D390_CIF_aaaa_ll.XML.

În cazul semnării electronice, apare semnătura persoanei autorizate în rubrica corespunzătoare.

g3) Depunerea declaraţiei

Operaţia Depunere electronică lansează o pagină de pe care se pot accesa:

• pagina de depunere a declaraţiei
• pagina de verificare a stării declaraţiei.
• actualizarea program de validare Java (DUKIntegrator.jar).

Declaraţia (fişierul pdf) se transmite în mod asemănător altor declaraţii electronice, depunerea începe de pe site-ul www.e-guvernare.ro. Vezi Etapele depunerii declaraţiei sub semnătură electronică descrise de ANAF (identice cu cele pentru declaraţiile 112, 300 etc.).

Recomandăm listarea şi salvarea recipisei generate la depunere, aceasta fiind dovada că declaraţia a fost depusă. Trebuie notat indexul generat la depunere, cu ajutorul acestuia se poate verifica starea declaraţiei.

Termen de depunere: data de 25 a lunii următoare perioadei fiscale, conform Ordinului 6073/2024.

Recomandăm să păstraţi datele astfel:

• în dosarul fiscal:
  • declaraţia listată din pdf, cu semnătură electronică,
  • recipisa de la depunere,
  • anexa la declaraţie listată din hMARFT.
• în arhiva electronică - fişierul pdf transmis şi recipisa. În DECL_OBL, în cadrul anului se pot crea librării pe luni (01, 02 etc.) unde se mută declaraţiile deja depuse cu toate fişierele şi recipisa salvată. Dacă se depun şi declaraţii rectificative, se poate crea de ex. 01R.

g4) [Vizualizări]

Cu această operaţie opţională, puteţi vizualiza, fără să părăsiţi hMARFT, ultimele fişiere generate:

• Vizualizare fişiere declaraţii - putem vedea fişierele din anul curent generate în DECL_OBL
• Vizualizare log - lista cu recapitularea evenimentelor obţinute la extragere
• Vizualizare D390 in XML - pentru consultare
• Vizualizare D390 in XML - Notepad - pentru consultare mai uşoară a datelor
• Vizualizare D390 in PDF - listarea se poate efectua şi de aici
• Vizualizare D390 in XLS - presupune prezenţa opţiunii export în Excel şi exportă datele D390 în fişier XML, care poate fi deschis cu Excel sau OpenOffice.
  Vizualizarea în XLS se poate lansa:
  • înainte de operaţia de Centralizare - exportă documentele incluse în declaraţie,
  • după operaţia de Centralizare - exportă datele centralizate pe parteneri.

Lansaţi operaţia înainte de întocmirea declaraţiei.
Dacă există actualizări ale programului de validare pe site-ul ANAF, se va lansa programul de actualizare şi apoi DUKIntegrator.
Se arată în fereastra din stânga update-urile disponibile faţă de versiunea pe care o avem instalată.
Apăsaţi tasta » şi apoi Download.
Dacă nu există actualizări, se lansează numai DUKIntegrator.

În declaraţia rectificativă se rectifică tranzacţii declarate în orice perioadă de raportare anterioară şi se completează toate rubricile formularului cu datele valabile la momentul declarării, indiferent dacă acestea au mai fost declarate.
Declaraţia rectificativă înlocuieşte declaraţia anterioară cu una nouă, cu toate datele la zi.

Pentru a realiza o declaraţie rectificativă, executaţi şi operaţiile:

• [Setare perioada Declaratie]
• Extragere
• Centralizare.
• [Setare decl.rectificativă]

Datele de raportare pot fi în mai multe baze de date, de exemplu în cazul în care există mai multe puncte de lucru.
În aceste cazuri pentru elaborarea declaraţiei se vor executa şi alte operaţii. Vezi detalii ...

Această componentă opţională asigură completarea lui automată prin extragerea datelor din jurnalele TVA, chiar şi din declaraţia 394 pentru corelare şi asigură realizarea formatului electronic pdf cu xml ataşat pentru transmisia sub semnătură electronică.

Modelul Decontului de taxă pe valoarea adăugată (formularul cod 300) valabil începând cu luna mai 2024 este descris în Ordinul 1253/2021 010.), cu modificările şi completările ulterioare.

Decontul TVA se realizează în utilitarul hMARFT, unde se extrag şi jurnalele TVA. O parte a definiţiilor legate de decont sunt descrise în meniul Configurare. De regulă, utilizatorul obişnuit nu este nevoit să modifice aceste definiţii, însă ele pot fi modificate/completate dacă reglementările fiscale sau complexitatea activităţii impun acest lucru.

Formularul „Decont de taxă pe valoarea adăugată“ se depune la organul fiscal la următoarele termene: de regulă lunar sau trimestrial, în situaţii speciale semestrial, anual sau chiar la alte termene.

Vezi detalii privind periodicitatea raportării şi setările perioadelor în hMARFT

Există situaţii când trebuie declarat VIES lunar, având D300 trimestrial.
În aceste cazuri, baza de date este setată ca şi trimestrială şi nu va funcţiona luna pentru D390-VIES.

Vezi variante de soluţii ...

În acest fişier din hMARFT sunt descrise coloanele jurnalelor TVA - parametri, lăţimea coloanei, conţinutul capului de tabel, instrucţiuni de completare preluate din reglementarea aferentă.

Vezi detalii ...

Completaţi constantele:

• COD-CAEN Cod CAEN activitate principală
• 300-PRAGRAMB Prag rambursare TVA (setat pe 5000 lei, modificaţi în funcţie de legislaţie)

Datele pentru capitolul III. Transferul de bunuri in cadrul regimului stocuri la dispozitia clientului, prevazut la art.270^1 din Codul fiscal apar după Extragere pe rânduri codificate cu A sau B după caz, reprezentând subcapitolele:

• A.Informatii privind persoanele impozabile din alte state membre carora le sunt destinate bunurile expediate sau transportate in cadrul regimului
• B.Modificari ulterioare ale informatiilor furnizate - adică retur bunuri, schimbare client pentru aceleaşi bunuri, nu rectificări!

Datele apar numai dacă s-au introdus informaţii pe perioada curentă în meniul Stoc disp.client UE. Aceste rânduri nu trebuie să conţină sume, însă conţin datele partenerului.

Etapele de pregătire a datelor sunt:

• introducerea documentelor în hMARFA (de regulă recepţii, facturi emise, câteva documente de regularizare, ajustare)
• elaborarea jurnalelor TVA în hMARFT/Sit.TVA
• introducerea unor regularizări/corecţii în jurnale dacă este necesar
• dacă s-au introdus informaţii pe perioada curentă în meniul Stoc disp.client UE privind datele partenerului, acestea se preiau în cap. III. Transferul de bunuri in cadrul regimului stocuri la dispozitia clientului, prevazut la art.270^1 din Codul fiscal. Datele apar după Extragere pe rânduri codificate cu A sau B după caz, reprezentând:
  • A.Informatii privind persoanele impozabile din alte state membre carora le sunt destinate bunurile expediate sau transportate in cadrul regimului
  • B.Modificari ulterioare ale informatiilor furnizate - adică retur bunuri, schimbare client pentru aceleaşi bunuri, nu rectificări!

Etapele principale de realizare a declaraţiei sunt:

• pregătirea mediului de lucru
• extragerea, verificarea, corectarea declaraţiei
• crearea fişierelor şi transmiterea datelor.

Declaraţia 300 este o lucrare mai complexă, ea necesitând şi instalarea unor aplicaţii suplimentare pentru realizarea formatului final. Unele din aceste operaţii poate au fost efectuate de cei care depun şi D112, dar trebuie revizuite din cauza unor modificări ale mediului de lucru, care presupune depunerea mai multor declaraţii de pe această platformă.

a) Declaraţia 300 pe site-ul ANAF

De pe www.anaf.ro se pot descărca fişierele legate de Declaraţia 300:

• soft A - pentru completare manuală
• soft J - se adresează contribuabililor care îşi generează fişierul xml din aplicaţiile informatice proprii
• Anexa validări
• Schema XSD

b) Instalare Java

Programul MFP de validare a declaraţiei 300 funcţionează în mediu Java. Aplicaţia Java Runtime Engine este gratuită şi se poate instala în modul descris pe site-ul HAMOR Soft la secţiunea Consultanţă.

c) Instalare/reinstalare program de validare

Softul DUKIntegrator.jar elaborat de MFP este necesar pentru validarea datelor din fişierul XML generat.

DUKIntegrator se poate instala şi actualiza în modul descris pe site-ul HAMOR Soft la secţiunea Consultanţă.

În hUTIL/Catalogul fişierelor este indicată calea în care trebuie instalată aplicaţia DUKIntegrator.jar:

e3p   Declaratii           t   ..\DECL_OBL\

Calea la fişierele generate de hMARFT:

e3d   Declaratie 300-TVA   t   ..\DECL_OBL\aaaa\D300

Vezi modelul recomandat de noi pentru organizarea cataloagelor ...

d) Date societate/semnatar

În utilitarul hUTIL, Fisiere sistem/Societatea verificaţi:

• datele societăţii, banca, contul bancar
• dacă există reprezentant fiscal (numai pentru persoane impozabile stabilite în străinătate), se completează adresa şi datele de contact ale acestuia.
  Dacă este completat, datele pentru Domiciliul fiscal se vor prelua de aici.
• de regulă, declarantul este persoana înscrisă la semnătura nr.1, dacă persoana care semnează declaraţia diferă de reprezentantul legal (de ex. reprezentantul firmei de contabilitate care întocmeşte declaraţia), atunci acesta se înscrie la semnătura nr.2.

În hMARFT declaraţia se realizează din meniul Declaratii/Declaratia 300-TVA. Elaborarea declaraţiei are sens numai după definitivarea jurnalelor TVA.

Se lansează pe rând operaţiile descrise mai jos.
Menţionăm, că pentru crearea declaraţiei obişnuite operaţiile din paranteze drepte […] nu sunt necesare.

a) Extragere din jurnale TVA

Operaţia preia datele din Sit.TVA/Jurnal vanzari, respectiv Jurnal cumparari.

Rânduri

Declaraţia extrasă conţine mai multe rânduri, decât formularul tip pdf, deoarece unele rânduri se compun din mai multe elemente, care apar în coloane separate ale jurnalelor TVA. Pentru o verificare mai uşoară, se regăsesc şi aceste subtotaluri (de ex. rd.03 = rd.03.1 + rd.03.2 + rd.03.3 + rd.03.4). Rândurile care conţin JV/JC în coloana Ju sunt rânduri primare, adică datele sunt extrase direct din jurnale.

În fiecare rând - unde este cazul -, s-au preluat instrucțiunile de completare din Ordinul 1253/2021 010.), care se pot studia cu Vizualizare-Descriere. Pentru o vizualizare mai bună, aceste descrieri se pot lansa şi cu F10, în acest caz se vor deschide într-un editor de text.

Sunt câteva rânduri speciale:

• D - Tip decont şi ultima lună a perioadei (L,T,S,A) - cod perioada fiscală
• P - Pro-rata de deducere (%) - se introduce pro-rata provizorie calculată de plătitorii cu regim mixt
• Q - Temei anulare rez.verif.ult.-LG 207/15 a.105 (6)b) - se modifică în D numai dacă este cazul
• R - Solicit rambursare sold suma negativa TVA? - se introduce „D“ dacă suma din rd. 31 este > 5000 lei. În acest caz suma nu se reportează în decontul perioadei următoare.
• S - Decont consolidat depus de reprezentantul fiscal
• T1 - Livrare de cereale, plante tehnice (tx.inv) - se introduce automat „D“ dacă în D394 sunt raportate asemenea operaţiuni.
  Cele 3 rânduri de mai sus se modifică pe „D“ manual, dacă operațiunile au avut loc cu cu taxare inversă:
• T2 Livrare telefoane mobile (tx.inv)
• T3 Livrare dispozitive cu circuite integrate (tx.inv) - datele se înscriu manual, dacă este cazul!
• T4 Livrare console jocuri,tablete, laptopuri (tx.inv)
• 16 - Regularizări taxă colectată - s-a defalcat pe 16.1 şi 16.2, pentru regularizarea distinctă a operaţiunilor cu taxare inversă
• 28 - Compensaţia în cotă forfetară pentru achiziţii de produse si servicii agricole de la furnizori care aplică regimul special pentru agricultori (cu regularizări pe rd. 29). Se completează manual!
• 32 - SUB-TOTAL TAXA DEDUSA-Cf. art. 297, 298, 300 - suma care se poate deduce efectiv din taxa deductibilă totală din rd.31. Se compune din rândurile ajutătoare:
  • 32.1 - Operatiuni cu regim mixt - operaţiuni din JC cod 1 - cu/fără deducere
    • 32.1.1 - din care: deductibil cf.prorata = PRO-RATA * rd.32.1
    • 32.1.2 - nedeductibil cf.prorata = rd.30.1 - rd.32.1.2
  • 32.2 - Operatiuni cu deducere - operaţiuni din JC cod 2 - cu deducere
  • 32.3 - Operatiuni fara deducere - operaţiuni din JC cod 3 - fără deducere
  • 32.7 - Operatiuni cu deductibilitate 50%
    • 32.7.1 din care : deductibil = rd.30.7*50%
    • 32.7.2 - nedeductibil = rd.32.7 - rd.32.7.1
• 34 - Regularizări taxă dedusă - s-a defalcat pe 34.1 şi 34.2, pentru regularizarea distinctă a operaţiunilor cu taxare inversă
• 35 Ajustari cf.pro-rata/ajustari pt.bunuri de capital = rd.35.1 + rd.35.2
  • 35.1 - Ajustari cf.pro-rata = (suma anuală rd.32.1 * PRO-RATA definitivă)- suma anuală rd.32.1.1
  • 35.2 Ajustari pt.bunuri de capital - se înscrie baza de calcul şi taxa lunară cu +/- în documentul TVAAJ din hMARFA, dacă suma TVA de ajustat în luna respectivă este > 1000 lei.
• 42 - Sold suma negativa TVA per.prec.(rd.46) neramb. - se preia din decontul lunii precedente suma negativă pt. care nu s-a solicitat rambursare.
• 99 - Facturi emise dupa inspectia fiscala - facturile emise trebuie să aibă cod jurnal 9.
• 9A - Facturi primite dupa inspectia fiscala - facturile primite trebuie să aibă cod jurnal 9.
• FE - Facturi emise dupa reinregistrare in scop TVA - se completează cu informaţiile preluate din facturile emise, conform art. 11 alin. (6) si (8) din Codul fiscal, după înregistrarea în scopuri de taxa conform art. 316 alin. (12) pentru livrările de bunuri/prestările de servicii efectuate în perioada în care contribuabilul a avut codul de înregistrare în scopuri de TVA anulat (se completează manual!)
• LN - Livrari neimpozabile - apar cu titlu informativ, nu au loc în decont.
• ZC1 - Val.fara TVA PS catre pers.neimp.state UE-An prec. - vânzările intracomunitare de bunuri la distanţă şi prestări de servicii de telecomunicaţii, de radiodifuziune şi televiziune, precum şi servicii furnizate pe cale electronică către persoane neimpozabile din alte state membre UE (rd.17+18 din D300 pe anul precedent)
• ZC2 - Val.fara TVA PS catre pers.neimp.state UE-An crt.
• UV - Regim special OSS perioada (inclusiv TVA) - numai dacă sunt informaţii în Stoc disp.client UE, informativ, nu apare în D300.

O parte din rândurile de mai sus (cele introduse de HAMOR Soft) apar numai în lista detaliată.

Pentru completarea rd. FE vezi detalii privind persoanele cu cod de TVA anulat ...

Sold TVA neexigibil

La sfârşitul formularului există un capitol distinct:
Informaţii privind TVA neexigibilă sau nedeductibilă, în care se raportează TVA aferentă operaţiilor efectuate, inclusiv în alte perioade de raportare, pentru:

• ZA

  Livrări efectuate a căror TVA aferentă a rămas neexigibilă, existentă în sold la sfârşitul perioadei de raportare, ca urmare a aplicării sistemului TVAI, cf. art.282 din Codul fiscal (completat numai de cei care aplică TVAI, cuprinde TVA neexigibil din perioada curentă şi cel aflat în sold)

• ZB

  Achiziţii efectuate pt. care nu s-a exercitat dreptul de deducere a TVA aferente, existentă în sold la sfârşitul perioadei de raportare, ca urmare a aplicării art.297 (2) şi (3) din Codul fiscal(completat atât de cei care aplică TVAI, cât şi de cei care cumpără de la cei care aplică TVAI, pentru TVA care va deveni exigibil în perioadele următoare)

Informațiile de mai sus sunt defalcate pe rândurile ZA1 şi ZB1, în care se evidențiază numai sumele din ultimele 6 luni/2 trimestre.

Regularizări

Nu există decont TVA rectificativ, datele din perioadele precedente omise sau eronate trebuie introduse în rândurile de regularizări în luna în care se observă.

Unele documente pot sosi după depunerea decontului pentru perioada respectivă, sau pot avea valori diferite faţă de cele raportate iniţial, sau poate au fost operate greşit în hMARFA şi contabilul nu le mai poate corecta.

În hMARFT o operaţie se consideră regularizare dacă:

• data documentului de intrare este dintr-o perioadă precedentă
• cota TVA din document diferă de cota curentă.

Dacă este considerată regularizare, operaţia va fi inclusă într-un subtotal separat în jurnalul TVA şi va fi raportată în rândurile de regularizări în decontul de TVA, corespunzător naturii operaţiei.

Există 3 rânduri auxiliare de regularizări, de exemplu la TVA deductibil:

34     Regularizari taxa dedusa
34.1   Regularizari taxa dedusa - operatii taxare inversa
34.2   Regularizari taxa dedusa - alte operatii 

În mod excepţional, unele documente pot fi orientate din operaţiuni obişnuite în operaţiuni de regularizare. De exemplu, în jurnalul de cumpărări prin Modificare/Corespondente D300 se poate orienta documentul din rd.24 în rd.34.2, dacă este necesar.

Ferestre

În Declaratia 300-TVA datele pot fi văzute în mai multe ferestre:

• Randuri - în col. Ju rândurile marcate cu JV/JC sunt preluate din jurnalele TVA, cele fără marcaj sunt calculate.
• Randuri modificabile manual - se utilizează când se porneşte operaţia Modificări manuale. Recomandăm completarea câmpului Observatii pentru ca să se păstreze justificarea intervenţiei manuale (de ex. nu s-a reuşit corectarea în jurnalul aferent).
• Randuri D300 - conţine numai acele rânduri, care efectiv compun declaraţia.
• Coduri conţine codurile sub care vor ajunge datele în fişierul XML generat, precum şi unele caracteristici ale datelor.

b) Extragere din D394

După lansare, operaţia completează bifa cereale cf. datelor din D394 (rd.T1).

Condiţia este, ca mai întâi să se definitiveze D394 pe luna respectivă.
Dacă există vreun motiv pentru care aceasta nu este finalizată, datele se pot înscrie cu Modificare manuală.

c) [Modificări manuale]

Unele date se înscriu manual, şi dacă este necesar, datele extrase se pot modifica, eventual se pot înscrie explicaţiile necesare în Observaţii.
Selectaţi fereastra Randuri modificabile manual.

Se pot modifica:

• rândurile extrase din jurnale care nu se calculează,
• ultima lună a declaraţiei,
• pro-rata,
• solicit rambursare sold sumă negativă TVA etc.

Rândurile marcate cu * în col. Denumire se înscriu totdeauna manual:

• 33 * TVA ef.rest.cumparatorilor straini, incl.comis.
• 35.1 * Ajustari cf.pro-rata definitiva
• 39 * Sold TVA de plata din decont prec.(rd.45) neach.
• 40 * Dif.TVA de plata stabilita de org.fiscale neach.
• 42 * Sold suma negativa TVA per.prec.(rd.46) neramb.
• 43 * Dif.negative TVA stabilite de organe fiscale

La ieşirea din Modificare manuala, totalurile se recalculează automat.

Observaţii:

• La trecerea la perioada următoare valoarea din rândul 42 se preia din rândul 46 al perioadei precedente, dacă în rubrica Solicit rambursare este „N“.
• Rândurile 39, 40, 43 se pot completa la începutul perioadei, la Extragere acestea nu vor fi suprascrise.
• În final, dacă rezultatul este TVA de recuperat şi se solicită rambursare TVA, valoarea din rândul R trebuie modificată în „D“.
• La decontul anual, dacă există operaţii mixte, trebuie calculat şi completat 35.1-Ajustari cf.pro-rata definitiva.
• Pentru a nu modifica rândurile din decont care provin din jurnale, recomandăm să efectuaţi corecţiile cu ajutorul documentelor din hMARFA sau în jurnalele TVA, descrise la regularizări.
  Astfel, aceste modificări se vor păstra şi în arhiva de jurnale TVA.

d) [Calcul]

Se execută NUMAI dacă s-au făcut modificări manuale în datele declaraţei extrase şi nu s-a lansat operaţia precedentă Modificări manuale (la ieşirea din această operaţie calculul totalurilor porneşte automat).

e) Verificare coerenţă

După extragerea datelor în D300, înainte de a depune declaraţia, recomandăm lansarea listei Comparare 300-contare,394T,390. Prin lista concepută de HAMOR Soft, utilizatorul se poate convinge, că datele din cele 3 declaraţii şi contabilitate sunt coerente.

Detalii în cap. 9.5.3.

Chiar dacă operaţiile următoare apar în aceeaşi fereastră cu cele precedente, ele constituie o altă fază, de elaborare şi transmitere a fişierului de raportare.

a) Generare XML şi validare

Operaţia generează un fişier tip XML cu datele din fişier.
Ea lansează apoi programul de validare (DUKIntegrator.jar).
Dacă sunt erori, acestea se afişează în format htm, pentru o studiere mai accesibilă utilizatorului.

Fişierul creat se regăseşte în catalogul \DECL_OBL\aaaa\D300 sub numele D300_cif_aaaa_ll.XML.

Dacă la validare se constată erori, se creează şi fişierul:
D300_CIF_aaaa_ll.XML.err.txt în acelaşi catalog. În legătură cu depistarea erorilor de validare vezi modul de identificare a erorilor.

Vizualizare erori în htm

Pentru a facilita identificarea/înţelegerea erorilor, transformăm lista de erori text într-un format htm, mai simplu de urmărit - vezi exemplul - care poate fi eventual listat în situaţii mai complicate - pentru efectuarea corecţiilor. Fişierul se regăseşte şi în catalogul D300, sub numele D300_CIF_aaaa_ll.HTM. El se suprascrie la o nouă verificare.

Avantajul acestui tip de vizualizare este şi faptul, că în capul de tabel există link la d300_err.pdf (fişierul care descrie structura), deci erorile pot fi înţelese şi corectate mai uşor.

Erorile trebuie corectate, de regulă în jurnale TVA, după care etapele de elaborare a Declaraţiei trebuie reluate.
Se continuă până se obţine o declaraţie validă. La repetarea extragerii, se şterg fişierele pentru firma respectivă cu extensiile XML, TXT , HTM.

b) Generare şi/sau semnare fişier PDF

Operaţia lansează programul pentru generare şi semnare PDF. Fişierul XML pentru firma respectivă, precum şi tipul declaraţiei (d300) sunt deja selectate.

Pentru a transmite cu semnătură electronică, se selectează tipul de SmartCard, se introduce PIN-ul pentru semnare, se apasă: Validare+creare PDF semnat.

Mesajul primit trebuie să fie:

 Validare fara erori fisier: ..\D300\D300_CIF_aaaa_ll.XML
 Fisierul PDF a fost creat cu succes: ..\D300\D300_CIF_aaaa_ll.pdf

Fişierul pdf creat se deschide automat după ieşirea din programul de validare.
Dacă la validare se constată erori, fişierul pdf nu va fi generat până la corectarea acestora.

Declaraţia pentru dosarul fiscal se listează din acest format.

Fişierul D300_CIF_aaaa_ll.pdf

Este fişierul care trebuie transmis la organele fiscale. El este un format mai accesibil utilizatorului din aplicaţia oficială.
Datele din fişierul XML apar sub formă de ATAŞAMENT la fişierul pdf.
Vă puteţi convinge că există acest ataşament astfel:

• View/ Show/hide/ Navigation panels/ Attachments, sau
• pe marginea stângă a documentului pdf apare o agrafă, care se deschide la apăsare.

Prin ambele modalităţi se deschide o fereastră, în care pe un rând apare D300_CIF_aaaa_ll.XML.

După semnarea electronică, apare semnătura persoanei autorizate în rubica corespunzătoare.

c) Depunerea declaraţiei

Operaţia Depunere electronica D300 din hMARFT lansează o pagină de pe care se pot accesa:

• pagina de depunere a declaraţiei
• pagina de verificare a stării declaraţiei.
• actualizarea programului de validare Java (DUKIntegrator.jar).

Declaraţia (fişierul pdf) se transmite în mod asemănător altor declaraţii electronice, depunerea începe de pe site-ul www.e-guvernare.ro.
Vezi Etapele depunerii declaraţiei sub semnătură electronică descrise de ANAF.

Recomandăm listarea şi ataşarea recipisei generate la depunere, aceasta fiind dovada că declaraţia a fost depusă. Trebuie notat indexul generat la depunere, cu ajutorul acestuia se poate verifica starea declaraţiei.

Termen de transmitere: data de 25 a lunii următoare perioadei fiscale.

Recomandăm să păstraţi datele astfel:

• în dosarul fiscal - declaraţia listată din pdf, cu semnătură electronică sau obişnuită, cu recipisa de la depunere ataşată, sau cu numărul de înregistrare de la ghişeu
• în arhiva electronică - fişierul pdf transmis.

d) [Vizualizări]

Cu această operaţie opţională, puteţi vizualiza, fără să părăsiţi hMARFT, fişierele generate:

• Vizualizare recapitulare extragere - se regăseşte lista cu recapitularea datelor/erorilor obţinute la extragere
• Vizualizare D300 in XML - numai pentru consultare
• Vizualizare D300 in PDF - listarea se poate face şi de aici
• Vizualizare D300 in XLS - datele din decontul detaliat sunt exportate şi în Excel, pentru eventuale prelucrări ulterioare, audit etc.

Astfel, puteţi vizualiza ultimele date extrase, fără să repetaţi generarea lor.

e) [Verificare/descărcare update]

Lansaţi operaţia înainte de validarea declaraţiei.

Dacă există actualizări ale programului de validare pe site-ul ANAF, se va lansa programul de actualizare şi apoi DUKIntegrator. Se arată în fereastra din stânga update-urile disponibile faţă de versiunea pe care o avem descărcată.
Apăsaţi tasta » şi apoi Download.
Dacă nu există actualizări, se lansează numai DUKIntegrator.
În Ajutor/Istoria versiunilor se poate căuta 300 pentru a vedea noutățile din ultima versiune.

Elaborarea D300 din mai multe baze de date

Jurnalele TVA pot fi în mai multe baze de date, de exemplu în cazul în care există mai multe puncte de lucru.
În aceste cazuri pentru elaborarea declaraţiei se vor executa şi alte operaţii.
Detalii....

f) Închide perioada în hMARFA

Închide perioada în hMARFA, setând Data arhivă la data de sfârşit a perioadei. După lansare, în hMARFA nu se mai pot modifica documentele din perioada respectivă.

g) Liste

Din formatul pdf cu xml ataşat se listează declaraţia pentru dosarul fiscal.

Din meniul Declaratia 300-TVA se pot lista 2 situaţii:

• D300 - decont TVA detaliat - lista recomandată de noi, conţine toate rândurile analitice şi observaţiile înscrise. Recomandăm introducerea listei în dosarul de contabilitate aferent perioadei, dacă există informaţii relevante în rândurile ajutătoare.
• D300 - decont TVA - conţine numai rândurile care se exportă în formularul oficial.

În Declaraţia 300 apare o listă: Comparare 300-contare,394T,390. Cu ajutorul acesteia se fac următoarele verificări:

• a.

  Comparare TVA neexigibil din documente hMARFA şi din contare hMARFA

• b.

  Comparare total jurnal-contare hMARFA-D300

• c.

  Comparare D300-D394T

• d.

  Comparare D300-D390

Desigur, în hMARFA trebuie lansată mai întâi contarea pentru perioada declarației.

Vezi un exemplu de verificare coerenţă ...

În col. Sursă sunt evidenţiate sursele, rândurile din declaraţii din care se preiau informaţiile.

Datele se compară pe baza următoarelor liste:

• din D394T:
  • 01 Rezumat D394T
  • 03 Lista operatii D394T
  • 04 Rezumat TVA pt.compar.cu D300
• din D390:
  • Centralizator operaţii VIES
• din D300:
  • D300 - Decont TVA detaliat
  • Comparare 300-contare,394T,390 - lista cu datele de comparat

Informațiile din D394T sunt mai greu de comparat cu contabilitatea. Unele operaţii nu se declară (de ex. cele cu cota 0% în relaţia cu plătitori TVA, import-export, AIC, ASIC, LIC, PSIC etc.).

Verificaţi, dacă în col. Diferenţă există sume diferite de zero. Dacă există, înseamnă că au fost modificate documentele justificative, încasările/plăţile şi nu s-a reluat contarea sau extragerea jurnalelor. Unele diferenţe pot fi acceptate, dacă în mod excepţional s-au efectuat modificări manuale.

Este firesc să existe diferenţe de câţiva bani, deoarece contarea se face cu 2 zecimale, iar în declaraţii datele sunt rotunjite la leu întreg.

Dacă sunt implementări foarte complexe, s-ar putea ca unele diferenţe să fie acceptabile, ajustaţi lista pentru a obţine date relevante!

Recomandăm contabililor, să utilizeze aceste liste, iar în cazul în care în col. Diferenţă există sume mai semnificative, să verifice dacă:

• în hMARFA a fost lansată Contarea pe perioada curentă
• jurnalele TVA, facturile adiţionale au fost extrase/înscrise recent
• D394T, D300, D392 au fost extrase recent, după importul datelor de mai sus

După cum se observă, mai întâi trebuie extrase şi validate toate cele 3 declaraţii (dacă este cazul).

Comparare D300 - D394T

• c1. TVA aferent livărilor - trebuie să fie aproximativ egale:
  • din D300 = TVA aferent livrărilor + regularizări + TVA livrări neexigibil curent-sold precedent
  • din D394T (subtotal XX-C din lista 04) = TVA aferent livrărilor pe tipuri de parteneri+TVA calculat în urma încasărilor cu case de marcat+ TVA calculat în urma încasărilor exceptate + livrări cu facturi simplificate + TVA colectat prin autofacturi
• c2. TVA aferent achiziţiilor - trebuie să fie aproximativ egale:
  • din D300 = TVA aferent achiziţiilor - TVA import (din JC oper. cu „..Ex“) + regularizări + TVA achiziţii neexigibil curent-sold precedent
  • din D394T (subtotal XX-D din lista 04) = TVA aferent achiziţiilor de la parteneri TVAN +TVAI + TVA achiziţii cu taxare inversă + TVA achiziţii cu facturi simplificate şi cu bon fiscal cu CIF
• c3. şi c4. - taxare inversă - pentru livrări, în D300 nu este calculată taxa, iar pentru achiziţii, taxa trebuie să fie aproximativ egală

Comparare D390 - D394T

Bazele de calcul pe coduri de operaţii trebuie să fie egale cu rândurile corespunzătoare din D300 + regularizările aferente.

În Utilitare se găseşte Decont TVA provizoriu. Acesta este un instrument la îndemâna personalului de conducere, pentru a putea estima oricând, cât TVA de plată/de recuperat s-a adunat în cursul perioadei scurse din perioada fiscală.

În mod implicit, decontul provizoriu se extrage pentru perioada curentă, pentru a putea consulta situaţia TVA de plată înainte de finalizarea D300.
Se poate seta şi altă perioadă pentru care avem deja date în hMARFA, pentru a previziona situaţia TVA de plată.

După lansarea Extragerii:

• se extrag jurnalele TVA
• se efectuează regularizările
• se completează un decont provizoriu
• se afişează în format htm câteva rânduri din decontul provizoriu, de exemplu:

   Rd.19 Total taxa colectata
   Rd.36 Total taxa dedusa
   Rd.45 TVA de plata
   Rd.ZA Sold TVA neexigibila, aferenta livrarilor neincasate	
   Rd.ZB Sold TVA neexigibila, aferenta achizitiilor neplatite

Situaţia se regăseşte şi în catalogul TMP\D300PR_ss.HTM (ss=număr staţie) şi poate fi eventual listată din browser.

Situaţia se utilizează NUMAI cu titlu informativ, deorece nu a trecut prin procedura de verificare. Ea nu conţine calculele privind TVA nedeductibil, nu preia TVA de rambursat din perioada precedentă, şi poate fi lansată şi pe o fracţiune de lună.

Pornire programată - dacă prezintă interes, se poate programa pornirea la anumite date calendaristice a acestei comenzi, cu ajutorul utilitarului Task Scheduler din sistemul de operare.
În acest caz, decontul provizoriu se lansează dintr-un batch cu comanda:

 HMARFT DBF U_D300

În hMARFT/utilitare sunt elaborate utilitare pentru extragere date şi generare declaraţii automatizată. Executaţi pe rând utilitarele de mai jos:

• Extrage jurnale TVA, alte oper - se extrag deodată jurnalele TVA, inclusiv documentele de încasări/plăţi şi datele din fişierul Alte operaţii. Diferenţele sub pragul de semnificaţie se repartizează. Dacă sunt semnalate erori semnificative, acestea sunt semnalate, se corectează în hMARFA şi apoi se repetă extragerea.
• Verificare jurnale pe ANAF - dacă de regulă sunt situaţii simple în legătură cu partenerii, puteţi lansa verificarea lor prin acest utilitar
• Generare declaraţii - se extrag pe rând: D394, D390, D300. La fiecare se efectuează extragerea documentelor, produselor, validarea şi generarea XML. Rezolvaţi eventualele erori în fiecare declaraţie în parte.
  Dacă în D300 se solicită rambursare TVA, completaţi mai întâi activitățile desfăşurate în Perioade, după care utilizaţi meniurile de operaţii obişnuite din D394T.
• Generare PDF-uri şi depuneri - la fiecare declaraţie validă se generează pdf-ul, care va trebui semnat, listat şi apoi se deschide pagina de depunere electronică.

Exemplu de operații efectuate în Generare declaraţii:

Codul fiscal prevede obligativitatea de a depune o serie de declaraţii informative la art.324 (4)-(6). Normele de completare pentru anul 2015 se află în Ordinul 522/2016 014.).

OUG 168/22 a suspendat însă aplicarea art.324 (4)-(6) până la sfârşitul anului 2023. În hMARFT este posibilă completarea declaraţiilor 392A şi 392B.

Vezi detalii privind modul de completare...

Chiar dacă nu se elaborează din hMARFT, amintim câteva prevederi referitoare la această obligaţie de declarare.

Declaraţia statistică Intrastat este o declaraţie obligatorie, pentru schimbul de bunuri între România şi alte state membre ale UE.
Declaraţia se depune în 2024 de cei care îndeplinesc simultan următoarele condiţii:

• sunt înregistraţi în scopuri de TVA
• realizează AIC sau LIC
• au depăşit unul din pragurile valorice de mai jos la sfârşitul anului precedent (praguri valabile în anul 2023):
  • introduceri intracomunitare: 1.000.000 lei
  • expedieri intracomunitare: 1.000.000 lei

Pentru detalii vezi pagina oficială ....