SAGA: 3 situatii practice care ridica intrebari si cum le rezolvi corect

Monografie contabila productie - inregistrare in SAGA

Copiaza Link-ul catre aceasta sectiune: Monografie contabila productie - inregistrare in SAGA

"Va rog sa ma ajutati cu inregistrarea corecta a productiei in programul SAGA:

Am o societate cu activitate de productie. Fiecare produs are reteta proprie. In ecranul Productie din program, la coloana Pret prestabilit, este corect daca inregistrez pretul fara TVA din factura emisa? Sau corect ar fi sa trec valoarea consumurilor?

Daca inregistrez pretul fara TVA din factura emisa, contul 7015 va fi egal cu 345 si 711. La un eventual control, ar fi o problema faptul ca sunt egale? Cand exista si discount pe factura emisa, pretul ar scadea cu valoarea discount-ului si atunci 7015 va fi mai mic decat 711 si 345. Cum este corect sa le inregistrez?"

Raspuns: In contabilitate, productia se inregistreaza la cost de productie, nu la pret de vanzare.
Prin urmare, in campul pret prestabilit nu trebuie introdus pretul de vanzare din factura, ci trebuie introdus costul de productie (adica valoarea consumurilor conform retetei + alte cheltuieli alocate, daca este cazul).

Costul trebuie sa reflecte:

• consum materii prime
• eventual manopera directa
• alte cheltuieli directe alocate

Conform monografiei contabile pentru productie:

--> Inregistrarea productiei realizate:
345 = 711
(la costul de productie)

--> Inregistrarea vanzarii:
4111 = 7015 (la pret de vanzare fara TVA)
4111 = 4427 (TVA colectata)

--> Descarcarea gestiunii produselor finite vandute:
711 = 345 (la cost de productie)

--> Daca acordati discount:

7015 scade
345 si 711 nu se modifica (costul de productie ramane acelasi)

Discountul afecteaza doar venitul (7015), nu costul (345, 711).

Facilitati mai putin cunoscute pe care vi le ofera softul de contabilitate SAGA! Aflati cum sa utilizati in avantajul dvs. TOATE functiile extrem de utile ale acestui soft, inclusiv pentru e-Factura, e-Transport si raportarea SAF-T! Click aici >>

Facturi emise si incasate in EUR

Copiaza Link-ul catre aceasta sectiune: Facturi emise si incasate in EUR

"Cum este corect sa se inregistreze in contabilitate factura emisa/primita in EUR si incasarea/plata facturii emise/primite in EUR? In SAGA, se utilizeaza 5124 = 765 pentru diferente pozitive si 665 = 5124 pentru diferente negative si nu 4111/401 = 765 sau 665 = 4111/401. Practic, incasarea/plata se inregistreaza la cursul de la data facturii, iar diferentele de curs le trece prin contul bancar."

Raspuns: Conform pct 304 din Reglementarile contabile aprobate prin OMFP 1802/2014:

(1)Operatiunile privind incasarile si platile in valuta se inregistreaza in contabilitate la cursul de schimb valutar, comunicat de Banca Nationala a Romaniei, de la data efectuarii operatiunii respective. In vederea asigurarii unui tratament contabil unitar, prin curs de schimb de la data efectuarii operatiunii se intelege cursul de schimb al pietei valutare, comunicat de Banca Nationala a Romaniei, din ultima zi bancara anterioara operatiunii, disponibil ca informatie la momentul efectuarii operatiunii (incasare, plata, emitere de documente).

(2)Operatiunile de vanzare-cumparare de valuta, inclusiv cele derulate in cadrul contractelor cu decontare la termen, se inregistreaza in contabilitate la cursul utilizat de banca comerciala la care se efectueaza licitatia cu valuta, fara ca acestea sa genereze in contabilitate diferente de curs valutar.

(3)La finele fiecarei luni, disponibilitatile in valuta si alte valori de trezorerie, cum sunt titluri de stat in valuta, acreditive si depozite in valuta se evalueaza la cursul de schimb al pietei valutare, comunicat de Banca Nationala a Romaniei din ultima zi bancara a lunii in cauza.

(4)Diferentele de curs inregistrate se recunosc in contabilitate la venituri sau cheltuieli din diferente de curs valutar " dupa caz.

Astfel, consider ca nu este gresit nici cum se inregistreaza in SAGA. Monografia contabila recomandata este:

1. Factura de client

a) emitere factura 500 EUR la cursul din valabil in ziua facturarii 5.04 Lei/EUR
4111 = 7xx  500*5.04Lei/EUR=2.520 Lei

b) incasare, cursul din data incasarii este de 5Lei => 500*5 Lei=2500
5124 = 4111 2520 lei

Cartea Verde a Contabilitatii 2026

Vezi AICI detalii

Calendarul contabilului vesel 2026

Vezi AICI detalii

Manual de politici contabile - Stick USB

Vezi AICI detalii

2. Factura de furnizor

a) inregistrare factura 500 EUR la cursul din valabil in ziua facturarii 5 Lei/EUR
6xx = 401 500*5Lei/EUR=2.500 Lei

b) plata, cursul din data platii este de 5.05Lei => 500*5 Lei=2525
401 = 5124 2500lei
6xx = 5124 25 lei

Totul despre SAGA! Ghidul contine instructiuni complete, pas cu pas, privind utilizarea SAGA pentru: generare si transmitere e-Facturi, import e-Facturi emise, import e-Facturi primite, monitorizarea transporturilor rutiere internationale de bunuri pe teritoriul national (e-Transport), transferul de informatii catre autoritatile fiscale (Declaratia 406, Raportarea SAF-T). Sunt prezentate inclusiv situatii/erori frecvent intalnite in practica si modurile optime de solutionare. Detalii aici >>

Import fisiere de plata cu data diferita extras

Copiaza Link-ul catre aceasta sectiune: Import fisiere de plata cu data diferita extras

"Avem incasari prin NETOPIA, care se importa in programul de gestiune Oblio pentru a stinge facturile incasate. In fisierul de import avem data operarii (data platii) si data decontarii. Atunci cand se importa fisierul in programul de contabilitate (SAGA), acesta se preia in jurnalul de banca la data platii si nu la data decontarii, ceea ce duce la denaturarea rulajului extrasului de banca din ziua respectiva, deoarece in extras, in mod corect, incasarea apare la data decontarii.

Care este monografia corecta pentru aceasta situatie, avand in vedere ca importul in SAGA se face la data operarii si nu la data decontarii? Este corect sa prelucram fisierul primit de la NETOPIA manual si sa completam data platii = data decontarii (pentru a avea incasarea din extras la aceeasi data si a nu denatura rulajele bancare zilnice)? Sau ce sugestie ne oferiti pentru acest caz?"

Raspuns:
Potrivit H.G. nr. 1/2016, incasarea poate fi realizata prin diverse modalitati (compensare, transfer bancar, card, cec, cambie, bilet la ordin). Data incasarii este, in toate cazurile, cea inscrisa in extrasul de cont sau in documentul care atesta stingerea obligatiei de plata.

In extrasul de cont, "data platii" se refera la ziua cand banii au plecat din contul societatii (sau au intrat), iar "data decontarii" (sau data operatiunii) indica momentul efectiv al tranzactiei conform bancii, care poate fi chiar in aceeasi zi, dar uneori si in ziua urmatoare.

In cazul platilor prin procesatori precum Netopia, trebuie facuta o distinctie clara intre momentul autorizarii platii de catre client si momentul decontarii efective in contul bancar al societatii. Din punct de vedere contabil si fiscal, incasarea se considera realizata la data la care suma este creditata efectiv in contul bancar al societatii, respectiv data decontarii inscrisa in extrasul de cont, nu data autorizarii platii de catre client.

Monografia corecta presupune existenta unui cont intermediar pentru procesatorul de plati. La data platii efectuate de client prin Netopia se recunoaste stingerea creantei fata de client si aparitia unei creante fata de procesator, prin inregistrarea 5125 = 4111 sau un cont analitic distinct pentru Netopia. Aceasta reflecta faptul ca societatea nu a incasat inca banii in banca, ci are de primit suma de la procesator.

La data decontarii efective in contul bancar, conform extrasului de cont, se inregistreaza 5121 = 5125 pentru suma neta incasata, iar comisionul Netopia se evidentiaza distinct ca cheltuiala, prin 628/622 = 461 sau prin formula corespunzatoare structurii contabile utilizate. In acest mod, jurnalul de banca va corespunde perfect cu extrasul bancar, iar rulajele zilnice nu vor fi denaturate.

Din acest motiv, nu este recomandat sa modificati manual fisierul Netopia astfel incat data platii sa devina egala cu data decontarii, deoarece ati pierde informatia reala privind momentul autorizarii tranzactiei si ati crea o neconcordanta intre fluxul economic si cel bancar.

Importul in SAGA la data platii este corect doar pentru inregistrarea relatiei cu procesatorul, nu pentru banca. Inregistrarea directa in 5121 la data platii este cea care produce denaturarea extrasului de cont. Corect este ca importul sa genereze o inregistrare in contul de terti, iar transferul in 5121 sa se faca la data decontarii.

Daca programul nu permite acest lucru automat, solutia corecta contabil este fie adaptarea modului de import, fie efectuarea unei note contabile de reclasificare din 5121 in 461 la data platii si apoi revenirea in 5121 la data decontarii, astfel incat soldul bancii sa coincida permanent cu extrasul.

In concluzie, data relevanta pentru incasarea bancara este data decontarii din extras, iar data platii este relevanta doar pentru relatia cu procesatorul. Corectarea fisierului prin egalizarea datelor nu este o solutie contabil corecta; solutia corecta este folosirea unui cont intermediar pentru Netopia si recunoasterea incasarii in banca exclusiv la data decontarii.

Raspunsuri oferite in luna martie 2026 de catre specialistii site-ului PortalContabilitate.ro. Dati click AICI pentru a vedea toate noutatile contabile + consultanta si raspunsuri detaliate de la experti.