Buton insert verificare utilizatori

[danilevicis]

Am mai multe licente Saga pe mai multe calculatoare legate in retea prin sistemul server-client. Fiecare calculator este ADMIN si are in subordine mai multi utilizatori.
Vreau sa verific o inregistrare in intrari, spre exemplu, cine a facut-o, la ce data, ce ora. Ma pozitionez pe ea, apas butonul insert si vad data ora, dar la absolut toate vad doar ca au fost operate si inregistrare de ADMIN. As vrea sa vad ca a fost facuta de CUTARESCU. Stie cineva cum sa procedez sa pot controla in calitate de supervizor aceste inregistrari si de catre cine au fost facute?

[septimiuv]

Dacă apare ADMIN înseamnă că acel cod a operat în program.

[gheorghei642]

Istoricul operațiilor efectuate asupra unui document, în ecranele de operare ( Intrari, Iesiri, etc.), poate fi vazut selectand înregistrarea în cauză și apăsare tasta "Insert". Aceasta opțiune este permisă doar utilizatorilor de tip "Admin".

[danilevicis]

Dacă apare ADMIN înseamnă că acel cod a operat în program.

Nu este adevarat! Opereaza UTILIZATORII care au diferite drepturi de acces in program. Testeaza si ai sa te convingi singur.

[danilevicis]

Istoricul operațiilor efectuate asupra unui document, în ecranele de operare ( Intrari, Iesiri, etc.), poate fi vazut selectand înregistrarea în cauză și apăsare tasta "Insert". Aceasta opțiune este permisă doar utilizatorilor de tip "Admin".

Nu imi spui nimic nou din ceea ce știam deja! Reciteste mesajul si întrebarea mea.

[chirigiui509]

Datele referitoare la "cine si când" (auditul operațiunilor) sunt păstrate în tabela mmod care este unică în cazul lucrului în rețea. În situația în care informațiile pe care dumneavoastră le obțineți la apăsarea butonului INSERT sunt "contradictorii" cel mai probabil că între tabelele de utilizatori (oameni.dbf) există diferențe.
Să explicăm puțin contextul
- pe stația 1 avem 2 utilizatori ADMIN (cod 0001) si GIGEL (cod 0002)
- pe stația 2 avem 2 utilizatori ADMIN (cod 0001) si COSTEL (cod 0002)
- toti cei 3 utilizatori opereaza in aplicație

Rezultat:
- pe statia 1
i. operatiunile facute de ADMIN vor fi asociate ADMIN-ului
ii. operatiunile facute de GIGELvor fi asociate lui GIGEL
iii. operatiunile facute de COSTEL vor fi asociate lui GIGEL !!! inadvertenta
...in oglinda pe statia 2

Motivul este legat de faptul ca intre tabele de utilizatori nu exista reciprocitate.
Politica de definire a utilizatorilor si a drepturilor acestora este o prioritate in acest caz si trebuie privita astfel incat sa permita scalabilitate la nivelul retelei.
În situatia in care aveti nevoie de o rafinare a informațiilor exista posibilitatea (nu direct din SAGA) sa faceți asocierea "mmod parinte" cu "alte tabele copil".

Succes!

[danilevicis]

Mulțumesc pt răspuns, da, așa este cum ați descris situația, dar concret, îmi puteți explica ca la proști ce aș putea să fac? Să intervin în tabelele oameni.dbf sau altundeva nu vreau să mă bag...

[chirigiui509]

Pentru a avea imaginea de ansamblu a utilizatorilor, a drepturilor de acces, privilegiilor și interdicțiilor asociate acestora, există cu siguranță mai multe abordări.
Ele pot diferenția raportat la specificul misiunii încredințate acestora (cadrul general), la granularitatea sedimentării nivelurilor de acces/competență și (nu în ultimul rând) la nivelul de conceptualizare a situației actuale.
Alte elemente ce trebuie avute în vedere sunt cele legate de scalabilitate (ceea ce ar permite un anumit tip de dezvoltare pe orizontală) dar și cele referitoare la raportările de conformitate care (la un moment dat și pentru firmele mici) vor trebui să fie întocmite și transmise cu răspunsul la întrebarea "cine, ce, cum și când?".
Să revenim la rugămintea dumneavoastră de a prezenta situația într-o manieră simplificată.

În prima fază vă propun să introduceți într-o matrice (un fișier excel de exemplu) detalii referitoare la utilizatori, coduri asociate, stații de lucru, firme la care au acces. Aceste informații ar "capul de tabel" să zicem.
Mai departe completați informațiile potrivit situației actuale (de exemplu, pe fiecare linie, de la utilizatorul 0001 pana la ultimul utilizator).
Acolo unde aveți dubluri, veți scrie informațiile pe linii diferite respectând ordinea codurilor de utilizator (de la 0001 la 9999).
Prezentarea informațiilor într-o structură organizată vă oferă imaginea de ansamblu de la care trebuie să porniți în demersul dumneavoastră de reorganizare.

În cea de-a II-a etapă va trebui să definiți o procedură de mapare a noilor codificări și să analizați elementele de conformitate generate de noul sistem de codificare (utilizatorii care au efectuat operațiuni istorice vor rămâne altfel cu vechile coduri înscrise în SAGA pentru că nu există o funcție automată de înlocuire/schimbare a codurilor noi/vechi de utilizatori).

În a III-a etapă va trebui definită o mapare a pozițiilor de utilizatori cu rolul de a defini o poziție unica pentru fiecare in parte. Va recomand ca schema de mapare sa o aveți notata iar in momentul in care faceți modificările să notați ce anume ați înlocuit.

A IV-a etapă ar fi cea în care procedați la corecția înregistrărilor.
În funcție de modul de lucru de până acum și de arhitectura funcțională pe care dumneavoastră ați dezvoltat-o/implementat-o, există soluții de corecție automată (folosind algoritmi de analiză sau replicarea criterială) sau manuală... sau deloc dacă nu vă impactează. Procedura este ceva mai complicată și nu aș dezvolta în acest moment.

Încercați să parcurgeți prima etapă și dacă ceva nu merge, reveniți cu amănunte. Înțeleg demersul dumneavoastră, de-a lungul timpului și noi ne-am lovit de aceste probleme pentru că de la "tehnologia monopost" (pe care o utilizam în tinerețe) la sistemele actuale, (r)evoluția IT a schimbat fața societății și modalitățile de interacțiune.

Succes!

[danilevicis]

Ma scuzati, vorbesc cu un robot de AI? Asa am senzatia....

[chirigiui509]

Vă mulțumesc pentru aprecieri! Voi lua ca o glumă bună ceea ce-mi spuneți, experiența didactică anterioară se pare că mă trădează )
Vă rog să-mi trimiteți în privat datele dumneavoastră de contact. După ce ne auzim veți constata că nu am nimic robotic (deși am făcut toate cele 3 serii de vaccin, dacă se pune )

[balazse]

Pentru DanileviciS
In mod normal pe server se configureaza utilizatorii, ca urmare de pe server se copiaza fisierul "oameni.dbf" si se copiaza pe fiecare statie.
Daca pe fiecare statie exista setari diferite, o solutie ar fi acum sa copiezi fisierul de pe server pe fiecare statie, ca urmare de acum in colo vor aparea in mod corect modul in care au fost introduse datele.

[danilevicis]

Am sa incerc, revin cu mesaj daca reusesc sau nu.

[stroer1948]

Interesant subiectul. Eu am rezolvat oarecum prin crearea de coduri diferite pe fiecare statie.

Statie Server
S001 - ION
M001 - Vasile
C001 - Gigi

Statie Magazin
M001 - Vasile
S001 - ION
C001 - Gigi

Statie Contabil
C001 - Gigi
M001 - Vasile
S001 - ION

[balazse]

Pentru StroeR1948
Ii chiar o idee buna sa creezi coduri utilizand o litera in fata.
Copierea fisierului mentionat mai sus a fost oferit de TomaC cu mult timp in urma, ca urmare eu pana acum asta l-am folosit, astfel nu este nevoie sa introduci pe fiecare statie manual datele utilizatorilor.