Insert logowanie – jak się zalogować do systemu?

Aby zalogować się do systemu InsERT, wystarczy uruchomić odpowiednią aplikację i na ekranie startowym podać swój login oraz hasło. Jeżeli nie pamiętasz danych dostępowych, pomoże Ci w tym specjalny formularz odzyskiwania hasła. W dalszej części artykułu znajdziesz informacje o konfiguracji logowania bez hasła, ustawianiu domyślnego podmiotu i rozwiązywaniu typowych problemów technicznych.

Jak wygląda standardowe logowanie?

Każde uruchomienie programu z rodziny InsERT rozpoczyna się od okna, w którym należy podać indywidualną nazwę użytkownika oraz przypisane do niego hasło dostępowe. Pierwsze logowanie po instalacji często wymaga użycia konta administratora, ustanowionego na etapie konfiguracji serwera SQL. Na tym samym ekranie wybiera się także podmiot – czyli bazę danych firmy – z rozwijalnej listy, o ile w systemie zarejestrowano ich więcej niż jeden. Po zatwierdzeniu poprawnych danych aplikacja ładuje moduły właściwe dla posiadanej licencji i udostępnia pełną funkcjonalność.

W przypadku pominięcia pola wyboru podmiotu system automatycznie podpowiada ostatnio używaną bazę. Warto pamiętać, że sama procedura logowania przebiega identycznie niezależnie od tego, czy pracujesz na wersji jednowarsztatowej, czy wielostanowiskowej – różnice pojawiają się dopiero przy konfiguracji połączeń sieciowych. Hasło wprowadza się w polu oznaczonym kropkami, co zapobiega jego odczytaniu przez osoby postronne.

Co zrobić, gdy zapomnisz hasła?

Pod ekranem logowania znajduje się odnośnik umożliwiający wygenerowanie nowego hasła dostępowego. Kliknięcie przycisku „Zapomniałem hasła” przenosi do specjalnego formularza, w którym trzeba podać adres e-mail powiązany z kontem. Na tę właśnie skrzynkę poczty elektronicznej wysyłana jest wiadomość z linkiem resetującym lub tymczasowym kodem. W większości konfiguracji mechanizm działa automatycznie i zajmuje nie więcej niż kilkadziesiąt sekund.

Czasami pomoc techniczna zaleca dodatkową weryfikację tożsamości – szczególnie w środowiskach biur rachunkowych, gdzie dostęp do danych jest krytyczny. W razie problemów z odebraniem wiadomości należy sprawdzić folder spam oraz poprawność wpisanego adresu. Jeżeli resetowanie hasła nie przynosi skutku, administrator systemu może ręcznie zmienić hasło z poziomu modułu zarządzania użytkownikami, korzystając z uprawnień „sa” w SQL Server.

Kiedy i jak włączyć logowanie bez hasła?

Funkcja ta jest dostępna wyłącznie dla podmiotów, w których figuruje tylko jeden aktywny użytkownik. Nie znajdziesz jej na przykład w modułach przeznaczonych dla biur rachunkowych, obsługujących równolegle wielu pracowników. Głównym celem opcji jest przyspieszenie codziennej pracy w małych firmach, gdzie ochrona stacji roboczej leży po stronie fizycznego dostępu do komputera.

Aby ją aktywować, należy przejść do konfiguracji systemu i otworzyć kartotekę użytkowników. Po zaznaczeniu swojej pozycji na liście wybierz funkcję „Popraw”, a następnie w wyświetlonym oknie zaznacz pole Logowanie bez hasła. System poprosi o jednorazowe potwierdzenie dotychczasowego hasła – to zabezpieczenie przed przypadkową zmianą. Po zapisaniu wszystkich modyfikacji program rozpocznie kolejną sesję bez monitowania o wprowadzanie danych uwierzytelniających.

Logowanie bez hasła działa jedynie tam, gdzie na danym podmiocie zarejestrowany jest dokładnie jeden aktywny użytkownik. Opcja nie zastępuje odpowiedzialności za bezpieczeństwo samej stacji roboczej.

Jak zarządzać domyślnym podmiotem przy starcie programu?

Wielu użytkowników, obsługujących kilka firm na oddzielnych licencjach, oczekuje, że po uruchomieniu aplikacji od razu zobaczy tę bazę, z którą pracuje najczęściej. Standardowo system podpowiada ostatnio otwartą bazę, ale można zmienić to zachowanie. Niestety sama opcja „Zapamiętaj podmiot”, widoczna w okienku zmiany podmiotu, nie modyfikuje domyślnego wyboru przy starcie – działa jedynie podczas ręcznego przełączania baz.

Rozwiązaniem jest skorzystanie z mechanizmu generowania plików startowych, opisanego szczegółowo w dziale e-Pomocy technicznej. Plik taki, utworzony dla określonego podmiotu, po uruchomieniu bezpośrednio otwiera wskazaną bazę, pomijając ekran wyboru. Procedura wymaga podania ścieżki do serwera SQL, nazwy podmiotu oraz danych logowania – wszystko dostępne z poziomu konfiguracji systemu.

Tworzenie skrótu z plikiem startowym

W praktyce najwygodniej jest utworzyć osobne skróty na pulpicie dla poszczególnych podmiotów. Do każdego skrótu przypisuje się wygenerowany wcześniej plik startowy, co pozwala natychmiastowo rozpocząć pracę w wybranej bazie. Takie podejście eliminuje konieczność każdorazowego wybierania podmiotu i sprawdza się w biurach, gdzie rotacja między firmami jest bardzo niska.

Warto podkreślić, że wygenerowanie pliku startowego nie wpływa na standardowy ekran logowania – można z niego dalej korzystać bez przeszkód, mając jednocześnie szybki dostęp do priorytetowej bazy dzięki dedykowanym skrótom.

Skąd się biorą problemy z logowaniem na komputerze klienckim?

W środowisku sieciowym, gdzie serwer SQL i program pracują na osobnych maszynach, częstą przyczyną nieudanego logowania jest blokowanie portów przez zaporę systemową. Komputer kliencki łączy się z serwerem wykorzystując usługę SQL Server Browser, która domyślnie nasłuchuje na porcie UDP 1434. Kolejny kluczowy element to port TCP 1433, wymagany jeśli instancja SQL działa na stałym porcie – w przeciwnym razie ruch dynamiczny obsługuje właśnie Browser.

Oprócz reguł zapory, należy upewnić się, że w menedżerze konfiguracji SQL włączone są protokoły TCP/IP oraz Named Pipes, a samo uwierzytelnianie serwera obsługuje tryb mieszany (Windows i SQL). Problemy z nieprawidłowym hasłem dla użytkownika „sa” często wynikają z nieprawidłowej instalacji lub aktualizacji SQL Servera, a ich usunięcie wymaga zresetowania hasła za pomocą narzędzi typu SQL Server Management Studio.

Nieprawidłowe hasło dla użytkownika „sa” zazwyczaj nie oznacza błędu samego programu, lecz wynika z ustawień serwera SQL. Zresetować je można przez dedykowane narzędzia administracyjne.

Sprawdzenie konfiguracji sieciowej warto rozpocząć od przejrzenia logów programu serwisowego – jeśli widać w nich zapytania przychodzące ze stacji klienckiej, oznacza to, że fizyczny routing działa, a przyczyna leży po stronie autoryzacji lub portów. Dla lepszej orientacji pomocne bywa zestawienie podstawowych usług i ich domyślnych portów.

W codziennej praktyce najszybciej eliminuje błędy dodanie w zaporze dwóch wyjątków – dla pliku wykonywalnego sqlservr.exe oraz dla portu UDP 1434 – przy jednoczesnym ustawieniu profilu sieciowego na prywatny. Gdy mimo tych działań autoryzacja wciąż jest odrzucana, warto zweryfikować poprawność hasła loginu SQL bezpośrednio w konsoli Management Studio.