Aby zalogować się do systemu InsERT nexo, należy uruchomić program i w oknie startowym wybrać właściwy podmiot z rozwijanej listy, a następnie wprowadzić swój login oraz hasło. Cały proces koncentruje się na prawidłowej identyfikacji użytkownika w bazie danych. Sprawdź, jak sprawnie przejść przez ten proces i rozwiązać typowe problemy.
Jak przebiega standardowe logowanie do InsERT nexo?
Podstawowym elementem ekranu startowego jest pole wyboru podmiotu, które w danym momencie wyświetla tylko te bazy danych, do których przypisany jest dany użytkownik w usłudze SQL Server. Po wskazaniu odpowiedniego podmiotu system domaga się podania loginu oraz przypisanego do niego hasła. Mechanizm ten weryfikuje uprawnienia w kontekście konkretnej bazy danych programu, takiego jak Rachmistrz nexo czy Rewizor GT.
W dalszej kolejności aplikacja ładuje moduły właściwe dla danego oprogramowania, przyznając dostęp do funkcji księgowych, kadrowo-płacowych czy magazynowych. Należy podkreślić, że jednostka wiodąca w procesie logowania jest bezpośrednio powiązana z instancją Serwer SQL, która musi być uruchomiona i dostępna sieciowo. Dopiero poprawne przejście tej ścieżki otwiera dostęp do środowiska pracy i umożliwia choćby korzystanie z Portalu Dokumentów, który integruje się z mechanizmami sztucznej inteligencji przy odczycie danych.
Jak ustawić domyślny podmiot podczas uruchamiania programu?
System z założenia podpowiada ten podmiot, który był ostatnio otwierany na danym stanowisku pracy. Jeżeli jednak zarządzasz wieloma jednostkami i potrzebujesz, by po starcie aplikacji zawsze wskazywany był ten konkretny, nie wystarczy jednorazowe skorzystanie z opcji Zapamiętaj podmiot w rozwijanej liście. Funkcja ta zapamiętuje bowiem wskazanie do momentu kolejnej ręcznej zmiany, ale nie wymusza całkowicie nowego, stałego ustawienia startowego.
Aby rozwiązać ten problem, konieczne jest skorzystanie z bardziej zaawansowanego mechanizmu, jakim są pliki startowe. Generuje się je bezpośrednio z poziomu systemu, tworząc skróty na pulpicie, które mają na sztywno przypisany konkretny podmiot oraz pomijają etap wyboru bazy danych. Takie działanie eliminuje konieczność każdorazowego zmieniania jednostki i znacząco przyspiesza codzienną pracę operatorów obsługujących wiele firm, także tych realizujących wysyłkę dokumentów poprzez sieć.
Jak utworzyć dedykowany skrót startowy?
W pierwszym kroku przejdź do konfiguracji systemowej lub skorzystaj z kreatora dostępnego w środowisku InsERT nexo, który odpowiada za tworzenie plików startowych dla użytkowników posiadających dostęp do wielu licencji. Proces ten nie wymaga ingerencji w strukturę bazy danych, a jedynie wskazania docelowego podmiotu oraz zdefiniowania nazwy dla nowego skrótu. Po zatwierdzeniu operacji na pulpicie pojawia się nowa ikona, bezpośrednio przenosząca do wybranej jednostki.
Praktyka ta sprawdza się idealnie w środowiskach biur rachunkowych oraz firm z własną księgowością, gdzie operatorzy korzystają z Rachmistrza i Rewizora nexo naprzemiennie dla wielu podmiotów. W takim modelu każda jednostka zyskuje własny plik skrótu, co całkowicie likwiduje ryzyko pomyłkowego zalogowania do nieprawidłowej bazy i błędnego zaksięgowania dokumentów, na przykład tych przetworzonych wcześniej przez funkcję automatycznego odczytu (OCR).
Jak działa mechanizm zapamiętywania w oknie logowania?
Opcja Zapamiętaj podmiot jest wygodna, jeśli regularnie przełączasz się między kilkoma bazami w trakcie jednej sesji, ale zawsze wracasz do tej dominującej. Polega ona na tym, że system adaptuje się do ostatniego wyboru użytkownika, co widać po zaznaczeniu ptaszka na liście rozwijanej. Warto jednak wiedzieć, że tego typu ustawienie nie ma charakteru trwałego powiązania, lecz jest przechowywane w profilu danego stanowiska.
Gdy logujesz się nieregularnie do pozostałych podmiotów, tradycyjna metoda działa prawidłowo. Sytuacja komplikuje się, gdy system przy starcie ignoruje wcześniejsze wskazanie i podsuwa inną jednostkę. W takich okolicznościach wyłącznym skutecznym rozwiązaniem dla trwałego zmienienia kolejności ładowania jest generowanie plików startowych, co omówiono powyżej. Nie należy mylić tego z próbą zmiany podmiotu wiodącego w trakcie już uruchomionej sesji.
Jak skonfigurować logowanie na komputerze klienckim?
W typowej instalacji sieciowej występuje jedno stanowisko pełniące rolę serwera bazy danych SQL oraz przynajmniej jedno stanowisko klienckie. Na serwerze niezbędne jest nie tylko zainstalowanie właściwej instancji, ale także włączenie dostępu sieciowego w Menedżerze konfiguracji SQL. Jeżeli protokoły TCP/IP nie są aktywne, aplikacja na komputerze klienckim nie odnajdzie bazy, a w Programie serwisowym pojawi się komunikat o problemach z nawiązaniem sesji.
Kolejnym krytycznym elementem jest konfiguracja zapory sieciowej. Dla standardowego środowiska z dynamicznym przydziałem portów konieczne jest dodanie reguły dla usługi SQL Browser, która działa na porcie UDP 1434. Dopiero ta reguła umożliwia odnalezienie właściwego portu TCP, na którym nasłuchuje serwer. Samodzielne dodanie wyjątku tylko dla portu TCP 1433 jest poprawne tylko wtedy, gdy SQL Server został ręcznie skonfigurowany do pracy na stałym porcie. W przeciwnym razie port ten jest dynamiczny i połączenie zakończy się błędem.
Podczas logowania z komputera klienckiego ogromne znaczenie ma także profil sieciowy ustawiony w systemie Windows. Reguły zapory przypisane do profilu prywatnego nie zadziałają, jeśli karta sieciowa niespodziewanie przełączy się w tryb publiczny. W dzienniku zdarzeń odnotowuje się wtedy próby połączeń z błędem autoryzacji, mimo że hasło użytkownika jest wpisywane poprawnie. Weryfikacja tego ustawienia w Centrum sieci i udostępniania jest pierwszym krokiem diagnostycznym.
Jakie reguły zapory sieciowej są konieczne?
Konfiguracja wymaga co do zasady dwóch wyjątków na serwerze bazy danych, chyba że znamy numer stałego portu. Pierwszy wyjątek obejmuje proces sqlservr.exe znajdujący się w katalogu instancji MSSQL15.INSERTGT lub podobnym, zależnym od wersji. Drugi wyjątek dotyczy sqlbrowser.exe dla ruchu wchodzącego na porcie UDP 1434.
Brak tej drugiej reguły jest jedną z najczęstszych przyczyn niepowodzeń w sieciach peer-to-peer, gdzie nie wykorzystuje się zewnętrznego sprzętowego firewalla. Nawet jeśli w logu Programu serwisowego widnieje próba łączenia z klienta, a błąd dotyczy nieprawidłowego hasła, przyczyna może leżeć właśnie w niekompletnej komunikacji z przeglądarką SQL. Weryfikację zawsze należy więc rozpocząć od sprawdzenia stanu obu tych usług.
W sytuacji gdy na serwerze aktywne są dodatkowe oprogramowania zabezpieczające, administrator sieci powinien dodać analogiczne reguły również w nich. Warto też upewnić się, że w ramach wyjątków zaznaczone są wszystkie profile sieciowe (domena, prywatny, publiczny). Zawężenie reguły tylko do jednego profilu często skutkuje przerwaniem połączeń przy przełączaniu się między sieciami, co w przypadku logowania do Podmiotu domyślnego generuje dezorientujące komunikaty odmowy dostępu.
Jak zmienić hasło użytkownika „sa”?
Hasło dla głównego konta administratora SQL (użytkownika „sa”) ustalane jest podczas pierwszej instalacji serwera, a jego aktualizacja jest możliwa z poziomu SQL Server Management Studio. W tym środowisku, po połączeniu z lokalną instancją za pomocą uwierzytelniania Windows, można rozwinąć gałąź zabezpieczeń i przejść do właściwości loginu „sa”.
Nowe hasło należy wprowadzić i potwierdzić, a zmiany zatwierdzić. Jeśli utracisz dostęp do konta „sa”, a autoryzacja Windows nie jest dostępna, konieczne może być skorzystanie z trybu awaryjnego lub resetowanie hasła z poziomu wiersza poleceń. Należy podkreślić, że te same poświadczenia są potem niezbędne przy definiowaniu źródła danych na każdym komputerze klienckim, gdzie w kroku logowania do serwera program poprosi o uwierzytelnienie SQL.
W jaki sposób pominąć hasło w programie InsERT nexo?
Twórcy oprogramowania przewidzieli możliwość uruchomienia systemu bez każdorazowego wpisywania hasła, co znacząco przyspiesza codzienną pracę na jednoosobowych stanowiskach. Funkcja ta, nazwana logowaniem bez hasła, dostępna jest w konfiguracji modułu Użytkownicy. Po jej aktywacji system przestaje wyświetlać monit o podanie kodu dostępu przy starcie dla danego operatora.
Warunkiem koniecznym jest, aby na wybranym podmiocie figurował wyłącznie jeden aktywny użytkownik. Logowanie bez hasła pozostaje nieaktywne w oprogramowaniu Biuro nexo, które ze względu na wielodostępny charakter wymaga każdorazowej autoryzacji. Po zaznaczeniu odpowiedniej opcji w kartotece, program poprosi o jednorazowe podanie dotychczasowego hasła w celu potwierdzenia zmiany trybu na uproszczony.
Jak przebiega aktywacja logowania bezpośredniego?
Aby uruchomić tę funkcję, postępuj zgodnie ze schematem dostępnym w każdym programie linii nexo:
- Wejdź do modułu Użytkownicy w konfiguracji systemu.
- Zaznacz aktywnego operatora i wybierz opcję Popraw.
- W nowym oknie włącz parametr odpowiedzialny za logowanie bez hasła.
- Wprowadź aktualne hasło, by system mógł zweryfikować tożsamość administratora.
- Zatwierdź operację przyciskiem OK i zapisz kartotekę.
Po tych krokach, przy następnym uruchomieniu programu okno logowania zostanie pominięte – system bezpośrednio wczyta bazę danych. Warto pamiętać, że jest to udogodnienie odwracalne. W każdej chwili możesz przywrócić standardowy tryb z hasłem, edytując ponownie kartotekę tego samego użytkownika w tym samym module. Jednocześnie mechanizm ten nie obniża poziomu zabezpieczeń bazy danych, ponieważ sama baza na serwerze SQL wciąż wymaga autoryzacji na poziomie połączenia sieciowego.
Rozwiązanie takie docenią szczególnie użytkownicy, którzy pracują na pojedynczych stanowiskach z oprogramowaniem typu Subiekt nexo czy wcześniej wymieniany Rewizor, a także klienci biur rachunkowych, którzy nie chcą zapamiętywać dodatkowych poświadczeń. Integracja z Portalem Dokumentów oraz funkcją obsługi KSeF pozostaje przy tym bez zmian, a proces wysyłki plików, w tym plików PDF i skanów w formie plików graficznych, nie wymaga dodatkowej autoryzacji w trakcie sesji.
Wyłącznym ograniczeniem pozostaje architektura wielodostępna, gdzie logowanie bez hasła dla wielu operatorów stanowiłoby ryzyko naruszenia integralności danych. W takich układach zaleca się pozostanie przy klasycznej ścieżce z loginem i hasłem.
Gdzie szukać pomocy przy problemach z logowaniem?
Podstawowym źródłem wiedzy dla administratorów i użytkowników końcowych jest oficjalna baza e-Pomocy technicznej. Znajdziesz tam artykuły opisujące krok po kroku procedury rozwiązywania najczęstszych trudności, od braku komunikacji z serwerem po błędy w generowaniu plików startowych. Zgromadzona tam dokumentacja obejmuje zarówno programy z rodziny GT, jak i zaawansowane wersje PRO.
Innym kanałem kontaktu pozostaje Forum użytkowników oraz płatna usługa teleKonsultanta, który po połączeniu zdalnym może bezpośrednio zweryfikować ustawienia zapory czy konfigurację użytkownika „sa”. Wiele przypadków, jak ten z błędem uwierzytelniania na komputerze klienckim, udaje się naprawić właśnie dzięki sesji pomocy zdalnej. W dzienniku Programu serwisowego konsultant widzi wtedy dokładny ciąg komunikatów, co pozwala szybko wykluczyć bądź potwierdzić przyczyny leżące po stronie sieci.
FAQ – najczęściej zadawane pytania
Jak zalogować się do InsERT nexo krok po kroku?
Na ekranie startowym wybierz właściwy podmiot z listy, a następnie wpisz swój login i przypisane hasło. System sprawdza uprawnienia w kontekście wybranej bazy danych.
Dlaczego program pokazuje tylko niektóre bazy w polu wyboru podmiotu?
Lista wyświetla jedynie te bazy, do których dany użytkownik ma przypisane uprawnienia na instancji SQL Server. Inne bazy nie będą widoczne, jeśli użytkownik nie ma do nich dostępu.
Jak ustawić, aby po uruchomieniu zawsze otwierał się konkretny podmiot?
Należy wygenerować plik startowy (skrót) przypisany na stałe do wybranego podmiotu z poziomu kreatora systemowego. Taki skrót pomija etap wyboru i od razu ładuje wskazaną jednostkę.
Czy opcja „Zapamiętaj podmiot” ustawia podmiot na stałe?
Nie, ta opcja zapamiętuje ostatni wybór na danym stanowisku, ale nie tworzy trwałego ustawienia startowego. Dla trwałego przypisania trzeba użyć plików startowych.
Co zrobić, gdy klient nie znajduje bazy na serwerze SQL?
Sprawdź czy na serwerze jest uruchomiona instancja SQL i aktywne protokoły TCP/IP oraz reguły zapory. Brak komunikacji lub nieprawidłowe reguły SQL Browser (UDP 1434) uniemożliwią odnalezienie właściwego portu.
Jakie wyjątki zapory są wymagane na serwerze bazy danych?
Trzeba dodać regułę dla procesu sqlservr.exe oraz dla sqlbrowser.exe obsługującego ruch na porcie UDP 1434. Dodatkowo, jeśli SQL działa na stałym porcie, można dodać wyjątek dla tego portu TCP.
W jaki sposób mogę włączyć logowanie bez wpisywania hasła?
W module Użytkownicy zaznacz danego operatora, włącz parametr logowania bez hasła i potwierdź wpisując aktualne hasło. Funkcja działa tylko gdy na podmiocie jest jeden aktywny użytkownik.
Gdzie szukać pomocy przy problemach z logowaniem do nexo?
Skorzystaj z oficjalnej bazy e‑Pomocy technicznej, forum użytkowników lub płatnej usługi teleKonsultanta, który może zdalnie zweryfikować ustawienia i logi Programu serwisowego.