Miesiąc: październik 2026

Przy równoważnym czasie pracy nie wystarczy wpisać do grafiku dłuższych zmian. W Comarch ERP Optima potrzebujemy odpowiednio ustawionego kalendarza, rozpisanego harmonogramu oraz przypisania go do pracownika.

Najważniejsze jest rozróżnienie standardowej normy dobowej od zaplanowanej długości zmiany. To odrębne elementy konfiguracji, które mają znaczenie przy rozliczaniu nadgodzin. Poniżej pokazujemy kolejność ustawień dla jednomiesięcznego okresu rozliczeniowego.

Norma dobowa a przedłużona zmiana w grafiku

W ustawieniach kalendarza pozostawiamy standardowe normy: 8 godzin na dobę i 40 godzin średniotygodniowo. Odznaczamy „Norma zgodna z planem pracy”. Nie podnosimy normy dobowej do 12 godzin tylko dlatego, że takie zmiany występują w harmonogramie.

<screen>

Zaznaczamy „Z uwzględnieniem przedłużonych dobowych wymiarów z planu pracy (równoważny czas pracy)” oraz „Z uwzględnieniem standardowych świąt”. Przy takim ustawieniu zaplanowana zmiana 12-godzinna nie będzie sama w sobie traktowana jako nadgodziny. Nie oznacza to jednak, że można pominąć kontrolę całego grafiku i faktycznie przepracowanych godzin.

<screen>

W miesięcznym okresie rozliczeniowym dłuższe zmiany równoważymy krótszymi dniami pracy albo dniami wolnymi w obrębie tego miesiąca. Sprawdzamy sumę zaplanowanych godzin względem wymiaru danego pracownika za cały okres. Sama poprawna długość pojedynczej zmiany nie potwierdza jeszcze poprawności miesięcznego harmonogramu.

Przykładowo osoba prowadząca kadry planuje pracownikowi kilka zmian 12-godzinnych. Nie zmienia z tego powodu standardowej normy dobowej. Rozpisuje pozostałe dni tak, aby łączna liczba godzin odpowiadała wymiarowi pracownika, a następnie sprawdza komunikaty weryfikacji czasu pracy. To przykład sposobu przygotowania grafiku, a nie gotowy rozkład dla każdego pracownika.

Konfiguracja kalendarza i przypisanie go pracownikowi

Pracę dzielimy na ustawienia kalendarza, przygotowanie serii tygodniowych i ułożenie harmonogramu. Dopiero po tych czynnościach przechodzimy do przypisania kalendarza konkretnej osobie.

1. Dodajemy osobny kalendarz. Wchodzimy w Konfiguracja → Firma → Płace → Kalendarze i tworzymy kalendarz, np. „Równoważny”. Ustawiamy w nim normy i sposób uwzględniania przedłużonych zmian opisane wyżej.

   <screen>

2. Włączamy ustawienia rozliczania. Zaznaczamy „Rozliczaj nadgodziny”, „Licz standardowe wynagrodzenie powyżej/poniżej normy” oraz „Licz standardowe dopłaty do nadgodzin”. Nie poprzestajemy więc na samym wpisaniu godzin pracy do kalendarza.

   <screen>

3. Ustawiamy okres jednomiesięczny. Zaznaczamy również „Podział dopłat na nadgodziny dobowe i średniotygodniowe”. Rozdziela to rozliczenie nadgodzin dobowych co miesiąc i średniotygodniowych na koniec okresu. W opisywanym przypadku koniec okresu przypada po miesiącu. Rozliczanie okresów dłuższych niż miesiąc jest dostępne w module Płace i Kadry Plus – to ograniczenie ma znaczenie przy ewentualnej późniejszej zmianie okresu.

   <screen>

4. Ustalamy serie tygodniowe i tworzymy grafik. Serie są podstawą przygotowania kalendarza. Wpisujemy godziny rozpoczęcia i zakończenia pracy oraz dni wolne. Następnie porównujemy łączną liczbę godzin z wymiarem pracownika za miesiąc, uwzględniając równoważenie dłuższych zmian.

   <screen>

5. Sprawdzamy komunikaty programu. Pozostawiamy włączoną automatyczną weryfikację reguł czasu pracy i analizujemy jej komunikaty. Nie traktujemy samej zgodności miesięcznej sumy godzin jako powodu do pominięcia tej kontroli.

   <screen>

6. Zapisujemy i przypisujemy kalendarz. Po zapisaniu wybieramy go pracownikowi na zakładce Etat → Kalendarz. Indywidualne zmiany harmonogramu nanosimy w jego Planie pracy, natomiast faktycznie przepracowane godziny wpisujemy w kalendarzu Nie/obecności. Dzięki temu oddzielamy to, co zaplanowane, od rzeczywistego wykonania pracy.

   <screen>

Po przejściu tych kroków mamy przygotowany zarówno sposób rozliczania, jak i harmonogram. Jeżeli później pojawią się rozbieżności, warto porównywać plan z rzeczywistymi godzinami, zamiast od razu zmieniać standardowe normy kalendarza.

Perspektywa ELTE-S

Przed zmianą już używanego kalendarza warto ustalić, których pracowników dotyczy i czy wszyscy mają pracować według takiego samego układu. Przygotowanie osobnego kalendarza pozwala oddzielić nowe ustawienia od dotychczasowej organizacji pracy i ograniczyć ryzyko pomylenia harmonogramów.

Rekomendujemy też ustalić, kto odpowiada za przygotowanie serii i grafiku, a kto za uzupełnianie rzeczywistej obecności. Taki podział ułatwia późniejsze wyjaśnienie, czy różnica wynika ze zmiany planu, czy z innego przebiegu pracy w danym dniu.

Jeśli potrzebujesz wsparcia przy ustawieniu kalendarza i sprawdzeniu miesięcznego grafiku w Optimie, możemy przejść przez te elementy na przykładzie Twojego pracownika. Porozmawiajmy o usprawnieniach.

Podczas kolejnych pobrań wyciągów przez Erste WebService do Comarch ERP Optima ponownie trafia ostatni przelew od jednego kontrahenta. Duplikaty znajdują się w tym samym raporcie bankowym, choć pozostałe operacje importują się prawidłowo.

W takim przypadku trzeba rozróżnić dane widoczne w zapisie bankowym od danych technicznych przekazywanych podczas pobierania. Zgodność daty, kwoty, rachunku i tytułu płatności jest ważną obserwacją, ale nie wyjaśnia jeszcze, dlaczego program ponownie dodaje operację.

Najpierw sprawdzamy sposób rozpoznawania operacji

Punktem wyjścia jest ustalenie, jak import z Erste WebService rozpoznaje przelew, który został już pobrany. Nie zakładamy z góry, że do takiego rozpoznania wystarcza zestaw informacji widocznych dla użytkownika. Trzeba zweryfikować znaczenie identyfikatora technicznego transakcji w tym procesie.

W zgłoszonej sytuacji zakres problemu jest wąski: powtarza się jedna operacja, a nie cały wyciąg. To pozwala skupić porównanie na konkretnym przelewie i jego kolejnych pobraniach. Sam fakt, że problem dotyczy jednego kontrahenta, nie potwierdza jednak przyczyny związanej z jego danymi.

Warto też oddzielić dwie obserwacje: przelew ponownie pojawia się w odpowiedzi usługi oraz w Optimie powstaje kolejny zapis bankowy. Dla diagnostyki istotne jest porównanie obu etapów, a nie samo stwierdzenie, że na liście zapisów widać duplikat. Bez tego trudno ocenić, w którym miejscu należy szukać wyjaśnienia.

Nie ma obecnie podstaw, by wskazać błąd po stronie banku, usługi, programu albo użytkownika. Przyczyna pozostaje niepotwierdzona, dlatego zaczynamy od danych opisujących działanie importu, a dopiero później oceniamy możliwe wyjaśnienia.

Jakie dane porównać przy pierwszym i kolejnym imporcie?

Do analizy potrzebne będą dane odpowiedzi Erste WebService dotyczące tego przelewu oraz szczegóły odpowiadających mu zapisów w raporcie bankowym. Najważniejsze jest zachowanie powiązania między konkretnym pobraniem a zapisem, który po nim powstał.

1. Ustal dane pierwszego importu. Sprawdź, jaki identyfikator transakcji został wtedy przekazany i jaki został zapisany przy operacji w Optimie. To punkt odniesienia dla kolejnych porównań.
2. Porównaj kolejne pobrania. Zweryfikuj, czy ten sam przelew ma za każdym razem taki sam identyfikator oraz czy identyfikator jest w ogóle przekazywany. Nie ograniczaj porównania do daty, kwoty, rachunku i tytułu.
3. Zestaw odpowiedzi usługi z zapisami bankowymi. Sprawdź, jakie dane odpowiadają poszczególnym duplikatom w tym samym raporcie. Pozwoli to prześledzić związek między pobraniem a ponownym dodaniem operacji.
4. Oceń możliwe przyczyny na podstawie różnic. Dopiero po porównaniu można weryfikować, czy znaczenie ma zmienny lub brakujący identyfikator albo sposób rozpoznawania transakcji przez import.

Przykładowo osoba prowadząca księgowość może zestawić odpowiedź usługi z pobrania, po którym przelew pojawił się pierwszy raz, z odpowiedzią z pobrania tworzącego duplikat. Jeśli dane widoczne są zgodne, ale identyfikatory techniczne się różnią, jest to istotna wskazówka do dalszej analizy, a nie jeszcze dowód konkretnej przyczyny. Jeżeli identyfikatory są takie same, nadal trzeba sprawdzić sposób ich wykorzystania podczas importu.

Gdy brakuje danych z pierwszego pobrania, należy zaznaczyć tę lukę w analizie. Nie warto zastępować jej założeniem, że wcześniejsza odpowiedź usługi wyglądała tak samo jak obecna. Z kolei samo wykrycie różnicy nie oznacza jeszcze, że wskazano sposób usunięcia problemu.

Odpowiedzi WebService i szczegóły zapisów bankowych mogą zawierać dane wrażliwe, dlatego nie należy ich publikować ani przesyłać bez zabezpieczenia.

Perspektywa ELTE-S

Przed porządkowaniem powielonych zapisów warto zachować materiał pozwalający odtworzyć kolejność zdarzeń. Jeśli najpierw zostaną usunięte wszystkie duplikaty bez odnotowania, po którym pobraniu powstały, późniejsze powiązanie odpowiedzi usługi z efektem importu może być trudniejsze.

Do zgłoszenia diagnostycznego warto dołączyć krótką chronologię: kiedy przelew pojawił się pierwszy raz, po których pobraniach został dodany ponownie i które zapisy odpowiadają tym pobraniom. Taki opis porządkuje materiał, bez przesądzania o winie którejkolwiek strony.

Jeśli potrzebujesz wsparcia w zestawieniu danych z Erste WebService z zapisami w Optimie, możemy pomóc uporządkować diagnostykę. Porozmawiajmy o usprawnieniach.

Schematy księgowe to jeden z najpotężniejszych mechanizmów automatyzacji w Comarch ERP Optima — i jednocześnie najczęściej źle skonfigurowany element systemu. Jeśli w Twoim biurze każdy dokument jest dekretowany ręcznie, ten artykuł pokazuje, od czego zacząć i jak uniknąć problemów przy zmianie kont w trakcie roku.

Jak zbudować schemat od podstaw?

W Optimie wchodzisz do: Księgowość → Schematy księgowe → Dodaj. Na początku wybierasz źródło dokumentów, do którego schemat ma być przypisany (rejestr zakupu, rejestr sprzedaży, lista płac itp.).

Następnie definiujesz warunki uruchomienia — np. kategoria dokumentu, stawka VAT, waluta, typ transakcji. To kluczowy element: schemat uruchamia się tylko wtedy, gdy dokument spełnia podane kryteria.

Najważniejsza zasada: schemat powinien opierać się na kategorii dokumentu, a nie na koncie przypisanym do kartoteki kontrahenta. Gdy zmienisz konto w trakcie roku, wystarczy zmienić kategorię — schemat automatycznie użyje nowego konta bez konieczności poprawiania historycznych dekretów ani kartotek setek kontrahentów.

Każda linia schematu określa konto Wn, konto Ma, kwotę lub procent kwoty i dodatkowe warunki. Schemat może mieć wiele linii działających jednocześnie — np. kwota netto + VAT + różnica kursowa.

Zanim uruchomisz schemat produkcyjnie, przetestuj go na jednym dokumencie w trybie podglądu. Optima pokaże propozycję dekretu bez faktycznego zaksięgowania.

Jak korygować schemat, gdy zmienia się konto?

Jeśli schemat jest oparty na kategoriach, korekta jest prosta: zmieniasz przypisanie konta w jednej linii schematu. Historyczne dekrety pozostają niezmienione.

Jeśli pojawia się nowy rodzaj kosztu, wystarczy dodać nową kategorię w słowniku i dodać jedną linię do schematu. System automatycznie obsłuży wszystkie dokumenty z tą kategorią od tej chwili.

Najczęstsze błędy to schemat oparty na NIP-ie kontrahenta (nieelastyczny, trudny w utrzymaniu), zbyt duża liczba schematów szczegółowych zamiast jednego ogólnego, brak testowania oraz stosowanie predekretacji ręcznej zamiast schematu — co powiela pracę i generuje ryzyko błędów.

Perspektywa ELTE-S

Dobrze zdefiniowany schemat nie wymaga korygowania przy pojawieniu się nowego konta — wystarczy dodać nową kategorię, a schemat prawidłowo zadziała. To różnica między systemem wymagającym ciągłej obsługi a systemem, który działa samodzielnie.

Jeśli chcesz zweryfikować, czy Twoje schematy są zbudowane w sposób elastyczny i odporny na zmiany, możemy przeprowadzić przegląd konfiguracji. Porozmawiajmy o usprawnieniach.

—

> Informacja: Powyższy materiał został opracowany przez zespół ELTE-S w celach informacyjnych. Nie stanowi wiążącej porady prawnej, podatkowej ani księgowej. W sprawach wymagających indywidualnej interpretacji zalecamy konsultację z odpowiednim doradcą. >