Łukasz Kierus

Witam Często musimy zmieniać ludziom domyślną drukarkę fiskalną a mamy ich sporą listę. Używanych jakieś 15-20, a wszystkich wpisów konfiguracji drukarek łącznie 246. Wyczytałem, że wpisy o konfiguracjach są w tabel uf_Konfiguracja. W tejże tabelce jest kolumna uko_Usunieta i na logikę biorąc jeżeli przy którymś wpisie w tej kolumnie jest 1, to drukarka jest opisana jako skasowana w oprogramowaniu ProfileGT i w teorii nie można jej przypisać użytkownikowi. Czy istnieje oprogramowanie które umożliwi schowanie pozostałych, niepotrzebnych konfiguracji konfiguracji dzięki któremu nie będziemy musieli robić tego bezpośrednio w bazie?

Namiary przesłane, jeżeli za mało informacji to zapraszam na PW

Krótko i na temat. Mamy dwie odrębne licencje na Subiekta ze względu na to, ze mamy dwa odrębne podmioty (dwie odrębne bazy). Dopóki nie zarejestrowaliśmy licencji drugiego podmiotu, niżej opisywany problem nie występował. Po zalogowaniu w konto.insert.pl widze tylko tą drugą, nowszą licencję i na niej nie ma problemu z dostępem do konta insert to znaczy z funkcjonalnością sprawdzania danych kontrahentów w GUS itp. Tej poprzedniej licencji nie widać, nie da sie jej zarejestrować, bo zwracana jest informacja, że licencja jest już zarejestrowana. Główny problem polega na tym, że nie mogę zalogować się do konta Insert w Subiekcie na podmiocie z tą wcześniejszą, starą licencją. Jak to bywa w GT nie jest zwracany, żaden konkret jedynie balonik z komunikatem błąd. Jak należy to naprawić? Insert poinformował, że widoczność licencji poprawi w najbliższych dniach, najwyraźniej jeszcze się to nie zadziało

Witam Zapewne okaże się, że niezbyt dokładnie szukałem ale póki co nie znalazłem rozwiązania problemu. Dążymy do tego, żeby każdy użytkownik dobijał się do bazy swoim loginem z AD czyli chcemy zacząć używać autentykacji Windows a nie jednego wspólnego loginu. Problematyczne dla nas jest to, że takiemu loginowi trzeba dać uprawnienie dbowner a bardzo nie chcemy tego robić, ponieważ w skrajnym przypadku ktoś może namieszać nam w bazie inaczej niż przez Subiekta czy Rewizora. Mamy środowisko domenowe i w teorii nikt sam sobie nie zainstaluje SQLyoga czy SQL management studio ale chcemy do minimum ograniczyć dostęp użytkowników do bazy inaczej niż przez Subiekta. Przykładowo DENY VIEW ANY DATABASE TO 'loginName' powoduje, że user nie widzi żadnego podmiotu. Myśleliśmy też o blokadzie od strony sieci, to znaczy że wszystkie inne porty których używa SQL a nie używa Subiekt zablokować ale nie jesteśmy pewni czy da się te porty jednoznacznie oddzielić od siebie. Będziemy wdzięczni za pomoc.