Bună ziua,
Aș dori să știu care este motivul pentru care accesul la SAGA Desktop prin Remote Desktop (RDP) nu mai este permis începând cu versiunea 3.0.606 din 01.10.2026.
În urma acestei modificări, la încercarea de a utiliza programul prin RDP, apare mesajul că accesul din medii virtuale sau prin Remote Desktop nu este permis și că, pentru accesul la distanță, trebuie să migrăm la SAGA WEB.
Am observat că în lista modificărilor pentru versiunea 3.0.606 este menționat: „Modificări de natură tehnică, necesare pentru compatibilitatea cu SAGA WEB.”
Consider această restricție extrem de neplăcută pentru firmele care au deja o infrastructură IT funcțională, cu server propriu și stații de lucru configurate pentru SAGA Desktop.
Nu înțeleg de ce utilizatorii unei aplicații desktop trebuie să fie limitați în privința modului de acces la propriile calculatoare, mai ales când această metodă funcționa fără probleme anterior.
Aș dori câteva clarificări:
Care este motivul tehnic sau contractual pentru blocarea accesului prin RDP?
De ce a fost introdusă această restricție fără o informare explicită în lista modificărilor?
Există posibilitatea de a continua utilizarea SAGA Desktop prin RDP, fără migrarea la SAGA WEB?
Ce soluție oficială oferiți firmelor care utilizează servere proprii și au nevoie de acces la distanță?
Nu doresc migrarea la SAGA WEB. Doresc să pot utiliza în continuare aplicația Desktop, în infrastructura existentă, așa cum am făcut până acum.
Consider că o asemenea modificare, care afectează direct modul de lucru al utilizatorilor, ar trebui comunicată transparent și din timp, nu prezentată doar ca o modificare tehnică pentru compatibilitatea cu SAGA WEB.
Vă mulțumesc și aștept un răspuns concret.
Blocarea accesului prin RDP începând cu versiunea SAGA 3.0.606
-
ferenta335
- Mesaje: 2
- Membru din: Joi Mar 16, 2017 1:20 pm
Re: Blocarea accesului prin RDP începând cu versiunea SAGA 3.0.606
Tehnic, nu are nici o mare legătură.
De exemplu, eu am un server solid cu licența lui de Saga și zece utilizatori remote, **fiecare cu licența lui**. Dintr-o dată m-am trezit că toată infrastructura, licențele cumpărate, sunt degeaba, pentru că Saga a decis așa din senin. Îți dai seama că nu pot să modific tot fluxul de lucru, pentru că ce garantează că peste o lună, nu se trezește Saga și îmi zice, bine dragă, de acum, fiecare cod fiscal încărcat în Web costă de 3x față de acum?
E octombrie, nu mai e mult din an, cumva o ducem anul acesta și între timp ne dă ocazia să căutăm alternative cu care să pornim din Ianuarie.
Păcat.
De exemplu, eu am un server solid cu licența lui de Saga și zece utilizatori remote, **fiecare cu licența lui**. Dintr-o dată m-am trezit că toată infrastructura, licențele cumpărate, sunt degeaba, pentru că Saga a decis așa din senin. Îți dai seama că nu pot să modific tot fluxul de lucru, pentru că ce garantează că peste o lună, nu se trezește Saga și îmi zice, bine dragă, de acum, fiecare cod fiscal încărcat în Web costă de 3x față de acum?
E octombrie, nu mai e mult din an, cumva o ducem anul acesta și între timp ne dă ocazia să căutăm alternative cu care să pornim din Ianuarie.
Păcat.
Re: Blocarea accesului prin RDP începând cu versiunea SAGA 3.0.606
Am si eu o nedumerire....
Daca pana la vers. 606 se lucreaza cu server Saga pe o masina virtuala cu useri conectati prin remote (licente Saga per user).... dupa aceasta versiune cum ne propune Saga sa lucram?
Inteleg, migram de la RDP la instalare server-client... asta inseamna un server dedicat. Dar daca e server, nu lucreaza nimeni pe el.... ca doar e server nu e desktop.... si atunci intreb... alocam o licenta de Saga pentru acel server pe care de fapt nu o foloseste niciun user?!... e folosita doar la update-uri si atat?
Deci practic Saga ne obliga sa investim intr-un server dedicat si intr-o licenta in plus pe care o folosim doar la update-uri.
Nu mai spun de celalalte dezavantaje:
- update descentralizat
- backup mai greoi
- scade viteza de lucru in aplicatie depinzand de reteaua interna si de calculatorul pe care ruleaza Saga client
Daca pana la vers. 606 se lucreaza cu server Saga pe o masina virtuala cu useri conectati prin remote (licente Saga per user).... dupa aceasta versiune cum ne propune Saga sa lucram?
Inteleg, migram de la RDP la instalare server-client... asta inseamna un server dedicat. Dar daca e server, nu lucreaza nimeni pe el.... ca doar e server nu e desktop.... si atunci intreb... alocam o licenta de Saga pentru acel server pe care de fapt nu o foloseste niciun user?!... e folosita doar la update-uri si atat?
Deci practic Saga ne obliga sa investim intr-un server dedicat si intr-o licenta in plus pe care o folosim doar la update-uri.
Nu mai spun de celalalte dezavantaje:
- update descentralizat
- backup mai greoi
- scade viteza de lucru in aplicatie depinzand de reteaua interna si de calculatorul pe care ruleaza Saga client
Re: Blocarea accesului prin RDP începând cu versiunea SAGA 3.0.606
Buna ziua,
Saga C se apropie de EOL, prezentul si viitorul este Saga Web.
De aceea toate modificarile / limitarile / restrictiile din ultimii 2 ani (arhitectura server-client, restrangerea posibilitatilor de export/import, restrictionarea utilizarii/activarii remote/virtual, blocarea utilizarii activarii remote/virtual).
Nu as mai investi timp+resurse in orice inseamna un flux (refacut) de lucru Saga C... Ori treceti pe saga web, ori schimbati programul.
Saga C se apropie de EOL, prezentul si viitorul este Saga Web.
De aceea toate modificarile / limitarile / restrictiile din ultimii 2 ani (arhitectura server-client, restrangerea posibilitatilor de export/import, restrictionarea utilizarii/activarii remote/virtual, blocarea utilizarii activarii remote/virtual).
Nu as mai investi timp+resurse in orice inseamna un flux (refacut) de lucru Saga C... Ori treceti pe saga web, ori schimbati programul.
-
berbecelc751
- Mesaje: 1
- Membru din: Lun Ian 19, 2009 12:00 am
Re: Blocarea accesului prin RDP începând cu versiunea SAGA 3.0.606
Sincer sunt dezorientat.
După ce am achiziționat licențe pentru fiecare din utilizatori remote, Saga C si Saga PS,
sunt anunțat indirect că de fapt aveam nevoie doar de două licențe SAGA WEB 50 și să intrăm toți userii pe SAGA WEB.
O parte din clienți sunt pe SAGA WEB dar sunt legați de licențe SAGA diferite,
astfel că dacă doresc să achiziționez alte licențe SAGA WEB 50, trebuie să păstrez și licențele care au deja arondate firme în web.
Problema cea mai mare rămâne viteza de lucru.... ce lucrez pe serverul nostru cu utilizatori remote, în SAGA WEB pierd timp dublu cel puțin...
Nasol... Apreciez SAGA WEB dar cred că ar fi necesar să putem continua și în varianta clasică cu utilizatori remote.
o sera frumoasă...
După ce am achiziționat licențe pentru fiecare din utilizatori remote, Saga C si Saga PS,
sunt anunțat indirect că de fapt aveam nevoie doar de două licențe SAGA WEB 50 și să intrăm toți userii pe SAGA WEB.
O parte din clienți sunt pe SAGA WEB dar sunt legați de licențe SAGA diferite,
astfel că dacă doresc să achiziționez alte licențe SAGA WEB 50, trebuie să păstrez și licențele care au deja arondate firme în web.
Problema cea mai mare rămâne viteza de lucru.... ce lucrez pe serverul nostru cu utilizatori remote, în SAGA WEB pierd timp dublu cel puțin...
Nasol... Apreciez SAGA WEB dar cred că ar fi necesar să putem continua și în varianta clasică cu utilizatori remote.
o sera frumoasă...
Re: Blocarea accesului prin RDP începând cu versiunea SAGA 3.0.606
Aș dori să clarific puțin lucrurile:
1. se știa de la finele lui 2025 că așa ceva nu se va mai putea. Licența SAGA nu mai permitea activarea pe mașini virtuale sau useri RDP încă din martie. Așadar din martie cei care au activat așa au încălcat de fapt termenii licenței.
2. am văzut on-line că se fac afirmații de genul că cei care au servere virtuale ar avea infrastructură administrată profesionist, lucru pe care sincer nu-l pun la îndoială, dar corolarul este că unii din cei care spun asta spun și că nu trec la web pentru că...ei cred că SAGA WEB nu are infrastructură administrată profesionist fără a avea nicio dovadă, ceea ce politicos spus este o minciună, să nu spun că e ticăloșie.
3. am văzut că se invocă tot felul de motive legate de tot felul de minuni. Niciunul nu se susține în mod real. Spre exemplu că auditul de securitate ar cere să li se divulge anumite informații. Nu mai spun că auditul acela depinde de ce anume cumperi, ce tip de furnizor de servicii informatice oferă furnizorul tău și că ceea ce solicită unii nu are nimic de-a face cu acel audit, regulile aplicabile în astfel de misiuni de audit fiind altele, dar apare o chestiune de o fractură logică evidență: pentru a justifica cererea lor, unii cer ca firma SAGA să le ofere informații care ar compromite securitatea ei sau a clienților săi ceea ce este stupid. Nu poți ca, în numele securității tale să ceri informații de la mine care ar afecta securitatea mea, clienților mei și care ar duce inclusiv la o încălcare a unor contracte comerciale. Este pur și simplu stupid. Oamenii cred că la nivelul SAGA nu ar exista vreun audit de securitate sau de certificare NIS2. De ce cred asta, doar ei știu, dar dacă le spui asta ei vor dovezi, ceea ce iar e stupid.
4. nu am văzut niciunul din susținătorii serverelor virtuale să explice de ce unii s-au apucat să cloneze mașinile respective activând o licență de SAGA și oferind servicii clienților lor de genul "nu mai plătiți licența SAGA pentru server" doar cele pentru stații sau useri remote. Aia era bine.
5. costul pe cod fiscal pe web este mic. Poate mai mic decât ar fi cel achitat pentru un server dedicat. Ceea ce nu se spune. Să nu spun că un cabinet de contabilitate ar putea da acces clienților săi fiecăruia la firma sa pentru a-și face evidența primară sau i-ar oferi acces de tip oaspete ce i-ar permite listarea sau consultarea datelor dorite a firmei lor.
6. se invocă faptul că ai nevoie de net pentru a accesa datele din web și că pe un server accesat prin RDP nu ai nevoie. Ceea ce este fals dacă nu ai server fizic propriu. Dacă ai sever virtual închiriat ai nevoie de net și pentru accesarea acestuia.
7. dacă ai server fizic poți face backup automat care să se sincronizeze cu mașina virtuală și apoi să-i faci și acesteia backup la o adică.
8. așa cum s-a explicat deja pe forum, limbajul utilizat pentru programarea SAGA C este unul ce nu mai are suport de câțiva ani deja și pentru a a corespunde cerințelor actuale este deja o problemă. Tehnologiile moderne permit programarea unor interfețe ce să ofere funcții pe care programul clasic nu le oferă - de exemplu automatizare de import de date prin API, consultare de date prin API, conectare cu platforme a unor instituții financiare, automatizarea programabilă a unor taskuri
9. obișnuința este cel mai mare inamic al contabililor și o spun din experiența mea. Eu am fost nevoit să le scot din desktop, colegelor mele, firmele migrate în web pentru a le obișnui să acceseze programul din browser. În afară de accesul la REGES ecranele sunt deja migrate, iar REGES este în curs de finalizare. Și ca ele mulți contabili încă accesează datele din desktop, chiar dacă le apare mesaj că viteza este redusă din desktop, după care se plâng că...viteza e mică.
10. Programul desktop nu dispare. El se va actualiza pentru funcțiile deja existente și declarațiile existente, iar dacă la un moment dat cineva va decide să se renunțe la actualizarea sa, atunci acest lucru nu se va face peste noapte. Se va face anunțându-se din timp.
Acestea fiind spuse, subiect închis. Vă rog eu nu mai folosiți AI pentru a compune justificări aiurea către firmă pentru că este vizibil să sunt create cu AI. De asemenea, este anormal să jigniți și să faceți afirmații gratuite așa cum, din păcate unii au înțeles că este normal să facă. Folosirea unui limbaj complet inadecvat, jignirile, nu fac bine de niciun fel.
1. se știa de la finele lui 2025 că așa ceva nu se va mai putea. Licența SAGA nu mai permitea activarea pe mașini virtuale sau useri RDP încă din martie. Așadar din martie cei care au activat așa au încălcat de fapt termenii licenței.
2. am văzut on-line că se fac afirmații de genul că cei care au servere virtuale ar avea infrastructură administrată profesionist, lucru pe care sincer nu-l pun la îndoială, dar corolarul este că unii din cei care spun asta spun și că nu trec la web pentru că...ei cred că SAGA WEB nu are infrastructură administrată profesionist fără a avea nicio dovadă, ceea ce politicos spus este o minciună, să nu spun că e ticăloșie.
3. am văzut că se invocă tot felul de motive legate de tot felul de minuni. Niciunul nu se susține în mod real. Spre exemplu că auditul de securitate ar cere să li se divulge anumite informații. Nu mai spun că auditul acela depinde de ce anume cumperi, ce tip de furnizor de servicii informatice oferă furnizorul tău și că ceea ce solicită unii nu are nimic de-a face cu acel audit, regulile aplicabile în astfel de misiuni de audit fiind altele, dar apare o chestiune de o fractură logică evidență: pentru a justifica cererea lor, unii cer ca firma SAGA să le ofere informații care ar compromite securitatea ei sau a clienților săi ceea ce este stupid. Nu poți ca, în numele securității tale să ceri informații de la mine care ar afecta securitatea mea, clienților mei și care ar duce inclusiv la o încălcare a unor contracte comerciale. Este pur și simplu stupid. Oamenii cred că la nivelul SAGA nu ar exista vreun audit de securitate sau de certificare NIS2. De ce cred asta, doar ei știu, dar dacă le spui asta ei vor dovezi, ceea ce iar e stupid.
4. nu am văzut niciunul din susținătorii serverelor virtuale să explice de ce unii s-au apucat să cloneze mașinile respective activând o licență de SAGA și oferind servicii clienților lor de genul "nu mai plătiți licența SAGA pentru server" doar cele pentru stații sau useri remote. Aia era bine.
5. costul pe cod fiscal pe web este mic. Poate mai mic decât ar fi cel achitat pentru un server dedicat. Ceea ce nu se spune. Să nu spun că un cabinet de contabilitate ar putea da acces clienților săi fiecăruia la firma sa pentru a-și face evidența primară sau i-ar oferi acces de tip oaspete ce i-ar permite listarea sau consultarea datelor dorite a firmei lor.
6. se invocă faptul că ai nevoie de net pentru a accesa datele din web și că pe un server accesat prin RDP nu ai nevoie. Ceea ce este fals dacă nu ai server fizic propriu. Dacă ai sever virtual închiriat ai nevoie de net și pentru accesarea acestuia.
7. dacă ai server fizic poți face backup automat care să se sincronizeze cu mașina virtuală și apoi să-i faci și acesteia backup la o adică.
8. așa cum s-a explicat deja pe forum, limbajul utilizat pentru programarea SAGA C este unul ce nu mai are suport de câțiva ani deja și pentru a a corespunde cerințelor actuale este deja o problemă. Tehnologiile moderne permit programarea unor interfețe ce să ofere funcții pe care programul clasic nu le oferă - de exemplu automatizare de import de date prin API, consultare de date prin API, conectare cu platforme a unor instituții financiare, automatizarea programabilă a unor taskuri
9. obișnuința este cel mai mare inamic al contabililor și o spun din experiența mea. Eu am fost nevoit să le scot din desktop, colegelor mele, firmele migrate în web pentru a le obișnui să acceseze programul din browser. În afară de accesul la REGES ecranele sunt deja migrate, iar REGES este în curs de finalizare. Și ca ele mulți contabili încă accesează datele din desktop, chiar dacă le apare mesaj că viteza este redusă din desktop, după care se plâng că...viteza e mică.
10. Programul desktop nu dispare. El se va actualiza pentru funcțiile deja existente și declarațiile existente, iar dacă la un moment dat cineva va decide să se renunțe la actualizarea sa, atunci acest lucru nu se va face peste noapte. Se va face anunțându-se din timp.
Acestea fiind spuse, subiect închis. Vă rog eu nu mai folosiți AI pentru a compune justificări aiurea către firmă pentru că este vizibil să sunt create cu AI. De asemenea, este anormal să jigniți și să faceți afirmații gratuite așa cum, din păcate unii au înțeles că este normal să facă. Folosirea unui limbaj complet inadecvat, jignirile, nu fac bine de niciun fel.
Cu cât știu mai multe cu atât îmi dau seama că știu prea puțin.