Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: johny_melonik w Czerwiec 27, 2011, 10:33:51
-
Witam,
czy jest możliwość sprawdzenia z poziomu Subiekta GT lub bazy danych SQL kiedy dokładnie dany użytkownik logował się do Subiekta?
pozdrawiam
-
W zasadzie jak sam tego nie oprogramujesz to nie
Jeżeli chodzi o Subiekta to obejrzyj poniższy wątek:
http://www.forumsubiekta.pl/gratyfikant/liczba-godzin-przepracowanych-liczona-automatycznie/
Jeżeli chodzi o serwer SQL to pytanie - jak masz ustawione logowanie do serwera SQL ? Logowanie domenowe czy standardowo na "sa" ?
-
logowanie jest standardowe na "sa".
-
No to z serwera SQL niczego się nie dowiesz - pozostaje Ci to co zapisuje Subiekt w swojej bazie (a i to pewnie nie za wiele się przyda).
-
No to z serwera SQL niczego się nie dowiesz - pozostaje Ci to co zapisuje Subiekt w swojej bazie (a i to pewnie nie za wiele się przyda).
Można wyciągnąć datę i godzinę logowania konkretnego użytkownika nawet dla logowania domenowego. Skrypt SQL jest bardzo prosty ale niestety wymaga pewniej znajomości obsługi SQLServera - nie da się takiej informacji wyklikać w interfejsie Insertu (może się kiedyś pokuszę o napisanie małej aplikacji - jak będę miał chwile czasu).
-
Oczywiście, że można napisać logon trigger ale czego się dowiesz jak @johny_melonik nie ma logowania z autoryzacją windows tylko logowanie SQL przez pojedynczego użytkownika "sa" ?
-
Oczywiście, że można napisać logon trigger ale czego się dowiesz jak @johny_melonik nie ma logowania z autoryzacją windows tylko logowanie SQL przez pojedynczego użytkownika "sa" ?
eeee tam... jakie trigery.. po co od razu z taką armatą? Czy przy logowaniu do np Subiekta musisz podać login użytkownika i hasło (niezależnie od rodzaju systemu autentykacji)? Wydaje mi się że chyba tak... Systemy insertu muszą gdzieś przechowywać dane na temat zdefiniowanych użytkowników (chociażby do weryfikacji hasła). Jeżeli dobrze się przyjrzysz jakie są tabele w bazie Insertu to bez problemu znajdziesz taką z sesjami użytkowników. Jeżeli ją sobie przeglądniesz to zobaczysz login, datę logowana. Co więcej jest tam podany pid procesu SQL a więc możesz wyciągnąć co w danej chwili użytkownik robi (jakie sql'e odpala).
-
jeszcze małe doprecyzowanie:
oczywiście wszystkie SP (stor procki) odpalane są przez program w kontekście konta administratora (sa lub użytkownika domenowego). Ale każde zalogowanie powoduje utworzenie nowego połączenia i przydzielenie odpowiedniego pid'a dla tego połaczenia przez SQLServer a więc znając tego pida możesz "inwigilować" wszystkie czynności wykonywane przez wybranego przez Ciebie usera.
No chyba wszystko w temacie.
Używaj opcji MODYFIKUJ - jak chcesz coś dopisać
-
Jak sobie dokładnie prześledzisz tabele z sesjami w Subiekcie to zobaczysz, że nie ma tam całej historii logowań tylko OSTATNIE logowaNIE o danym @@SPid (są update na rekordach o danym @@Spid) Czyli możesz odczytać co w danej chwili robi ale co robił 2 tygodnie temu? Ten @@spid mógł być nadpisany już dziesiątki razy...
-
Jak sobie dokładnie prześledzisz tabele z sesjami w Subiekcie to zobaczysz, że nie ma tam całej historii logowań tylko OSTATNIE logowaNIE o danym @@SPid (są update na rekordach o danym @@Spid) Czyli możesz odczytać co w danej chwili robi ale co robił 2 tygodnie temu? Ten @@spid mógł być nadpisany już dziesiątki razy...
Zgadzam się i nigdzie w moich postach nie twierdziłem inaczej. Nic o historii nie wspominałem.
Moje cytaty:
"... możesz wyciągnąć co w danej chwili użytkownik robi.."
"...możesz "inwigilować" wszystkie czynności wykonywane przez wybranego przez Ciebie usera"
(wykonywane nie wykonane)
-
Czyli ma się to nijak do potrzeb @johny_melonika.
Reasumując - jak nie oprogramujesz sobie tego, to z historii logowań "nici".
-
i tak i nie :) Jeżeli @johny_melonika interesuje tylko informacja na temat ostatnich logowań użytkowników to jest to rozwiązanie ok. Jeżeli chciałby mieć kompletną historię (a nie pół-historię) to najłatwiejszym rozwiązaniem byłby to co opisałeś czyli trigger "delete" na tabeli z sesjami :). Niestety z jego postu nie wynika czego dokładnie wymaga.
Poprawka:
- przeanalizowałem dokładniej tą tabelę i wychodzi mi że jest przyrostowa (nowe rekordy sesyjne są dodawane a nie updatowane). Rekordy są usuwane jeżeli są starsze niż 1 miesiąc a więc nie jest tak źle - można mieć historię logowań wszystkich użytkowników z ostatniego miesiąca :). Ale dalej jest to pół-historia :)
-
Wg mnie to pusta dyskusja ale skoro już ciągniesz to...
- przeanalizowałem dokładniej tą tabelę i wychodzi mi że jest przyrostowa (nowe rekordy sesyjne są dodawane a nie updatowane). Rekordy są usuwane jeżeli są starsze niż 1 miesiąc
A skąd taki wniosek? Na postawie czego tak sądzisz? Skąd wziął się tan "1 miesiąc" ?
Wystarczy jak włączysz sobie profilera i zobaczysz w logowaniu jak zapełniana jest tabela pd_sesja - nie trzeba wróżyć z fusów. ;)
@birds22 i @kronopio - panowie - ta dyskusja schodzi na manowce. Proszę podać, o ile to możliwe, rozwiązanie, co @johny..... ma zrobić, żeby miał to, o co pyta.
Widać, że obaj macie pojęcie o SQL-u, więc zamiast się licytować pomóżcie @johnemu.... :) - to taka prośba ....
-
@detemoto
racja.
Tak jak pisałem wymagane jest minimalne obycie z SQL. A więc za pomocą np:
MS SQL Server Management Studio Express (do sciągnięcia za free) odpalamy poniższy skrypt:
SELECT B.uz_Imie as Imie, B.uz_Nazwisko as Nazwisko, A.ss_data as Data, A.ss_hid as 'Nazwa komputera'
FROM pd_Sesja A
INNER JOIN pd_Uzytkownik B ON A.ss_uid = B.uz_Id
ORDER BY A.ss_data desc
wg. moich testów po zalogowaniu powstaje rekord sesji (w czasie użytkowania są również dodawane nowe rekordy - nie wiem od czego to zależy). Być może rekordy sesji powstają tylko dla użytkowników z jakimiś określonymi uprawnieniami (testowałem na koncie z pełnym dostępem).
@birds22
"Skąd wziął się tan 1 miesiąc" - sprawdziłem na 2 podmiotach i taki wniosek wyciągnąłem na podstawie dat (być może błędny).
"...nie trzeba wróżyć z fusów..." - niestety czasem trzeba - na serwerze gdzie mam Inserta zainstalowaną mam wersję SQL Express i ze zrozumiałych wzg. nie mogę odpalić Prof. A przenosić bazę insertu na pełnego SQL do celów stricte prywatnych to nie bardzo chcę.
-
do wyrażenia 'A.ss_data as Data' wyświetla datę a jak będzie z czasem?
-
pole ss_data zawiera datę i czas :) może niefortunnie nazwałem alias "Data" powinno być "Data i czas"
-
w subiekcie gt zrobilem z tego zestawienie i niestety widzę pole z datą bez czasu ;/
-
Temat trochę zapomniany ale nasi pracownicy na Subiekcie GT nie pozwalają nam pracodawcom zapomnieć o dokładnej dacie i godzinie logowania. Ostatnio wychwyciłem dopisywanie na paragonach z datą wsteczną nowych pozycji, które mogłem wyłapać odtwarzając konkretny dzień z codziennej archiwizacji.
W związku z powyższym zwracam się do wszystkich znawców Subiekta GT z gorącą prośbą o podanie w jaki sposób mogę udowodnić pracownikowi kiedy o której godzinie i na czyim koncie się logował i mógł dokonać takich zmian w dokumencie.
-
Temat trochę zapomniany ale nasi pracownicy na Subiekcie GT nie pozwalają nam pracodawcom zapomnieć o dokładnej dacie i godzinie logowania. Ostatnio wychwyciłem dopisywanie na paragonach z datą wsteczną nowych pozycji, które mogłem wyłapać odtwarzając konkretny dzień z codziennej archiwizacji.
A co z uprawnieniami i blokadą okresu ?
W związku z powyższym zwracam się do wszystkich znawców Subiekta GT z gorącą prośbą o podanie w jaki sposób mogę udowodnić pracownikowi kiedy o której godzinie i na czyim koncie się logował i mógł dokonać takich zmian w dokumencie.
W standardzie nic nie możesz. Jedyną alternatywą są rozszerzenia śledzące zmiany w bazie danych, istnieją takie rozwiązania gotowe na rynku, ale nie miałem okazji sprawdzać ich możliwości, często są przyczyną dużego obciążenia bazy danych, swojego jeszcze nie posiadam. Można poszukać lub zamówić "lżejsze" rozszerzenie, które będzie rejestrowało tylko logowanie użytkowników lub rozszerzenie które będzie tylko aktualizowało użytkownika wystawiajęcego w momencie poprawy dokumentu lub też rozszerzenie które zablokuje edycję dokumentu przez innego użytkownika niż wystawiający.
Możliwości jest wiele, musisz wybrać odpowiednie dla siebie.
-
Biuro GT daje taką kontrolę
-
A od kiedy i co niby potrafi ?
-
Witam,
czy jest możliwość sprawdzenia z poziomu Subiekta GT lub bazy danych SQL kiedy dokładnie dany użytkownik logował się do Subiekta?
pozdrawiam
-
Gdzie szukać tej opcji ? Może jakiś zrzut ekranu z danymi użytkowników logujących się do Subiekta GT ?
-
Dzwoniłem do konsultanta i Biuro GT nie daje takiej możliwości. Do takiej akcji przygotowany jest specjalny dodatek pod nazwą inDodatki - Detektyw - śledzenie zmian w obiektach systemu InsERT - dodatek do Subiekta GT
Tylko jest mały haczyk program kosztuje około 1000zł
-
Dzwoniłem do konsultanta i Biuro GT nie daje takiej możliwości.
Też mi się tak wydawało.
Do takiej akcji przygotowany jest specjalny dodatek pod nazwą inDodatki - Detektyw - śledzenie zmian w obiektach systemu InsERT - dodatek do Subiekta GT
Tylko jest mały haczyk program kosztuje około 1000zł
A co z innymi rozwiązaniami w standardzie - nic nie odpisałeś na uprawnienia - i czego byś oczekiwał, może dałoby się to załatwić mniejszym rozwiązaniem ?
-
Teraz po tym bałaganie jaki wyrządzili mi pracownicy poblokowałem wszystkie operacje związane z : poprawianiem, usuwaniem i rozliczaniem dokumentów.
Mają tylko uprawnienia do wystawiania i podglądu dokumentów - wszystkie pozostałe rzeczy przejąłem na siebie.
W sumie jest to sprawa pod prokuratora fałszowanie dokumentów i kradzież pieniędzy tylko trzeba to udowodnić >:( :-[ :'(
-
przecież z poziomu Szefa nadaje się każdemu użytkownikowi uprawnienia, w Biurze GT jest coś takiego jak "ślad rewizyjny" ale nie przyglądałem się tej funkcji
-
ślad rewizyjny dotyczy tylko Rewizora (wymog UoR)
-
w subiekcie gt zrobilem z tego zestawienie i niestety widzę pole z datą bez czasu ;/
Witam
Wiem że bardzo stary wątek ale chciałbym się podłączyć pod cytowany wpis. Może ktoś ma już (zna) rozwiązanie z czasem.
W zupełności by mi wystarczyło to krótkie zestawienie a nie rozbudowane programy (dodatki).
-
Jeśli chodzi o temat wątku to nic się nie zmieniło, rozwiązanie zostało podane w wątku lata temu... Jeśli chodzi o śledzenie innych zmian to od czasu powstania wątku pojawiła się funkcjonalność szpiega.
-
Jeśli chodzi o temat wątku to nic się nie zmieniło, rozwiązanie zostało podane w wątku lata temu... Jeśli chodzi o śledzenie innych zmian to od czasu powstania wątku pojawiła się funkcjonalność szpiega.
Szpieg rozumiem, ale po co armata na komara. Istnieje możliwość dodania czasu do tego zapytania ?
-
Jeśli chodzi o temat wątku to nic się nie zmieniło, rozwiązanie zostało podane w wątku lata temu... Jeśli chodzi o śledzenie innych zmian to od czasu powstania wątku pojawiła się funkcjonalność szpiega.
Szpieg rozumiem, ale po co armata na komara.
Ja nie rozumiem o czym piszesz.
Istnieje możliwość dodania czasu do tego zapytania ?
Jakiego zapytania ? W wątku nie ma zapytania, które rozwiązuje problem z tematu wątku, gdyż program nie rejestruje takich informacji, aby rejestrować taką informację potrzebne jest małe dodatkowe rozwiązanie, nie wiem dlaczego nazywane "armatą"... Jeśli chodzi o datę z sesji programu to przecież zawiera informację o czasie...
-
Ok, źle się wyraziłem.
Chciał bym widzieć w tym zestawieniu oprócz daty także godzinę z sesji programu.
Wyświetla się imię, nazwisko, data oraz nazwa komputera ale nie godzina.
-
Jeśli wykonujesz je w programach Insertu to zmień parametry listy, aby widzieć tę godzinę...
-
Bardzo dziękuje za pomoc. :)