Programy dla firm — obsługiwane systemy

Kilka programów naraz, każdy psuje się inaczej

Firma korzysta zwykle nie z jednego programu, lecz z kilku: księgowego, magazynowego, kadrowego, pocztowego i biurowego. Każdy z nich ma inne wymagania i inny sposób przechowywania danych — a awaria każdego wygląda inaczej.

Z czym pracujemy

• Handlowe i magazynowe — Subiekt GT, WAPRO Mag i pozostałe programy z tych rodzin.
• Księgowe — Rachmistrz, Rewizor, WAPRO Fakir.
• Kadrowo-płacowe — WAPRO Kaper i Gang, Płatnik.
• Pocztowe i biurowe — wraz z archiwami wiadomości i licencjami.
• Systemy chmurowe — tu obsługujemy komputer, przeglądarkę i połączenie, bo od nich zależy dostęp.
• Bazy danych, na których to wszystko pracuje: Firebird i SQL Server.

Czym się zajmujemy

Instalacją, konfiguracją, aktualizacjami, naprawami baz, kopiami zapasowymi, przenosinami na nowy sprzęt i integracjami między programami. Krótko: tym, żeby programy działały — nie tym, co należy w nich wprowadzić.

Czego nie robimy

Nie doradzamy w sprawach księgowych, podatkowych ani kadrowych. To obszar księgowego i kadrowej; mieszanie tych ról kończy się źle dla klienta.

Systemy, których nie wdrażamy

Przy większych systemach klasy ERP obsługujemy infrastrukturę: serwer, bazę, sieć, kopie i wydajność. Samo wdrożenie i konfigurację merytoryczną prowadzi zwykle firma wdrożeniowa producenta — mówimy o tym wprost, zamiast obiecywać zakres, którego nie realizujemy.

Reakcja

Awarie zatrzymujące pracę obsługujemy priorytetowo, całą dobę. Dojeżdżamy do klientów — w biurze może nikogo nie być.

Zakres obsługiwanych systemów firmowych

Wsparcie obejmuje programy używane w sprzedaży, magazynie, księgowości, kadrach, administracji i codziennej komunikacji. Pracujemy między innymi z rodzinami InsERT GT i nexo, w tym z programami Subiekt, Rewizor, Rachmistrz, Gratyfikant, Gestor i Biuro. Obsługujemy również WAPRO ERP, w tym Mag, Fakturkę, Gang, Kaper, Fakir i narzędzia związane z JPK, czyli Jednolitym Plikiem Kontrolnym.

Zakres obejmuje także Comarch ERP Optima, XL i Altum, Sage Symfonia, RAKS, enova365, SAP oraz WF-Mag. W przypadku rozbudowanych środowisk najpierw ustalany jest podział odpowiedzialności pomiędzy administracją techniczną, producentem programu i firmą prowadzącą wdrożenie. Pozwala to uniknąć sytuacji, w której kilka podmiotów zmienia jednocześnie ustawienia serwera, bazy lub aplikacji.

Wspieramy Płatnika ZUS oraz usługi Microsoft używane w firmach, takie jak Windows, Windows Server, SQL Server, Office, Microsoft 365, Azure i Active Directory. Active Directory to usługa służąca między innymi do zarządzania kontami, komputerami i uprawnieniami w sieci firmowej. Obsługujemy również Google Workspace, systemy fakturowania iFirma, wFirma i Fakturownia oraz integracje z Allegro, sklepami internetowymi i BaseLinkerem.

Różne objawy nie zawsze oznaczają awarię programu

Program może się nie uruchamiać, działać wolno, wyświetlać błąd podczas zapisu albo tracić połączenie ze wspólną bazą. Choć z perspektywy użytkownika każdy z tych przypadków wygląda podobnie, przyczyna może znajdować się w innym miejscu. Problem może dotyczyć plików aplikacji, usługi bazy danych, ustawień konta, sieci lokalnej, serwera, aktualizacji systemu albo licencji.

Jeżeli program działa na jednym stanowisku, ale nie działa na pozostałych, sprawdzane są przede wszystkim połączenia sieciowe, dostęp do serwera i konfiguracja klientów, czyli komputerów łączących się z usługą centralną. Gdy błąd występuje na wszystkich stanowiskach, kontrola obejmuje serwer, bazę danych i usługi potrzebne do pracy aplikacji. Jeżeli problem dotyczy tylko jednej funkcji, na przykład wydruku lub eksportu, diagnoza koncentruje się również na sterowniku, formacie dokumentu oraz uprawnieniach do wskazanego folderu.

Innym wariantem jest pozornie poprawne uruchomienie programu przy jednoczesnym braku aktualnych danych. Może to oznaczać otwarcie niewłaściwego podmiotu, kopii testowej albo innej bazy. W takiej sytuacji nie należy od razu wprowadzać nowych dokumentów. Najpierw trzeba ustalić, z jakim źródłem danych połączyła się aplikacja i czy jest to właściwe środowisko produkcyjne, czyli baza wykorzystywana do bieżącej pracy.

Instalacja programu a prawidłowe uruchomienie całego środowiska

Samo zainstalowanie aplikacji zwykle nie kończy pracy. Trzeba jeszcze wskazać właściwą bazę, skonfigurować dostęp użytkowników, sprawdzić licencję i potwierdzić komunikację z serwerem. W zależności od programu konieczne może być również odtworzenie ustawień wydruku, katalogów wymiany danych, szablonów dokumentów albo połączeń z innymi usługami.

Przy przenoszeniu programu na nowy komputer kontrolowane są zarówno dane, jak i elementy potrzebne do ich prawidłowego wykorzystania. Dotyczy to ustawień aplikacji, profili użytkowników, certyfikatów, sterowników drukarek i lokalnych folderów roboczych. Certyfikat to cyfrowy mechanizm potwierdzający tożsamość użytkownika lub usługi. Jego bezrefleksyjne kopiowanie może być niebezpieczne, dlatego sposób przeniesienia dobiera się do konkretnego zastosowania.

Nie zakłada się przy tym, że każdy stary plik powinien trafić na nowe urządzenie. Najpierw rozpoznawane są elementy potrzebne do działania programu, a następnie sprawdzane jest, czy po migracji można otworzyć właściwą bazę, wykonać typową operację i przygotować wymagany wydruk lub eksport. Migracja oznacza kontrolowane przeniesienie programu, danych i ustawień do nowego środowiska.

Aktualizacje programu, systemu i bazy danych

Aktualizacja może poprawiać zgodność, bezpieczeństwo lub obsługę nowych funkcji, ale powinna być przeprowadzana w odpowiedniej kolejności. Program stanowiskowy, serwer i baza danych mogą wymagać zgodnych wersji. Zmiana tylko jednego elementu czasem powoduje komunikat o niezgodności albo blokuje dostęp pozostałym użytkownikom.

Przed większą aktualizacją sprawdzana jest dostępność kopii zapasowej oraz możliwość jej odtworzenia. Kopia zapasowa to dodatkowy zestaw danych przeznaczony do odzyskania informacji po awarii lub błędnej zmianie. Sam komunikat o wykonaniu kopii nie potwierdza jeszcze, że zapisane dane są kompletne i możliwe do wykorzystania. Istotna jest również znajomość miejsca przechowywania kopii i sposobu odtworzenia jej przez właściwe narzędzie.

Po aktualizacji kontrolowane jest uruchamianie programu, dostęp do odpowiedniej bazy i działanie kluczowych funkcji. W środowisku wielostanowiskowym sprawdzenie obejmuje więcej niż jeden komputer, ponieważ poprawne działanie aplikacji na serwerze nie przesądza o prawidłowym połączeniu wszystkich stanowisk.

Bazy danych i bezpieczeństwo informacji

Firebird i SQL Server są systemami zarządzania bazami danych, czyli usługami odpowiedzialnymi za uporządkowane przechowywanie oraz udostępnianie informacji aplikacjom. Gdy baza działa nieprawidłowo, program może zgłaszać brak połączenia, długo wykonywać operacje albo przerywać zapis. Nie każdy taki objaw oznacza uszkodzenie danych. Przyczyną może być zatrzymana usługa, brak miejsca na nośniku, problem z siecią lub niewłaściwe uprawnienia.

Przy podejrzeniu uszkodzenia bazy ogranicza się kolejne próby zapisu, ponieważ dalsze operacje mogą utrudnić odzyskanie spójnego stanu. Spójność oznacza zgodność powiązanych ze sobą informacji i prawidłową strukturę bazy. Najpierw zabezpiecza się dostępne dane, a dopiero później wykonuje naprawę lub odtwarzanie w kontrolowanych warunkach.

Dostęp do danych firmy powinien odpowiadać rzeczywistym obowiązkom pracowników. Nie każde konto potrzebuje praw administratora, czyli uprawnień pozwalających zmieniać najważniejsze ustawienia systemu. Podczas prac nie prosimy domyślnie o hasło użytkownika. Jest ono potrzebne tylko wtedy, gdy bez zalogowania do konkretnego konta nie można sprawdzić problemu, a powód takiej potrzeby jest wcześniej wyjaśniany. Na życzenie podpisywane jest bezpłatne NDA, czyli umowa o zachowaniu poufności. Naprawy nie są przekazywane podwykonawcom.

Integracje między programami

Programy firmowe często wymieniają dane z bankowością, sklepem internetowym, platformą sprzedażową, kurierem, systemem księgowym albo narzędziem do zarządzania zamówieniami. Integracja to mechanizm przekazywania informacji pomiędzy odrębnymi aplikacjami. Awaria integracji nie musi zatrzymywać samych programów, ale może powodować brak nowych zamówień, niepełny eksport lub wielokrotne przesłanie tego samego wpisu.

Diagnoza obejmuje ustalenie, na którym etapie przepływ został przerwany. Sprawdzane są ustawienia połączenia, uprawnienia, format wymienianych danych i komunikaty rejestrowane przez aplikacje. Log to zapis zdarzeń tworzony przez program lub usługę. Pomaga wskazać moment wystąpienia błędu, ale wymaga interpretacji w kontekście całego procesu.

Po usunięciu przyczyny należy ostrożnie wznowić wymianę danych. Automatyczne ponowienie wszystkich operacji może utworzyć duplikaty, jeżeli część informacji dotarła wcześniej do systemu docelowego. Z tego względu przed synchronizacją porównuje się stan po obu stronach i ustala, które dane rzeczywiście wymagają ponownego przesłania.

Najczęstsze błędy podczas samodzielnych prób naprawy

Jednym z częstych błędów jest wielokrotne instalowanie programu bez wcześniejszego ustalenia, dlaczego przestał działać. Ponowna instalacja może zastąpić pliki aplikacji, ale nie naprawi przerwanego połączenia z bazą, błędnych uprawnień ani problemu z serwerem. Może natomiast usunąć lokalne ustawienia potrzebne do odtworzenia dotychczasowej konfiguracji.

Ryzykowne jest także ręczne przenoszenie plików aktywnej bazy za pomocą zwykłego kopiowania. Jeżeli usługa nadal zapisuje dane, uzyskany plik może nie przedstawiać spójnego stanu. Bezpieczny sposób wykonania kopii zależy od mechanizmu używanego przez konkretny system bazodanowy i przez sam program.

Kolejny problem powoduje usuwanie plików uznanych za tymczasowe bez sprawdzenia ich roli. Niektóre aplikacje przechowują lokalnie konfigurację połączeń, kolejkę niewysłanych danych albo informacje potrzebne do uruchomienia modułu. Równie niebezpieczne jest wyłączenie zabezpieczeń systemu na stałe tylko dlatego, że program zaczął zgłaszać błąd. Najpierw trzeba ustalić, czy blokada rzeczywiście pochodzi z zabezpieczenia, a potem wprowadzić możliwie wąską i uzasadnioną zmianę.

Kiedy problem znajduje się poza programem

Wolna praca aplikacji może wynikać z przeciążenia komputera, problemu z nośnikiem, niestabilnej sieci albo zbyt małej ilości dostępnych zasobów. Jeśli podobnie zachowują się również inne programy, sama baza firmowa nie jest pierwszym podejrzanym. Potrzebna jest wtedy diagnoza całego stanowiska lub serwera.

Brak dostępu do usługi chmurowej może być skutkiem problemu z przeglądarką, profilem użytkownika, połączeniem internetowym albo uwierzytelnianiem. Uwierzytelnianie to proces potwierdzania, że logująca się osoba ma prawo korzystać z konta. Gdy strona działa na innym komputerze, warto porównać ustawienia urządzeń przed zmianą hasła lub konfiguracji całej usługi.

Nie każdy błąd wydruku pochodzi również z programu księgowego lub magazynowego. Przyczyną może być kolejka wydruku, sterownik, domyślna drukarka albo niedostępne urządzenie sieciowe. Obsługa drukarek obejmuje ich konfigurację, a nie naprawę sprzętową. Rozdzielenie usterki aplikacji od problemu urządzenia pozwala skierować dalsze działania do właściwego zakresu.

Dodatkowe pytania dotyczące obsługi programów

Czy można przenieść program firmowy bez utraty danych?

Tak, jeżeli migracja zostanie przygotowana z uwzględnieniem bazy, wersji programu, licencji i ustawień środowiska. Przed rozpoczęciem prac ustala się, gdzie znajdują się dane i jakie elementy są wymagane do ich odczytu. Po przeniesieniu potrzebna jest weryfikacja na właściwej bazie, a nie tylko sprawdzenie, czy aplikacja otwiera okno startowe.

Czy obsługa obejmuje pracę zdalną i systemy chmurowe?

Tak. Można diagnozować konfigurację komputera, przeglądarki, konta, sieci i mechanizmów dostępu do usług chmurowych. Jeżeli awaria znajduje się po stronie dostawcy zewnętrznej usługi, można ustalić zakres problemu i przygotować informacje potrzebne do zgłoszenia, ale usunięcie awarii infrastruktury dostawcy pozostaje po jego stronie.

Czy można odzyskać program po nieudanej aktualizacji?

Możliwość przywrócenia działania zależy od stanu programu, bazy i dostępnej kopii zapasowej. Nie należy wykonywać kolejnych aktualizacji ani usuwać bazy na próbę. Najpierw zabezpiecza się obecny stan, rozpoznaje etap, na którym proces został przerwany, i dobiera sposób powrotu do zgodnego środowiska.

Czy serwisant może skonfigurować program na miejscu?

Tak, serwisant dojeżdża do firmy na terenie Warszawy i okolicznych powiatów: warszawskiego zachodniego, legionowskiego, nowodworskiego, wołomińskiego, mińskiego, otwockiego, piaseczyńskiego, pruszkowskiego i grodziskiego. Wizyta serwisanta obejmuje płatną pracę niezależnie od jej wyniku, natomiast sam dojazd jest bezpłatny. Ten tryb dobrze odpowiada sytuacjom, w których trzeba sprawdzić kilka stanowisk, sieć lokalną lub połączenie z serwerem.

Czy po wykonaniu prac wystawiana jest faktura?

Tak, faktura jest wystawiana również osobom prywatnym. Zakres wykonanych czynności można opisać w sposób pozwalający później odtworzyć, czego dotyczyła interwencja. Jest to przydatne zwłaszcza wtedy, gdy program pozostaje pod opieką producenta lub zewnętrznej firmy wdrożeniowej.

Sprawne programy wymagają zgodnego zaplecza

Program firmowy nie działa w oderwaniu od reszty środowiska. Korzysta z systemu operacyjnego, kont użytkowników, sieci, serwera, bazy, kopii zapasowych i usług zewnętrznych. Dlatego skuteczna obsługa zaczyna się od rozpoznania całego łańcucha zależności. Dopiero wtedy można usunąć właściwą przyczynę, zabezpieczyć dane i ograniczyć ryzyko powrotu tego samego problemu.