Descoperă portofoliul complet de soluții SAGA. Cele mai utilizate programe de contabilitate, salarii şi evidenţă de stocuri.
SAGA C.
Program pentru evidență contabilă în partidă dublă, destinat societăților comerciale, ONG-urilor, cabinetelor de contabilitate și contabililor independenți. Program pentru evidență contabilă în partidă dublă, destinat societăților comerciale, ONG-urilor și cabinetelor de contabilitate. Program pentru evidență contabilă și de stocuri în partidă dublă.
SAGA P.S.
Program pentru evidență contabilă în partidă simplă, destinat PFA-urilor, întreprinderilor individuale și familiale, asociațiilor de proprietari și altor profesii liberale. Program pentru evidență contabilă în partidă simplă, destinat PFA-urilor, II-urilor, IF-urilor și asociațiilor de proprietari. Program pentru evidență contabilă și de stocuri în partidă simplă.
Marketline
Extensie a programelor Saga, destinată utilizării în magazine sau în alte spații comerciale pentru operarea vânzărilor. Extensie a programelor Saga, destinată utilizării în magazine pentru operarea vânzărilor. Extensie a programelor Saga, destinată utilizării în magazine.
Publine
Extensie a programelor Saga, destinată utilizării în industria HoReCa pentru operarea vânzărilor și administrarea rezervărilor. Extensie a programelor Saga, destinată utilizării în industria HoReCa pentru operarea vânzărilor. Extensie a programelor Saga, destinată utilizării în industria HoReCa.
Declaratii ANAF
Extensie a programelor Saga, destinată transmiterii declarațiilor fiscale la ANAF și preluării automate a recipiselor aferente. Extensie a programelor Saga, destinată transmiterii declarațiilor fiscale la ANAF și preluării a recipiselor. Extensie a programelor Saga, destinată gestionării declarațiilor fiscale.
Alătură-te comunității SAGA
La final de aprilie a apărut OUG 32/2026 -în Monitorul Oficial nr. 335 – ordonanță care reglementează accesul străinilor la piața munc...
A fost publicată OUG 8/2026 din așa numitul pachet de relansare economică. Ce aduce nou acest act normativ? O listă a modificărilor aduse de a...
Luat cu munca de început de an și cu stresul aferent nu am apucat să scriu despre noile modificări aduse codului fiscal și codului de procedur...
Nu, nu este vorba despre vreo inițiativă a Guvernului sau Parlamentului. Este o propunere personală, legată de modificarea legislației pe TVA....
Ordonanța a fost discutată și aprobată la final de 2025, fiind în vigoare de la data de 31/12/2025. Ea este una ce modifică OUG 158/2005 și ...
Ca în fiecare început de an, odată cu primele zile din 2026, vă doresc și eu un an mai bun ca cel care tocmai a trecut și sper eu, ca în fie...
Începând cu versiunea 3.0.598 a programului SAGA C, s-a introdus suport pentru accesul la REGES On-line. Pentru a o putea utiliza este important ...
De cele mai multe ori saft 406 se semneaza direct cu dukintegrator, apoi se poate utiliza si Declaratii ANAF pentru a centraliza, a depune si verifica starea declaratiilor.
Explicați-i scurt și punctual două aspecte:
1.Dacă mențineți diminuarea pe primul certificat: Arătați-i în D112 (Secțiunea D / Anexa de concedii medicale) că pe primul certificat (seria/numărul din 18.05–22.05) ați aplicat deja diminuarea cu o zi lucrătoare (4 zile plătite din 5 zile lucrătoare). Dacă diminuați și certificatul „în continuare” cu încă o zi, salariatul rămâne cu două zile neplătite pe același episod medical.
2.Aflați interpretarea internă a Casei județene respective privind tranziția din 18.05.2026:
-Unele Case de Sănătate consideră că, întrucât la 18.05.2026 codul 06 a devenit scutit de neplata primei zile (Legea 64/2026), angajatorul era obligat să plătească toate cele 5 zile pe codul 06, iar diminuarea de o zi se mută pe primul certificat din episod care are cod nescutit (adică pe certificatul 2, cod 01, scăzând zilele FNUASS de la 5 la 4).
-Alte Case de Sănătate recunosc că „prima zi a episodului medical” a fost 18.05.2026 (care a fost cod 06, scutit), deci întregul episod scapă de diminuare, SAU că diminuarea făcută deja în primele 5 zile (la angajator) stinge obligația diminuării pe certificatul în continuare.
Pasul 2: Cele două variante de rezolvare (în funcție de răspunsul inspectorului)
-Varianta A (Cea mai probabilă solicitată de CNAS în practică – „Corecția pe FNUASS”):Dacă inspectorul CNAS vă confirmă că în sistemul lor informatic (SIUI) certificatul 06 din 18.05.2026 are interdicție de diminuare (fiind scutit prin Legea 64/2026) și că sistemul forțează matematic scăderea unei zile pe certificatul 01 (deci FNUASS decontează maxim 4 zile X 194,64 $\times$ 65% = 506 lei în loc de 633 lei):
1. Ca să nu păgubiți salariatul cu 2 zile, în rectificativa D112 pe luna Mai 2026 puneți primul certificat (cod 06) cu 5 zile plătite de angajator (973 lei), iar al doilea certificat (cod 01) cu 4 zile suportate din FNUASS (506 lei) (sau, dacă nu vreți să umblați la statul de plată net deja achitat, reglați doar raportarea și diferența de 127 lei pe FNUASS).
2. Depuneți D112 rectificativă pe Mai 2026 și apoi depuneți o nouă cerere de recuperare pentru suma de 506 lei (aveți termen 90 de zile de la 12.10.2026).
- Varianta B (Dacă a fost o simplă neatenție a inspectorului CNAS):
Dacă inspectorul recunoaște că nu a observat că ziua fusese deja scăzută pe certificatul inițial (la angajator), dar vă spune că din cauza bifei din D112 sistemul nu a văzut legătura:
-Verificați în SAGA (în ecranul Concedii medicale pe luna Mai 2026) cum a fost exportat în XML-ul D112 primul certificat vs. al doilea certificat. Dacă la primul certificat ați scăzut manual numărul de zile de la 5 la 4 fără ca în XML să apară structura corectă de diminuare prevăzută de Ordinul 15/2018, SIUI a crezut că nu s-a reținut nicio zi.
Nu dumneavoastră ați greșit raționamentul logic pe episodul de boală, ci v-ați lovit de o capcană birocratică și tehnică generată de modul în care Casa de Asigurări de Sănătate (CNAS) și aplicația D112 validează cazuistica de tranziție legislativă din 18 mai 2026, coroborată cu schimbarea codului de indemnizație din 06 în 01.
Alegeti ca sa treceti aceaasta arenda pe seama altui arendator care are CNP; adica il pastrati si pe cel din Franta si treceti CNPul unui alt arendator.
In definitiv nu este nicio ilegalitate, pentru ca platiti statului niste bani.
Dac aeste vorba de mii de hectare atunci solicitati cetateanului din Franta sa obtina un NIF/CNP.
Ce satane este acel RDP (de ce nu am stiut si eu despre acesta mai demult?, ma rog)
Acest RDP (care nu mai este acum valid si nu se mai poate folosi) era cam ca Anydesk/TeamViwer/Rustdesk numai ca nu putea fi folosit doar de un utilizator (cum este acum), ci fiecare utilizator care accesa acest RDP se comporta ca si cum era singur. In acelasi timp se puteau conecta si 20 de utilizatori la SAGA C, fara sa se jeneze unul pe celalalt.
In acest moment - oricat de utilizator sunt - nu pot sa nu vad ca nu s-a jucat cinstit: desi SAGA C nu a dat aceasta posibilitate EXPLICIT unii utilizatori au mers pe principiul: ce nu este interzis este permis.
Nu vad de ce atata suparare daca SAGA C a vazut in acest pas (folosirea RDP) un pericol. Este un pericol real pentru veniturile firmei din spatele SAGA C. Nici mie nu mi-ar conveni sa fiu platit de 20 de ori mai putin (dupa ce ca iau "3 lei" ma trezesc ca sunt si aceia decimati, zici ca vine cineva si denomineaza suma).
Din aceste cauze SAGA C a procedat la "pedepsirea" tuturor restrangand accesul si izoland posibilitatea de a mai gasi portite.
Probabil ca vor mai veni in timp alte solutii, SAGA C le va gasi si va proceda ca atare.
Posibilitatea de a face un pret pentru fiecare cod fiscal este incorecta: un cod fiscal are 3 facturi pe an iar altul are 3 facturi pe secunda. Nu poti sa fii corect, nu poti stabili un pret corect.
Nu sunt foarte priceput in acest domeniu (IT, sunt foarte foarte foarte departe de aceasta meserie) dar si de aceasta data SAGA C are dreptate.
DA, sunt utilizator dar sa nu ne facem ca nu stim ce se intampla. SAGA C a procedat corect si mai mult a dat posibilitatea tuturor sa-si revizuiasca modalitatea de a folosi in continuare - cu restrictiile de rigoare - softul.
Ar fi trebuit sa fie de cealalta parte si nu de partea lui SAGA C. Chiar nu pot; daca as fi avut macar un singur argument as fi reactionat la fel ca si colegul Vlascianu.
Ceea ce colegul Vlascianu nu spune (dar o spun eu) este timpul pe care l-a petrecut ca sa puna la punct acel sistem.
Eu doar scriu lui CLaude sa imi faca o aplicatie si imi ia zile intregi; nu ore! ZILE, pana obtin ceva palpabil care sa ma multumeasca la nivelul meu.
Ce concuerenta sa fac? Cui?
Vai de mine! Imi vine sa si rad.
ABia ce mi-a venit ideea (o consider stralucita - la nivelul meu) sa fac un altfel de stat de plata dupa ce SAGA genereaza D112. Claude a facut o aplicatie care importa efectiv D112 si face un altfel de stat de plata. Nu vad nimic rau in asta. Dar nu ies public sa spun ca nu imi place statul facut de SAGA. Uite: m-am adaptat. Ba chiar am mers mai departe: aplicatia de la Claude face TOATE statele de plata si pontajele lunare la TOATE firmele dintr-un simplu click. Este asta stiinta? Nu! asta este o mica smecherie care nu ma face programator. Ca as vrea ca SAGA sa faca acest lucru? Bineinteles. Dar nu se poate, atunci am facut-o eu. Sunt foarte mandru de smecherie. O supara pe SAGA? Nu! (Cred ca inginerii de pe acolo se si amuza pe aceasta tema). Eu sunt multumit, dansii isi vad mai departe de ceea ce au in plan.
Scria cineva ca nu poti lua legatura cu SAGA.
Pfffffff
Avem clienti fiecare si stim ce inseamna sa te sune cineva.
Fara sa o mai lungesc: SAGA C a procedat corect si a avut si respectul sa anunte si data cand RDP-ul nu va mai putea fi folosit. (leii cand pleaca la vanat in jungla intai rag si apoi se duc la vanatoare; cel putin asa se spune).
Societatea dumneavoastră (SRL-ul cumpărător) nu plătește TVA efectiv în bani către vânzător, dar este obligată să "autocalculeze" TVA-ul (să îl înregistreze simultan ca taxă colectată și taxă deductibilă) în decontul de TVA.