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 ...
Bună ziua,
Suntem un client SAGA cu licențe valide, plătite, per post de lucru. După actualizarea la 3.0.607 (C) / 3.0.351 (P.S.) și aplicarea art. 3.1.4 (interzicerea rulării în sesiuni remote desktop), nu mai putem lucra – deși avem totul plătit.
Spunem direct: felul în care a fost aplicată această restricție arată că aceste situații nu au fost nici măcar luate în calcul și că nu vă cunoașteți propria clientelă și modul real în care se folosește SAGA. Altfel, un birou licențiat corect, cu sute de firme, nu ar fi rămas peste noapte fără posibilitatea de a lucra.
1. Blocați clienții corecți, nu pirații.
Restricția nu diferențiază o instalare licențiată de una piratată. Avem licență pe fiecare post. Singurul efect real: nu mai pot lucra clienții care plătesc – în timp ce pirateria rămâne neatinsă.
2. Lucrul pe server cu RDP nu e un capriciu – e arhitectura IT normală, folosită de orice firmă serioasă.
• Performanță: SAGA rulează pe server, lângă baza Firebird; pe rețea circulă doar imaginea. Prin VPN, clientul desktop este inutilizabil de lent – constrângere impusă chiar de arhitectura aplicației voastre.
• Fără stații scumpe: un singur server puternic face munca; posturile pot fi calculatoare modeste sau mai vechi, folosite ca terminale. Economie reală de hardware.
• Administrare centralizată: instalare și update o singură dată, pe server, nu pe zeci de PC-uri.
• Backup simplu și sub control total: salvăm întreaga bază, dintr-un singur loc, automat, pe programul și cu retenția stabilite de noi, plus copie offsite pe care o controlăm; restaurare rapidă și testabilă. La SAGA Web, backup-ul și accesul la propriile date depind complet de voi.
• Securitate într-un singur punct: datele stau pe server, la noi; un laptop pierdut e doar un terminal, fără date.
• Acces la distanță curat și scalabil: un utilizator nou înseamnă un cont, nu un calculator nou.
3. Integrările cu alte programe funcționează doar cu SAGA pe serverul nostru.
Multe birouri au un CRM sau alte aplicații care se conectează direct la baza Firebird a SAGA – trag și urcă date automat (clienți, facturi, documente), economisind ore de muncă manuală. Aceste automatizări funcționează doar când SAGA rulează pe serverul nostru, cu baza accesibilă. SAGA Web, închis în cloud-ul vostru, rupe toate aceste integrări și fluxurile construite în jurul lor. Blocând serverul, nu opriți doar RDP-ul – distrugeți ecosisteme de lucru întregi.
4. SAGA Web nu este un răspuns pentru clientela voastră reală – este un downgrade.
• Palier maxim 50 de firme, fără variantă superioară.
• Peste 50 → mai multe pachete, pe conturi separate → muncă fragmentată pe zeci de logări.
• Nu se pot deschide două firme simultan, în taburi separate – flux zilnic, elementar.
• Datele contabile sensibile – ale firmei și ale clienților noștri – ar sta pe serverele voastre, cu pierderea controlului și răspundere GDPR pentru date la un terț.
Exemple concrete – ce faceți, mai exact, cu noi?
• Un birou cu 400 de clienți ar avea nevoie de 8 conturi separate de SAGA Web (8 × SAGA WEB 50 = 20.000 lei/an).
• Un birou cu 1.400 de clienți – de 28 de conturi separate (70.000 lei/an), fără lucru simultan în două firme.
• Pe server, aceleași firme stau într-o singură instalare, un singur cont, cu lucru simultan, cu datele la noi și cu integrările funcționale.
Faptul că singura alternativă oferită este SAGA Web, plafonat la 50 de firme, arată că scenariul unui birou real, cu sute sau mii de societăți, nu a fost gândit deloc.
5. Concluzie și solicitare, în scris:
Ne scoateți de pe un model mai ieftin, mai ușor de administrat, mai sigur, scalabil, cu backup și date la noi și cu integrări funcționale, spre unul plafonat, fragmentat, fără lucru simultan, fără integrări și cu datele în cloud-ul vostru.
Vă cerem:
1. Confirmați dacă există o licență oficială de terminal server / rețea pentru instalările deja licențiate – cu condiții și preț.
2. Dacă nu există, confirmați dacă o introduceți și în ce termen.
Un furnizor care își cunoaște clientela nu își lasă clienții licențiați, cu sute de firme, fără nicio cale de a lucra. Așteptăm un răspuns concret. În lipsa lui, vom evalua trecerea la un alt program de contabilitate.
Cu considerație,
Un client SAGA licențiat
Bună ziua,
Suntem un client SAGA cu licențe valide, plătite, per post de lucru. După actualizarea la 3.0.607 (C) / 3.0.351 (P.S.) și aplicarea art. 3.1.4 (interzicerea rulării în sesiuni remote desktop), nu mai putem lucra – deși avem totul plătit.
Spunem direct: felul în care a fost aplicată această restricție arată că aceste situații nu au fost nici măcar luate în calcul și că nu vă cunoașteți propria clientelă și modul real în care se folosește SAGA. Altfel, un birou licențiat corect, cu sute de firme, nu ar fi rămas peste noapte fără posibilitatea de a lucra.
1. Blocați clienții corecți, nu pirații.
Restricția nu diferențiază o instalare licențiată de una piratată. Avem licență pe fiecare post. Singurul efect real: nu mai pot lucra clienții care plătesc – în timp ce pirateria rămâne neatinsă.
2. Lucrul pe server cu RDP nu e un capriciu – e arhitectura IT normală, folosită de orice firmă serioasă.
• Performanță: SAGA rulează pe server, lângă baza Firebird; pe rețea circulă doar imaginea. Prin VPN, clientul desktop este inutilizabil de lent – constrângere impusă chiar de arhitectura aplicației voastre.
• Fără stații scumpe: un singur server puternic face munca; posturile pot fi calculatoare modeste sau mai vechi, folosite ca terminale. Economie reală de hardware.
• Administrare centralizată: instalare și update o singură dată, pe server, nu pe zeci de PC-uri.
• Backup simplu și sub control total: salvăm întreaga bază, dintr-un singur loc, automat, pe programul și cu retenția stabilite de noi, plus copie offsite pe care o controlăm; restaurare rapidă și testabilă. La SAGA Web, backup-ul și accesul la propriile date depind complet de voi.
• Securitate într-un singur punct: datele stau pe server, la noi; un laptop pierdut e doar un terminal, fără date.
• Acces la distanță curat și scalabil: un utilizator nou înseamnă un cont, nu un calculator nou.
3. Integrările cu alte programe funcționează doar cu SAGA pe serverul nostru.
Multe birouri au un CRM sau alte aplicații care se conectează direct la baza Firebird a SAGA – trag și urcă date automat (clienți, facturi, documente), economisind ore de muncă manuală. Aceste automatizări funcționează doar când SAGA rulează pe serverul nostru, cu baza accesibilă. SAGA Web, închis în cloud-ul vostru, rupe toate aceste integrări și fluxurile construite în jurul lor. Blocând serverul, nu opriți doar RDP-ul – distrugeți ecosisteme de lucru întregi.
4. SAGA Web nu este un răspuns pentru clientela voastră reală – este un downgrade.
• Palier maxim 50 de firme, fără variantă superioară.
• Peste 50 → mai multe pachete, pe conturi separate → muncă fragmentată pe zeci de logări.
• Nu se pot deschide două firme simultan, în taburi separate – flux zilnic, elementar.
• Datele contabile sensibile – ale firmei și ale clienților noștri – ar sta pe serverele voastre, cu pierderea controlului și răspundere GDPR pentru date la un terț.
Exemple concrete – ce faceți, mai exact, cu noi?
• Un birou cu 400 de clienți ar avea nevoie de 8 conturi separate de SAGA Web (8 × SAGA WEB 50 = 20.000 lei/an).
• Un birou cu 1.400 de clienți – de 28 de conturi separate (70.000 lei/an), fără lucru simultan în două firme.
• Pe server, aceleași firme stau într-o singură instalare, un singur cont, cu lucru simultan, cu datele la noi și cu integrările funcționale.
Faptul că singura alternativă oferită este SAGA Web, plafonat la 50 de firme, arată că scenariul unui birou real, cu sute sau mii de societăți, nu a fost gândit deloc.
5. Concluzie și solicitare, în scris:
Ne scoateți de pe un model mai ieftin, mai ușor de administrat, mai sigur, scalabil, cu backup și date la noi și cu integrări funcționale, spre unul plafonat, fragmentat, fără lucru simultan, fără integrări și cu datele în cloud-ul vostru.
Vă cerem:
1. Confirmați dacă există o licență oficială de terminal server / rețea pentru instalările deja licențiate – cu condiții și preț.
2. Dacă nu există, confirmați dacă o introduceți și în ce termen.
Un furnizor care își cunoaște clientela nu își lasă clienții licențiați, cu sute de firme, fără nicio cale de a lucra. Așteptăm un răspuns concret. În lipsa lui, vom evalua trecerea la un alt program de contabilitate.
Cu considerație,
Un client SAGA licențiat
Și eu am peste 30 de clienți aflați în aceeași situație, cu baze de date foarte mari (testat cu încărcare în WEB-conexiune 1Gbps Digi, viteză de operare mult mai mică comparativ cu baza de date locală) sau cei care preferă un backup administrat de ei.[quote]Precizam ca nu ne intereseaza deloc varianta web, pe care nu o consideram adecvata nevoilor noastre.[/quote]
Va rog sa clarificati ce inseamna asta din punct de vedere tehnic. Noi utilizam saga SERVER pe masina virtuala, unde din pricina limitarilor impuse de dvs, desi masina SERVER nu este folosita decat pentru operatiuni de upgrade (niciodata nu se opereaza de pe ea, contabilitatea acceseaza doar via laptop propriu), am fost nevoiti sa achizitionam TREI licente (din cauza ca avem trei administratori care fac upgrade-uri, atunci cand e cazul).
Precizam ca nu ne intereseaza deloc varianta web, pe care nu o consideram adecvata nevoilor noastre.
1) 1. Bilantul din etapa I, il intocmesc la data de 22 iulie sau 10 august ( inainte de data publicarii in MO) ?
La un curs, dnul Benta a spus ca data cu care incepe dizolvarea cu lichidare este cea in care se publica in MO. As face deci bilant S 1039 pentru 01 ianuarie - 10 august.
Depunere : octombrie
2) Bilantul S 1039 din etapa 2 (de radiere, cu solduri 0 ) : 10 august-31 octombrie
Depunere : noiembrie
3) Declaratia 100 pentru impozit profit trim 3 : nu depun
Pe perioada procedurii de lichidare deschise in cursul anului, obligatia declararii impozitului pe profit prin D100 trimestrial nu se mai aplica pentru perioada de lichidare, definitivarea facandu-se direct prin D101 anuala la finalizarea lichidarii.
4)D 406 trimestrul 3 : se depune
5) Declaratia 101 pentru 01.01- 31 octombrie
Depunere noiembrie
Sunt corecti pasii mentionati ? Multumesc anticipat celor care au timp si ma indruma ! Zi cu spor!