RSS Feed

Posts Tagged ‘subiekt’

  1. Reset hasła Szefa w programie Subiekt GT

    Styczeń 8, 2014 by 0verlord

    Kasowanie hasła szefa w subiekcie jest zadaniem trywialnym, jeżeli mamy hasło do usera sa do bazy MSSQlowej lub możemy się zalogować jako user z uprawnieniami admina (tzw. logowanie zintegrowane, gdzie user, najczęściej Administrator, może się także zalogować do bazy MSSQL jako superuser).

    Operacje wykonujemy przy pomocy MS SQL Management Studio (lub jego odpowiednika, np. Toad SQL). Opis można znaleźć na przykład tu.

    Logujemy się do nazwanej instancji, wybieramy bazę i wykonujemy UPDATE, który skasuje hasło z Szefa.

    UPDATE pd_uzytkownik SET uz_haslo = '' WHERE uz_identyfikator = 'SF';

    Teraz logujemy się i ustawiamy hasło na jakieś bardziej znane.

    Aaaale, może się okazać, że w wyniku zapytania dostaniemy 0 trafień. Dlaczego? Konta Szef może nie być, stąd nie ma identyfikatora SF. No to kto jest Szefem?
    Łatwo to sprawdzić – będzie to user, założony jako pierwszy, czyli posiadający uz_Id = '1'.

    Czyli ogólnie, reset hasła Szefa nawet przy braku konta nazywającego się „Szef” powinien raczej bardziej tak:

    UPDATE pd_uzytkownik SET uz_haslo = '' WHERE uz_Id = '1';

    Ale przy takim resecie, dalej nie wiemy, które konto ma uprawnienia Szefa. Jeżeli jest ich mało – można sprawdzać po kolei. Ale lepiej zadać jeszcze jedno zapytanie:

    select * from pd_uzytkownik where uz_Id = '1';

    Od razu pokaże kto tu jest Szefem ;-).


  2. Zbiorcza aktywacja ulepszeń InsertGT dla wielu podmiotów w BiuroGT

    Styczeń 12, 2013 by 0verlord

    Każdy, kto kiedykolwiek aktualizował Inserta w dowolnym biurze rachunkowym, obił się o problem pt.: zbiorcza aktywacja ulepszeń. A to wszystko jest bardzo proste.

    Ale po kolei. Jeżeli nie mamy do dyspozycji BiuraGT – jest przerypane, bo każdy podmiot trzeba aktualizować i aktywować osobno. Czyli jeżeli biuro rachunkowe korzysta z Inserta, a nie ma biura GT – zasugerujcie im zakup pod groźbą podwyższenia faktury, lub rozliczania aktualizacji na godziny.

    Jeżeli już się biuro ma, sprawa jest prosta i wygląda tak:

    aktualizacja: BiuroGT -> Widok -> bazy danych (lub alt+6) -> nad listą podmiotów będzie „konwersja”. Klikamy, i się robi. Trzeba tylko zadbać o poprawne parametry dla Archiwizatora, bo inaczej nie zrobi się kopia czyli nie zrobi się aktualizacja.

    a teraz punkt główny tego wpisu, tj. aktywacja ulepszeń. Jeżeli nie jest zrobiona, przy podłączeniu do konkretnego podmiotu system „zaproponuje aktywację”. Ale jeżeli podmiotów jest np. 100, klikanie tego ręcznie to masakra – wzywamy na ratunek BiuroGT.

    Zaraz pod opcją „Konwersja” z akapitu wyżej, jest opcja „Synchronizacja licencji”, po kliknięciu której dostajemy takie okno:

    insert gt licencja aktywacja ulepszeń

    I teraz, jeżeli klikniemy po prostu dalej, system będzie miał zapisane stare numery aktywacyjne i nic nie zrobi. Potrzebujemy nowe numery – o ile oczywiście mamy wykupiony abonament na ulepszenia. Załóżmy, że mamy.

    Klikamy w opcję oznaczoną prostokątem, i lądujemy tutaj:

    insert pobieranie numerów

    Klikamy, a jakże, „Pobierz numery aktywacyjne” i numery się pobierają. Jak się pobrały, klikamy ok, i lądujemy na pierwszym ekranie synchronizacji licencji. Tym razem zaznaczamy opcje wg screena i dajemy dalej.

    insert synchro licencji

    Ulepszenia się aktywują z nowymi numerami. Meldujemy w centrali wykonaną misję „Nowy Subiekt”.


  3. Windows, vpn, pptp, poczta i Subiekt

    Sierpień 26, 2011 by 0verlord

    Z cyklu ciekawostek do zapamiętania. Jest sobie pan klient. Pan klient ma sobie koncentratorek vpnka po pptp na Debianie (6.x). Ma przez to działać Subiekt oraz poczta z lokalnego serwera (cachujący imap z fetchmailem).

    Problem: poczta przychodząca działa, wychodząca stoi i łapie timeout, Subiekt znajduje serwer i łączy się z bazą, ale tak przy pi*oko 88% pokazuje, że wystąpił błąd, i nie da się znaleźć listy podmiotów, albo że struktura danych podmiotu nie jest prawidłowa.
    W tym samym czasie program serwisowy łączy się i widzi dokładnie wszystkie bazy i pozwala na operacje na nich (np. backup).

    Diagnoza była długa i bolała, mnie i pana klienta. Natomiast jak się okazało, ten DSL telepsowy, który pan klient ma u siebie, wymaga zmniejszenia rozmiaru ramki na ifejsie natującym do 1490 (przy 1500 przechodzi tylko ping). Problem u pana klienta zniknął, jak zmniejszyłem rozmiar ramki na tunelu poniżej 1200 (1196 dokładnie). Defaultowo robiło się 1496, co przekraczało maksymalny rozmiar ramki i nara).

    Poprawia się to tak,że do /etc/ppp/pptpd-options dodaje się opcje
    mtu 1490.

    I działa. Działa. Działa. Działa…. Zjadło mi to kilka dobrych godzin…

    UPDATE: 09-10-2011

    Jeżeli natomiast przy próbie pobrania poczty zrywa połączenie z VPNem, należy ramkę zmniejszyć jeszcze bardziej. Rekordowo małe MTU mam u pewnego problemowego klienta ustawione na 900. Inaczej próba pobrania poczty generuje jadowite pakiety, które kładą tunel.