- Specjalizujemy się w naprawach laptopów, z jakimi nie poradziły sobie inne serwisy
- Naprawa laptopów po zalaniu
- Naprawa laptopów po upadku
- Specjalistyczne naprawy płyt głównych
Ten wariant modułu kadrowo-płacowego spotyka się w firmach z większą liczbą pracowników i bardziej złożoną strukturą rozliczeń — z podziałem na działy, wieloma składnikami wynagrodzenia i rozbudowaną sprawozdawczością. Więcej możliwości oznacza tu również więcej miejsc, w których konfiguracja może się rozjechać.
W dziale kadr mają znaczenie szczególne — dostęp do danych płacowych powinien być ograniczony do osób, które faktycznie muszą je widzieć. Ustawiamy je według ról, a nie kopiując uprawnienia od innego użytkownika.
Przy większej liczbie pracowników zestawienia potrafią działać długo. Rozwiązaniem jest zwykle przeniesienie bazy na nośnik SSD, zwiększenie pamięci na serwerze i utrzymanie indeksów — a nie rezygnacja z raportów.
W dniach największego obciążenia unikamy jakichkolwiek prac wymagających przerwy. Aktualizacje i zmiany planujemy poza tym okresem.
Próbę odtworzenia bazy wykonujemy okresowo na osobnym środowisku — przy danych kadrowych to zabezpieczenie, którego nie da się zastąpić założeniem, że kopia działa.
Podobny komunikat lub spowolnienie programu nie zawsze ma tę samą przyczynę. Problem może dotyczyć pojedynczego stanowiska, całej sieci firmowej, konfiguracji użytkownika albo wspólnej bazy danych. Pierwszym etapem obsługi jest więc ustalenie zakresu usterki. Sprawdza się, czy objaw występuje u jednej osoby, w jednym dziale czy na wszystkich komputerach korzystających z programu.
Jeżeli trudność pojawia się tylko na jednym stanowisku, kontrolowana jest konfiguracja tego komputera, połączenie z serwerem oraz składniki potrzebne do wykonania danej operacji. Gdy ten sam objaw występuje u wielu użytkowników, większe znaczenie ma stan bazy, działanie serwera i wspólna konfiguracja środowiska. Takie rozróżnienie ogranicza ryzyko wprowadzania niepotrzebnych zmian w całej instalacji.
Osobną grupę stanowią nieprawidłowości widoczne tylko przy określonej czynności, na przykład przygotowaniu zestawienia, eksporcie danych albo przekazywaniu dokumentów do innego systemu. W takim przypadku analizowany jest konkretny przebieg operacji i dane, na których program pracuje. Pozwala to oddzielić błąd konfiguracji od problemu technicznego komputera lub sieci.
W instalacji wielostanowiskowej kilka osób korzysta ze wspólnych danych zapisanych na serwerze. Serwer to komputer lub wydzielone środowisko udostępniające bazę pozostałym stanowiskom. Stabilność pracy zależy wtedy nie tylko od samego programu, lecz także od sieci lokalnej, ustawień systemowych i dostępności usługi bazy danych.
Chwilowe rozłączanie, długie otwieranie kartotek albo zatrzymywanie operacji może wynikać z niestabilnego połączenia. Przed zmianą ustawień WAPRO Gang sprawdzana jest więc komunikacja między stanowiskiem a serwerem. Kontrolowane są także powtarzalność objawu i moment jego występowania. Jednorazowe spowolnienie podczas dużego obciążenia wymaga innej analizy niż regularna utrata dostępu na jednym komputerze.
Znaczenie ma również sposób wykonywania prac administracyjnych. Czynności dotyczące wspólnej bazy powinny być prowadzone po upewnieniu się, że użytkownicy zakończyli pracę, jeśli dana operacja tego wymaga. Pozostawiona sesja, czyli nadal aktywne połączenie programu z bazą, może utrudnić bezpieczne wykonanie aktualizacji lub prac porządkowych.
W rozbudowanym środowisku kadrowo-płacowym stosuje się wiele składników wynagrodzenia, czyli elementów wpływających na wyliczenie listy płac. Trudność może pojawić się po dodaniu nowego składnika, zmianie warunków zatrudnienia albo skopiowaniu ustawień bez sprawdzenia ich zastosowania. Sam fakt, że lista daje się obliczyć, nie przesądza jeszcze o poprawności konfiguracji.
Przy analizie porównuje się ustawienia składnika, okres jego obowiązywania oraz grupę pracowników, której dotyczy. Kontrolowane są także zależności między konfiguracją kadrową a późniejszym ujęciem danych w zestawieniach i księgowości. Zmiany wykonuje się na podstawie uzgodnionego przypadku, bez masowego poprawiania danych przed ustaleniem źródła rozbieżności.
Jeśli wątpliwość dotyczy zasad naliczania wynagrodzeń, zakres wsparcia technicznego trzeba oddzielić od interpretacji przepisów. Można sprawdzić działanie programu, ustawienia i przepływ danych. Decyzje kadrowe oraz sposób zastosowania przepisów pozostają jednak po stronie osoby odpowiedzialnej za kadry, płace lub doradztwo prawne.
Powiązanie części kadrowo-płacowej z księgowością wymaga zgodności ustawień po obu stronach. Problem może objawiać się brakiem części danych, nieprawidłowym przypisaniem zapisów albo zatrzymaniem eksportu. Eksport oznacza przygotowanie danych w postaci przeznaczonej do przekazania do innego modułu lub programu.
Przy takim zgłoszeniu sprawdzany jest etap, na którym proces przestaje działać. Inaczej diagnozuje się brak możliwości utworzenia pliku, inaczej błąd podczas jego wczytywania, a jeszcze inaczej rozbieżność zauważoną dopiero w księgowości. Ważne są ustawienia schematów, czyli reguł określających sposób przypisania danych, oraz zgodność okresów i kartotek używanych przez współpracujące moduły.
Nie należy wielokrotnie ponawiać importu bez sprawdzenia, czy poprzednia operacja została zapisana. Może to prowadzić do powielenia zapisów i utrudnić późniejszą kontrolę. Przed ponowną próbą ustala się status wcześniejszego eksportu oraz wykonuje kopię danych, jeżeli planowana czynność może wpływać na większy zakres informacji.
Wolno działające zestawienie nie zawsze oznacza uszkodzenie programu. Przyczyną może być szeroki zakres danych, jednoczesna praca wielu osób, stan serwera albo sposób filtrowania raportu. Filtr to warunek ograniczający dane uwzględniane w wyniku. Ustalenie, czy spowolnienie dotyczy jednego raportu czy wszystkich operacji, pozwala zawęzić analizę.
Jeżeli problem obejmuje całą aplikację, sprawdzane są zasoby komputera i serwera, dostępne miejsce na dysku oraz działanie sieci. Gdy wolne jest tylko jedno zestawienie, analizuje się jego zakres i powtarzalność zachowania. Test powinien być wykonywany w sposób, który nie zmienia danych rozliczeniowych. Dzięki temu można porównać wyniki bez zakłócania bieżącej pracy działu.
Indeksy bazy danych są strukturami ułatwiającymi szybkie wyszukiwanie rekordów. Ich stan może wpływać na wydajność, ale prace związane z bazą wymagają odpowiedniej kopii i zaplanowanego okna serwisowego. Nie powinno się wykonywać przypadkowych poleceń znalezionych w internecie na produkcyjnej bazie zawierającej dane kadrowe.
Aktualizacja powinna być przygotowana z uwzględnieniem wszystkich stanowisk korzystających ze wspólnej bazy. Mieszanie różnych wersji programu w jednym środowisku może powodować problemy z uruchamianiem lub dostępem do danych. Przed rozpoczęciem sprawdzany jest zakres aktualizacji, stan kopii oraz możliwość zakończenia pracy przez użytkowników.
Istotna jest również kolejność działań. Najpierw zabezpiecza się dane i potwierdza warunki techniczne, następnie przeprowadza zmianę, a na końcu sprawdza podstawowe operacje. Test obejmuje nie tylko samo uruchomienie aplikacji. Weryfikowane są logowanie, dostęp do właściwej firmy, uprawnienia użytkownika i czynności ważne dla bieżącego okresu rozliczeniowego.
Aktualizacji nie łączy się bez potrzeby z wieloma innymi zmianami serwera, sieci i konfiguracji użytkowników. Gdy kilka elementów zostanie zmodyfikowanych jednocześnie, trudniej wskazać źródło ewentualnego błędu. Prace planuje się poza okresem największego obciążenia i z możliwością powrotu do zabezpieczonych danych.
Jednym z częstych błędów jest wielokrotne ponawianie tej samej operacji bez sprawdzenia jej skutków. Dotyczy to zwłaszcza eksportu, importu i generowania zapisów. Jeśli program przestał odpowiadać, operacja mogła zostać częściowo lub całkowicie wykonana mimo braku widocznego potwierdzenia. Kolejna próba może wtedy utworzyć duplikaty.
Ryzykowne jest także usuwanie plików uznanych za zbędne albo przenoszenie katalogów programu na inne miejsce. Nie każdy plik o nieznanej nazwie jest kopią tymczasową. Zmiana ścieżki, czyli lokalizacji wykorzystywanej przez aplikację, może odłączyć stanowisko od potrzebnych zasobów lub utrudnić uruchomienie programu.
Nie zaleca się przywracania kopii bez wcześniejszego zabezpieczenia aktualnego stanu. Starsza kopia może nie zawierać ostatnich zmian kadrowych i naliczeń. Odtwarzanie powinno być poprzedzone sprawdzeniem daty, zawartości oraz miejsca docelowego. Najpierw warto przeprowadzić próbę na osobnym środowisku, czyli odizolowanej instalacji służącej do bezpiecznej weryfikacji danych.
Kolejnym problemem jest nadawanie szerokich uprawnień wyłącznie po to, aby ominąć komunikat o braku dostępu. Taka zmiana może ukryć rzeczywistą przyczynę i udostępnić dane osobom, które nie powinny ich widzieć. Uprawnienia należy dobierać do roli i sprawdzać na konkretnym koncie użytkownika.
Nie każdy problem zauważony podczas pracy w programie jest usterką samej aplikacji. Brak możliwości podpisania lub wysłania dokumentu może wiązać się z podpisem elektronicznym, połączeniem internetowym albo składnikiem zewnętrznym używanym w danym procesie. Najpierw ustala się, czy inne operacje sieciowe działają oraz czy problem występuje na więcej niż jednym stanowisku.
Jeżeli komputer ogólnie działa wolno, zatrzymują się także inne programy, a kopiowanie plików trwa nietypowo długo, potrzebna może być diagnostyka systemu, dysku lub sieci. Z kolei rozbieżność widoczna wyłącznie w konkretnym naliczeniu może wynikać z ustawień danych pracownika albo składnika wynagrodzenia. Objaw jest podobny z punktu widzenia użytkownika, lecz sposób postępowania pozostaje inny.
Trudności z logowaniem również wymagają rozróżnienia. Inaczej obsługuje się błędne uprawnienia w aplikacji, inaczej brak połączenia z serwerem, a jeszcze inaczej problem z kontem systemowym. Nie prosi się domyślnie o hasło użytkownika. Jeżeli dostęp do konta jest konieczny do wykonania konkretnego testu, potrzeba jego użycia jest wcześniej wyjaśniana.
Dane kadrowe i płacowe wymagają ograniczenia dostępu oraz ostrożnego prowadzenia diagnostyki. Do sprawdzenia problemu wykorzystuje się możliwie najmniejszy niezbędny zakres informacji. Kopie robocze nie powinny pozostawać na przypadkowych komputerach ani w miejscach dostępnych dla osób bez odpowiednich uprawnień.
Przed ingerencją w bazę ustala się sposób zabezpieczenia aktualnego stanu. Sama obecność pliku kopii nie daje jeszcze pewności, że dane można odtworzyć. Dlatego istotny jest okresowy test odtworzenia, wykonywany poza środowiskiem bieżącej pracy. Na życzenie można objąć współpracę bezpłatną umową NDA, czyli zobowiązaniem do zachowania poufności. Naprawy nie są przekazywane podwykonawcom.
Po wykonaniu prac warto sprawdzić konta użytkowników, dostęp do właściwych danych oraz działanie procesów używanych przez dział kadr. Dokumentacja zmiany powinna wskazywać, co zostało poprawione i czego dotyczył test. Ułatwia to późniejsze odróżnienie nowego zgłoszenia od powrotu wcześniejszego objawu.
Wiele czynności diagnostycznych można rozpocząć bez przerywania pracy wszystkim użytkownikom. Najpierw zbiera się informacje o objawie, stanowiskach i wykonywanej operacji. Jeżeli konieczna jest ingerencja we wspólną bazę, aktualizacja lub odtworzenie danych, prace planuje się poza okresem największego obciążenia i po zakończeniu aktywnych sesji.
Pomocne są dokładna treść komunikatu, opis czynności prowadzących do problemu oraz informacja, czy objaw występuje na jednym czy wielu stanowiskach. Warto zanotować, kiedy problem pojawił się po raz pierwszy i czy wcześniej wykonano aktualizację lub zmianę konfiguracji. Nie należy przesyłać haseł ani pełnych danych pracowników, jeśli nie są potrzebne do rozpoznania zgłoszenia.
Najpierw trzeba sprawdzić kopię oraz zabezpieczyć obecny stan danych. Automatyczne zastąpienie aktualnej bazy starszą wersją może usunąć później wprowadzone informacje. Bezpieczniejsze jest próbne odtworzenie na osobnym środowisku i potwierdzenie, że kopia jest kompletna oraz nadaje się do użycia.
Przyczyną mogą być uprawnienia przypisane do konta, wybrana firma, zakres widocznych danych albo ustawienia danego stanowiska. Nie należy rozwiązywać problemu przez skopiowanie pełnego dostępu od innej osoby. Najpierw porównuje się role i wymagany zakres obowiązków, a następnie nadaje tylko potrzebne uprawnienia.
Zakres prac dobiera się do rodzaju zgłoszenia. Serwisant może dojechać i pracować na miejscu, a dojazd jest bezpłatny. Praca podczas wizyty serwisanta pozostaje płatna niezależnie od wyniku. Jeżeli problem dotyczy sprzętu wymagającego diagnostyki poza biurem, kierowca może odebrać urządzenie i zwrócić je po wykonaniu uzgodnionych prac.
W WAPRO Gang ważne jest nie tylko usunięcie pojedynczego komunikatu, ale także zachowanie spójności bazy, uprawnień, integracji i kopii zapasowych. Diagnoza prowadzona od zakresu objawu do jego źródła pozwala ograniczyć przestoje i uniknąć przypadkowych zmian w danych kadrowo-płacowych. Każda ingerencja powinna kończyć się sprawdzeniem procesu, którego dotyczyło zgłoszenie, oraz potwierdzeniem, że pozostali użytkownicy nadal pracują w prawidłowym zakresie.
Nie wiesz, od czego zacząć? Opisz objaw przez telefon
Zadzwoń, umów wizytę serwisanta — dotrze do Ciebie w ciągu godziny.