- Need Help? Request A Callback
- Working Hours: 8:00 AM – 7:45 PM
Aktualizacja Insert GT do nowszej wersji to konieczność wynikająca ze zmian przepisów oraz wymogów bezpieczeństwa, ale wykonana nieprawidłowo może zakończyć się utratą danych lub niedziałającym programem. Przeprowadzamy aktualizacje bezpiecznie, z pełnym zabezpieczeniem danych na każdym etapie.
Producent linii Insert regularnie wydaje aktualizacje programów GT, wynikające zarówno ze zmian w przepisach, takich jak stawki VAT, formularze i integracje z systemami zewnętrznymi jak KSeF, jak i z poprawek błędów oraz zmian w silniku bazy danych. Dotyczy to między innymi programów używanych do obsługi sprzedaży, magazynu, księgowości, kadr i płac. Aktualizacja może więc wpływać nie tylko na wygląd programu, ale również na sposób zapisywania dokumentów, generowania deklaracji, wykonywania operacji magazynowych i współpracy z urządzeniami zewnętrznymi.
Warto pamiętać, że aktualizacja Insert GT nie zawsze ogranicza się do pobrania i uruchomienia jednego instalatora. W zależności od wersji programu, konfiguracji komputera i sposobu pracy firmy konieczne może być przygotowanie kopii baz danych, sprawdzenie usług systemowych, aktualizacja komponentów dodatkowych, dostosowanie ustawień sieciowych oraz wykonanie konwersji bazy do nowej struktury. Dlatego przed rozpoczęciem prac sprawdzamy, jak zbudowane jest środowisko i jakie elementy wymagają aktualizacji.
Przed rozpoczęciem aktualizacji ustalamy, gdzie znajduje się baza danych i które komputery korzystają z programu. W małej firmie może to być jeden komputer, natomiast w większym środowisku baza często znajduje się na osobnym stanowisku pełniącym funkcję serwera. Należy również sprawdzić, czy w momencie rozpoczęcia prac wszyscy użytkownicy zakończyli pracę z programem. Otwarte dokumenty, aktywne sesje lub uruchomione moduły dodatkowe mogą uniemożliwić prawidłową aktualizację.
Kopia zapasowa powinna obejmować wszystkie używane bazy danych, a nie tylko tę, która jest aktualnie otwarta na ekranie. Jeżeli firma prowadzi kilka podmiotów, magazynów lub oddzielnych baz dla różnych okresów pracy, każda z nich wymaga zabezpieczenia. Samo skopiowanie folderu programu nie zawsze jest wystarczające, ponieważ baza danych może znajdować się w innym katalogu lub na innym komputerze. Po wykonaniu kopii sprawdzamy także, czy plik został zapisany poprawnie i czy można go wykorzystać do odtworzenia danych.
Przed aktualizacją analizujemy wersję systemu Windows, wolne miejsce na dysku, stan nośnika danych oraz konfigurację sieci. Jeżeli komputer jest mocno obciążony, ma uszkodzenia systemu plików albo działa na dysku z błędami, sama aktualizacja może nie rozwiązać problemu i może zwiększyć ryzyko awarii. W takiej sytuacji najpierw warto uporządkować środowisko, aby proces przebiegł stabilnie.
Sprawdzamy także, czy działają wymagane usługi, czy program antywirusowy nie blokuje instalatora oraz czy użytkownik ma odpowiednie uprawnienia systemowe. Czasem konieczne jest czasowe zamknięcie aplikacji działających w tle, takich jak narzędzia do synchronizacji, moduły komunikujące się z drukarką fiskalną albo programy wykonujące automatyczne kopie zapasowe. Każdą taką zmianę należy przeprowadzać świadomie i przywrócić właściwe ustawienia po zakończeniu instalacji.
W przypadku pracy sieciowej kolejność działań ma duże znaczenie. Najczęściej w pierwszej kolejności aktualizowane jest stanowisko, na którym znajduje się baza danych lub które pełni rolę serwera. Dopiero później aktualizuje się pozostałe komputery korzystające z tej bazy. W czasie prac użytkownicy nie powinni uruchamiać programu na innych stanowiskach, ponieważ może to przerwać proces konwersji danych albo spowodować blokady.
Wszystkie komputery powinny korzystać z tej samej wersji programu. Pozostawienie jednego starszego stanowiska może doprowadzić do komunikatów o niezgodności, problemów z logowaniem lub braku dostępu do bazy. Dotyczy to również komputerów używanych sporadycznie, na przykład do wystawiania dokumentów w magazynie, drukowania faktur albo wykonywania prac księgowych. Takie stanowisko również musi zostać uwzględnione w planie aktualizacji.
Po aktualizacji sprawdzamy połączenie z bazą z każdego komputera. Weryfikujemy logowanie użytkowników, otwieranie kartotek, zapis dokumentów oraz działanie funkcji, z których firma faktycznie korzysta. Sama możliwość uruchomienia programu nie oznacza jeszcze, że cała konfiguracja działa prawidłowo.
Jednym z ważniejszych etapów może być konwersja bazy danych do struktury wymaganej przez nowszą wersję Insert GT. Proces ten zmienia sposób organizacji danych, dlatego nie powinien być przerywany. W zależności od wielkości bazy, liczby dokumentów, historii operacji i wydajności komputera konwersja może potrwać znacznie dłużej niż sama instalacja programu.
W czasie konwersji nie należy wyłączać komputera, zamykać programu ani odłączać sieci. Jeżeli stanowisko działa jako serwer, trzeba zapewnić stabilne zasilanie i ograniczyć dostęp osób, które mogłyby przypadkowo rozpocząć pracę. Po zakończeniu procesu sprawdzamy, czy program zgłasza poprawne zakończenie operacji oraz czy baza otwiera się bez komunikatów o błędach.
Jeżeli aktualizacja zostanie przerwana, nie należy wykonywać kolejnych przypadkowych prób na tej samej bazie. Najpierw trzeba ustalić, na jakim etapie zatrzymał się proces i czy dane są spójne. W razie potrzeby bezpieczniejszym rozwiązaniem jest odtworzenie kopii zapasowej i ponowne przeprowadzenie aktualizacji po usunięciu przyczyny problemu.
Po instalacji wykonujemy podstawowe testy działania programu. Sprawdzamy między innymi, czy można otworzyć kartoteki kontrahentów i towarów, wystawić dokument, zapisać zmiany oraz wyszukać wcześniejsze operacje. W zależności od używanych modułów kontrolujemy również stany magazynowe, rozrachunki, płatności, dokumenty zakupu i sprzedaży oraz raporty.
Istotnym elementem są wydruki. Aktualizacja może zmienić dostępne szablony, ustawienia drukarki lub sposób przekazywania danych do urządzenia. Testujemy wydruk dokumentów, eksport do pliku oraz zapis dokumentu elektronicznego, jeżeli firma korzysta z takich funkcji. Sprawdzamy również, czy polskie znaki, numery dokumentów, dane firmy, stawki VAT i podsumowania są prezentowane prawidłowo.
Jeżeli program współpracuje z drukarką fiskalną, skanerem, czytnikiem kodów, wagą, podpisem elektronicznym lub innym urządzeniem, wykonujemy test właściwy dla danego stanowiska. W przypadku integracji z zewnętrznymi systemami należy upewnić się, że dane są nadal przekazywane w obu kierunkach. Błąd może nie pojawić się przy samym uruchomieniu programu, lecz dopiero podczas wysyłania dokumentu lub pobierania informacji.
Po aktualizacji warto zweryfikować konta użytkowników i ich uprawnienia. Nie każdy pracownik powinien mieć dostęp do wszystkich funkcji programu, a zmiana wersji może wymagać ponownego sprawdzenia ustawień. Kontrolujemy możliwość wystawiania dokumentów, edycji kartotek, dostępu do raportów oraz wykonywania operacji administracyjnych.
Sprawdzamy również ustawienia numeracji dokumentów, rachunków bankowych, form płatności, magazynów i parametrów wydruku. Jeżeli firma korzysta z własnych szablonów lub dodatkowych zestawień, trzeba otworzyć je po aktualizacji i upewnić się, że nadal działają. Szczególną uwagę zwracamy na elementy tworzone indywidualnie, ponieważ ich kompatybilność może zależeć od wersji programu.
Częstym problemem po aktualizacji jest niezgodność wersji programu między stanowiskami przy pracy sieciowej — jeśli zaktualizujemy tylko jeden komputer, pozostałe mogą stracić możliwość połączenia z bazą danych. Innym ryzykiem jest przerwana aktualizacja spowodowana np. utratą zasilania w trakcie procesu, dlatego dla stanowisk pełniących rolę serwera rekomendujemy pracę z zasilaczem awaryjnym (UPS). Sama aktualizacja programu trwa zwykle od kilkunastu do kilkudziesięciu minut na stanowisko, jednak przy dużych bazach danych proces konwersji struktury bazy do nowej wersji może wydłużyć się nawet do kilku godzin.
Nie należy rozpoczynać aktualizacji tuż przed wystawianiem dokumentów, zamknięciem dnia lub wykonaniem ważnych rozliczeń. Nawet prawidłowo przygotowany proces może wymagać dodatkowej weryfikacji, a w przypadku nietypowej konfiguracji również diagnostyki. Bezpieczniej zaplanować przerwę w pracy i wcześniej poinformować użytkowników o niedostępności programu.
Warto zachować informacje o zainstalowanej wersji, dacie wykonania kopii oraz kolejności przeprowadzonych działań. Taka dokumentacja ułatwia późniejsze odtworzenie środowiska, wyjaśnienie różnic w działaniu programu i zaplanowanie kolejnych aktualizacji. Kopii zapasowej nie powinno się przechowywać wyłącznie na tym samym dysku, na którym znajduje się baza. Awaria dysku mogłaby wtedy jednocześnie pozbawić firmę programu i zabezpieczenia danych.
Zależy to od konfiguracji i sposobu współpracy poszczególnych modułów. Jeżeli firma korzysta z kilku programów lub dodatków pracujących na wspólnej bazie, trzeba sprawdzić ich zgodność z nową wersją. Aktualizacja jednego elementu bez weryfikacji pozostałych może spowodować problemy z wymianą danych albo działaniem integracji.
Prawidłowo wykonana aktualizacja nie powinna usuwać danych, ale każda operacja na bazie wiąże się z ryzykiem technicznym. Z tego powodu przed rozpoczęciem prac wykonujemy kopię zapasową i sprawdzamy jej poprawność. Kopia pozwala wrócić do wcześniejszego stanu, jeżeli wystąpi błąd instalacji, awaria zasilania lub problem z konwersją.
W firmie wielostanowiskowej wszystkie komputery powinny zostać doprowadzone do tej samej wersji. Nie oznacza to, że instalacja musi być wykonywana dokładnie w tej samej sekundzie, ale należy zaplanować ją jako jeden spójny proces. Do czasu zakończenia prac użytkownicy nie powinni korzystać z nieaktualizowanych stanowisk podłączonych do wspólnej bazy.
W pierwszej kolejności należy zapisać treść komunikatu i nie usuwać pochopnie plików programu ani bazy danych. Przyczyną może być brak wymaganej usługi, problem z uprawnieniami, blokada antywirusowa, niezgodność komponentu lub błąd połączenia z bazą. Na podstawie komunikatu i konfiguracji można ustalić, czy problem dotyczy instalacji, sieci, silnika bazy danych czy konkretnego modułu.
Najlepszym sposobem ograniczenia ryzyka jest regularne wykonywanie kopii zapasowych, utrzymywanie porządku w konfiguracji oraz kontrolowanie stanu komputerów używanych do pracy z Insert GT. Warto również zapisywać informacje o nietypowych dodatkach, indywidualnych wydrukach i urządzeniach współpracujących z programem. Dzięki temu przed kolejną aktualizacją łatwiej określić zakres testów.
Nie powinno się odkładać aktualizacji przez długi czas bez sprawdzenia, czego dotyczą nowe wersje. Zbyt duża różnica między wersją używaną a aktualną może oznaczać większą konwersję bazy, więcej zmian w konfiguracji i trudniejsze odtworzenie zależności między programem a urządzeniami. Aktualizacja przeprowadzona po wcześniejszym przygotowaniu jest zwykle łatwiejsza do zaplanowania i bezpieczniejsza dla bieżącej pracy firmy.
Zgłoszenie naprawy: 22 390 56 49 — telefon czynny całą dobę, siedem dni w tygodniu. Sprzęt odbieramy spod wskazanego adresu w Grodzisku Mazowieckim i okolicy.