Insert logowanie – jak się zalogować do serwisu?

Logowanie do serwisu InsERT nexo odbywa się poprzez podanie loginu i hasła w głównym oknie programu. Jeśli dane są prawidłowe, system automatycznie łączy się z bazą danych i otwiera wybrany podmiot. Poniżej opisujemy wszystkie mechanizmy dostępu – od odzyskiwania zapomnianego hasła po konfigurację połączeń sieciowych.

Podstawowe zasady dostępu do systemu

Każdy program z serii InsERT nexo wymaga uwierzytelnienia użytkownika już na starcie aplikacji. W głównym oknie widoczne są dwa pola – Login oraz Hasło. Po ich uzupełnieniu i naciśnięciu odpowiedniego przycisku system weryfikuje dane w oparciu o zintegrowany mechanizm SQL Server. Dopiero pomyślna autoryzacja otwiera listę dostępnych jednostek gospodarczych.

Domyślny ekran logowania wyświetla ostatnio używaną nazwę użytkownika. Jeśli pracujesz na jednym stanowisku, zwykle wystarczy wpisać hasło. Zdarzają się jednak sytuacje wymagające zmiany domyślnego kontekstu – o tym piszemy w dalszej części artykułu.

Zapamiętanie danych w przeglądarce lub menedżerze haseł dotyczy wyłącznie platformy Akademii InsERT, a nie samych programów desktopowych.

Hierarchia uwierzytelniania

Dostęp do podmiotów w systemie InsERT nexo opiera się na uprawnieniach przypisanych do konkretnego konta. Administrator konfigurujący moduł Użytkownicy nadaje role decydujące o zakresie widocznych danych. Logowanie z użyciem autentykacji Windows pozwala pominąć ręczne wpisywanie hasła – wtedy weryfikacja przebiega automatycznie na podstawie bieżącej sesji systemu operacyjnego.

Podczas pierwszego uruchomienia stanowiska klienckiego niezbędne jest wskazanie serwera bazy danych. Program zapamiętuje adres serwera, jednak każdorazowe połączenie z podmiotem wymaga już tylko podania loginu i hasła konkretnego użytkownika SQL.

Odzyskiwanie zapomnianego hasła

Utrata hasła do programu nie oznacza utraty dostępu do danych. Producent oprogramowania udostępnia mechanizm resetowania za pośrednictwem poczty elektronicznej. Wystarczy wejść w panel logowania i kliknąć opcję „Zapomniałem hasła”. System przekieruje na specjalny formularz, gdzie po wpisaniu adresu e-mail powiązanego z kontem wysyłana jest wiadomość z dalszymi instrukcjami.

Co istotne, procedura ta dotyczy konta w serwisie InsERT, a nie bezpośrednio poświadczeń do bazy SQL. Zresetowanie hasła w serwisie producenta umożliwia dostęp do pomocy technicznej, e-szkoleń oraz forum użytkowników. Hasło do samego programu, jeśli jest zarządzane lokalnie, wymaga interwencji administratora systemu w firmie.

W praktyce biur rachunkowych często stosuje się jedno konto administracyjne, z którego korzysta kilka osób. Wtedy proces odzyskiwania komplikuje się – trzeba odnaleźć osobę znającą pierwotne hasło lub skorzystać z dedykowanego narzędzia do zarządzania SQL Server.

• Wejdź w okno logowania programu InsERT nexo.
• Kliknij odnośnik „Zapomniałem hasła” znajdujący się pod polami tekstowymi.
• Wpisz adres e-mail skojarzony z kontem w systemie producenta.
• Sprawdź skrzynkę odbiorczą i postępuj zgodnie z otrzymaną wiadomością.

Logowanie bez hasła – uproszczony tryb dostępu

W niektórych wariantach oprogramowania istnieje funkcja pomijająca konieczność każdorazowego wpisywania poświadczeń. Logowanie bez hasła zostało zaprojektowane z myślą o podmiotach, w których pracuje tylko jeden aktywny użytkownik. Rozwiązanie to nie występuje natomiast w programie Biuro nexo.

Aktywacja tej opcji wymaga wejścia do modułu Użytkownicy dostępnego w konfiguracji systemu. Należy zaznaczyć aktywnego użytkownika, wybrać opcję „Popraw”, a następnie w otwartym oknie zaznaczyć pole „Logowanie bez hasła”. System poprosi o jednorazowe podanie aktualnego hasła w celu potwierdzenia zmiany trybu. Po zapisaniu modyfikacji kolejne uruchomienia programu nie wymagają już uwierzytelniania.

Zmiana trybu logowania z hasła na tryb bez hasła zawsze wymaga jednorazowego podania aktualnego hasła – to zabezpieczenie przed nieautoryzowaną modyfikacją konfiguracji.

Zarządzanie podmiotem domyślnym przy starcie programu

Użytkownicy pracujący na kilku jednostkach gospodarczych często napotykają problem polegający na tym, że po uruchomieniu programu automatycznie podpowiadany jest inny podmiot niż ten, z którego korzystają najczęściej. Dotyczy to przede wszystkim Rewizora nexo oraz Subiekta nexo w konfiguracjach wielopodmiotowych, gdzie licencje nie są łączone w strukturę biura rachunkowego.

Mechanizm podpowiadania ostatnio używanego podmiotu działa poprawnie, ale nie oferuje trwałego powiązania z preferowaną jednostką. Aby wymusić uruchamianie konkretnego podmiotu jako domyślnego, należy przed zalogowaniem kliknąć przycisk „Zmień podmiot”. Z rozwiniętej listy wybierasz jednostkę, która ma pojawiać się jako pierwsza, i zaznaczasz opcję „Zapamiętaj podmiot”.

Jeśli powyższa metoda nie przynosi oczekiwanego rezultatu, rozwiązaniem jest wygenerowanie dedykowanego pliku startowego. Plik taki uruchamia konkretny program InsERT nexo bezpośrednio z wybranym podmiotem, omijając etap ręcznego wyboru. Tworzy się go w oparciu o parametry konfiguracyjne zapisane w dokumentacji e-Pomocy technicznej.

• Otwórz ekran logowania programu i kliknij „Zmień podmiot”.
• Wybierz z listy docelową jednostkę gospodarczą.
• Zaznacz pole „Zapamiętaj podmiot”.
• Zaloguj się ponownie, aby sprawdzić, czy zmiana została utrwalona.

Generowanie plików startowych jako alternatywa

Gdy standardowe zapamiętywanie zawodzi, pomocnicze pliki startowe stanowią niezawodny sposób na ominięcie ekranu wyboru. Skrypt tworzy się poprzez zapisanie odpowiedniej komendy ze ścieżką do pliku wykonywalnego programu oraz parametrem wskazującym nazwę bazy danych konkretnego podmiotu. Po zapisaniu pliku z rozszerzeniem .bat wystarczy dwukrotnie go kliknąć – program uruchomi się od razu z właściwą jednostką.

Informacje szczegółowe na temat tworzenia takich plików znajdują się w oficjalnych materiałach producenta, w dziale e-Pomocy technicznej. Specjaliści z forum użytkowników InsERT wielokrotnie potwierdzali skuteczność tego rozwiązania w sytuacjach, gdy zwykłe metody zawodziły.

Problemy z logowaniem na komputerze klienckim

Błędy występujące podczas próby połączenia stanowiska klienckiego z serwerem bazy danych mają najczęściej podłoże w konfiguracji sieciowej lub uprawnieniach SQL Server. Typowy objaw to komunikat o nieprawidłowym haśle, mimo że na serwerze dane logowania są poprawne. W logach programu serwisowego widnieje wówczas zapis o próbie połączenia zakończonej odrzuceniem.

Pierwszym krokiem diagnostycznym jest weryfikacja reguł zapory systemu Windows na komputerze pełniącym rolę serwera. Baza danych musi być osiągalna przez sieć, co wymaga otwarcia odpowiednich portów – domyślnie TCP 1433 dla usługi SQL Server oraz UDP 1434 dla usługi przeglądarki. Błędem jest dodawanie wyjątku dla portu TCP 1433 w przypadku, gdy instancja serwera działa na porcie dynamicznym.

W programie SQL Server Management Studio należy sprawdzić, czy dla interesującej nas instancji włączone są protokoły TCP/IP oraz Named Pipes. Domyślnie po instalacji mogą być one wyłączone. Ponadto aplikacja serwera SQL – widoczna jako sqlservr.exe – musi być jawnie dodana do wyjątków zapory, a nie tylko sam port. Reguły powinny obejmować profil sieciowy odpowiadający rzeczywistej konfiguracji (domena, prywatny bądź publiczny).

Gdy problem koncentruje się na samym haśle, można je zresetować z poziomu SQL Server Management Studio za pomocą języka T-SQL. Wymaga to jednak znajomości loginu administratora „sa” lub posiadania uprawnień sysadmin. Aktualizacja serwera SQL do nowszej wersji, wykonywana ręcznie przez użytkownika, często nadpisuje dotychczasowe hasła – stąd nagłe problemy z uwierzytelnieniem na stacjach roboczych.

Zalecamy, aby konfigurację połączeń sieciowych oraz reguł zapory przeprowadzał administrator sieci lub doświadczony informatyk – pomyłka w jednym parametrze skutkuje całkowitym brakiem komunikacji.

Sprawdzanie dostępności serwera SQL przez sieć

Z poziomu komputera klienckiego warto wykonać test połączenia przy użyciu dedykowanego narzędzia, na przykład SQLCMD. Polecenie uruchamiane z wiersza poleceń próbuje nawiązać sesję z bazą danych i w przypadku niepowodzenia zwraca kod błędu pomocny przy dalszej analizie. Jeśli zapora na serwerze blokuje ruch, klient nie otrzyma żadnej odpowiedzi – w logach serwera także nie pojawi się ślad próby połączenia.

Praktyczna sekwencja diagnostyczna

Krok pierwszy – upewnij się, że usługa SQL Server oraz SQL Browser są uruchomione na komputerze-serwerze. Krok drugi – sprawdź, czy w ustawieniach sieciowych instancji włączono nasłuch na porcie TCP/IP. Krok trzeci – dodaj do zapory systemowej regułę dla pliku wykonywalnego sqlservr.exe oraz osobny wyjątek dla portu UDP 1434. Krok czwarty – na stanowisku klienckim podaj adres serwera w formacie NAZWA_SERWERA\NAZWA_INSTANCJI.

Gdy wszystkie powyższe elementy są skonfigurowane prawidłowo, logowanie z wielu stanowisk jednocześnie przebiega bez przeszkód. Pamiętaj, że aktualizacja oprogramowania do wersji z 2026 roku może wprowadzić dodatkowe wymagania dotyczące protokołów szyfrowania, co producent opisuje w dokumentacji technicznej dostępnej w serwisie.