Miesiąc: październik 2026

Przy wprowadzaniu zaległych faktur do rejestru VAT w Comarch ERP Optima może pojawić się komunikat, że dokument dotyczy zatwierdzonej deklaracji, a administrator zablokował możliwość wprowadzania zmian. Taka sytuacja utrudnia uzupełnienie dokumentów za wcześniejszy okres.

Najpierw rozdzielamy dwie sprawy: techniczną blokadę pracy z dokumentami oraz ocenę, czy uzupełnienie faktur wymaga korekty rozliczenia. Opisany komunikat kieruje nas do ustawień operatora.

Co oznacza blokada po zatwierdzeniu VAT-7?

W tym przypadku sprawdzamy prawo operatora do zmiany dokumentów po zatwierdzeniu deklaracji VAT-7 lub pliku JPK_V7. Ustawienie „Nie pozwalaj” blokuje takie zmiany. Wskazanym działaniem jest przełączenie go na „Ostrzegaj”.

Istotne jest to, na którym operatorze pracuje osoba wprowadzająca faktury. Zmianę wykonujemy dla tego operatora, a nie dla dowolnego użytkownika widocznego na liście. Wybranie innej osoby nie zmieni ustawienia konta, na którym pojawia się komunikat.

To rozwiązanie dotyczy dostępu do zmian w dokumentach. Nie jest odpowiedzią na pytanie o obowiązek ani sposób korygowania wysłanego rozliczenia. Nie należy więc traktować zmiany uprawnienia jako rozstrzygnięcia kwestii księgowych lub podatkowych.

Gdzie zmienić ustawienie operatora?

W konfiguracji programu przechodzimy do Użytkowe > Operatorzy i wybieramy operatora, na którym pracujemy podczas wprowadzania faktur. Jeśli nie mamy dostępu do tej konfiguracji, prosimy o wykonanie zmiany osobę, która może ją obsłużyć.

<screen>

Następnie otwieramy zakładkę Parametry i podzakładkę Księgowość. Odszukujemy parametr „Prawo do zmiany dokumentów po zatwierdzeniu deklaracji VAT-7/pliku JPK_V7” i zmieniamy jego wartość z „Nie pozwalaj” na „Ostrzegaj”.

<screen>

Po tej zmianie wracamy do wprowadzania dokumentów i sprawdzamy działanie programu. Wybrana wartość oznacza ostrzeganie zamiast blokowania, dlatego sam komunikat ostrzegawczy nie powinien być utożsamiany z dotychczasowym zakazem wykonania operacji.

Przykładowo osoba prowadząca księgowość chce uzupełnić sierpniowy rejestr, ale pracuje na operatorze z ustawieniem „Nie pozwalaj”. Najpierw sprawdzamy jej operatora i zmieniamy wskazany parametr. Dopiero potem wracamy do pracy z fakturami. Nie zmieniamy ustawień pozostałych operatorów tylko dlatego, że znajdują się na tej samej liście.

Perspektywa ELTE-S

Przed zmianą warto ustalić, czy ma ona obowiązywać także w dalszej pracy tej osoby. Parametr jest prawem operatora, a nie jednorazową zgodą na dodanie konkretnej faktury. Dlatego zakres zmiany dobrze uzgodnić z osobą odpowiedzialną za organizację pracy w księgowości.

Warto też ustalić, jak użytkownik ma postępować po otrzymaniu ostrzeżenia. Zastąpienie blokady ostrzeganiem pozostawia sygnał, że dokument dotyczy zatwierdzonego rozliczenia – nie należy traktować go jako nieistotnego komunikatu.

Jeśli blokada utrudnia uzupełnienie rejestru VAT, możemy pomóc sprawdzić ustawienia właściwego operatora. Porozmawiajmy o usprawnieniach.

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.