Które pliki konfiguracyjne są używane przez Subiekt GT?

Subiekt GT korzysta m.in. z plików konfiguracyjnych profilu użytkownika oraz ustawień połączenia z serwerem SQL zapisanych w katalogu instalacyjnym programu.

Czym są pliki konfiguracyjne używane przez Subiekt GT

Pliki konfiguracyjne Subiekta GT przechowują ustawienia potrzebne do uruchomienia programu, wyboru środowiska pracy oraz prawidłowej komunikacji z bazą danych. Nie są one tym samym co dokumenty handlowe, kartoteki towarów, dane kontrahentów czy wystawione faktury. Ich zadaniem jest opisanie sposobu działania aplikacji i zapamiętanie parametrów, które w innym przypadku musiałyby być każdorazowo wprowadzane ręcznie.

W praktyce można spotkać kilka grup ustawień. Pierwsza dotyczy konkretnego profilu użytkownika, a więc preferencji interfejsu, wybranych opcji programu i sposobu prezentowania danych. Druga odnosi się do środowiska bazodanowego, w którym przechowywane są właściwe dane Subiekta GT. Może obejmować informacje potrzebne do wskazania instancji serwera SQL, nazwy bazy lub sposobu nawiązania połączenia. Trzecia grupa obejmuje ustawienia wspólne dla instalacji, zależne od konfiguracji danego stanowiska.

Dokładna nazwa, rozszerzenie i lokalizacja pliku mogą zależeć od wersji programu, rodzaju instalacji, systemu Windows oraz tego, czy wykorzystywane jest stanowisko jednostanowiskowe, czy praca z bazą udostępnioną w sieci. Z tego powodu nie należy zakładać, że każdy komputer będzie zawierał identyczny zestaw plików. Bezpieczniej jest rozróżnić ustawienia profilu, parametry instalacji i dane połączeniowe, a dopiero później ustalać, gdzie zostały zapisane.

Jak rozumieć konfigurację programu i połączenie z SQL

Subiekt GT działa jako aplikacja korzystająca z bazy danych. Sam program może być zainstalowany na komputerze użytkownika, natomiast dane firmy mogą znajdować się lokalnie albo na innym komputerze pełniącym funkcję serwera bazy. Pliki konfiguracyjne pomagają aplikacji ustalić, z jakim środowiskiem ma współpracować i jakie ustawienia zastosować przy starcie.

Warto odróżnić plik opisujący połączenie od samej bazy danych. Usunięcie albo uszkodzenie konfiguracji może spowodować komunikat o braku dostępu, nieprawidłowym serwerze lub niemożności znalezienia bazy, ale nie oznacza automatycznie usunięcia danych zapisanych w SQL. Z drugiej strony nieprawidłowa zmiana parametrów może uniemożliwić połączenie z właściwą bazą, dlatego przed modyfikacją należy ustalić, z jakiego środowiska korzysta dana instalacja.

Przy analizie problemu sprawdza się między innymi katalog programu, dane profilu użytkownika oraz ustawienia systemowe związane z dostępem do bazy. Pomocne bywa także porównanie konfiguracji z działającym stanowiskiem, o ile oba komputery pracują w tym samym środowisku i korzystają z tej samej wersji oprogramowania. Nie należy jednak bezrefleksyjnie kopiować plików między komputerami, ponieważ mogą zawierać odwołania do innych lokalizacji, inne identyfikatory instalacji lub parametry właściwe wyłącznie dla danego stanowiska.

Przed zmianą konfiguracji powinno się wykonać kopię odpowiednich plików oraz zanotować ich pierwotne położenie. Nie zaleca się także edytowania ich w zwykłym edytorze tekstu, jeżeli format nie jest przeznaczony do ręcznych zmian. Część ustawień może być zapisywana przez program, instalator albo narzędzia administracyjne, a ręczne dopisanie przypadkowej wartości może doprowadzić do kolejnych błędów.

Typowe problemy z plikami konfiguracyjnymi Subiekta GT

Jednym z częstszych objawów jest uruchamianie programu bez zapamiętanych ustawień albo pojawianie się prośby o ponowne wskazanie bazy. Przyczyną może być brak dostępu do katalogu profilu, zmiana uprawnień systemowych, przeniesienie danych użytkownika lub uszkodzenie pliku, w którym przechowywane są lokalne preferencje. Podobny efekt może wystąpić po odtworzeniu systemu z kopii, zmianie konta Windows albo migracji programu na inny komputer.

Problemy dotyczące połączenia z SQL zwykle objawiają się komunikatem o niedostępności serwera, błędnym wskazaniu instancji, braku bazy lub odrzuceniu logowania. Sam plik konfiguracyjny nie zawsze jest wtedy główną przyczyną. Należy również sprawdzić działanie usługi bazy danych, dostępność komputera w sieci, zaporę systemową, uprawnienia użytkownika oraz zgodność wersji aplikacji z używanym środowiskiem.

Zdarza się także, że program działa na jednym stanowisku, lecz nie uruchamia się poprawnie na innym. Może to wynikać z zapisania lokalnej ścieżki, odmiennego profilu, braku wymaganych komponentów albo użycia nieaktualnej kopii ustawień. Objawem nie zawsze jest wyłącznie błąd przy starcie. Mogą pojawić się problemy z zapamiętywaniem preferencji, nieprawidłowo wyświetlane dane, brak dostępu do określonych funkcji albo konieczność ponownej konfiguracji po każdym uruchomieniu.

Nie powinno się usuwać wszystkich znalezionych plików tylko dlatego, że ich nazwa sugeruje związek z konfiguracją. W katalogach programu mogą znajdować się również pliki pomocnicze, dzienniki pracy, dane tymczasowe oraz elementy wymagane przez inne moduły. Przed podjęciem takiej czynności trzeba ustalić, który plik jest używany przez konkretną wersję Subiekta GT i czy jego zawartość nie zawiera informacji potrzebnych do połączenia z bazą.

Kiedy warto umówić wizytę serwisową - Które pliki konfiguracyjne są używane przez Subiekt GT

Wsparcie serwisowe jest uzasadnione, gdy Subiekt GT przestaje widzieć bazę po zmianie komputera, aktualizacji systemu, odtworzeniu kopii lub reorganizacji sieci. Pomoc może być potrzebna również wtedy, gdy nie wiadomo, czy problem dotyczy pliku profilu, ustawień programu, usługi SQL, uprawnień Windows czy połączenia sieciowego. W takiej sytuacji przydatne jest zebranie informacji o wersji aplikacji, sposobie pracy stanowiska oraz momencie, w którym pojawił się błąd.

W Warszawie analizę takich usterek można zlecić serwisowi działającemu pod nazwą Warszawskie Pogotowie Komputerowe 24/7, który zajmuje się diagnostyką komputerów i laptopów. Podczas sprawdzania można ustalić, czy konfiguracja została uszkodzona, czy tylko wskazuje nieaktualną lokalizację, a następnie uporządkować ustawienia bez ingerowania w dane firmowe zapisane w bazie. Przed każdą zmianą powinno zostać wyjaśnione, jakie pliki będą zabezpieczane i jaki zakres prac jest konieczny.

Do zgłoszenia warto dołączyć dokładną treść komunikatu, informację, czy problem dotyczy jednego stanowiska czy całej sieci, oraz wskazanie, czy inne programy korzystające z tego samego środowiska działają prawidłowo. Takie dane ułatwiają odróżnienie błędu lokalnej konfiguracji od awarii serwera SQL lub problemu z dostępem do zasobów sieciowych. Dzięki temu można ograniczyć zakres zmian i zmniejszyć ryzyko przypadkowego nadpisania prawidłowych ustawień.