- 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
W większości firm dane do zgłoszeń nie są wpisywane ręcznie, tylko pobierane z osobnego systemu kadrowo-płacowego. To wygodne rozwiązanie i zarazem miejsce, w którym najczęściej pojawiają się rozbieżności.
System kadrowo-płacowy przygotowuje zestaw dokumentów, które są następnie wczytywane do programu i stamtąd wysyłane. Poprawność zależy więc od dwóch rzeczy: danych w systemie źródłowym i zgodności formatu przekazywanego pliku.
Dane powinny być poprawiane w systemie kadrowym, a nie w programie do zgłoszeń. Poprawka wprowadzona po stronie odbiorczej znika przy kolejnym imporcie, a rozbieżność narasta. To najczęstsza przyczyna powtarzających się błędów.
Wykonujemy je spójnie po obu stronach. Praca na wersjach o różnych wymaganiach formatu jest typowym źródłem problemów z importem po zmianie przepisów.
Porównujemy liczbę i rodzaj wczytanych dokumentów z tym, co przygotował system kadrowy — zanim cokolwiek zostanie wysłane.
Współpraca między programami nie zawsze wygląda tak samo. W jednej firmie przygotowywany jest plik zawierający komplet dokumentów za dany okres, a w innej eksport obejmuje tylko wybrane osoby lub rodzaje zgłoszeń. Eksport oznacza zapisanie danych przez system źródłowy w formie przeznaczonej do odczytu przez inny program. Import jest operacją odwrotną, czyli wczytaniem przygotowanego zbioru do Płatnika.
Znaczenie ma nie tylko sam format pliku, lecz także jego zakres. Plik może zostać utworzony poprawnie pod względem technicznym, ale nie zawierać wszystkich oczekiwanych dokumentów. Dzieje się tak między innymi wtedy, gdy przed eksportem ustawiono filtr działu, okresu, rodzaju umowy albo statusu pracownika. Program odbiorczy nie musi wtedy zgłosić błędu, ponieważ przetwarza dokładnie taki zestaw, jaki został przygotowany.
Innym wariantem jest ponowne przekazanie dokumentów po korekcie danych. Trzeba wtedy ustalić, czy nowy zestaw ma zastąpić wcześniejszy, czy go uzupełnić. Bez takiej kontroli mogą powstać duplikaty albo pozostać dokumenty przygotowane na podstawie nieaktualnych informacji. Sam komunikat o udanym imporcie potwierdza zwykle wykonanie operacji technicznej, ale nie zastępuje sprawdzenia zawartości.
Kontrola powinna rozpocząć się w systemie kadrowo-płacowym. Należy sprawdzić dane identyfikacyjne osoby, okres podlegania ubezpieczeniom, rodzaj dokumentu oraz kod tytułu ubezpieczenia, czyli oznaczenie opisujące podstawę objęcia danej osoby ubezpieczeniami. Ważna jest również zgodność okresów rozliczeniowych. Dokument przygotowany dla niewłaściwego miesiąca może wyglądać poprawnie, a mimo to nie odpowiadać bieżącemu rozliczeniu.
Przed eksportem warto także zweryfikować, czy wszystkie zakończone zmiany zostały zapisane. Otwarte formularze, robocze naliczenia albo niezatwierdzone operacje mogą nie trafić do pliku. Sposób oznaczania takich danych zależy od używanego systemu, dlatego kontrola powinna uwzględniać jego konkretny mechanizm zatwierdzania.
Przydatne jest zapisanie informacji o tym, kto i kiedy utworzył plik oraz jakiego okresu i zakresu pracowników on dotyczy. Nie trzeba umieszczać danych osobowych w nazwie pliku. Wystarczy jednoznaczne oznaczenie okresu, rodzaju operacji i kolejnej wersji. Ułatwia to odróżnienie pliku pierwotnego od poprawionego oraz ogranicza ryzyko ponownego wczytania starszego zestawu.
Po wczytaniu danych trzeba rozdzielić kontrolę techniczną od kontroli merytorycznej. Kontrola techniczna odpowiada na pytanie, czy plik został rozpoznany i czy dokumenty można otworzyć. Kontrola merytoryczna służy sprawdzeniu, czy dokumenty dotyczą właściwych osób, okresów i rodzajów zgłoszeń oraz czy zawierają oczekiwane wartości.
W pierwszej kolejności porównuje się liczbę dokumentów wyeksportowanych z liczbą dokumentów widocznych po imporcie. Następnie sprawdza się ich rodzaje. Sama zgodność liczby nie daje pewności, że zestawy są identyczne. Jeden brakujący dokument może zostać pozornie zrównoważony przez duplikat innego dokumentu.
Warto przejrzeć komunikaty walidacji. Walidacja to automatyczne sprawdzenie danych według reguł zapisanych w programie. Komunikat może wskazywać brak wymaganego pola, niewłaściwą zależność między danymi albo potrzebę potwierdzenia nietypowej wartości. Nie każdy komunikat oznacza awarię programu. Część z nich dotyczy zawartości przygotowanej wcześniej w systemie kadrowo-płacowym.
Jeżeli błąd wynika z danych źródłowych, poprawkę wprowadza się właśnie tam, a następnie ponownie wykonuje eksport i import. Dzięki temu oba systemy zachowują spójne informacje. Ręczne poprawianie wielu dokumentów dopiero po imporcie utrudnia późniejsze odtworzenie przebiegu rozliczenia.
Częstą próbą jest wielokrotne importowanie tego samego pliku z nadzieją, że brakujące dane pojawią się przy kolejnej operacji. Jeżeli przyczyną jest niepełny eksport, ponowne wczytanie identycznego zbioru nie uzupełni dokumentów. Może natomiast utrudnić ocenę, które pozycje pochodzą z właściwej wersji pliku.
Ryzykowne jest również usuwanie dokumentów bez wcześniejszego ustalenia, z jakiego eksportu pochodzą. W takim przypadku można skasować poprawny zestaw, pozostawiając wersję wymagającą korekty. Bezpieczniej najpierw porównać okres, typ dokumentu i datę utworzenia pliku, a dopiero potem porządkować zaimportowane pozycje.
Inny błąd polega na zmianie kodów, dat lub danych identyfikacyjnych wyłącznie w Płatniku. Takie działanie może pozwolić przejść bieżącą kontrolę, ale system kadrowo-płacowy nadal przechowuje wcześniejszą wartość. Przy następnym eksporcie problem wraca. Jeżeli ręczna zmiana jest konieczna ze względu na wyjątkową sytuację, powinna zostać odnotowana i porównana z danymi źródłowymi.
Nie należy też zastępować rozpoznania problemu przypadkowym instalowaniem starszych wersji programów. Zmiana wersji może wpływać na obsługiwany format danych i zgodność bazy. Baza danych to uporządkowany zbiór informacji używany przez program. Przed aktualizacją, naprawą instalacji albo przenoszeniem bazy trzeba zabezpieczyć dane i sprawdzić wymagania używanego oprogramowania.
Nie każdy problem widoczny po imporcie oznacza niezgodność Płatnika z systemem kadrowo-płacowym. Jeżeli pliku nie można odnaleźć, przyczyną mogą być uprawnienia do folderu, niewłaściwe miejsce zapisu albo praca na innym koncie użytkownika systemu Windows. Uprawnienia określają, kto może odczytywać, zapisywać lub zmieniać pliki w danej lokalizacji.
Gdy dokumenty są poprawnie widoczne w Płatniku, ale nie można ich wysłać, trzeba osobno sprawdzić etap wysyłki. Problem może dotyczyć konfiguracji programu, dostępu do sieci, składników wymaganych do komunikacji albo danych używanych do podpisania przesyłki. Nie jest to już błąd samego importu, nawet jeśli został zauważony bezpośrednio po wczytaniu dokumentów.
Jeżeli natomiast system kadrowo-płacowy nie tworzy żadnego pliku, diagnostykę rozpoczyna się po stronie tego systemu. Sprawdza się wybrany okres, filtry, stan naliczeń, miejsce zapisu oraz komunikaty pojawiające się podczas eksportu. Płatnik nie może wczytać dokumentów, których system źródłowy nie przygotował.
Osobną sytuacją jest różnica między danymi bieżącymi a historycznymi. Zmiana nazwiska, dokumentu tożsamości, rodzaju umowy lub statusu ubezpieczenia nie musi oznaczać, że wcześniejszy dokument był błędny. Najpierw trzeba ustalić, od kiedy obowiązuje zmiana i którego okresu dotyczy przygotowywany zestaw.
Podstawą jest ustalenie prostego procesu: dane są poprawiane w systemie kadrowo-płacowym, eksport otrzymuje jednoznaczne oznaczenie, a po imporcie wykonywane jest porównanie zestawów. Warto wyznaczyć również miejsce przechowywania plików roboczych i określić, które wersje są aktualne. Pozwala to uniknąć wyboru starszego pliku z folderu pobierania, poczty albo dysku sieciowego.
Przy większej liczbie stanowisk trzeba ustalić, czy wszystkie osoby pracują na tej samej bazie i aktualnych danych. Kopia bazy używana niezależnie na innym komputerze może z czasem zacząć różnić się od wersji głównej. Wtedy poprawny eksport z jednego stanowiska nie odpowiada informacjom widocznym na drugim.
Znaczenie ma także kolejność aktualizacji. Przed wprowadzeniem zmian należy sprawdzić wymagania obu programów i wykonać kopię bezpieczeństwa, czyli dodatkową kopię danych przeznaczoną do odtworzenia po nieudanej operacji. Po aktualizacji warto przeprowadzić kontrolowany eksport niewielkiego, znanego zestawu i porównać wynik przed rozpoczęciem właściwej pracy.
Pomocne jest prowadzenie krótkiego rejestru nietypowych sytuacji. Wystarczy opisać objaw, przyczynę i sposób usunięcia problemu bez zapisywania zbędnych danych osobowych. Gdy podobny komunikat pojawi się ponownie, można szybciej sprawdzić, czy ma to samo źródło, czy wymaga nowej diagnostyki.
Nie zawsze. Udany import potwierdza przede wszystkim, że program rozpoznał plik i mógł odczytać jego strukturę. Nadal trzeba porównać zakres dokumentów oraz przeprowadzić ich weryfikację. Błąd merytoryczny może znajdować się już w danych źródłowych i nie musi blokować samego wczytania.
Najpierw sprawdza się, czy osoba była objęta zakresem eksportu oraz czy jej dane i okres zgłoszenia są kompletne w systemie kadrowo-płacowym. Następnie porównuje się liczbę dokumentów przed i po imporcie oraz odczytuje komunikaty z obu programów. Dopiero po znalezieniu przyczyny przygotowuje się poprawiony plik.
Techniczna możliwość edycji nie rozwiązuje problemu spójności. Jeżeli wartość pochodzi z systemu kadrowo-płacowego, powinna zostać poprawiona w tym systemie. W przeciwnym razie kolejny eksport może ponownie wprowadzić starą wartość. Wyjątki wymagają świadomego udokumentowania, aby było wiadomo, dlaczego oba źródła się różnią.
Aktualizacja może zmienić sposób sprawdzania danych, wymagania dotyczące ich formatu albo obsługę określonych pól. Może też ujawnić wcześniejszą rozbieżność, która dotąd nie była sygnalizowana. Trzeba ustalić wersje obu programów, sprawdzić komunikaty i wykonać kontrolny eksport zamiast zakładać, że uszkodzona została cała baza.
Warto zachować plik powodujący problem, treść komunikatu, informację o etapie wystąpienia błędu oraz wskazanie systemu, w którym ostatnio zmieniano dane. Domyślnie nie jest potrzebne przekazywanie hasła. Jeżeli dostęp do określonego elementu okaże się konieczny, jego cel powinien zostać wcześniej wyjaśniony. Serwisant może dojechać i pracować na miejscu, a dojazd jest bezpłatny. Sama praca podczas wizyty jest zawsze płatna niezależnie od wyniku.
Skuteczna współpraca Płatnika z systemem kadrowo-płacowym zależy od ustalenia źródła danych, kontrolowanego eksportu i porównania dokumentów przed wysyłką. Gdy każda korekta trafia najpierw do właściwego systemu, znika potrzeba wielokrotnego naprawiania tej samej rozbieżności. W razie trudności można przeanalizować cały obieg na miejscu w firmie: od danych źródłowych, przez plik wymiany, aż po dokumenty widoczne po imporcie.
Nie wiesz, od czego zacząć? Opisz objaw przez telefon
Zadzwoń, umów wizytę serwisanta — dotrze do Ciebie w ciągu godziny.