Techniczne

OPT060 – Comarch ERP Optima w środowisku terminalowym

Data aktualizacji: 29-06-2022

Wprowadzenie

Biuletyn przedstawia informacje na temat konfiguracji programu Comarch ERP Optima oraz środowiska terminalowego do pracy z programem, biorąc pod uwagę parametry łącza, konfigurację serwera, konfigurację klienta, podłączanie urządzeń współpracujących z programem a także ustawienia po stronie aplikacji Comarch ERP Optima. Biuletyn zakłada, że na serwerze terminali uruchamiana jest sama Comarch ERP Optima. Natomiast baza danych znajduje się na osobnym serwerze, którego konfiguracja jest poza zakresem niniejszego dokumentu. Biuletyn zawiera również informacje na temat urządzeń współpracujących z Comarch ERP Optima oraz sposobu ich konfiguracji w środowisku terminalowym.

Parametry łącza

Przepustowość łącza

Protokół RDP ma stosunkowo niskie wymagania, jeżeli chodzi o przepustowość. Oczywiście zależą one od parametrów sesji terminalowej czyli ilości kolorów, włączonych opcji w kliencie zdalnego pulpitu (szczegóły w p. 4 – Konfiguracja po stronie klienta) oraz rodzaju wykonywanej pracy. Z praktycznego punktu widzenia można przyjąć, że jedno połączenie przez pulpit zdalny przy głębi kolorów 16 bit zajmuje około 80 kbit/s. Może się ono wahać od 5 kbit/s do około 150 kbit/s. Przy czym kalkulacje wielkości łącza potrzebnego dla serwera terminali należy przeprowadzić w oparciu o parametr Upload, czyli transfer „do Internetu”. Ten parametr ma zwykle u dostawców Internetu znacząco niższą wartość od „Download”, czyli szybkości pobierania danych „z Internetu”. Czyli dla 10 równocześnie pracujących użytkowników należy zabezpieczyć łącze z parametrem Upload rzędu 800 kbit/s. Przepustowość łącza można przetestować za pomocą narzędzi online dostępnych w Internecie np. https://www.predkosc.pl/info/
Przykładowa strona pozwalająca na przetestowanie łącza internetowego

Jakość łącza

Na wydajność pracy ma również wpływ jakość łącza to znaczy wielkość opóźnień pakietów, wariancja opóźnień (jitter) oraz straty pakietów. Dobre jakościowo łącze, to łącze o opóźnieniach poniżej 100 ms, wariancją opóźnień do kilkunastu ms, straty pakietów w okolicach zera.

Konfiguracja po stronie serwera usług terminalowych

Wytyczne do konfiguracji sprzętowej dla serwera usług terminalowych

Przy doborze konfiguracji sprzętowej dla serwera terminali należy przede wszystkim zwrócić uwagę na mocne procesory. Zalecane byłyby procesory Xeon ze rdzeniami nowej generacji (Nehalem lub nowsze) oraz częstotliwością taktowania przynajmniej 2,6 GHz lub odpowiadające im procesory AMD. Ilość rdzeni zależna jest od ilości użytkowników. Zgrubnie szacując na jednym rdzeniu można uruchomić około 5 użytkowników. Przy czym jeden rdzeń należy odliczyć dla systemu operacyjnego. Ilość pamięci RAM również powinna być dostosowana do ilości użytkowników przeznaczając średnio około 500 MB dla jednego użytkownika, dodatkowo przynajmniej 2 GB na potrzeby systemu Windows plus około 1-2 GB rezerwowe. Dodatkowo należy wziąć pod uwagę, że zbyt mała ilość pamięci RAM może doprowadzić do intensywnego wykorzystania dysku twardego, co ostatecznie doprowadza do bardzo znaczącego spadku wydajności całego systemu, włączając w to działające na nim aplikacje. Do niezawodnej pracy serwera terminali zalecane jest uruchomienie dysków w konfiguracji RAID 1, czyli mirroring. Zastosowanie szybszych dysków (Serial SCSI 15 000 RPM lub SSD) pozwoli na szybsze wczytywanie binariów aplikacji, a przez to korzystnie wpływa na jej wydajność. Podsumowując dla 10 użytkowników powinno się zabezpieczyć trzy procesory lub jeden czterordzeniowy oraz około 7-8 GB pamięci RAM.

Wersja serwera terminala

Z wersji na wersję protokół RDP jest udoskonalany dlatego zalecamy używanie najnowszej jego wersji 8.0 dostępnej w serwerze Windows Server 2012. Poniższa tabela przedstawia różnice w ilości przesyłania danych (w Bajtach) przez takich samych klientów w zależności od wersji protokołu:
Wersja klienta zdalnego pulpituSystem operacyjny po stronie serwera BajtyZmniejszenie ilości przesłanych danych przy użyciu protokołu RDP 6.1
RDC 6.1 (Windows Server 2008)Windows Server 20087559075
RDC 5.2 (Windows Server 2003)Windows Server 200894503510.2
RDC 5.1 (Windows XP)Windows Server 2008111856330.32
Źródło: Remote Desktop Protocol Performance (http://download.microsoft.com/download/4/d/9/4d9ae28534314335a86e969e7a146d1b/RDP_Performance_WhitePaper.docx)

Konfiguracja serwera terminali

Na serwerze terminali należy wyłączyć wszystkie nieużywane opcje i usługi w systemie. Szczególnie nie jest zalecane włączanie funkcji „Środowisko pulpitu” (ang. Desktop Experience), ustawianie tapet na pulpicie oraz uruchamianie aplikacji, które obciążają procesor i pamięć serwera.

Ograniczenie maksymalnej głębi kolorów oraz blokowanie mapowanych urządzeń

W konfiguracji serwera terminali w celu zmniejszenia wymaganego pasma dla połączenia można ograniczyć głębię kolorów do 15 bit. Oznacza to, że użytkownicy mimo innych ustawień w kliencie zdalnego pulpitu będą mogli zestawić połączenie z maksymalną zdefiniowaną ilością kolorów. Dodatkowo dobrze jest zablokować mapowanie nieużywanych dodatkowych urządzeń takich jak porty COM, dyski lokalne klienta i inne ze względu na to, że każde z takich mapowań generuje dodatkowy ruch sieciowy.
Serwer Usług Terminalowych – ustawienia klienta

Konfiguracja sesji użytkowników

W konfiguracji serwera warto również dbać o to, aby na serwerze nie „wisiały” nieużywane, rozłączone sesje terminalowe, które zajmują zasoby serwera w szczególności pamięć. Można to zrobić ustawiając parametry sesji użytkowników na zakładce Sesja. Przykładowe wartości znajdują się na zrzucie ekranu, przy czym należy je dostosować do specyfiki pracy w danym środowisku.
Serwer Usług Terminalowych – ustawienia sesji
Na powyższym zrzucie ekranu ustawienia są wyszarzone, ponieważ zostały ustawione z poziomu polityki grupy.

Mapowanie drukarek sieciowych

Dla systemów Windows Server 2008 oraz Windows Server 2008 R2 zalecanym sposobem mapowania drukarek jest domyślny mechanizm EasyPrinting. Nie wymaga on żadnych dodatkowych czynności na serwerze terminali natomiast komputer klienta musi mieć zainstalowany Microsoft .Net Framework 3.0 SP1 oraz aplikację do połączenia przez pulpit zdalny (Remote Desktop Connection) minimum w wersji 6.1 (aplikacja ta jest składnikiem systemu, ale może wymagać uaktualnienia). W przypadku systemu Windows Server 2003, aby możliwe było mapowanie drukarki z klienta konieczna jest instalacja wszystkich sterowników drukarek używanych przez klienta. Dodatkowo, aby mapowanie powiodło się konieczna jest dokładna zgodność w nazwie sterownika po stronie klienta i serwera. W przypadku problemów można skorzystać z rozwiązania zawartego w dokumencie http://support.microsoft.com/kb/239088.

Zmiana algorytmu kompresji

Z poziomu zarządzania politykami grup (polecenie gpedit.msc) można zmienić domyślny algorytm kompresji, który bazuje na konfiguracji sprzętowej komputera. Pozwala to na samodzielne dostosowanie parametrów protokołu do warunków środowiska i konfiguracji komputera. Polityka grup pozwalająca na zmianę algorytmu kompresji na anglojęzycznych systemach nazywa się „Konfiguruj kompresję danych RemoteFX”. Konfiguracja komputera\ Szablony Administracyjne\ Składniki systemu Windows\ Usługi pulpitu zdalnego\ Host sesji pulpitu zdalnego\ Środowisko sesji zdalnej: Konfiguruj kompresję danych RemoteFX Mamy możliwość wprost wskazać, czy algorytm ma używać jak najmniejszych zasobów sieciowych kosztem pamięci i procesora (Optimized to use less network bandwidth), czy ma jak najmniej obciążać procesor i pamięć kosztem większego zapotrzebowania na pasmo sieciowe (Optimized to use less memory). Jest też możliwość wybrania konfiguracji zbalansowanej pomiędzy tymi dwoma opcjami (Balanced memory and network bandwith) oraz wyłączenie kompresji RDP (Do not use RDP compression algorithm).
Okno konfiguracji kompresji danych RemoteFX dla sesji zdalnych

Konfiguracja po stronie klienta

Analogicznie jak w przypadku serwera najlepiej jest korzystać z najnowszej wersji klienta zdalnego pulpitu. Dla połączeń z Windows Server 2008 R2 powinien to być klient o wersji minimum 6.1, a najlepiej w wersji 7.0.

Parametry połączenia do serwera terminali po stronie klienta

Głębia kolorów oraz mapowanie dodatkowych urządzeń

Dla połączeń przez Internet zalecane jest użycie ograniczonej liczby kolorów, czyli trybu High Color (15 bit lub 16 bit). Ilość kolorów można ustawić w kliencie połączenia przez pulpit zdalny na zakładce Ekran.
Właściwości klienta RDP – ustawienia głębi kolorów w sesji zdalnej
W bardzo trudnych warunkach można rozważyć połączenia w trybie 256 kolorów (głębia kolorów 8 bit). W tym celu należy zapisać ustawienia połączenia w pliku, a następnie otworzyć plik notatnikiem i zmodyfikować parametr: Session bppi:16 ustawiając: session bpp:i:8
Właściwości klienta RDP – zapis ustawień połączenia
Comarch ERP Optima w 256 kolorach przy standardowej skórce
Dodatkowo w celu uzyskania lepszej wydajności zaleca się zmianę skórki programu na UltraFlat. Zablokowanie mapowania wszystkich nieużywanych elementów takich jak porty, dyski, karty inteligentne, czy inne urządzenia Plug and Play ma również wpływ na zmniejszenie przesyłania dodatkowych danych, a przez co przyspiesza wyświetlanie aplikacji na wolnych łączach.
Właściwości klienta RDP – Mapowanie Zasobów lokalnych

Parametry graficzne w połączeniu zdalnego pulpitu

Znaczący wpływ na ilość zajętego pasma sieciowego przez połączenie pulpitu zdalnego mają parametry związane z graficznymi efektami w ramach sesji. Można je dostosować na zakładce „Wrażenia” klienta zdalnego pulpitu, są one tam powiązane z ustawieniami szybkości posiadanego łącza, ale można je również osobno zaznaczać i odznaczać.
Właściwości klienta RDP – Ustawienia efektów graficznych
W celu osiągnięcia najlepszej wydajności przy pracy przez wolniejsze łącza zaleca się wyłączenie wszystkich lub prawie wszystkich parametrów na zakładce „Wrażenia” zaczynając od góry, czyli od parametrów „Tło pulpitu” oraz „Wygładzanie czcionek”. Przykładowo opcja wygładzania czcionek może zwiększyć zapotrzebowanie na przepustowość od ponad 50% nawet do prawie 800%. Zapotrzebowanie na pasmo przy wykorzystaniu wygładzania czcionek ClearType oraz bez stosowania tego mechanizmu.
Typ użytkownikaTekst ClearType [kbit/s]Normalny tekst [kbit/s]Zwiększenie zapotrzebowania na pasmo przy użyciu ClearType
Pisanie i przewijanie35.622.5657.64 %
Przewijanie25.447.04260.92 %
Internet Explorer1410.4157.68794.52 %
Żródło: Remote Desktop Protocol Performance (http://download.microsoft.com/download/4/d/9/4d9ae28534314335a86e969e7a146d1b/RDP_Performance_WhitePaper.docx)

Pobieranie licencji

Program pracujący na komputerze usług terminalowych pobiera licencje w ten sam sposób co aplikacja pracująca „Stacjonarnie”, czyli instalacja taka jest wyposażona w Comarch ERP Menadżer Licencji (ML). Specyfiką usług terminalowych jest sposób zamykania sesji na serwerze usług terminalowych, np.: gdy host który pracował z sesją stracił połączenie do sesji na terminalu bądź też przerwał to połączenie celowo, to w obydwu przypadkach na serwerze terminali pozostaje pracująca sesja razem z programami uruchomionymi w niej, w tym z Comarch ERP Optima. Konfiguracja usług terminalowych pozwala na zarządzanie takimi sesjami na dwa sposoby – pozwala na ponowne podłączenie się do sesji z hosta, który utracił z nią połączenie (lub operatora który jest zalogowany w sesji) bądź pozwala na automatyczne zamknięcie takiej sesji. Problemem może okazać się automatyczne zamknięcie sesji, które zamyka aplikacje pracujące w tej sesji. Licencje które zostały przydzielone Comarch ERP Optima, która została zamknięta w taki sposób będą wciąż licencjami zajętymi, zmniejszającymi ilość dostępnych licencji w instalacji. Żeby uniknąć tego problemu wystarczy w Menu Widok Comarch ERP Optima wyłączyć parametr: „Potwierdzenie zamknięcia programu”. Program z tak ustawionym parametrem w automatycznie zamykanej sesji wyloguje zajmowane przez siebie licencje z (ML).

Konfiguracja interfejsu w Comarch ERP Optima

W konfiguracji Comarch ERP Optima przygotowano specjalne ustawienia pozwalające na uzyskanie lepszej wydajności przy słabszych parametrach połączenia do serwera terminali.

Ustawienie skórki

Skórkę programu można ustawić z poziomu menu Widok po zalogowaniu do programu.
Zmiana skórki w programie Comarch ERP Optima

Wyłączenie animacji

Również w menu Widok po zalogowaniu do programu można wyłączyć animacje w programie.
Zmiana Efektów animacji w programie Comarch ERP Optima

Zwinięcie graficznego menu (ribbon)

Obszar graficznego menu (ribbon) jest najdłużej odrysowywany dlatego jego wyłączenie na wolnym łączu powinno poprawić szybkość ściągania obrazu aplikacji z serwera.
Comarch ERP Optima - praca z rozwiniętą wstążką
Comarch ERP Optima - praca ze zwiniętą wstążką

Drukarki fiskalne w usługach terminalowych

System Comarch ERP Optima posiada możliwość pracy w środowisku terminalowym. Istotnym elementem pracy tego systemu jest możliwość korzystania z drukarek fiskalnych. Przepisy wymagają od użytkownika umieszczenia drukarek fiskalnych na stanowisku, gdzie odbywa się sprzedaż fiskalna. W środowisku terminalowym oznacza to podłączenie drukarki fiskalnej do komputera, na którym pracuje klient terminala. W przypadku systemów Microsoft Windows Terminal Serwer do podłączenia drukarki fiskalnej do portu COM stanowiska terminalowego można wykorzystać stworzone przez nas oprogramowanie. Oprogramowanie pozwala na przekazanie do końcówki terminala danych dla drukarki fiskalnej poprzez tak zwany kanał wirtualny. Aby przekazywanie danych do drukarki mogło mieć miejsce zarówno po stronie końcówki terminala jak i po stronie serwera musi być zainstalowane odpowiednie oprogramowanie, które można użytkować zgodnie z zasadami podanymi w punkcie 7.3.

Instalacja i konfiguracja komponentów na serwerze

Program Comarch ERP Optima nawiązują połączenie z drukarką fiskalną poprzez API udostępnione przez bibliotekę sterownika fiskalnego. Instalacja sterowników odbywa się wraz z instalacją programu Comarch ERP Optima. Konfiguracja programu do współpracy z drukarką podłączoną do konsoli terminala odbywa się, poprzez wybranie odpowiednio zmodyfikowanego sterownika przeznaczonego do pracy w TS. W konfiguracji programu „Comarch ERP Optima System / Konfiguracja / Stanowisko / Ogóle / Drukarka fiskalna” należy wybrać odpowiedni dla drukarki fiskalnej sterownik i zaznaczyć parametr Sterownik terminalowy.

Instalacja komponentów na końcówce terminala

Po stronie końcówki terminala umieszczone są komponenty zajmujące się obsługą kanału wirtualnego oraz połączeniem z drukarką fiskalną. Pliki zawierające instalatory komponentów znajdują się w katalogu „Drukowanie Fiskalne w usługach terminalowych - Client” (na płycie instalacyjnej programu w katalogu Dodatki), lub bezpośrednio w katalogu z programem Comarch ERP Optima. Plik OnlineFP.exe zawiera instalator odpowiedni dla systemów 32 i 64 bitowych. Aby zainstalować obsługę terminalowych drukarek fiskalnych należy: 1. Plik OnlineFP.exe przegrać na końcówkę terminala. 2. Przeprowadzić instalację obsługi sterowników terminalowych na końcówce. Użytkownik Windows, który instaluje obsługę sterowników, musi mieć uprawnienia administratora. Oprogramowanie po stronie klienta składa się z plików obsługujących kanał wirtualny i z samych sterowników do drukarek. Wszystkie pliki kopiowane są do katalogu wskazanego podczas instalacji. Sterowniki drukarki nawiązują połączenie z urządzeniem na wskazanym adresie TCP/IP lub porcie COM wybranym w konfiguracji programu pracującego po stronie pulpitu zdalnego. Należy zwrócić uwagę również na następujące aspekty: 1. Mechanizm komunikacji z drukarkami fiskalnymi nie wykorzystuje mapowania portów COM w samej usłudze terminalowej. 2. Przy aktualizacji wersji programu Comarch ERP Optima zaleca się również aktualizację sterowników na końcówce terminala. Odinstalowanie z poziomu panelu sterowania programu Comarch ERP Sterowniki i usługi terminalowe i zainstalowanie aktualnej wersji z pliku OnlineFP.exe Po prawidłowo wykonanej instalacji na końcówce terminala i konfiguracji komponentów na serwerze można wykonać test połączenia z drukarką z poziomu konfiguracji programu.

Licencje

Komponenty do współpracy z drukarką fiskalną poprzez usługi pulpitu zdalnego wymagają licencji na „Fiskalny driver terminalowy”. Licencje są pobierane przez Comarch ERP Optima w sesji terminalowej w momencie wywołania pierwszej operacji chronionej licencją. Są to: fiskalizacja i wydruk raportów fiskalnych. Licencje są zwalnianie przy wylogowaniu się operatora z programu.
Uwaga
Do prawidłowego pobierania licencji wymagane jest wprowadzenie bezpośrednio do programu nazwy serwera klucza.
W sytuacji, gdy baza konfiguracyjna znajduje się na tym samym serwerze, gdzie pracuje menadżer licencji (ML), program nie wymaga wprowadzania nazwy serwera klucza - domyślnie szuka ich na serwerze gdzie znajduje się baza konfiguracyjna. Dla potrzeb komponentów, o których mówi ten artykuł nazwa takiego serwera zawsze musi być wprowadzona. Informację tą wprowadzamy w oknie logowania w polu Serwer Klucza.

Schemat połączenia do drukarki fiskalnej

Połączenie drukarki fiskalnej w sesji terminalowej
 

Terminale płatnicze w usługach terminalowych

System Comarch ERP Optima posiada możliwość pracy w środowisku terminalowym i komunikowania się z terminalem płatniczym podłączonym do komputera, na którym pracuje klient terminala. W przypadku systemów Microsoft Windows Terminal Serwer można wykorzystać stworzone przez nas oprogramowanie. Oprogramowanie pozwala na przekazanie do końcówki terminala danych dla terminala płatniczego poprzez tak zwany kanał wirtualny. Aby przekazywanie danych do terminala płatniczego mogło mieć miejsce zarówno po stronie końcówki terminala jak i po stronie serwera musi być zainstalowane odpowiednie oprogramowanie.

Instalacja i konfiguracja komponentów na serwerze

Program Comarch ERP Optima nawiązują połączenie z terminalem płatniczym poprzez API udostępnione przez bibliotekę sterownika fiskalnego. Instalacja sterowników odbywa się wraz z instalacją programu Comarch ERP Optima. Konfiguracja programu do współpracy z terminalem płatniczym podłączonym do konsoli terminala odbywa się, poprzez wybranie odpowiednio zmodyfikowanego sterownika przeznaczonego do pracy w TS. W konfiguracji programu „Comarch ERP Optima System / Konfiguracja / Stanowisko / Ogóle / Terminal płatniczy” należy wybrać odpowiedni dla terminala płatniczego sterownik z dopiskiem „terminal” w nazwie.

Instalacja komponentów na końcówce terminala

Po stronie końcówki terminala umieszczone są komponenty zajmujące się obsługą kanału wirtualnego oraz połączeniem z terminalem płatniczym. Pliki zawierające instalatory komponentów znajdują się w katalogu „Drukowanie Fiskalne w usługach terminalowych - Client” (na płycie instalacyjnej programu w katalogu Dodatki), lub bezpośrednio w katalogu z programem Comarch ERP Optima. Plik OnlineFP.exe zawiera instalator odpowiedni dla systemów 32 i 64 bitowych. Aby zainstalować obsługę terminali płatniczych należy: 1. Plik OnlineFP.exe przegrać na końcówkę terminala. 2. Przeprowadzić instalację obsługi sterowników terminalowych na końcówce. Użytkownik Windows, który instaluje obsługę sterowników, musi mieć uprawnienia administratora. Oprogramowanie po stronie klienta składa się z plików obsługujących kanał wirtualny i z samych sterowników do terminali płatniczych. Wszystkie pliki kopiowane są do katalogu wskazanego podczas instalacji. Sterownik terminala nawiązuje połączenie z urządzeniem na wskazanym adresie TCP/IP lub porcie COM wybranym w konfiguracji programu pracującego po stronie pulpitu zdalnego. Należy zwrócić uwagę również na następujące aspekty: 1. Mechanizm komunikacji z terminalami płatniczymi nie wykorzystuje mapowania portów COM w samej usłudze terminalowej. 2. Przy aktualizacji wersji programu Comarch ERP Optima zaleca się również aktualizację sterowników na końcówce terminala. Odinstalowanie z poziomu panelu sterowania programu Comarch ERP Sterowniki i usługi terminalowe i zainstalowanie aktualnej wersji z pliku OnlineFP.exe Po prawidłowo wykonanej instalacji na końcówce terminala i konfiguracji komponentów na serwerze można wykonać test połączenia z terminalem płatniczym z poziomu konfiguracji programu.

Podłączenie kolektorów i kas fiskalnych

Komunikacja z tego typu urządzeniami odbywa się poprzez mapowanie portów COM pomiędzy stacją roboczą a sesją na komputerze usług terminalowych, na które pozwala protokół RDP. Z pracą tak podłączonych urządzeń wiążą się niekiedy kłopoty z czasem przesyłania danych z podpiętego urządzenia (z tego powodu dla drukarek fiskalnych wprowadzone są dodatkowe kanały przesyłania danych). Aby mapowanie urządzeń było możliwe w sesji terminalowej należy: Po stronie serwera: Sprawdzić czy mapowanie portów COM jest załączone w konfiguracji serwera usług terminalowych (Terminal Server Configuration)
Serwer Usług Terminalowych – mapowanie portów
Po stronie klienta: Załączyć parametr mapowania portów (LPT, COM) (ustawiamy to w oknie „Podłączanie pulpitu zdalnego” Opcje: zakładka Zasoby lokalne/Lokalne urządzenia i zasoby/Porty)
Właściwości klienta RDP – Mapowanie portów
Konfiguracja z poziomu programu wykonywana jest identycznie przy podłączeniu urządzenia bezpośrednio do komputera, mapowane porty COM będą widoczne jako kolejne porty na liście dostępnych portów w systemie.

Drukowanie na drukarki i urządzenia przez wydruki XML (tekstowe/inne)

Wydruki XML (tekstowy/inne) wysyłają rezutlat wydruku zawierający dane oraz kody sterujące dla urządzenia bezpośrednio do portu (LPT/USB/COM) przypisanego do urządzenia. Z reguły wysłanie tych danych odbywa się metodą kopiowania plików do określonego portu. Może to powodować problemy przy przesyłaniu tych danych z sesji terminalowej do urządzenia. Uruchamiając wysłanie danych z tych wydruków w konfiguracji połączenia należy włączyć opcję mapowania portów, identycznie jak w punkcie Podłączenie kolektorów i Kas Fiskalnych. Ta metoda nie pozwala jednak na wysyłanie danych do urządzeń pracującyh na portach USB, bywa też zawodna. Jeśli napotykamy na problem przesyłania danych bezpośrednio do mapowanych portów możemy, zastosować dodatkowy mechanizm przesyłania danych z wydruku do strumienia danych RAW sterownika drukarki, który został zmapowany w sesji. Opcja mapowania drukarek w konfiguracji połączenia sesji terminalowej musi być włączona. Do przesyłania danych do strumienia drukarki używamy dodatkowego programu RawPrint.exe. Pozwala on na przesłanie pliku utworzonego w sesji do strumienia drukarki – jako parametr podajemy nazwę pliku oraz nazwę drukarki w systemie Windows: RawPrint.exe “Oki ML3320 (from PCBIURO) in session 1” PlikDanych.dat Uruchomienie wydruku w takim trybie wykonujemy zmieniając sekcję [RUN] w definicji wydruku XML (od wersji 2013.6. możliwe jest przekazywanie parametrów do programu uruchamianego w sekcji RUN). W tej sekcji wprowadzamy komendę uruchamiającą program RawPrint lub kombinacje uruchomienia programu PrintTxt i RawPrint. Połączenie uruchomienia tych programów możemy zrealizować za pomocą pliku bat lub cmd umieszczonego w katalogu roboczym Comarch ERP Optima. W sekcji [RUN] podajemy nazwę pliku z komendami, np wykonaj_wydruk.bat:
Sekcja [RUN] w definicji wydruku
Program Printtxt w takiej sytuacji musi być skonfigurowany tak żeby wynik drukowania był zapisywany do pliku tekstowego, plik ten będzie wysyłany przez program RawPrint do drukarki docelowej.

Czytniki kodów kreskowych EAN

Program obsługuje czytniki kodów kreskowych podłączane szeregowo z klawiaturą. Czytniki te będą działać w sesji terminalowej bez dodatkowej konfiguracji.

Skanery dokumentów do współpracy z modułem OBD

W programie Comarch ERP Optima uruchamianej przez terminal jest możliwość podłączenia skanera. W tym celu należy zainstalować na końcówce sieciowej aplikacji OnlineFP.exe i w konfiguracji Optimy w gałęzi Stanowisko \ Ogólne \Parametry i załączyć parametr : Wymiana danych z komputerem lokalnym w pracy Terminalowej. Po wykonaniu powyższych czynności i przelogowaniu w programie Comarch ERP Optima, Skaner powinien być dostępny z poziomu modułu Obieg Dokumentów i pracować jak w sesji lokalnej.

Wysyłanie i odbieranie plików przez kanały wirtualne

W programie Comarch ERP Optima uruchamianej przez terminal jest możliwość wysyłania i odbierania plików na końcówce sieciowej w następujących funkcjach programu:
Funkcje w programie:
Eksport ustawień personalizacji.
Import urzędów,
Eksport wydruków.
Eksporty przelewów
Eksport i import kontrahentów
Export i import cennika
Eksporty do ECOD
Eksport i import danych kadrowych
Eksport wypłat
Eksport deklaracji ZUS do Płatnika
Eksport deklaracji PFRON do SODiR
Import czasu pracy z czytników RCP
Import z pliku KEDU
Eksport/import ustawień operatora.
Funkcje są dostępne w Comarch ERP Optima po zainstalowaniu na końcówce sieciowej aplikacji OnlineFP.exe i załączeniu w konfiguracji programu w gałęzi Stanowisko \ Ogólne \ Parametry parametru : Wymiana danych z komputerem lokalnym w pracy terminalowej. Dla pozostałych przypadków eksporty plików z programu wykonywane są na dyski serwera usług terminalowych, chyba że przy połączeniu terminalowy mapujemy dyski stacji lokalnej, to wówczas możemy pliki zapisać w tych lokalizacjach.

Pozostałe uwagi dotyczące konfiguracji Comarch ERP Optimy pracującej w usługach terminalowych

Uruchamianie Comarch ERP Przypominacz – program uruchomi się podczas logowania na serwer terminalowy, jeżeli nie było aktywnej sesji logującego się użytkownika; jeżeli użytkownik podłącza się pod istniejącą sesję, to program się nie uruchomi. Podpis elektroniczny dla e-maili, PDFów, e-Deklaracji – działa po konfiguracji certyfikatów po stronie serwera usług terminalowych bądź dla przekazywanie certyfikatów po stronie stanowiska. I tak:
  • Dla certyfikatów po stronie stanowiska sieciowego musimy zainstalować obsługę kanałów wirtualnych przez aplikację OnlineFP.exe a następnie załączyć w konfiguracji Comarch ERP Optima w gałęzi Stanowisko \ Ogólne \ Parametru parametr : Wymiana danych z komputerem lokalnym w pracy terminalowej.
  • Dla certyfikatów po serwera usług terminalowych certyfikaty klienta muszą być przeniesione na system z usługami terminalowymi. Na terminalu i serwerze należy zainstalować komponenty obsługi podpisu elektronicznego, dostarczane przez jego producenta. W opcjach połączenie zdalnego należy zaznaczyć „Mapuj zasoby lokalne – karty inteligentne”.
Współpraca z programem Płatnik – Możliwa jest na dwa sposoby:
  • Przez tworzenie plików dla płatnika z użyciem kanałów wirtualnych (Program płatnik pracuje po stronie stanowiska sieciowego)-punkt Wysyłanie i odbieranie plików przez kanały wirtualne,
  • Bądź przez instalacje Płatnika bezpośrednio na serwerze ( program Płatnik będzie pracował „po stronie” serwera TS ).
Menadżer Licencji powinien zostać skonfigurowany na komputerze z serwerem SQL, który znajduje się w tej samej sieci lokalnej co serwer terminalowy. Innymi słowy przy połączeniu przez Internet do serwera terminali nie ma możliwość korzystania z licencji po stronie Klienta, czyli Menadżera Licencji zainstalowanego w sieci lokalnej stanowiska, z którego uruchamiamy połączenie pulpitu zdalnego.

OPT057 - Strojenie wydajnościowe baz MS SQL dla Comarch ERP Optima

Data aktualizacji: 28-11-2018

Wprowadzenie

Serwer bazy danych jest centralnym miejscem dla całej instalacji Comarch ERP Optima i ma bardzo duże znaczenie dla wydajnej jej pracy. Dlatego bardzo ważne jest odpowiednie skonfigurowanie serwera zarówno pod względem sprzętowym, doboru właściwego oprogramowania oraz jego ustawień. Dodatkowo z biegiem czasu i działalnością klienta spływają nowe dane słownikowe oraz dokumenty, co powoduje przyrost bazy danych. Ważne jest więc monitorowanie stanu serwera SQL i odpowiednie reagowanie w celu zapewnienia jak najlepszej wydajności. Niniejszy biuletyn zawiera wytyczne dla konfiguracji serwera bazy danych dedykowanego do pracy z Comarch ERP Optima. Przedstawiono w nim również podstawowe metody diagnozy problemów wydajnościowych oraz sposoby optymalizacji. W ostatnim rozdziale znajduje się obszerny opis cyklicznych czynności administracyjnych, których celem jest utrzymanie serwera SQL w dobrej kondycji. Do biuletynu dołączone są skrypty, które pozwalają zautomatyzować cykliczne czynności administracyjne dla wersji Express serwera SQL.

Planowanie instalacji

Dobór konfiguracji sprzętowej dla serwera bazy danych

Serwer bazy danych jest wrażliwym elementem, którego awaria może spowodować przestój całej firmy oraz duże straty finansowe, dlatego warto zainwestować w markowy, sprawdzony sprzęt. Taki serwer w atrakcyjnych cenach można np. nabyć w ramach Zintegrowanej Oferty Comarch.

Konfiguracja sprzętowa

Przy doborze serwera bazy danych należy zwrócić szczególną uwagę to, aby zapewniał on niezawodną pracę i bezpieczeństwo przechowywanych danych. Dlatego warto, aby jak najwięcej komponentów było nadmiarowych usuwając pojedyncze ogniwa awarii. Czyli dobrze jest zastosować podwójne zasilacze oraz zasilanie awaryjne (UPS) pozwalające na prawidłowe zamknięcie systemu w momencie braku prądu. Jeżeli chodzi o wydajność to przede wszystkim należy zwrócić na ilość pamięci RAM oraz szybkość podsystemu dyskowego. Procesor zwykle odgrywa mniejsze znaczenie. Jednakże powinien zawierać rdzenie nowej generacji (Intel Nehalem lub lepszy) i taktowaniu przynajmniej 2 GHz. Im więcej dostępnej pamięci tym lepiej, oczywiście ze względu na koszty, jej ilość musi być dobrana do zapotrzebowania, bazując na wielkości instalacji, czyli ilości użytkowników, wielkości baz danych oraz ich ilości. Orientacyjne ilości pamięci RAM dla różnych konfiguracji zostały podane w Podręczniku konfiguracji dla bieżącej wersji Comarch ERP Optima. Później oczywiście należy obserwować liczniki serwera i sprawdzać, czy nie ma potrzeby jej zwiększenia. Informacje na temat przykładowych liczników, na które warto zwrócić uwagę podano w punkcie 4. Diagnoza problemów wydajnościowych. Podsystem dyskowy powinien być zabezpieczony przed awariami poprzez odpowiednią konfigurację. Zalecana konfiguracja to przynajmniej Raid 1 (mirror) dla wolumenu obsługującego system oraz w miarę możliwości Raid 10 dla wolumenu przechowującego dane. Dodatkowo należy zwrócić uwagę, aby kontroler dyskowy posiadał podtrzymywanie bateryjne, które umożliwia zastosowanie opcji write-back przyspieszającej działanie podsystemu dyskowego. Najczęściej przyjmowaną jednostką wydajności podsystemu dyskowego jest IOPS[1] (ang. Input/Output Operations Per Second, IOPS), czyli ilość operacji wejścia wyjścia na sekundę. Jako operację wejścia/ wyjścia rozumie się odczyt lub zapis fragmentu danych, najczęściej o rozmiarze 4 kB. Poniżej znajdują się orientacyjne dane dotyczące wydajności różnych podsystemów dyskowych:
DyskOrientacyjna wartość IOPS[2]
Dysk Sata 5400~50-80
Dysk Sata 7200 ~75-100
Dysk SAS 10k~140
Dysk SAS 15k~175-210
Dysk SSD~400-1000000[3]
Wymagania co do podsystemu dyskowego zależą od wielkości instalacji to znaczy wielkości bazy oraz ilości równoczesnych użytkowników. Jako zgrubną zasadę można przyjąć, że dla mniejszych baz danych (<2 GB) należy zarezerwować około 15-25 IOPS dla użytkownika. Natomiast dla większych baz (> 2 GB) dla jednego użytkownika należy przeznaczyć 25-40 IOPS lub więcej. Jak widać Rozwiązaniem godnym polecenia jest zastosowanie dysków SSD. Przy czym należy pamiętać o zabezpieczeniu ich przed awarią np. poprzez konfigurację RAID 1. Bardziej szczegółowe informacje dotyczące określenia wymagań aplikacji do podsystemu dyskowego można znaleźć w poniższym odnośniku: http://msdn.microsoft.com/en-us/library/ee410782(v=sql.100).aspx Porównanie wydajności pracy Comarch ERP Optima z dyskami SSD i SATA znajduje się w biuletynie technicznym: OPT076 - Porównanie wydajności HDD vs SSD w Comarch ERP Optima.pdf, który jest dostępny na Indywidualnych Stronach Partnerów (https://www.erp.comarch.pl//partnerzy/default.aspx).

Biura rachunkowe:

Kilka mniejszych baz danych słabiej obciąża serwer niż jedna duża. Dlatego przy skalowaniu serwera SQL dla biura rachunkowego należy przede wszystkim sprawdzić jaka będzie wielkość największej bazy danych i pod nią dobierać konfigurację plus zabezpieczyć dodatkową ilość pamięci RAM współmiernie do ilości baz danych. Raczej nie należy przekraczać ilości 50 baz danych o wielkości do 200 MB na rdzeń procesora.

Edycje serwera SQL

Bardzo duże znaczenie dla wydajnej pracy serwera SQL jest właściwe dobranie edycji serwera SQL. Comarch ERP Optima jest dystrybuowana z darmową serwera SQL o nazwie Express. Edycja ta posiada określone ograniczenia co do możliwości wykorzystania zasobów komputera, na którym jest zainstalowana. Szczegóły znajdują się w poniższej tabeli.
EdycjaMaksymalna ilość pamięci RAM (dla puli buforów)Maksymalna wielkość bazy danychIlość obsługiwanych procesorów
SQL 2008 Express1 GB*4 GB1
SQL 2008 R2 Express1 GB*10 GB1
SQL 2012 / 2014 Express1 GB*10 GB1 (maksymalnie 4 rdzenie)
SQL 2008 R2 Workgroup3 GBBez ograniczeń (524 PB)2
SQL 2008 R2 Standard64 GBBez ograniczeń (524 PB)4
SQL 2012 Standard / BI64 GBBez ograniczeń (524 PB)4 procesory (do 16 rdzeni)
SQL 2014 Standard / BI128 GBBez ograniczeń (524 PB)4 procesory (do 16 rdzeni)
Źródło: http://www.microsoft.com/sqlserver/en/us/product-info/compare.aspx *Badania niezależne od Producenta pokazują, że wersja Express może wykorzystać maksymalnie 1,4 GB RAM (http://sqlgeek.pl/2010/08/23/pl-sql-server-limity-w-sql-server-2008-r2-express-edition/)

Architektura 32 bit, a 64 bit.

Obecnie obowiązującą architekturą jest architektura 64 bitowa i w miarę możliwości zalecana jest aktualizacja do niej środowisk 32 bitowych, które posiadają ograniczenia związane z ilością adresowanej pamięci, a także różnymi komplikacjami w jej alokacji. W podstawowej konfiguracji proces 32 bitowy może maksymalnie zaadresować 2 GB pamięci, przy zastosowaniu specjalnego przełącznika można tą wartość zwiększyć do 3 GB, ale dzieje się to kosztem ilości dostępnej przestrzeni adresowej dla systemu operacyjnego dlatego należy robić to ostrożnie. Serwer SQL może dodatkowo wykorzystać mechanizm AWE, który pozwala na systemach 32 bitowych wyjść poza zakres 4 GB pamięci. Szczegóły można znaleźć w archiwalnym biuletynie technicznym OPT041-Wydajność Comarch OPT!MA a procesory wielordzeniowe i 64 bitowe, który jest dostępny na stronach walidowanych. Na systemach 64 bitowych warto zwrócić uwagę, aby instalować również serwer SQL w wersji 64 bitowej ponieważ jego 32 bitowy odpowiednik będzie w stanie wykorzystać jedynie 4 GB z dostępnej pamięci nawet w edycji Standard. Więcej informacji na temat możliwości wykorzystania pamięci operacyjnej przez poszczególne wersje systemów operacyjnych Windows można znaleźć tutaj: http://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx

Konfiguracja serwera SQL

Większość parametrów serwera SQL należy pozostawić bez zmian, ponieważ domyślne wartości są optymalne dla większości warunków pracy. Sugerujemy jednakże zwrócić uwagę na Maksymalną / Minimalna ilość wykorzystywanej pamięci RAM.

Minimalna i Maksymalna ilość wykorzystywanej pamięci RAM>

Parametr minimalnej i maksymalnej ilości wykorzystanej pamięci RAM odnosi się wyłącznie do jednego z komponentów serwera SQL, czyli puli buforów. Jest to kluczowy element jednakże, przy rezerwowaniu pamięci dla puli buforów należy wziąć pod uwagę również inne składniki samego serwera SQL jak i samego systemu operacyjnego.

Minimum Server Memory

Domyślną wartością parametru Minimum Server Memory jest zero, co oznacza, że serwer będzie dynamicznie zarządzał dostępną pamięcią RAM dla puli buforów. Ustawienie tego parametru powyżej zera oznacza, że serwer SQL nie będzie mógł zwolnić tej pamięci w razie potrzeby. Z drugiej strony w środowisku, gdzie pracuje więcej aplikacji prócz samego serwera SQL może być konieczne zarezerwowanie niezbędnego minimum pamięci, ponieważ niemożność zaalokowania niezbędnego minimum spowoduje konieczność korzystania z pliku wymiany na dysku twardym i znaczną degradację wydajności Serwera SQL. Na komputerach dedykowanych do pracy tylko z serwerem SQL zaleca się pozostawienie domyślnej wartości tego parametru.

Maximum Server Memory

Domyślna wartością tego parametru to: 2147483647 MB, co oznacza że Server SQL będzie chciał zająć całą dostępną pamięć na komputerze. Może to niestety prowadzić do spadku wydajności całego środowiska poprzez to, że pula buforów zajmie pamięć potrzebną do działania systemu operacyjnego lub innych komponentów serwera SQL. Dlatego zaleca się ograniczenie tej pamięci rezerwując niezbędną przestrzeń do działania systemu operacyjnego i pozostałych elementów serwera SQL (oraz ewentualnie dla dodatkowych aplikacji pracujących na tym systemie).
Ustawienia pamięci dla instancji Microsoft SQL Server
Poniżej znajdują się sugestie ustawień parametru Maximum Server Memory (przy założeniu, że na serwerze nie pracują dodatkowe aplikacje oraz inne moduły serwera SQL takie jak wyszukiwanie pełnotekstowe, analizy czy raporty). Dane te oczywiście dotyczą wersji, które nie posiadają wbudowanych ograniczeń tak jak wersja Express. Dla wersji Express biorąc pod uwagę wcześniej podane informacje można ustawić Maximum Server Memory na 1400 MB.
Pamięć fizycznaMaximum Server Memory
2 GB1500 MB
4 GB3200 MB
6 GB4800 MB
8 GB6400 MB
12 GB10000 MB
16 GB13500 MB
24 GB21500 MB
Źródło: http://www.sqlservercentral.com/blogs/glennberry/2009/10/29/suggested-max-memory-settings-for-sql-server-2005_2F00_2008/

Inne parametry

Optimize for Ad hoc Workloads

Włączenie parametru „Optimize for Ad hoc Workloads” pozwala na lepsze wykorzystanie dostępnej pamięci RAM w sytuacji, gdy na serwerze generowane jest wiele zapytań, które nigdy więcej lub bardzo rzadko są uruchamiane ponownie. Parametr ten powoduje, że plany dla zapytań „ad hoc” nie są zapisywane w pamięci podręcznej do późniejszego wykorzystania. Zapisywany jest tylko ich mały fragment, cały plan jest zapisywany dopiero przy powtórnym wykonaniu tego samego zapytania. W ten sposób oszczędzana jest pamięć RAM, przez co może być ona wykorzystana przez serwer SQL do innych celów, a co za tym idzie zwiększa się jego wydajność.
Zaawansowane właściwości serwera SQL – włączony parametr Optimize for Ad hoc Workloads
Zaleca się włączenie tego parametru przy pracy z Comarch ERP Optima. Opcja ta jest dostępna od wersji SQL 2008. Zajętość pamięci planów dla zapytań można sprawdzić poniższym zapytaniem: select objtype, count(*) as number_of_plans, sum(cast(size_in_bytes as bigint))/1024/1024 as size_in_MBs, avg(usecounts) as avg_use_count from sys.dm_exec_cached_plans group by objtype Poniższy wynik wskazuje, że plany typu „Adhoc” zajmują 1439 MB pamięci, co jest stosunkowo dużą wartością więc warto włączyć opcję „Optimize for ad hoc workloads”. Za pomocą komendy: DBCC FREESYSTEMCACHE('SQL Plans') można wyczyścić pamięć podręczną planów dla planów typu Adhoc.

Diagnoza problemów wydajnościowych

Temat diagnozy wydajności serwera SQL jest bardzo obszerny, jednakże poniżej wybrano kilka podstawowych wskaźników, które warto sprawdzić, gdy występują problemy wydajnościowe. Wszystkie poniższe wskaźniki dostępne są z poziomu systemu operacyjnego. Narzędzia administracyjne \ Monitor wydajności
Nazwa parametruZalecane wartościZalecane działania
Procesor: Czas procesora [%]< 80%Jeżeli wartość tego parametru przynajmniej kilka razy dziennie na dłuższy czas przekracza zalecaną wartość należy zaplanować dołożenie drugiego procesora lub jego wymianę na wydajniejszy
System: Processor Queue Lenght< 2 (dla rdzenia)Jeżeli wartość tego parametru przynajmniej kilka razy dziennie na dłuższy czas przekracza zalecaną wartość należy zaplanować dołożenie drugiego procesora lub jego wymianę na wydajniejszy
Pamięć: Strony/s< 20Zbyt mała ilość dostępnej pamięci RAM
Pamięć: Dostępne bajty> 300Zbyt mała ilość dostępnej pamięci RAM
Dysk fizyczny: Czas dysku [%] (poddzielone przez ilość dysków)< 55%Wysoka wartość tego parametru może wskazywać na nie wystarczająco szybki podsystem dyskowy lub zbyt małą ilość dostępnej pamięci RAM.
Dysk fizyczny: Średnia długość kolejki dysku (podzielone przez ilość dysków)< 2Wysoka wartość tego parametru może wskazywać na nie wystarczająco szybki podsystem dyskowy lub zbyt małą ilość dostępnej pamięci RAM.
(najlepiej w okolicach zera)
SQL Server Buffer: Buffer Cache Hit Ratio> 90%Zbyt mała ilość dostępnej pamięci RAM dla serwera SQL
(najlepiej w granicach 99%)
Page life expectancy> 300Zbyt mała ilość dostępnej pamięci RAM dla serwera SQL
Zbyt mała ilość dostępnej pamięci dla serwera SQL może wynikać z poniższych czynników:
  • Za mało pamięci w serwerze
  • Ograniczenia wersji Express
  • Nieprawidłowo skonfigurowany parametr Max Server Memory
  • Ograniczenia architektury 32 bitowej
Importy dużych dokumentów poprzez pracę rozproszoną lub inne mechanizmy mogą na dłuższy czas blokować dostęp do tabel, a przez co powodować wydłużenie czasu operacji dla pozostałych użytkowników. Dlatego zaleca się, aby szczególnie duże importy były wykonywane poza godzinami pracy innych użytkowników. Jeżeli jakiś scenariusz działania okazuje się szczególnie wolny prosimy o opisanie go krok po kroku i zgłoszenie go przez System Obsługi Zgłoszeń (SOZ).

Optymalizacja dużych baz danych

Program jest dostosowany do pracy w większości warunków, jednakże niektóre szczególnie duże bazy ze względu na specyficzny rozkład danych w tabelach mogą wymagać dodatkowej optymalizacji. Za duże bazy danych uważamy te, które mają rozmiar rzędu kilku gigabajtów lub więcej. Przed przystąpieniem do poniższych czynności dobrze upewnić się, czy serwer jest prawidłowo skonfigurowany i posiada odpowiednią ilość zasobów.

Wyszukiwanie brakujących indeksów

Microsoft SQL Server posiada wbudowane mechanizmy, które pozwalają określić orientacyjnie jakich indeksów może brakować. W tym celu można uruchomić na serwerze następujące zapytanie: select d.* , s.avg_total_user_cost , s.avg_user_impact , s.last_user_seek ,s.unique_compiles from sys.dm_db_missing_index_group_stats s ,sys.dm_db_missing_index_groups g ,sys.dm_db_missing_index_details d where s.group_handle = g.index_group_handle and d.index_handle = g.index_handle order by s.avg_user_impact desc go Źrodło: http://www.google.pl/url?sa=t&rct=j&q=performance_tuning_waits_queues.doc&source=web&cd=1&ved=0CFkQFjAA&url=http%3A%2F%2Fdownload.microsoft.com%2Fdownload%2F4%2F7%2Fa%2F47a548b9-249e-484c-abd7-29f31282b04d%2FPerformance_Tuning_Waits_Queues.doc&ei=IrjYT__PAcXk4QSOxJzRAw&usg=AFQjCNFRIebSlMLnry8gH99CQklhdmokJw Zapytanie to najlepiej uruchomić po dłuższej pracy użytkowników wykonujących swoje zadania z Comarch ERP Optima w szczególności w obszarach, gdzie zauważają problemy wydajnościowe. Należy pamiętać, że dane o brakujących indeksach są usuwane po restarcie serwera SQL. Przykładowy wynik powyższego zapytania (pominięto kilka kolumn, aby zachować czytelność). Po pierwsze patrzymy na kolumny avg_user_impact oraz avg_total_user_cost, podają one zysk jaki można uzyskać przy zastosowaniu danego indeksu. Pierwszy z nich avg_user_impact wskazuje na procentową poprawę w zmniejszeniu kosztu wykonania zapytań użytkownika . Drugi natomiast avg_total_user_cost podaje całkowity zysk w koszcie wykonywanych przez użytkownika zapytań. Należy mieć również świadomość, że podejście to ma również swoje ograniczenia. Najbardziej istotne z nich jest takie, że podane dane należy traktować jako sugestię, a nie jako konieczność. Pozostałe ograniczenia podane są tutaj: http://msdn.microsoft.com/en-us/library/ms345485(v=sql.105).aspx Poniżej znajduje się skrypt używany przez Dział Wsparcia Microsoft: (http://msdn.microsoft.com/en-us/library/ms345421.aspx) PRINT 'Missing Indexes: ' PRINT 'The "improvement_measure" column is an indicator of the (estimated) improvement that might ' PRINT 'be seen if the index was created. This is a unitless number, and has meaning only relative ' PRINT 'the same number for other indexes. The measure is a combination of the avg_total_user_cost, ' PRINT 'avg_user_impact, user_seeks, and user_scans columns in sys.dm_db_missing_index_group_stats.' PRINT '' PRINT '-- Missing Indexes --' SELECT CONVERT (varchar, getdate(), 126) AS runtime, mig.index_group_handle, mid.index_handle, CONVERT (decimal (28,1), migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans)) AS improvement_measure, 'CREATE INDEX missing_index_' + CONVERT (varchar, mig.index_group_handle) + '_' + CONVERT (varchar, mid.index_handle) + ' ON ' + mid.statement + ' (' + ISNULL (mid.equality_columns,'') + CASE WHEN mid.equality_columns IS NOT NULL AND mid.inequality_columns IS NOT NULL THEN ',' ELSE '' END + ISNULL (mid.inequality_columns, '') + ')' + ISNULL (' INCLUDE (' + mid.included_columns + ')', '') AS create_index_statement, migs.*, mid.database_id, mid.[object_id] FROM sys.dm_db_missing_index_groups mig INNER JOIN sys.dm_db_missing_index_group_stats migs ON migs.group_handle = mig.index_group_handle INNER JOIN sys.dm_db_missing_index_details mid ON mig.index_handle = mid.index_handle WHERE CONVERT (decimal (28,1), migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans)) > 10 ORDER BY migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans) DESC PRINT '' GO Przygotowuje on od razu definicję indeksu wraz z przykładową nazwą sortując indeksy po polu „miara poprawy”, które jest wyliczane biorąc pod uwagę wspomniane wcześniej kolumny: avg_total_user_cost, avg_user_impact, oraz dodatkowo user_seeks i user_scans z sys.dm_db_missing_index_group_stats.
Uwaga
Należy przygotować skrypt dodający oraz usuwający dodawane indeksy, ponieważ dodatkowe indeksy uniemożliwią wykonanie konwersji do nowej wersji programu. Po skonwertowaniu bazy można na nowo dodać przygotowane indeksy
Uwaga
Dodane indeksy mogą mieć negatywny wpływ na operacje dodawania, aktualizowania i usuwania rekordów w bazie, dlatego należy przetestować ich wpływ na całościowe funkcjonowanie programu.

Database Engine Tuning Advisor

Pełne wersje Microsoft SQL Server posiadają dodatkowe narzędzie o nazwie Database Engine Tuning Advisor. Pozwala ono również na dodanie brakujących indeksów na podstawie zapisanego wcześniej ruchu SQL. Ruch ten można zapisać za pomocą innego narzędzia Microsoft SQL Server Profiler, które również jest dostępne w pełnej wersji serwera SQL. W skrócie proces optymalizacji można przedstawić w poniższych krokach:
  • Zapis ruchu za pomocą Microsoft SQL Server Profiler
  • Przygotowanie optymalizacji w Database Engine Tuning Advisor
  • Zapis rekomendacji
  • Przygotować plik usuwający dodatkowe indeksy i statystyki
  • Utworzenie dodatkowych indeksów i statystyk

Zapis ruchu za pomocą Microsoft SQL Server Profiler

Po wyborze nowego trace’a należy wskazać szablon Tuning, zaleca się zapisać plik od razu na dysk i ograniczyć jego rozmiar np. do 100 MB. Zaznaczony domyślnie parametr Enable file rollover powoduje utworzenie nowego pliku po osiągnięciu zadanego limitu. Zbyt duże pliki znacząco zwiększają czas analizy przez Database Engine Tuning Advisor.

Przygotowanie optymalizacji w Database Engine Tuning Advisor

Po zakończeniu zapisu ruchu przechodzimy do Database Engine Tuning Advisor. Na pierwszej zakładce „General” nowej sesji wskazujemy plik (File) jako źródło ruchu do optymalizacji oraz podajemy bazę do analizy. Na drugiej zakładce „Tuning Options” pozostawiamy domyślne parametry. W celu uruchomienia analizy klikamy ikonę Start Analysis (menu Actions \ Start Analysis)

Zapis rekomendacji

Po zakończonej analizie otrzymujemy szacowany wzrost wydajności oraz rekomendacje co do założenia dodatkowych indeksów i statystyk. Przygotowane rekomendacje należy zapisać w pliku poprzez przejście do menu Action \ Save Rekommendations. Z tak przygotowanych rekomendacji można wybrać kilka lub wszystkie indeksy i statystyki, jednakże należy pamiętać, że każdy dodatkowy indeks będzie spowalniał operacje dodawania, aktualizowania i usuwania rekordów w tabeli, której on dotyczy. Następnie wybrane indeksy i statystyki należy zapisać w skrypcie nadając im nazwy, które będą łatwe do identyfikacji. Na koniec należy również przygotować skrypt, który będzie usuwał niestandardowe indeksy i statystyki, ponieważ trzeba je usuwać przed przystąpieniem do konwersji bazy danych. Po zakończeniu konwersji można je ponownie dodać.
Uwaga
Należy przygotować skrypt dodający oraz usuwający dodawane indeksy, ponieważ dodatkowe indeksy uniemożliwią wykonanie konwersji do nowej wersji programu. Po skonwertowaniu bazy można na nowo dodać przygotowane indeksy.
Uwaga
Dodane indeksy mogą mieć negatywny wpływ na operacje dodawania, aktualizowania i usuwania rekordów w bazie, dlatego należy przetestować ich wpływ na całościowe funkcjonowanie programu.

Cykliczne czynności administracyjne

Cykliczne czynności administracyjne są bardzo istotne z punktu widzenia bezpieczeństwa jak i wydajności serwera SQL i należy traktować je jako obowiązkowe, a nie opcjonalne. Do najważniejszych czynności administracyjnych można zaliczyć:
  • Kopia bezpieczeństwa
  • Cykliczne odtwarzanie kopii bezpieczeństwa w celu weryfikacji poprawności backupu.
  • Optymalizacja indeksów
  • Kontrola poprawności baz danych DBCC CHECKDB
Dla wydajności szczególnie dla większych baz duże znaczenie ma cykliczna optymalizacja indeksów w bazie, które ze względu na swoją defragmentację będą spowalniać pracę Comarch ERP Optima. W kolejnych podrozdziałach opisano w jaki sposób można zautomatyzować niektóre z wymienionych czynności administracyjnych.

Maintenance Plan – zautomatyzowane strojenie dla pełnych wersji MS SQL

Każda pełna wersja MS SQL posiada mechanizm automatyzacji procesów, których zadaniem jest optymalizowanie bazy danych oraz kreowanie kopii bezpieczeństwa. Raz skonfigurowany zestaw operacji nazywany Maintenance Plan’em, czyli planem serwisowym, może być wielokrotnie uruchamiany w zadanym czasie. Tworzony jest zatem pewien „automat”, który o konkretnej porze wykona za nas operacje, które można wykonać z interfejsu programu Comarch ERP Optima. W niniejszym podrozdziale przedstawiony został przykład planu serwisowego obejmującego:
  • Sprawdzenie spójności i ciągłości bazy danych (element testów integralności)
  • Odbudowę indeksów (ikona pioruna na oknie listy baz danych w konfiguracji)
  • Aktualizację statystyk
  • Wykonanie kopii bezpieczeństwa bazy konfiguracyjnej oraz firmowej
  • Usunięcie plików powstałych na potrzeby wykonywania planu
Materiał został sporządzony przy pomocy MS SQL 2008 za pomocą kreatora. Dla wcześniejszych wersji silnika bazy danych postępuje się podobnie.

Krok 1 – Uruchomienie kreatora Maintenance Plan’u

Kreator uruchamiany jest z poziomu programu Management Studio (pełna wersja). SQL Server /Management/Maintenance Plan Wizard

Krok 2 – Wskazanie nazwy planu oraz terminu jego wykonywania

Kolejnym oknem kreatora, na które natrafiamy, jest krótki opis możliwości samego kreatora. Możemy zaznaczyć opcję, aby nie pokazywało się ono następnym razem. Interesuje nas następne okno. Wypełniamy w nim pola odpowiadające za nazwę oraz opis planu. Deklarujemy następnie jego ramy czasowe. Mamy dwie możliwości: „Seperate schedule for each task” – opcja pozwala na ustalenie terminu wykonania dla każdej operacji planu osobno. „Single schedule for entire plan or no schedule” – opcja pozwala na ustalenie terminu wykonania całego planu lub wykonania go na życzenie (on demand). Naciskając przycisk „Change” przechodzimy do okna konfiguracji ram czasowych. Poniższy obraz przedstawia wybór ram czasowych dla opisywanego przykładu. Istnieją cztery kombinacje ram czasowych dla planu. Mamy zatem:
  • „Start automatically (…)” – plan uruchomi się tuż po uruchomieniu serwera oraz usługi SQL Agent
  • „Start whenever when CPU (…)” – plan uruchomi się, kiedy procesor nie będzie obciążony
  • „Recurring” – plan ustala się według interwałów rok / miesiąc / dzień
  • „On time” – plan wykona się tylko raz w zadanym dniu i godzinie
W przykładzie użyjemy opcji terminarza według interwału co tydzień. Na obrazku widać, iż ma wykonywać się w każdy piątek o godzinie 18:30. Plan ma rozpocząć się od 15 grudnia 2009 roku i ma nie mieć końca. Plan ma symulować koniec tygodnia roboczego, kiedy po godzinie 18:00 wszyscy pracownicy skończyli pracę, a serwer SQL nie jest już niczym obciążony. Poprawne wskazanie ram czasowych dla planu jest bardzo istotne. Uruchomienie go podczas szczytu aktywności pracowników może nawet uniemożliwić im pracę. Podczas optymalizacji serwer pobiera dużo zasobów sprzętowych oraz blokuje elementy struktury bazy danych.

Krok 3 – wskazanie składników planu serwisowego

Kolejne okno kreatora planu przedstawia zakres czynności, jakie można wykonać. Są to:
  • „Check Database Inegrity” – kontrola poprawności struktury bazy danych. Nie można mylić jej z testami integralności, które walidują poprawność samych danych.
  • „Shrink Database” – pomniejszenie wielkości bazy danych poprzez usunięcie już niepotrzebnej rezerwy. Serwer SQL podczas pracy alokuje nowe zasoby na potrzeby przyszłych danych oraz operacji. Nie usuwa natomiast powstałem w tej sposób nadwyżki, kiedy dane zostaną usunięte a operacja się zakończy. Shrink pozwala na uwolnienie tych danych. Należy jednak pamiętać o tym, iż usunięcie nadmiarowych danych skutkuje fragmentacją dysku i może negatywnie wpływać na wydajność SQL. Nie zaleca się shrinkowania bazy danych tuż po wykonaniu odbudowy indeksów. Może to przynieść efekt odwrotny od zamierzonego.
  • „Reorganize Index” – defragmentacja indeksów.
  • „Rebuild Index” – odbudowa indeksów na nowo. Operacja ta jest bardziej długotrwała aniżeli defragmentacja, lecz daje lepsze efekty.
  • „Update Statistics” – aktualizacja “query optimizer’a” dzięki której serwer będzie potrafił wydajniej wykonywać polecenia.
  • „Clean Up History” – usuwanie historii wykonywania i odtwarzania kopii baz danych.
  • „Execute SQL Server Agent Job” – wykonanie “Job’a”.
  • „Back Up Database” – wykonanie kopi bezpieczeństwa bazy danych.
  • „Maintenance Cleanup Task” – usunięcie plików powstałych podczas wykonywania planu.
Poniższy obraz przedstawia wybór opcji, które realizowane są w opisywanym przykładzie.

Krok 4 – wskazanie kolejności wykonywania składników planu serwisowego

Kolejne okno kreatora planu pozwala na zadecydowanie, w jakiej kolejności powinny wykonać się poszczególne składniki planu serwisowego.

Krok 5 – wskazanie baz danych dla każdego elementu planu serwisowego

Każdy element planu serwisowego można wykonać dla dowolnego zestawu baz danych. Naszym celem będzie baza konfiguracyjna i baza firmowa. Krok ten pozwala na elastyczność podczas tworzenia planu dla serwera przechowującego dużą ilość baz danych. Każdej z nich można przypisać oddzielne punkty planu. Ogólna zasada wyboru baz danych jest wspólna dla wszystkich elementów planu serwisowego. Możemy wybrać:
  • „All databases” – operacja zostanie wykonana na wszystkich bazach danych znajdujących się na serwerze.
  • „System databases” – operacja zostanie wykonana tylko dla systemowych baz danych (przykład nie zakłada żadnych optymalizacji na tym typie baz danych).
  • „All user databases” – operacja zostanie wykonana tylko dla baz danych użytkownika, czyli niesystemowych. Dzięki tej opcji mamy pewność, iż zoptymalizujemy wszystkie bazy danych i nie narazimy na niebezpieczeństwo bazy systemowe.
  • „These databases” – operacja zostanie wykonana tylko dla zaznaczonych baz danych. Opisywany przykład wykorzystuję tę opcję.
  • „Ignore databases (…)” – wszystkie te bazy danych, których stan nie jest „Online” nie będą podlegać optymalizacji.
Poniższy obraz przedstawia wybór baz danych poddawanych sprawdzaniu poprawności. Każde kolejne okno opiera się na podobnym wyborze.

Krok 6 – charakterystyczne opcje dla każdego elementu planu serwisowego

Podczas wskazywania, które bazy danych mają zostać zoptymalizowane, możemy ustalić pewne opcje charakterystyczne dla elementu planu serwisowego. Dla elementów wykorzystanych w przykładzie mamy:
  • Check Database Inegrity -Include indexes – po odznaczeniu proces kontroli nie obejmie indeksów, zajmie więc mniej czasu.
  • Rebuild Index -Reorganize pages with the default amount of free space – odbudowa indeksów z domyślnym “fill factor”. Oznacza to, iż indeksy zostaną odbudowane zgodnie z ustawieniami zadanymi podczas kreowana bazy danych, czyli przewidziane przez Comarch. -Change free space per page percentage to … – wskazanie wartości “fill factor” samodzielnie. -Sort results in tempdb – zastosowanie SORT_IN_TEMPDBoption. -Keep index online while reindexing – podczas odbudowy indeksy będą możliwe do odczytu (ta opcja dostępna jest dla edycji Enterprise)
  • Update Statistics -Update: – wybór elementów poddanych aktualizacji. -Scan type: – zakres elementów poddanych aktualizacji.
  • Back Up Database -Sekcja „Create a backup file for every database” – opcje związane z katalogiem, w którym zostaną umieszczone pliki kopii zapasowych.
  • Maintenance Cleanup Task -Dostępne opcje pozwalają na zadecydowanie jaki typ danych historycznych ma podlegać kasowaniu. Wskazuje się albo pewien plik, albo folder. Określa się również wymagany wiek pliku.

Krok 7 – wskazanie sposobu raportowania wyników wykonania planu serwisowego oraz zakończenie pracy z kreatorem.

Ostatnim etapem tworzenia planu serwisowego jest wskazanie ścieżki dostępu dla pliku raportu. Zawiera on zestawienie podjętych czynności oraz wyniki ich działania. Po zakończeniu kreatora, nowy plan znajduje się na liście Maintenance Plans w programie Management Studio. Na tym etapie kończy się konfiguracja planu serwisowego. Wykona się w następny piątek o godzinie 18:30. Szerszy opis wszystkich elementów Maintenance Plan’u w języku angielskim można uzyskać na stronie: http://msdn.microsoft.com/en-us/library/ms188981.aspx

Plan serwisowy dla bezpłatnych wersji MS SQL

Opisany wcześniej plan serwisowy zbudować można tylko dla płatnych wersji silnika bazy danych. Nic nie stoi jednak na przeszkodzie, aby samemu sporządzić podobną funkcjonalność i zaproponować ją klientowi. Podobny efekt uzyskamy poprzez sporządzenie:
  • Skryptu SQL, który zawierał będzie wszystkie potrzebne dla optymalizacji zapytania.
  • Skryptu JS/VBS lub pliku .bat, który będzie zdalnie uruchamiał skrypt SQL z poziomy konsoli.
  • Harmonogramu systemu Windows, w którym zawrze się ramy czasowe planu.
W niniejszym biuletynie technicznym załączone zostały dwa pliki: Plik StrojenieBazy.sql to skrypt zawierający wszystkie niezbędne zapytania, aby przeprowadzić plan tożsamy z wcześniej opracowanym Maintenance Plan’em. Przed użyciem należy zmodyfikować w nim dwa parametry: SET @Nazwa_bazy = 'CDN_DEMO' -- Tu wpisz nazwę bazy danych do optymalizacji SET @Sciezka = N'C:\BACKUP\' -- Tu wpisz ścieżkę dostępu do katalogu dla kopii baz Skrypt optymalizuje tylko jedną, wybraną bazę danych. Został tak sporządzony dla łatwiejszego zrozumienia jego działania. Warto prześledzić jego strukturę. Drugi skrypt o nazwie StrojenieBazCDN.sql wymaga wskazania ścieżki dostępu do katalogu dla kopii baz. Zastosowano w nim kursor wyszukujący wszystkie bazy danych, których nazwa zaczyna się od ‘CDN’. Dla każdej z nich przeprowadzona zostanie optymalizacja. Przed uruchomieniem skryptu należy zmodyfikować w nim następujące elementy: sqlcmd.exe -S SERWER -E -i D:\StrojenieBazCDN.sql -o C:\Backup
  • SERWER – nazwa serwera, na którym znajdują się bazy danych.
  • D:\StrojenieBazCDN.sql – ścieżka dostępu oraz nazwa skryptu SQL.
  • C:\Backup – ścieżka docelowego miejsca składowania kopii baz danych (katalog musi istnieć).
Aby uruchomić automatyczne wykonywanie planu serwisowego należy w harmonogramie systemu Windows utworzyć nową regułę, która będzie w zadanym czasie uruchamiać odpowiedni skrypt VBS. Tym sposobem uzyskamy ten sam efekt, jaki przynieść może Maintenance Plan.

Pliki do pobrania

Płace i kadry

OPT050 - Korygowanie wypłat

Data aktualizacji: 12-07-2023

Spis treści

1 Wprowadzenie

Zdarzają się sytuacje, gdy konieczne staje się skorygowanie naliczonej, zaksięgowanej i rozliczonej wypłaty pracownika, czasem nawet sprzed kilku miesięcy / lat, dlatego też w programie Comarch ERP Optima dostępna jest funkcjonalność anulowania wypłaty i naliczenia wypłaty korygującej oraz naliczenia wypłaty korygującej do wcześniej już skorygowanej wypłaty. Mechanizm korekty najczęściej jest wykorzystywany w sytuacji, gdy np.:
  • Rozliczono niewłaściwą nieobecność (np. urlop zamiast zwolnienia lekarskiego);
  • Naliczono zły element (np. wynagrodzenie za czas choroby zamiast zasiłku chorobowego);
  • Nieprawidłowo naliczono składki ZUS, np. z tytułu przekroczenia rocznej podstawy wymiaru składek na ubezpieczenie emerytalne i rentowe, nieoskładkowania jakiegoś elementu (np. ekwiwalentu za urlop), itd.
  • Nieprawidłowo naliczono wypłatę korygującą (np. gdy istniała konieczność skorygowania wypłaty w związku z rozliczeniem niewłaściwej nieobecności, natomiast po jej wykonaniu, otrzymano informację o przekroczeniu rocznej podstawy składek emerytalno – rentowych)
W przypadku korygowania wypłat ZUS wymaga sporządzenia korygujących raportów miesięcznych za odpowiednie miesiące, których dotyczą zmiany. Natomiast urząd skarbowy w wielu przypadkach nie wymaga korygowania poprzednich lat (deklaracji), tylko rozliczenia podatkowego w bieżącym miesiącu, w którym dokonujemy korekty, uwzględniając odpowiednie zmiany. Wykorzystując proces korygowania na przełomie roku należy podchodzić z dużą rozwagą do rozliczeń podatkowo - składkowych z urzędami. Każdy przypadek musi być traktowany indywidualnie, dlatego w razie wątpliwości zalecamy konsultację tematu z ekspertami US/ZUS.
Uwaga
W przypadku, gdy pracownik dostarczył zwolnienie lekarskie z opóźnieniem (po naliczeniu wypłaty), to nie ma konieczności wykorzystania funkcjonalności anulowania wypłaty, tylko zaległą nieobecność można rozliczyć przy wykorzystaniu parametru „Miesięcy wstecz” na formularzu listy płac. W przypadku rozliczenia zaległych zwolnień lekarskich wykorzystanie opcji „Mies. wstecz” będzie możliwe tylko wtedy gdy za okres bieżącego miesiąca naliczone są elementy wynagrodzenia podlegające składkom społecznym.
Przykład
 Pracownik dostarczył zwolnienie lekarskie za ostatnie dni miesiąca z opóźnieniem. W związku z tym za miesiąc poprzedni zostało wypłacone pełne wynagrodzenie. W miesiącu bieżącym pracownik w dalszym ciągu jest nieobecny (ani wynagrodzenie za czas choroby, ani zasiłek chorobowy nie podlegają składkom społecznym). W wypłacie z opcją „Miesięcy wstecz” nadpłacone składki nie zostaną potrącone, ponieważ podstawa do ZUS nie może być ujemna. W takim przypadku zalecamy wykonanie korygowania wypłaty za miesiąc poprzedni
.
W dokumencie zaprezentowana została funkcjonalność dotycząca tylko korygowania wypłat.

2 Korygowanie wypłat

W celu przeprowadzenia korekty wynagrodzenia dla danej osoby w programie istnieje możliwość anulowania:
  1. Wypłaty (zamkniętej lub zaksięgowanej);
  2. Nieobecności, gdy wcześniej została anulowana wypłata, w której jest rozliczona dana nieobecność;
  3. Zestawienia czasu pracy, gdy wcześniej została anulowana wypłata, w której jest rozliczone zestawienie.
  4. Wypłaty korygującej,
  5. Nieobecności korygującej, gdy wcześniej została anulowana wypłata korygująca, w której została rozliczona dana nieobecność.
  6. Zestawienie korygujące, gdy wcześniej została anulowana wypłata korygująca, w której zostało rozliczone zestawienie
Uwaga
Proces korygowania wypłaty jest działaniem jednorazowym, dlatego należy podejść do niego z dużą rozwagą.  W przypadku konieczności skorygowania wypłaty korygującej, należy naliczoną wcześniej wypłatę korygującą usunąć i naliczyć ją ponownie już z poprawnymi wartościami.  

2.1 Anulowanie wypłaty

Funkcja anulowania wypłaty możliwa jest do wykonania na pojedynczej, zamkniętej (kolor czarny), lub zaksięgowanej (kolor niebieski) wypłacie oraz na wypłacie korygującej (zamkniętej/zaksięgowanej). W programie nie ma seryjnego anulowania kilku wypłat.
Uwaga
Operacja anulowania wypłaty jest nieodwracalna, co oznacza, że Użytkownik programu samodzielnie nie jest w stanie przywrócić statusu wypłaty z anulowanej na podstawową. Może jedynie dokończyć proces korygowania i naliczyć wypłatę na liście płac korygującej. Aby przywrócić status wypłaty z anulowanej na podstawową należy skorzystać z pomocy Autoryzowanego Partnera. Wypłaty o statusie „Anulowane” nie są uwzględniane w wyliczeniach, deklaracjach, ani na wydrukach wykonywanych w programie.
W celu anulowania wypłaty należy w oknie Wypłaty pracowników wybrać listę płac, na której jest naliczone „błędne” wynagrodzenie, podświetlić pracownika z wypłatą, a następnie pod prawym klawiszem myszy (menu kontekstowe) wybrać opcję Anuluj wypłatę lub Koryguj wypłatę.

Po wybraniu opcji Anuluj wypłatę, wypłata zostanie anulowana. Na liście wypłat będzie widniała w kolorze szarym, ze statusem ‘Anulowana’. Opcja Koryguj wypłatę spowoduje automatyczne anulowanie wypłaty oraz otworzenie okna formularza w celu utworzenia listy płac korygującej.

Po wybraniu opcji ‘Koryguj wypłatę’ pojawi się następujący komunikat:

Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu’.

 

Po wybraniu opcji ‘Tak’ wypłata zostanie automatycznie anulowana, dodatkowo zostanie utworzona lista płac korygująca z domyślnym symbolem EKOR oraz ustawieniami skopiowanymi z listy płac, na której znajduje się anulowana wypłata.

Uwaga
 Nie można dodać kolejnej listy płac o tym samym numerze za ten sam okres. Dlatego jeżeli pierwotna lista korygująca ma symbol EKOR, to dodając kolejną korektę za ten sam okres należy podać inne oznaczenie listy. Istnieje możliwość zdefiniowania nowego dokumentu z innym symbolem listy płac (np. EKOR1, EKOR2).

Po zapisaniu Użytkownik zostanie przeniesiony na okno wypłaty pracowników, z domyślnie ustawioną listą płac, w celu naliczenia wypłaty korygującej.

Wskazówka
Opcja ‘Anuluj wypłatę’ skutkuje jedynie anulowaniem wypłaty. W celu kontynuowania wykonywania korekty, Użytkownik dodatkowo musi samodzielnie utworzyć listę płac korygującą, aby naliczyć wypłatę z poprawnymi wartościami.

Po uruchomieniu tej funkcji pojawi się dodatkowo pytanie: Czy anulować wypłatę? Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Akceptacja spowoduje, że wypłata otrzyma status anulowanej i na liście płac wyświetlana będzie w kolorze szarym ze statusem ‘anulowana’.

2.2 Anulowanie i korygowanie nieobecności

Funkcja anulowania nieobecności możliwa jest do wykonania, gdy wcześniej została anulowana wypłata, w której została rozliczona dana nieobecność. Operacji dokonujemy z poziomu kalendarza rzeczywistego „Nie/obecności”, po wejściu na Listę nieobecności. Nieobecność należy podświetlić i pod prawym klawiszem myszy (menu kontekstowe) wybrać Anuluj nieobecność lub Koryguj nieobecność. Wybranie opcji ‘Anuluj nieobecność’ oraz akceptacja operacji anulowania spowoduje, że nieobecność otrzyma status anulowanej i na liście wyświetlana będzie w kolorze  szarym. Opcja ‘Koryguj nieobecność’ spowoduje anulowanie nieobecności w tle oraz automatyczne wyświetlenie okna formularza nieobecności w celu dodania nieobecności korygującej. Nieobecność skorygowana będzie wyświetlana na liście w kolorze niebieskim. W przypadku, gdy nieobecność była wprowadzona nieprawidłowo i została anulowana, ponieważ okazało się, że pracownik był w tym czasie obecny, to nie korygujemy takiej nieobecności. Można także wpisać nowe nieobecności (na inne dni), które powinny być, a nie zostały rozliczone w danym okresie. W tym celu dodajemy ikoną plusa nową nieobecność.

2.3 Anulowanie i korygowanie zestawień czasu pracy

Funkcja anulowania zestawień czasu pracy możliwa jest do wykonania, gdy wcześniej została anulowana wypłata, w której zostało rozliczone dane zestawienie. Operacji dokonujemy z poziomu kalendarza rzeczywistego „Nie/obecności”, po wejściu na Listę zestawień. Zestawienie należy podświetlić i pod prawym klawiszem myszy (menu kontekstowe) wybrać Anuluj zestawienie lub Koryguj zestawienie.

Akceptacja operacji ‘Anuluj zestawienie’  spowoduje, że zestawienie otrzyma status anulowanego i na liście wyświetlane będzie w kolorze  szarym.

Wybranie opcji ‘Koryguj zestawienie’ spowoduje automatyczne anulowanie zestawienia w tle oraz otwarcie formularza, w celu dodania zestawienia korygującego. Zestawienie korygujące na liście będzie widniało w kolorze niebieskim.

 
Uwaga
Operacja anulowania nieobecności lub zestawienia jest nieodwracalna, co oznacza, że Użytkownik programu samodzielnie nie jest w stanie przywrócić statusu z anulowanej na podstawową. Należy wówczas skorzystać z pomocy Autoryzowanego Partnera. Nieobecności i zestawienia o statusie „Anulowane” nie są uwzględniane w wyliczeniach, deklaracjach, ani na wydrukach wykonywanych w programie.

2.4 Korygowanie innych informacji

W sytuacji, gdy korekta nie dotyczy czasu pracy pracownika, lecz na przykład: przekroczenia składek emerytalno – rentowych, kosztów uzyskania przychodu, ulgi podatkowej, kodu ubezpieczenia itp. należy dokonać aktualizacji zapisu Formularza danych kadrowych pracownika . Aktualizacja zapisu powinna być zrobiona z datą odpowiadającą stanowi faktycznemu, np. jeśli pracownik zmienił miejsce zamieszkania z początkiem lipca  2023 (i w związku z tym przysługują mu podwyższone koszty uzyskania przychodu), to należy zaktualizować dane z datą  01.07.2023 i w zapisie aktualnym od tego dnia odnotować informację o podwyższonych kosztach uzyskania.

2.5 Definiowanie listy płac korygującej

Wskazówka
Uwaga: Opcja ‘Koryguj wypłatę’ automatycznie tworzy listę płac korygującą z ustawieniami skopiowanymi z listy płac, na której znajduje się anulowana wypłata. Nie można dodać kolejnej listy płac o tym samym numerze za ten sam okres. Dlatego jeżeli pierwotna lista korygująca ma symbol EKOR, to dodając kolejną korektę za ten sam okres należy podać inne oznaczenie listy. Istnieje możliwość zdefiniowania nowego dokumentu z innym symbolem listy płac (np. EKOR1, EKOR2).
Z głównego menu Płace i Kadry wybieramy Listy płac i dodajemy nową listę płac. Na formularzu listy płac:
  1. Zaznaczamy parametr Lista płac korygująca;

2. Wybieramy Dokument. Na liście zdefiniowanych dokumentów domyślnie jest symbol ‘EKOR’. Użytkownik ma także możliwość definiowania własnych symboli. Aby utworzyć nowy symbol listy płac korygującej należy wybrać przycisk i wzorując się na już istniejącym symbolu EKOR założyć własny symbol (można skopiować poprzez kombinację klawiszy <CTRL>+<INS>).

3.W polu Korekta do listy wskazujemy listę płac, na której pierwotnie była naliczona wypłata (to jest lista płac, na której jest wypłata o statusie „Anulowana”);

Wskazówka

 Po wybraniu opcji ‘Korekta do listy’, zostanie otworzone okno ‘Listy płac’ z wszystkimi utworzonymi listami płac w         programie. Lista płac z wypłatą anulowaną będzie miała oznaczenie ‘A’ w kolumnie ‘Korekta’.

 

4. Data wypłaty jest zgodna z datą wypłaty z listy płac, na której została anulowana wypłata. Data jest automatycznie podpowiadana przez program.

Okres Od-Do, Rodzaj listy płac, miesiąc/rok deklaracji, opcja Miesięcy wstecz – kopiowane są zawsze z listy podstawowej wskazanej w polu Korekta do listy. Tym samym, wymienione pola na formularzu listy płac korygującej nie są dostępne do edycji.
Uwaga
Ustawienie daty wypłaty na liście płac korygującej jest bardzo istotne w przypadku liczenia średniej (z elementów zmiennych) do urlopu wypoczynkowego wg daty wypłaty (gdy w Konfiguracji firmy/ Płace/ Parametry jest zaznaczony parametr Średnia do urlopu wypoczynkowego wg daty wypłaty). W takiej sytuacji data wypłaty na liście korygującej powinna być zgodna z datą wypłaty na liście płac, na której została anulowana wypłata. Aby w bieżącej (najbliższej) wypłacie wygenerowała się „Spłata korekty netto wypłaty” (różnica w płatności między wypłatą anulowaną a korygującą) data wypłaty na liście płac korygującej powinna być przynajmniej o jeden dzień wcześniejsza niż data na liście płac dla bieżącego miesiąca.

2.6 Naliczanie wypłaty na korygującej liście płac

Gdy w oknie Wypłaty pracowników wybierzemy listę płac korygującą, to powinny pojawić się tylko osoby, dla których wcześniej anulowano wypłaty. Należy naliczyć wypłatę korygującą  lub <INS>. Zostanie ona policzona według nowych (skorygowanych) ustawień. W pierwszej kolejności powinny zostać uzgodnione elementy (dodatki i potrącenia).  Elementy dodane wcześniej ręcznie powinny zostać uzupełnione przez Operatora. Następnie należy sprawdzić, czy składki ZUS (społeczne i zdrowotna) są prawidłowe. W przypadku zaliczki podatku sugerujemy skopiowanie podatku z wypłaty anulowanej (na taką, jaka była odprowadzona wcześniej do urzędu) – urząd skarbowy nie wymaga korygowania zeznania rocznego za poprzednie lata, tylko oczekuje rozliczenia ewentualnej niedopłaty/nadpłaty zaliczki podatku w bieżącym okresie rozliczeniowym. W celu skopiowania zaliczki podatku z wypłaty anulowanej należy w formularzu wypłaty przejść na zakładkę [Podatki] i nacisnąć  Kopiowanie zaliczki podatku. Po skopiowaniu zaliczki podatku w polu Zaliczka podatku do urzędu skarbowego powinna pojawić się wartość podatku z anulowanej wypłaty, a więc dokładnie kwota, którą Płatnik potrącił pracownikowi z wypłaty i odprowadził do urzędu skarbowego.
Uwaga
W przypadku, gdy wypłata korygującą dotyczy miesiąca deklaracji, za który firma jeszcze nie rozliczyła się z urzędem skarbowym (nie dokonała płatności do urzędu), to nie trzeba kopiować zaliczki podatku
Uwaga
W module Płace i Kadry Plus w wypłacie korygującej istnieje możliwość skopiowania kwoty zajęcia wynagrodzenia z wypłaty anulowanej. Przycisk do kopiowania pierwotnej kwoty zajęcia znajduje się na formularzu elementu wypłaty. Zmiana kwoty zajęcia spowoduje automatyczne przeliczenie płatności dla komornika.
W ostatnim kroku należy uzgodnić kwotę płatności dla pracownika. W wypłacie korygującej zalecamy skopiowanie płatności z wypłaty anulowanej (na kwotę taką, jaką pracownik faktycznie otrzymał). Płatność generowana z wypłaty korygującej nie podlega rozliczeniu. W celu skopiowania płatności z wypłaty anulowanej należy w formularzu wypłaty korygującej przejść do Schematu płatności  (przycisk w dolnym prawym rogu okna) i w oknie listy płatności zaznaczyć parametr Ręczna korekta płatności w wypłacie. Po zaznaczeniu parametru Ręczna korekta płatności w wypłacie należy nacisnąć przycisk Kopiowanie listy płatności. Po naciśnięciu na ikonę pojawi się pytanie czy: Skopiować listę płatności z anulowanej wypłaty?. Akceptacja spowoduje skopiowanie płatności z anulowanej wypłaty. Po zapisaniu płatności na zakładce [Elementy wypłaty] pojawi się nowy składnik nieopodatkowany Korekta netto wypłaty” (jako różnica w płatności między wypłatą anulowaną a korygującą). Ta korekta netto wypłaty powinna zostać rozliczona w kolejnej wypłacie pracownika z wartością przeciwną, tzn. jeżeli w wypłacie korygującej została wygenerowana „Korekta netto wypłaty” jako kwota ujemna, to w najbliższej wypłacie powinna wygenerować się Spłata korekty netto wypłaty” z taką samą dodatnią kwotą i odwrotnie. Po skopiowaniu płatności z wypłaty anulowanej należy zapisać wypłatę korygującą. W tle zostanie wygenerowania również wypłata stornująca. W wypłacie ‘Stornującej’ wszystkie elementy zostawały naliczone dokładnie tak samo jak w wypłacie ‘Anulowanej’, ale z przeciwnym znakiem. Ma to znaczenie wyłącznie do księgowania wypłaty, aby wyksięgować wypłatę anulowaną lub aby wyliczyć różnicowo kwoty do zaksięgowania. Aby zobaczyć wypłatę stornującą należy podświetlić wypłatę korygującą (w oknie Wypłaty pracowników) i pod prawym przyciskiem myszy (menu kontekstowe) wybrać Pokaż wypłaty stornujące. Pojawi się okienko z wypłatą korygującą oraz stornującą.

Pojawi się okienko z wypłatą korygującą oraz stornującą.

Uwaga
Wypłata stornująca pomijana jest przy obliczeniach, deklaracjach, wydrukach.
Jeżeli Użytkownik nie zdecyduje się na samodzielne ręczne korygowanie podatku i płatności według opisu powyżej, podczas zapisu wypłaty korygującej po naciśnięciu ikony ‘dyskietki’, pojawią się następujące pytania:

Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej?

Akceptacja powyższego komunikatu spowoduje automatyczne skopiowanie podatku z wypłaty anulowanej. Jeżeli zostanie wybrana opcja ‘Nie’, zaliczka podatku pozostanie bez zmian.

 W kolejnym kroku Użytkownik otrzyma pytanie:

Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach.

Wybór opcji ‘TAK’ spowoduje automatyczne zaznaczenie w wypłacie parametru ‘Ręczna korekta płatności w wypłacie’ oraz zostanie skopiowana płatność z anulowanej wypłaty, do której naliczana jest korekta. Do listy elementów wypłaty zostanie dodany element 'Korekta netto wypłaty’, rozliczenie nastąpi w kolejnych wypłatach pracownika.

 2.7 Korygowanie wypłaty korygującej

W przypadku błędnie naliczonej wypłaty korygującej, istnieje możliwość anulowania wypłaty oraz ponowne naliczenie korekty. Po wybraniu listy płac korygującej w oknie Wypłaty pracowników oraz wskazaniu wypłaty (status: zamknięta lub zaksięgowana), która ma zostać anulowana, z menu kontekstowego pod prawym przyciskiem myszy należy wybrać jedną z dostępnych opcji: Anuluj wypłatę lub Koryguj wypłatę. Opis działania obu funkcji został szczegółowo opisany w punkcie 2.1 Anulowanie wypłaty. Na oknie Wypłaty pracowników po wybraniu listy płac korygującej wyświetlane są osoby, które mają wypłatę o statusie anulowana na liście płac, z którą jest powiązana wybrana lista. W sytuacji, w której pierwotna lista korygująca ma symbol EKOR, to dodając kolejną korektę za ten sam okres należy podać inne oznaczenie listy. W przypadku wyboru użytego już wcześniej symbolu listy płac (EKOR) zostanie wyświetlony komunikat: Istnieje możliwość zdefiniowania nowego dokumentu z innym symbolem listy płac (np. EKOR1, EKOR2) z okna formularza listy płac po wybraniu opcji ‘Dokument’ i dodaniu nowego symbolu przy pomocy ikony ‘Plusa’. Wypłata korygująca nalicza się zgodnie z ustawieniami w danych pracownika, które są wprowadzone w momencie naliczania wypłaty korygującej. Dodatkowo w wypłacie korygującej do korekty naliczany jest nowy element ‘Korekta netto z poprzedniej wypłaty’. Składnik nalicza się w sytuacji, gdy w wypłacie anulowanej było wykonane kopiowanie płatności i był naliczony element ‘Korekta netto wypłaty’ lub ‘Korekta netto z poprzedniej wypłaty’. Element jest naliczany w celu poprawnego ustalenia różnicy w kwocie netto pomiędzy wypłatami. W wypłacie korygującej naliczanej do korekty, podobnie jak w pierwotnej korekcie, można skopiować zaliczkę podatku (na taką, jaka była zapisana w korekcie), oraz skopiować płatność z anulowanej wypłaty korygującej. Po skopiowaniu płatności, na zakładce [Elementy wypłaty], pojawi się składnik ‘Korekta netto wypłaty (jako różnica w płatności między anulowaną wypłatą korygującą, a bieżącą korektą). Przy braku ręcznego kopiowania podatku i płatności z anulowanej wypłaty, podczas zapisu wypłaty korygującej pojawią się pytania dotyczące kopiowania podatku oraz płatności z anulowanej wypłaty, analogicznie jak przy pierwszej wykonywanej korekcie.

2.8 Preliminarz płatności

  W module Kasa/Bank status płatności wypłaty korygującej domyślne  jest ustawiony na „Nie podlega” rozliczeniu, ponieważ w tej wypłacie zalecamy kopiowanie płatności z wypłaty anulowanej, którą pracownik już otrzymał. Mechanizm kopiowania płatności został omówiony w poprzednim podrozdziale. Jeżeli użytkownik w wypłacie korygującej nie decyduje się na kopiowanie płatności z wypłaty anulowanej, wtedy kwoty płatności z tych dwóch wypłat mogą różnić się i tą ewentualną różnicę należy wypłacić/potrącić pracownikowi. Jeśli różnica ma być wypłacona jako dodatkowy przelew, czy dodatkowa wypłata gotówki w kasie, to należy w module Kasa/Bank w Preliminarzu płatności podzielić płatność pracownika pochodzącą z wypłaty korygującej na dwie części (funkcja podziału płatności dostępna pod prawym przyciskiem myszy na danej płatności):
  • zapłaconą (z wypłaty obecnie anulowanej), w której pozostawiamy status na Nie podlega rozliczeniu;
  • należną do zapłaty, którą przelejemy/wypłacimy dodatkowo pracownikowi – tutaj zmieniamy status na Nie rozliczono. Po jej zrealizowaniu (wypłaceniu) można tą płatność rozliczyć w Kasie/Banku z odpowiednim zapisem kasowo/bankowym.

2.9 Korekta deklaracji ZUS

Po naliczeniu wypłaty korygującej możemy przygotować korygującą deklarację DRA do ZUS. W tym celu należy przejść do okna Deklaracje ZUS rozliczeniowe, dodać nową deklarację i wybrać odpowiedni miesiąc/rok, za który chcemy przygotować korektę. Program automatycznie zaproponuje kolejny identyfikator np. 02/06/2023, gdzie 02 - oznacza numer kolejno naliczonej deklaracji za 06.2023. Deklarację należy przeliczyć przyciskiem i zapisać. Tak zapisaną deklarację możemy wyeksportować do pliku *.xml Przygotowując korygującą deklarację DRA program uwzględnia na nowo wszystkie załączniki, dla wszystkich osób (nie tylko dla osób, dla których były korygowane wypłaty). I tym samym na deklaracji DRA są wykazane pełne kwoty na poszczególne ubezpieczania (z wszystkich załączników).
Wskazówka
W korygującej deklaracji rozliczeniowej DRA płatność generowana jest w pełnej wysokości tzn. nie jest wyliczana różnica pomiędzy deklaracją korygującą a pierwotną.
Jeżeli w wyniku korekty deklaracji wynika potrzeba dopłaty do ZUS, to w module Kasa/Bank z poziomu Preliminarza płatności można podzielić płatności wynikające z korygującej deklaracji DRA na 2 części (opcja pod prawym przyciskiem myszy na danej płatności):
  • zapłaconą, w której ustawiamy status na „Nie podlega” rozliczeniu;
  • należną do zapłaty, którą przelejemy do ZUS.
Uwaga
Korygująca deklaracja DRA zawsze zawiera załączniki dla wszystkich osób (nie tylko dla osób, dla których były korygowane wypłaty).

2.10 Kwitek wypłaty korygującej

Po naliczeniu wypłaty korygującej można wydrukować Kwitek wypłaty korygującej, który jest dostępny z poziomu otwartego formularza listy płac korygującej. Wydruk ten zawiera zbiorcze informacje o przeprowadzonej korekcie: dane z wypłaty anulowanej, z wypłaty korygującej oraz wyliczenie różnicowe kwot.

3 Przykłady korygowania wypłat dotyczące pracownika etatowego

3.1 Zmiana wynagrodzenia za czas choroby na zasiłek opiekuńczy za poprzednie lata

Pracodawca w poprzednim roku podatkowym, np. 12.2022, za który pracownik już się rozliczył, wypłacił pracownikowi wynagrodzenie chorobowe zamiast zasiłku. Wynagrodzenie za czas choroby podlegało składce zdrowotnej, zasiłek chorobowy nie podlega.  W tej sytuacji pracownik ma nadpłatę składki zdrowotnej . W bieżącym roku pracodawca powinien zwrócić pracownikowi pełną składkę na ubezpieczenie zdrowotne.
Przykład
Pracownik zatrudniony na stawkę  6000 zł, w 12.2022 był 5 dni na zwolnieniu lekarskim (05-09.12.2022), za które otrzymał wynagrodzenie za czas choroby zamiast zasiłku opiekuńczego nad chorym dzieckiem. Za ten miesiąc miał wypłacone: - wynagrodzenie zasadnicze w wys. 5000zł (6000 zł – 6000zł * 5/30 = 6000 zł – 1000 zł = 5000 zł) - wynagrodzenie chorobowe za 5 dni w wys. 690,30 zł (80%); podstawa zasiłku: 6000zł - 13,71% = 5177,40zł 
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. W oknie Wypłaty pracowników, wybrać listę płac za 12.2022, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 2. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). 3. W kalendarzu (Nie)obecności, na zakładce Nieobecności, należy podświetlić odpowiednią nieobecność (‘Zwolnienie chorobowe’: 05-09.12.2022), następnie pod prawym przyciskiem myszy należy wybrać opcję ‘Koryguj nieobecność’. Po wybraniu opcji ‘Koryguj nieobecność’ pojawi się pytanie: Czy skorygować nieobecność? Korygowanie wiąże się z anulowaniem nieobecności. Operacji nie można odwrócić! Po zaakceptowaniu komunikatu, nieobecność zostanie anulowana w tle oraz automatycznie zostanie wyświetlone okno formularza nieobecności w celu wprowadzenia nieobecności korygującej. W typie nieobecności należy wybrać ‘Urlop opiekuńczy (zasiłek). Następnie należy zapisać formularz nieobecności oraz kalendarz (Nie)obecności. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W elementach wypłaty pojawi się składnik ‘Zasiłek opiekuńczy’ (zamiast wynagrodzenia za czas choroby). W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. Zapisujemy wypłatę. 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2)Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach 6. Zapisujemy wypłatę korygującą. Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata 12.2022
(anulowana)
Wypłata 12.2022
(korygująca)
Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze5000,005000,00
2Wynagrodzenie za czas choroby
zostaje zmieniony na
zasiłek opiekuńczy
Wynagr.chorob.
(80%)
690,30
Zasiłek opiekuńczy (80%)
690,30
3Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)50005000
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
685,50685,50
5Podstawa składki zdrowotnej
(poz.3-poz.4) + wynagrodzenie chorobowe
5004,804314,50
6Składka zdrowotna pobrana
(poz.5x9%)
450,43388,3162,12
(nadpłata)
7Koszty uzyskania przychodu250,00250,00
8Ulga podatkowa300300
9Podstawa opodatkowania po zaokrągleniu (poz.1+poz.2-poz.4-poz.9)4754,804754,80
10Naliczona zaliczka podatku
(poz.9 *12% - poz.8)
270,60270,60
11Zaliczka podatku do U.S.
po zaokrągleniu
271,00271,00 przed skopiowaniem podatku
12Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.141
2132,182136,25 przed skopiowaniem płatności- 62,12(niedopłata)

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

13Zaliczka podatku do US
skopiowana z wypłaty anulowanej
271,00
14Płatność do wypłaty
skopiowana z wypłaty anulowanej
4283,37
15Korekta netto wypłaty-62,12(nadpłata składki zdrowotnej pobranej)
W bieżącym miesiącu naliczając wypłatę etatową pojawi się automatycznie Spłata korekty netto wypłaty w wys. 62,12 zł (kwota dodatnia) jako zwrot nadpłaconej składki zdrowotnej pobranej.
Uwaga
W przypadku konieczności zwrotu składki zdrowotnej pobranej (9%): a) Za okres 12.2021r. – wartość zwróconej składki zdrowotnej nienależnie pobranej oraz poprzednio odliczonej od zaliczki podatku, powinna zostać doliczona w zeznaniu podatkowym, w roku, w którym nastąpił zwrot (art.45 ust.3a pkt.1 ustawy PIT). b) Po 01.01.2022r. – zwrot nadpłaconej składki zdrowotnej nie wpływa na zaliczkę podatku.

3.2 Zmiana wynagrodzenia za czas choroby na zasiłek chorobowy z ubezpieczenia wypadkowego w bieżącym roku podatkowym

W bieżącym roku podatkowym (np. w lutym br.) pracownikowi wypłacono wynagrodzenie chorobowe (80%) zamiast zasiłku chorobowego z ubezpieczenia wypadkowego (100%). Wynagrodzenie za czas choroby podlegało składce zdrowotnej, zasiłek wypadkowy nie podlega. W tej sytuacji pracownik ma nadpłatę składki zdrowotnej i niedopłatę podatku.
Przykład
Pracownik zatrudniony na stawkę 6000 zł, w marcu bieżącego roku był 15 dni na zwolnieniu lekarskim, za które otrzymał wynagrodzenie za czas choroby (zamiast zasiłku chorobowego z tytułu wypadku). Za ten miesiąc pracownik miał wypłacone:
  • Wynagrodzenie zasadnicze w wys. 3000 zł (6000 zł – 6000 zł*15/30 = 6000 zł – 3000 zł = 3000 zł
  • Wynagrodzenie za czas choroby w wys, 2070,90 (80%)
Podstawa zasiłku: 5177,40 zł (6000 zł – 13,71%)
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. W oknie Wypłaty pracowników, wybrać listę płac za 03.2023, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 2. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 3. W kalendarzu (Nie)obecności, na zakładce Nieobecności, należy podświetlić odpowiednią nieobecność (01 – 15.03.2023), następnie pod prawym przyciskiem myszy należy wybrać opcję ‘Koryguj nieobecność’. Po wybraniu opcji ‘Koryguj nieobecność’ pojawi się pytanie: Czy skorygować nieobecność? Korygowanie wiąże się z anulowaniem nieobecności. Operacji nie można odwrócić! Po zaakceptowaniu komunikatu, nieobecność zostanie anulowana w tle oraz automatycznie zostanie wyświetlone okno formularza nieobecności w celu wprowadzenia nieobecności korygującej. W typie nieobecności należy wybrać: Zwolnienie chorobowe, przyczyna: Wypadek w pracy/choroba zawodowa. Następnie należy zapisać formularz nieobecności oraz kalendarz (Nie)obecności. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W elementach wypłaty pojawi się składnik ‘’Zasiłek chorobowy/wyp.’ (zamiast wynagrodzenia za czas choroby). Należy edytować ten element wypłaty i skorygować % zasiłku ze 100% na 80% i przeliczyć. W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. Zapisujemy wypłatę. 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2)Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian 6. Zapisujemy wypłatę korygującą. Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata
w marcu br.
(anulowana)
Wypłata
w marcu br.
(korygująca)
Różnica
(wypł. anulowana– koryg.)
1Wynagrodzenie zasadnicze30003000
2Wynagrodzenie za czas choroby zostaje zmienione na zasiłek chorobowy/wyp.2070,90Należna wartość zasiłku wyp. (100%)
2588,70 która zostaje zmniejszona do kwoty 80%
2070,90
Niedopłata 20%
-517,80((2070,90 – 2588,70)
zostanie wypłacona jako Wyrównanie zasiłku chorobowego z ubezp. wyp. w bieżącej wypłacie
3Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)30003000
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
411.30411.30
5Podstawa skł. zdrowotnej
(poz.3-poz.4) + wynagrodzenie chorobowe
4659,602588,70
6Składka zdrowotna pobrana
(poz.5x9%)
419,36232,98186,38(nadpłata)
7Koszty uzyskania przychodu250,00250,00
8Ulga podatkowa300,00300,00
9Podstawa opodatkowania
po zaokrągleniu
(poz.1+poz.2-poz.4-poz.9)
4409,604409,60
10Naliczona zaliczka podatku
(poz.9*12% -poz.10)
229,20229,20
11Zaliczka podatku do U.S.
po zaokrągleniu
229,00229,00 przed skopiowaniem podatku
12Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.11)
4011,244197,62 przed skopiowaniem płatności-186,38
(niedopłata)

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

13Zaliczka podatku do US
skopiowana z wypłaty anulowanej
229
14Płatność do wypłaty
skopiowana z wypłaty anulowanej
4011,24
15Korekta netto wypłaty-186,38(nadpłata składki zdrowotnej pobranej)
Naliczając bieżącą wypłatę pojawi się automatycznie Spłata korekty netto wypłaty w wys.186,38 (zwrot nadpłaty składki zdrowotnej ). Dodajemy Wyrównanie zasiłku chorobowego z ubezpieczenia wypadkowego (20%), podając okres od – do, za który wyrównujemy (1-15.03 br) i kwotę wyrównania (w wys. 517,80) Wyliczenia w bieżącej wypłacie:
L.p.Opis pozycjiWypłata bieżąca
1Wynagrodzenie zasadnicze6000
2Spłata korekty netto wypłaty
(nieopodatkowany)
186,38 1)
3Wyrównanie zasiłku chorobowego z ubezp.wyp. (opodatkowany)517,80 2)
4Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)6000,00
5Składki społeczne finansowane przez pracownika (poz.4x9,76% + poz.4x1,5% + poz.4x2,45%)822,60
6Podstawa skł. zdrowotnej (poz.4-poz.5)5177,40
7Składka zdrowotna pobrana (poz.6x9%)465,97
8Koszty uzyskania przychodu250,00
9Ulga podatkowa300
10Podstawa opodatkowania (poz.1+poz.3-poz.5-poz.10)5445,20
11Naliczona zaliczka podatku (poz.10*12% - poz.9)353,40
15Zaliczka podatku do U.S. po zaokrągleniu353,00
16Do wypłaty (poz.1+poz.2+poz.3-poz.5-poz.7-poz.12)5062,61
1) Zwrot składki zdrowotnej pobranej niesłusznie w lutym br. 2) Dodanie elementu wyrównania 20% zasiłku chorobowego z ubezpieczania wypadkowego.

3.3 Zmiana zasiłku chorobowego na wynagrodzenie chorobowe za poprzednie lata

W minionym roku podatkowym, za który pracownik się rozliczył, pracodawca musi dokonać korekty, ponieważ został wypłacony zasiłek chorobowy zamiast wynagrodzenia chorobowego. Od zasiłku prawidłowo nie zostały odprowadzone ani składki społeczne, ani zdrowotna. Od wynagrodzenia za czas choroby powinna być odprowadzona składka zdrowotna – w tej sytuacji dla pracownika wystąpiła niedopłata składki zdrowotnej /
Przykład
Pracownik zatrudniony na stawkę 6000 zł, w 8.2022 był 10 dni (od 01-10.08.2022) na zwolnieniu lekarskim, za które otrzymał zasiłek chorobowy z ubezpieczenia wypadkowego, a powinien wynagrodzenie za czas choroby (był to wypadek w drodze do pracy) i pracownik nie wykorzystał 33 dni limitu w roku kalendarzowym. Za ten miesiąc miał wypłacone:
  • Wynagrodzenie zasadnicze w wys.4000 zł (6000 zł – 6000 żł * 10/30 = 6000 zł – 2000 zł = 4000 zł)
  • Zasiłek chorobowy/wyp za 10 dni w wys. 1725,80 zł (100%),
Podstawa zasiłku: 6000 zł – 13,71% = 5177,40 zł
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. W oknie Wypłaty pracowników, wybrać listę płac za 08.2022, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 2. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 3. W kalendarzu (Nie)obecności, na zakładce Nieobecności, należy podświetlić odpowiednią nieobecność (01 – 15.08.2022), następnie pod prawym przyciskiem myszy należy wybrać opcję ‘Koryguj nieobecność’. Po wybraniu opcji ‘Koryguj nieobecność’ pojawi się pytanie: Czy skorygować nieobecność? Korygowanie wiąże się z anulowaniem nieobecności. Operacji nie można odwrócić! Po zaakceptowaniu komunikatu, nieobecność zostanie anulowana w tle oraz automatycznie zostanie wyświetlone okno formularza nieobecności w celu wprowadzenia nieobecności korygującej. W typie nieobecności należy wybrać: Zwolnienie chorobowe, przyczyna: Wypadek w drodze do/z pracy. Następnie należy zapisać formularz nieobecności oraz kalendarz (Nie)obecności. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W elementach wypłaty pojawi się automatycznie składnik wynagrodzenie za czas choroby (100%), zamiast zasiłku chorobowego/wyp. (100%). W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. Zapisujemy wypłatę. 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian 6. Zapisujemy wypłatę korygującą.
Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata 8.2020
(anulowana)
Wypłata 8.2020
(korygująca)
Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze4000,004000,00
2Zasiłek chorobowy/wyp zostaje zmieniony na Wynagrodzenie za czas chorobyZasiłek chor/wyp. (100%)
1725,80
Wynagr.
chorobowe.
(100%)
1725,80
3Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)4000,004000,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
548,40548,40
5Podstawa składki zdrowotnej
(poz.3-poz.4) + wynagr. chorobowe
3451,605177,40
6Składka zdrowotna
(poz.5x9%)
310,64465,97-155,33
(niedopłata)
7Koszty uzyskania przychodu250,00250,00
8Ulga podatkowa300,00300,00
9Podstawa opodatkowania
(poz.1+poz.2-poz.4-poz.7)
4927,404927,40
10Naliczona zaliczka podatku (poz.9 *12% - poz.8)291,24291,24
11Zaliczka podatku do U.S. po zaokrągleniu291,00291,00 przed skopiowaniem podatku
12Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.11)
4575,764420,43przed skopiowaniem płatności155,33(nadpłata)

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

13Zaliczka podatkowa do US skopiowana z wypłaty anulowanej291,00
14Płatność do wypłaty skopiowana z wypłaty anulowanej4575,76
15Korekta netto wypłaty155,33
Naliczając bieżącą wypłatę pojawi się automatycznie Spłata korekty netto wypłaty w wys. -155,33 zł jako potrącenie niedopłaty składki zdrowotnej. Wyliczenia w bieżącej wypłacie:
L.p.Opis pozycjiWypłata bieżąca
1Wynagrodzenie zasadnicze6000,00
2Spłata korekty netto wypłaty (nieopodatkowany)-155,33 1)
3Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
6000,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
822,60
5Podstawa składki zdrowotnej (poz.3-poz.4)5177,40
6Składka zdrowotna pobrana (poz.5x9%)465,97
7Koszty uzyskania przychodu250,00
8Ulga podatkowa300,00
9Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.4-poz.7)
4927,40
10Naliczona zaliczka podatku(poz.9 *12% - poz.7)291,24
11Zaliczka podatku do U.S. po zaokrągleniu291,00
12Do wypłaty
(poz.1+poz.2-poz.4-poz.6-poz.11)
4265,10
1) Potrącenie z tytułu niedopłaty składki zdrowotnej (pobranej) w 08.2022.

3.4 Zmiana zasiłku opiekuńczego na wynagrodzenie chorobowe w bieżącym roku podatkowym

W bieżącym roku podatkowym pracodawca wypłacił pracownikowi zasiłek opiekuńczy zamiast wynagrodzenia za czas choroby. W tym przypadku pracownik ma niedopłatę składki zdrowotnej .W bieżącej wypłacie pracownikowi zostanie potrącona zaległa składka zdrowotna .
Przykład
Pracownik zatrudniony na stawkę 6000 zł, w marcu bieżącego roku był 2 dni (01-02.03) na zwolnieniu lekarskim, za które otrzymał zasiłek opiekuńczy a powienien wynagrodzenie za czas choroby. Za ten miesiąc pracownik miał wypłacone:
  • Wynagrodzenie zasadnicze w wys. 5600 zł (6000 zł – 6000zł * 2/30 = 6000 zł – 400 zł = 5600 zł
  • Zasiłek opiekuńczy za 2 dni w wys. 276,12 (80%),
Podstawa zasiłku: 6000 zł – 13,71% = 5177,40 zł
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. W oknie Wypłaty pracowników, wybrać listę płac za marzec bieżącego roku, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 2. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 3. W kalendarzu (Nie)obecności, na zakładce Nieobecności, należy podświetlić odpowiednią nieobecność (01 – 02.03.br), następnie pod prawym przyciskiem myszy należy wybrać opcję ‘Koryguj nieobecność’. Po wybraniu opcji ‘Koryguj nieobecność’ pojawi się pytanie: Czy skorygować nieobecność? Korygowanie wiąże się z anulowaniem nieobecności. Operacji nie można odwrócić! Po zaakceptowaniu komunikatu, nieobecność zostanie anulowana w tle oraz automatycznie zostanie wyświetlone okno formularza nieobecności w celu wprowadzenia nieobecności korygującej. W typie nieobecności należy wybrać: Zwolnienie chorobowe, przyczyna: Zwolnienie lekarskie. Następnie należy zapisać formularz nieobecności oraz kalendarz (Nie)obecności. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W elementach wypłaty pojawi się automatycznie wynagrodzenie za czas choroby (80%), zamiast zasiłku opiekuńczego (80%). W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. Zapisujemy wypłatę. 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian 6. Zapisujemy wypłatę korygującą. Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata 9.2017
(anulowana)
Wypłata 9.2017
(korygująca)
Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze5600,005600,00
2Zasiłek chorobowy/wyp zostaje zmieniony na Wynagrodzenie za czas chorobyZasiłek opiekuńczy (80%)
276,12
Wynagr. chorobowe
(80%)
276,12
3Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)5600,005600,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
767,76767,76
5Podstawa składki zdrowotnej
(poz.3-poz.4) + wynagr. chorobowe
4832,244832,24
6Składka zdrowotna pobrana
(poz.5x9%)
434,90434,90-24,85
(niedopłata)
7Koszty uzyskania przychodu250,00250,00
8Ulga podatkowa300,00300,00
9Podstawa opodatkowania po
(poz.1+poz.2-poz.4-poz.9)
4858,364858,36
10Naliczona zaliczka podatku (poz.9 *12% - poz.8)282,96282,96
11Zaliczka podatku do U.S. po zaokrągleniu283,00283,00 przed skopiowaniem podatku
12Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.11)
4390,464 365,61 przed skopiowaniem płatności24,85(nadpłata)

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

13Zaliczka podatkowa do US skopiowana z wypłaty anulowanej283,00
14Płatność do wypłaty skopiowana z wypłaty anulowanej4390,46
15Korekta netto wypłaty24,85(niedopłata skł. zdrow. pobranej
Naliczając bieżącą wypłatę pojawi się automatycznie Spłata korekty netto wypłaty w wys. -12,43 zł (w tym przypadku pobranie niedopłaty składki zdrowotnej). Wyliczenia w bieżącej wypłacie:
L.p.Opis pozycjiWypłata bieżąca
1Wynagrodzenie zasadnicze6000,00
2Spłata korekty netto wypłaty (nieopodatkowany)-24,85 1)
3Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
6 000,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
822,60
5Podstawa składki zdrowotnej (poz.3-poz.4)5 177,40
6Składka zdrowotna pobrana (poz.5x9%)465,97
7Koszty uzyskania przychodu250
8Ulga podatkowa300,00
9Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.4-poz.7)
4 927,40
10Naliczona zaliczka podatku(poz.9 *12% - poz.8)291,24
11Zaliczka podatku do U.S. po zaokrągleniu291,00
12Do wypłaty
(poz.1+poz.2-poz.4-poz.6-poz.11)
4 395,58
1) Potrącenie z tytułu niedopłaty składki zdrowotnej (pobranej) w marcu br.

3.5 Zmiana wynagrodzenia za czas urlopu na wynagrodzenie chorobowe w bieżącym roku podatkowym

W bieżącym roku podatkowym pracownik przebywając na urlopie wypoczynkowym zachorował i po naliczeniu wypłat poinformował pracodawcę o otrzymanym zwolnieniu lekarskim.

Pracownik otrzymał za wysoki przychód, ponieważ za czas chorobowy otrzymuje wynagrodzenie w wys. 80%. Dodatkowo ma nadpłatę składek społecznych.

Przykład
Pracownik zatrudniony na stawkę 6000 zł/mc w czerwcu bieżącego roku przebywał na urlopie wypoczynkowym w okresie 22-30.06. Po naliczeniu wypłaty za czerwiec br., dostarczył za ostatnie 2 dni czerwca (29-30.06) zwolnienie lekarskie, które przerywa urlop.
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. W oknie Wypłaty pracowników, wybrać listę płac za czerwiec bieżącego roku, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 2. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 3. W kalendarzu (Nie)obecności, na zakładce Nieobecności, należy podświetlić odpowiednią nieobecność (22-30.06.br), następnie pod prawym przyciskiem myszy należy wybrać opcję ‘Koryguj nieobecność’. Po wybraniu opcji ‘Koryguj nieobecność’ pojawi się pytanie: Czy skorygować nieobecność? Korygowanie wiąże się z anulowaniem nieobecności. Operacji nie można odwrócić! Po zaakceptowaniu komunikatu, nieobecność zostanie anulowana w tle oraz automatycznie zostanie wyświetlone okno formularza nieobecności w celu wprowadzenia nieobecności korygującej. W typie nieobecności należy najpierw wprowadzić nieobecność Urlop wypoczynkowy (22-28.06) a następnie drugą nieobecność korygującą Zwolnienie chorobowe (29-30.06). Następnie należy zapisać formularz nieobecności oraz kalendarz (Nie)obecności. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W elementach wypłaty pojawią się automatycznie składniki: wynagrodzenie za czas urlopu (22-28.06)  oraz wynagrodzenie za czas choroby (29-30.06). W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. Zapisujemy wypłatę 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian – wskazujemy NIE, w tym przypadku zaliczka podatku nie została jeszcze odprowadzona do Urzędu Skarbowego za ten miesiąc. 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian 6. Zapisujemy wypłatę korygującą. Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata w czerwcu br. (anulowana)Wypłata w czerwcu br.
(korygującą)
Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze4000,004 171,43
2Wynagrodzenie za czas urlopu2000,001 428,57
3Wynagrodzenie za czas chorobybrak276,12
4Przychód
(poz.1+poz.2+poz.3)
6000,005 876,12123,88
(nadpłata)
5Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1+poz.2)
6 000,005 600,00
6Składki społeczne finansowane przez pracownika
(poz.5x9,76% + poz.5x1,5% + poz.5x2,45%)
822,60767,7654,84
(nadpłata)
7Podstawa składki zdrowotnej
(poz.5 - poz.6) + poz. 3 (wyn.chorob.)
5 177,405 108,36
8Składka zdrowotna pobrana
(poz.7x9%)
465,97459,756,22
(nadpłata)
9KUP250,00250,00
10Ulga podatkowa300300
11Podstawa opodatkowania
(poz.4 -poz.6)
4 927,404 858,36
12Naliczona zaliczka podatku(poz.11*12% -poz.10)291,24282,96
13Zaliczka podatku do U.S. po zaokrągleniu291,00283,00bez kopiowania zaliczki podatku8,00
(nadpłata)
14Do wypłaty (poz.4-poz.6-poz.8–poz.13)4 420,434 365,6154,82
(nadpłata)

Formularz wypłaty korygującej (po skopiowaniu kwot płatności)

15Płatność do wypłaty skopiowana z wypłaty anulowanej4 420,43
16Korekta netto wypłaty54,82(nadpłata kwoty do wypłaty)
Naliczając bieżącą wypłatę pojawi się automatycznie Spłata korekty netto wypłaty w wys. 54,82. Wyliczenia w bieżącej wypłacie:
L.p.Opis pozycjiWypłata bieżąca
1Wynagrodzenie zasadnicze6 000,00
2Spłata korekty netto wypłaty (nieopodatkowany)-54,82 1)
3Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
6 000,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
822,60
5Podstawa składki zdrowotnej (poz.3-poz.4)5 177,40
6Składka zdrowotna pobrana (poz.5x9%)465,97
7Koszty uzyskania przychodu250
8Ulga podatkowa300
9Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.4-poz.7)
4 927,40
10Naliczona zaliczka podatku(poz.9 *12% - poz.7)291,00
11Zaliczka podatku do U.S. po zaokrągleniu291,00
12Do wypłaty
(poz.1+poz.2-poz.4-poz.6-poz.11)
4 365,61
1) Potrącenie z tytułu nadpłaty kwoty netto w czerwcu br. Na deklaracji podatkowej PIT-11 za bieżący rok zostaną wykazana poprawne kwoty: przychodu, składek społecznych,  i zaliczki na podatek dochodowy. Pracownik nie będzie miał nadpłaty zaliczki podatku w zeznaniu rocznym z tytułu tej korekty.
Uwaga
Gdyby w wypłacie korygującej została skopiowana zaliczka podatku z wypłaty anulowanej (w wys. 191,00), to wówczas po skopiowaniu płatności Korekta netto wypłaty wyniosłaby 62,82 (nadpłata kwoty netto w wys. 54,82 i nadpłata podatku w wys. 8,00). W bieżącej wypłacie dokonane byłoby potrącenie w wys. 62,82  (jako Spłata korekty netto wypłaty). Nadpłata zaliczki podatku w wys. 8,00 może zostać rozliczona dopiero w zeznaniu rocznym lub poprzez zmniejszenie podatku w bieżącej wypłacie (poprzez korektę ręczną zaliczki podatku).

3.6 Świadczenie rehabilitacyjne przyznane przez ZUS z opóźnieniem (zmiana nieobecności usprawiedliwionej na urlop rehabilitacyjny) w bieżącym roku podatkowym

Po wyczerpaniu okresu zasiłkowego pracownik nie może dłużej przebywać na zwolnieniu lekarskim. Jeśli dalsze leczenie lub rehabilitacja rokuje na odzyskanie zdolności do pracy, wówczas można wystąpić o świadczenie rehabilitacyjne. W praktyce decyzja o jego przyznaniu jest dostarczana często z opóźnieniem. W takiej sytuacji należy skorygować wykazaną wcześniej nieobecność usprawiedliwioną (RSA 151) na urlop rehabilitacyjny (RSA 321) od dnia przyznania świadczenia.

Przykład
ZUS poinformował, że pracownik w od 11 maja br. rozpoczął okres świadczenia rehabilitacyjnego. Za ten miesiąc wykazano wcześniej w raportach imiennych ZUS RSA nieobecność usprawiedliwioną (kod 151).
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. W oknie Wypłaty pracowników, należy wybrać listę płac za maj bieżącego roku, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 2. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 3. W kalendarzu (Nie)obecności, na zakładce Nieobecności, należy podświetlić odpowiednią nieobecność (11-31.05 br), następnie pod prawym przyciskiem myszy należy wybrać opcję ‘Koryguj nieobecność’. Po wybraniu opcji ‘Koryguj nieobecność’ pojawi się pytanie: Czy skorygować nieobecność? Korygowanie wiąże się z anulowaniem nieobecności. Operacji nie można odwrócić! Po zaakceptowaniu komunikatu, nieobecność zostanie anulowana w tle oraz automatycznie zostanie wyświetlone okno formularza nieobecności w celu wprowadzenia nieobecności korygującej. W typie nieobecności należy wybrać: wybierając typ nieobecności – Urlop rehabilitacyjny. Następnie należy zapisać formularz nieobecności oraz kalendarz (Nie)obecności. 4. W oknie Wypłaty pracowników wybrać listę korygującą i naliczyć wypłatę korygującą. Sprawdzić, czy naliczyły się poprawnie wszystkie elementy wypłaty. Usunąć z wypłaty element o nazwie „Świadczenie rehabilitacyjne”. Zaliczka podatku oraz kwota netto dla pracownika nie ulega zmianie – nie ma zatem potrzeby wykonywać kopiowania podatku ani kopiowania płatności. W związku z tym nie pojawi się również element Korekta netto wypłaty. Wypłatę korygującą należy zapisać. 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian Zaliczka podatku oraz kwota netto dla pracownika nie ulega zmianie – nie ma zatem potrzeby wykonywać kopiowania podatku ani kopiowania płatności. W związku z tym nie pojawi się również element Korekta netto wypłaty. 6. Zapisujemy wypłatę korygującą. 7. Założyć bieżącą etatową listę płac z opcją „Miesięcy wstecz”. Jeśli świadczenie rehabilitacyjne rozpoczęło się w maju, a bieżąca lista będzie liczona za czerwiec – wówczas należy ustawić Mies. wstecz = 1. Ilość miesięcy jest zależna od długości okresu jaki upłynął od miesiąca wyczerpania się prawa do zasiłku chorobowego do miesiąca, w którym dostarczono decyzję o przyznaniu świadczenia rehabilitacyjnego. 8. Naliczyć wypłatę na bieżącej liście etatowej. Pojawi się Świadczenie rehabilitacyjne za okres bieżący oraz za okres poprzedni (zależnie od ustawienia Mies. Wstecz)
Uwaga
W dokumentach rozliczeniowych ZUS DRA za bieżący miesiąc zostaną dodane załączniki RSA z kodem 321 za zaległe okresy. Złożenie takiego kompletu dokumentów automatycznie będzie stanowić korektę wcześniej wysłanych raportów RSA z kodem 151.

3.7 Przekroczenie rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe za poprzednie lata

W wyniku przekroczenia rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe mamy do czynienia z nadpłatą składek społecznych, niedopłatą składki zdrowotnej oraz niedopłatą zaliczki podatku. Jeżeli przekroczenie rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe pracownika nastąpiło w poprzednim roku podatkowym, za który pracownik już się rozliczył z US, to dokonując korekty w bieżącym miesiącu pracodawca powinien wypłacić pracownikowi nadpłatę składek społecznych jako element opodatkowany (zwiększyć przychód, który należy opodatkować). Dodatkowo powinien potrącić z wypłaty pracownika niedopłatę składki zdrowotnej (pobranej).
Przykład
Pracownik zatrudniony na stawce 10 000 zł. ZUS poinformował, że pracownik w poprzednim roku (12.2022) przekroczył roczną podstawę składek emerytalnej i rentowej. Za ten miesiąc wykazano podstawę w wysokości 10000 zł, a powinna być w wysokości 5000 zł.
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. Na formularzu danych kadrowych pracownika (w zapisie historycznym aktualnym na 12/2022), na zakładce 5.Ubezpieczenie c.d. wprowadzić informację o przekroczeniu składek w miesiącu: Informacja przekazana przez – np. ZUS w polu Kwota wpisać 5000,00 zł z opcją Podstawa składki w pozycji Przekroczenie podstawy ustawić 12.2022 (miesiąc i rok deklaracji) Zapisać wprowadzone zmiany na formularz. 2. W oknie Wypłaty pracowników, wybrać listę płac za 12.2022 (miesiąc i rok deklaracji: grudzień 2022), podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 3. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. Sprawdzić, czy naliczyły się poprawnie wszystkie elementy wypłaty, podstawa składek ER (w wys. 5000 zł) i składki. Zapisujemy wypłatę. 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian Na zakładce Elementy wypłaty sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota w wys. - 512,33 zł jako różnica między nadpłatą składek ER (563 zł) i niedopłaty składki zdrowotnej pobranej (50,67 zł). 6. Zapisujemy wypłatę korygującą.   Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata 12.2022
(anulowana)
Wypłata 12.2022(korygująca)Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze10000,0010000,00
2Podstawa składek emerytalnej i rentowej10000,005000,005000,00
3Składka emerytalna (poz.2 x 9,76%)976,00488,00488,00
4Składka rentowa (poz.2 x 1,5%)150,0075,0075,00
5Podstawa składek chorobowej i wypadkowej10000,0010000,00
6Składka chorobowa (poz.5 x 2,45%)245,00245,00
7Składki ZUS pracownika (poz.3+poz.4+poz.6)1371,00808,00563,00 1)
(nadpłata)
8Podstawa zdrow. (poz.1-poz.7)8629,009192,00-563,00
9Składka zdrowotna pobrana (poz.8x9%)776,61827,28-50,67
(niedopłata)
10KUP250,00250,00
11Ulga podatkowa300300
12Podstawa opodatkowania
(poz.1-poz.7-poz.12)
8379,008942,00
13Naliczona zaliczka podatku (poz.12 *12% - poz.11)705,48773,04
14Zaliczka podatku do U.S. po zaokrągleniu705,00773,00 przed skopiowaniem podatku-68,00 3)
(niedopłata)
15Do wypłaty
(poz.1-poz.7-poz.9-poz.14)
7 147,397 591,72przed skopiowaniem płatności-444,33

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

16Zaliczka podatkowa do US skopiowana z wypłaty anulowanej705,00
17Płatność do wypłaty skopiowana z wypłaty anulowanej7 147,39
18Korekta netto wypłaty-512,33(nadpłata skł. ZUS 563,00 – niedopłata skł. zdrow. 50,67)

1) Kwota zwrotu składek emerytalnej i rentowej, która powinna zostać opodatkowana i wykazana w przychodzie deklaracji PIT-11 za bieżący rok.

3) Kwota niedopłaty podatku w wys. -68,00 zł wynika z braku opodatkowania nadpłaty składek ER czyli czyli: 563 zł (nadpłata składek ER) *12% = 67,56, po zaokrągleniu 68,00 zł W bieżącej wypłacie etatowej automatycznie pojawi się Spłata korekty netto wypłaty w wys. 512,33 zł jako różnica między nadpłatą składek ER (563,00 zł) i niedopłaty składki zdrowotnej pobranej (50,67 zł). Jest to element nieopodatkowany, który wyrównuje tylko kwotę netto (płatność) dla pracownika. Natomiast kwota zwrotu składek ER w pełnej wysokości (563,00 zł) powinna zostać wykazana jako przychód w bieżącym roku podatkowym, który należy opodatkować. W tym celu zalecamy zdefiniowanie nowego typu wypłaty (z poziomu Konfiguracja firmy / Płace / Typy wypłat) o nazwie np. Zwrot składek ER” i proponujemy ustawić odpowiednio pola: Na zakładce [Ogólne]:
  • Rodzaj - dodatek
  • Algorytm - 1 – kwota
  • Automatycznie korygować wynagrodzenie z tytułu - niezaznaczone
Na zakładce [Podatki/Nieobecności]:
  • Pozycja na deklaracji - PIT-4 1. Wynagrodzenie ze stosunku pracy
  • Podatek - naliczać wg progów
  • Zawsze naliczaj ulgę podatkowa [v] – zaznaczone
  • Sposób naliczania koszty uzyskania – standardowe (lub nie naliczać)
  • Sposób naliczania składek ZUS i składki zdrowotnej – nie naliczać
  • Wliczać do podstawy naliczania: wszystkie pozycje – nie wliczać
Na zakładce [Szczegółowe]:
  • Wpływa na kwotę do wypłaty [ ] – niezaznaczone, co oznacza, że kwota tego elementu nie będzie wypłacana (pracownik otrzymuje do wypłaty zwrot kwoty nadpłaty składek ER pomniejszony o niedopłatę składki zdrowotnej w elemencie Spłata korekty netto wypłaty), natomiast zaliczka podatku policzona od tego elementu będzie pomniejszała całkowitą kwotę do wypłaty.
Uwaga
W bieżącej wypłacie pracownik otrzymuje do wypłaty „Spłatę korekty netto wypłaty” (nadpłatę składek społecznych pomniejszoną o niedopłatę składki zdrowotnej). Natomiast dodanie elementu „Zwrot składek ER” (który nie jest wypłacany) ma na celu opodatkowanie pełnej kwoty zwrotu składek ER (niepomniejszonej o niedopłatę składki zdrowotnej).
W bieżącej wypłacie etatowej dodajemy element Zwrot składek ER” w wysokości 563,00 zł w celu zwiększania przychodu i naliczenia podatku.
L.p.Opis pozycjiWypłata bieżącaKorekta ręczna podatku i ubezpieczeń
1Wynagrodzenie zasadnicze10000,00
2Spłata korekty netto wypłaty (nieopodatkowany)512,33 1)
3Zwrot składek ER (opodatkowany)563,00 2)
4Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
10000,00
5Składki społeczne finansowane przez pracownika
(poz.4x 9,76% + poz.4x 1,5% + poz.4x 2,45%)
1 371,00
6Podstawa składki zdrowotnej (poz.4-poz.5)8 629,00
7Składka zdrowotna (poz.6 x 9%)776,61827,28
zwiększona o
+50,67
(776,61 + 50,67)
8Koszty uzyskania przychodu250,00
9Ulga podatkowa300
10Podstawa opodatkowania po zaokrągleniu
(poz.1+ poz.3-poz.5-poz.8)
8942,00
11Naliczona zaliczka podatku
(poz.10*12%-poz.9)
773,00
12Zaliczka podatku do U.S. po zaokrągleniu773,00 3)841,00 4)
zwiększona o +68,00
(841,00 +68,00)
13Do wypłaty
(poz.1+poz.2-poz.5-poz.7-poz.12)
7 591,727 473,05

1) Wypłacenie elementu nieopodatkowanego, wpływającego na płatność pracownika, jako zwrot nadpłaty składek ER pomniejszonej o niedopłatę składki zdrowotnej.

2) Dodatnie nadpłaty składek ER w celu zwiększenia tegorocznego przychodu i podstawy opodatkowania.

3) W przypadku niedopłaty zaliczki podatku oraz braku ręcznego skorygowania w bieżącej wypłacie, Płatnik może również pisemnie poinformować pracownika o niedopłacie i konieczności rozliczenia już w zeznaniu rocznym.

Uwaga
Art. 45 ust.3a Jeżeli podatnik, obliczając podatek należny, dokonał odliczeń od dochodu, podstawy obliczenia podatku lub podatku, a następnie otrzymał zwrot odliczonych kwot (w całości lub w części), w zeznaniu podatkowym składanym za rok podatkowy, w którym otrzymał ten zwrot, dolicza odpowiednio kwoty poprzednio odliczone. Ustawa o pdof nie określa, jaki dokument w takim przypadku powinien sporządzić pracodawca (wzór deklaracji PIT-11 nie zawiera pozycji umożliwiającej wykazywanie kwoty zwróconej składki zdrowotnej), więc można przyjąć, że ma tu zastosowanie ogólna reguła postępowania podatkowego, w myśl której dowodem może być wszystko co może przyczynić się do wyjaśnienia sprawy, a nie jest sprzeczne z prawem - art. 180 § 1 ustawy z dnia 29 sierpnia 1997 r. Ordynacja podatkowa (Dz. U. z 2005 r. nr 8, poz. 60 z późn. zm.)
Na deklaracji PIT-11 za bieżący rok, w którym dokonujemy zwrotu składek ER:
  • Przychód będzie powiększony o kwotę zwrotu nadpłaconych składek społecznych w wysokości 563,00 zł.
  • Zaliczka podatku będzie powiększona o 68,00 zł, która wynika z opodatkowania zwrotu składek  563,00 zł * 12% = 52,08 563,00 *12% = 67,56 po zaokrągleniu 68,00
Pracownik nie będzie miał niedopłaty/nadpłaty zaliczki podatku w zeznaniu rocznym z tytułu tej korekty.

3.8 Przekroczenie rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe w bieżącym roku podatkowym

W sytuacji przekroczenia rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe występuje nadpłata składek społecznych, niedopłata składki zdrowotnej oraz niedopłata zaliczki podatku. Jeżeli przekroczenie rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe pracownika nastąpiło w bieżącym roku podatkowym, za który pracownik nie rozliczył się, to dokonując korekty w bieżącym miesiącu nie dodajemy elementu opodatkowanego jako zwrotu składek ER (nie zwiększamy przychodu, ponieważ w bieżącym roku przychód jest prawidłowy, tylko niepoprawnie zostały od niego naliczone składki ZUS). Pracownikowi zwracamy w kwocie netto różnicę między nadpłatą składek ER i niedopłata składki zdrowotnej (pobranej) oraz zwiększamy zaliczkę podatku, aby w zeznaniu rocznym pracownik nie miał niedopłaty.
Przykład
Pracownik zatrudniony na stawkę 8 000 zł. ZUS poinformował, że pracownik w marcu bieżącego roku przekroczył roczną podstawę składki emerytalnej i rentowej. Za ten miesiąc wykazano podstawę składek emerytalno-rentowych w wysokości 8000 zł, a powinna być w wysokości 2000 zł. (Pracownik jest zatrudniony w innej firmie, dlatego  przysługuje mu ulga podatkowa w 1/24 (150 zł).).
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. Na formularzu danych kadrowych pracownika (w zapisie historycznym aktualnym na marzec), na zakładce 5.Ubezpieczenie c.d. wprowadzić informację o przekroczeniu składek w miesiącu: Informacja przekazana przez – np. ZUS, w polu Kwota wpisać 2000,00 zł z opcją Podstawa składki, w pozycji Przekroczenie podstawy ustawić miesiąc marzec bieżącego roku (miesiąc i rok deklaracji). 2. W oknie Wypłaty pracowników, wybrać listę płac za marzec bieżącego roku, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 3. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. Zapisujemy wypłatę 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? [TAK] – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. [TAK] – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej 6. Zapisujemy wypłatę korygującą. Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata za marzec br. (anulowana)Wypłata za marzec br. (korygująca)Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze8 000,008 000,00
2Podstawa składek emerytalnej i rentowej8 000,002 000,006 000,00
3Składka emerytalna (poz.2 x 9,76%)780,80195,20585,60
4Składka rentowa (poz.2 x 1,5%)120,0030,0090,00
5Podstawa składek chorobowej i wypadkowej8 000,008 000,00
6Składka chorobowa (poz.5 x 2,45%)196,00196,00
7Składki ZUS pracownika (poz.3+poz.4+poz.6)1 096,80421,20675,60 1)
(nadpłata)
8Podstawa zdrow. (poz.1-poz.7)6 903,207 578,80-675,60
9Składka zdrowotna pobrana (poz.8x9%)621,29682,09-60,80
(niedopłata)
10KUP250,00250,00
11Ulga podatkowa150,00150,00
12Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.7-poz.10)
6653,207328,80
13Naliczona zaliczka podatku (poz.12 *12% - poz.11)648,36729,48
14Zaliczka podatku do U.S. po zaokrągleniu648,00729,00 przed skopiowaniem podatku-81,00 2)
(niedopłata)
15Do wypłaty
(poz.1-poz.7-poz.9-poz.14)
5 633,916 167,71 przed skopiowaniem płatności-533,80

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

16Zaliczka podatkowa do US skopiowana z wypłaty anulowanej648,00
17Płatność do wypłaty skopiowana z wypłaty anulowanej5 633,91
18Korekta netto wypłaty-614,80(nadpłata skł. ZUS 675,60 – niedopłata skł. zdrow. 60,80)
1) Kwota zwrotu składek emerytalnej i rentowej nie powinna zwiększać bieżącego przychodu, ponieważ przychód (z marca br) jest właściwy, tylko od tego przychodu nie zostały poprawnie naliczone składki. 2) Kwota niedopłaty podatku w wysokości 81,00 zł wynika z braku opodatkowania nadpłaty składek ER z  czyli: 676,00 zł (zaokrąglenie nadpłaty składek ER) *12% = 81,12, po zaokrągleniu 81,00 zł W bieżącej wypłacie etatowej (np. za kwiecień br.) automatycznie pojawi się Spłata korekty netto wypłaty w wys. 614,80 zł jako różnica między nadpłatą składek ER (675,60 zł) i niedopłaty składki zdrowotnej pobranej (60,80 zł). Jest to element nieopodatkowany, który wyrównuje tylko kwotę netto (płatność) dla pracownika. W tej wypłacie nie dodajemy elementu opodatkowanego (jako zwrotu nadpłaty składek ER), ponieważ tegoroczny przychód (z marca br.) jest właściwy, tylko od tego przychodu nie zostały poprawnie naliczone składki. Podatek odprowadzony w zbyt niskiej wysokości zostanie uzupełniony poprzez ręczna korektę zaliczki do US w bieżącej wypłacie.
L.p.Opis pozycjiWypłata bieżącaKorekta podatku
i ubezpieczeń
1Wynagrodzenie zasadnicze8000,00
2Spłata korekty netto wypłaty (nieopodatkowany)614,80 1)
3Podstawa składek emerytalnej i rentowej0,00
4Składka emerytalna (poz.3 x 9,76%)0,00
5Składka rentowa (poz.3 x 1,5%)0,00
6Podstawa składek chorobowej i wypadkowej8000,00
7Składka chorobowa (poz.6 x 2,45%)196,00
8Składki ZUS pracownika (poz.4+poz.5+poz.7)196,00
9Podstawa składki zdrowotnej (poz.6-poz.8)7804,00
10Składka zdrowotna pobrana (poz.9 x 9%)702,36
11Koszty uzyskania przychodu250,00
12Ulga podatkowa150
13Podstawa opodatkowania po zaokrągleniu
(poz.1- poz.8-poz.13)
7554,00
14Naliczona zaliczka podatku(poz.13*12%-poz.12)756,48
15Zaliczka podatku do U.S. po zaokrągleniu756,00837,00 2)
zwiększona o +81,00
(756,00 + 81,00)
16Do wypłaty
(poz.1+poz.2-poz.8-poz.10-poz.15)
6 960,446 879,44
1) Wypłacenie elementu nieopodatkowanego, wpływającego na płatność pracownika - jako zwrot nadpłaty składek ER pomniejszonej o niedopłatę składki zdrowotnej.

2) Po zaznaczeniu pola „Korekta podatku i ubezpieczeń” wpisujemy ręcznie wyliczoną i zaokrąglona kwotę zaliczki podatku do US. Pracownik nie będzie miał w zeznaniu rocznym niedopłaty podatku.

W deklaracji PIT-11 za bieżący rok:
  • Nie trzeba zwiększać przychodu na deklaracji o kwotę zwrotu nadpłaconych składek społecznych w wysokości 675,60 zł, ponieważ przychód ten był prawidłowy, tylko od niego były niepoprawnie naliczone składki ZUS.
  • Składki społeczne i składka zdrowotna będą wykazane prawidłowe z wypłaty korygującej.
  • Zaliczka podatku będzie wykazana prawidłowa, została powiększona o 81,00 zł w wypłacie bieżącej (w miesiącu, w którym było rozliczenie korekty z pracownikiem). Wynika ona z opodatkowania zwrotu składek (675,60 zł)  czyli
  • 676 *12% = 81,12 po zaokrągleniu 81,00 zł.
Pracownik nie będzie miał w zeznaniu rocznym niedopłaty podatku.

3.9 Przekroczenie rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe za poprzednie lata dla byłego pracownika

W wyniku przekroczenia rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe mamy do czynienia z nadpłatą składek społecznych, niedopłatą składki zdrowotnej oraz niedopłatą zaliczki podatku. W miesiącu, w którym kwota nadpłaty składek zostanie wypłacona (postawiona do dyspozycji) byłemu pracownikowi, pracodawca powinien pobrać od niej zaliczkę na podatek dochodowy, stosownie do postanowień art. 32 ustawy o pdof, czyli w wysokości 12% dochodu. Za dochód przyjmuje się „pełną” kwotę nadpłaty składek na ubezpieczenia emerytalne i rentowe (niepomniejszoną o niedopłacone składki na ubezpieczenia zdrowotne), po ewentualnym odliczeniu podstawowych kosztów uzyskania przychodów (250,00 zł).
Przykład
ZUS poinformował, że pracownik w poprzednim roku (12.2022) przekroczył roczną podstawę składek: emerytalnej i rentowej. Za ten miesiąc wykazano podstawę w wysokości 8000 zł, a powinna być w wysokości 3000 zł. Obecnie osoba nie jest już zatrudniona w firmie.
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. Na formularzu danych kadrowych pracownika (w zapisie historycznym aktualnym na marzec), na zakładce Ubezpieczenie c.d. wprowadzić informację o przekroczeniu składek w miesiącu: Informacja przekazana przez – np. ZUS, w polu Kwota wpisać 3000,00 zł z opcją Podstawa składki, w pozycji Przekroczenie podstawy ustawić miesiąc 12.2022 (miesiąc i rok deklaracji). 2. W oknie Wypłaty pracowników, wybrać listę płac za marzec bieżącego roku, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 3. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. Zapisujemy wypłatę. 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian Na zakładce Elementy wypłaty sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota w wys. - 512,33 zł jako różnica między nadpłatą składek ER (563,00 zł) i niedopłaty składki zdrowotnej pobranej (50,67zł). Wypłatę korygującą zapisać. 6. Zapisujemy wypłatę korygującą. Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata 12.2022
(anulowana)
Wypłata 12.20202(korygująca)Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze8 000,008 000,00
2Podstawa składek emerytalnej i rentowej8 000,003 000,005 000,00
3Składka emerytalna (poz.2 x 9,76%)780,80292,80488,00
4Składka rentowa (poz.2 x 1,5%)120,0045,0075,00
5Podstawa składek chorobowej i wypadkowej8 000,008 000,00
6Składka chorobowa (poz.5 x 2,45%)196,00196,00
7Składki ZUS pracownika (poz.3+poz.4+poz.6)1 096,80533,80563,00 1)
(nadpłata)
8Podstawa zdrow. (poz.1-poz.7)6 903,207 466,20-563,00
9Składka zdrowotna pobrana (poz.8x9%)621,29671,96-50,67
(niedopłata)
10KUP250,00250,00
11Ulga podatkowa300300
12Podstawa opodatkowania
(poz.1-poz.7-poz.10)
6 653,207 216,20
13Naliczona zaliczka podatku (poz.12*12%-poz.11)498,36565,92
14Zaliczka podatku do U.S. po zaokrągleniu498,00566,0000 przed skopiowaniem podatku-68,00
(niedopłata)
15Do wypłaty
(poz.1-poz.7-poz.9-poz.14)
5 783,916 228,24 przed skopiowaniem płatności-444,33

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

16Zaliczka podatkowa do US skopiowana z wypłaty anulowanej498,00
17Płatność do wypłaty skopiowana z wypłaty anulowanej5 783,91
18Korekta netto wypłaty (nowy element nieopodatkowany)-512,33(nadpłata skł. ZUS 563,00 – niedopłata skł. zdrow. 50,67)

1) Kwota zwrotu składek ER, która powinna zostać opodatkowana i wykazana w przychodzie na PIT za bieżący rok.

3) Kwota niedopłaty podatku w wys. 68,00 zł wynika z braku opodatkowania nadpłaty składek ER  czyli: 563,00 zł * 12%zł = 67,56, po zaokrągleniu 68,00 Kwota zwrotu składek ER (563,00 zł) powinna być wykazana jako przychód ze stosunku pracy, od którego można odliczyć standardowe KUP (250,00 zł) oraz naliczyć 12% podatek. W tym celu zalecamy dodanie nowego typu wypłaty (z poziomu Konfiguracja firmy / Płace / Typy wypłat) o nazwie np. Zwrot składek ER” i proponujemy ustawienie pól: Na zakładce [Ogólne]:
  • Rodzaj - Dodatek
  • Algorytm 1 – kwota
  • Automatycznie korygować wynagrodzenie z tytułu – niezaznaczone
Na zakładce [Podatki/Nieobecności]:
  • Pozycja na deklaracji: PIT-4 1. Wynagrodzenie ze stosunku pracy
  • Podatek - naliczać wg progów
  • Zawsze naliczaj ulgę podatkowa [ ] – niezaznaczone
  • Sposób naliczania koszty uzyskania – standardowe (lub nie naliczać)
  • Sposób naliczania składek ZUS i składki zdrowotnej – nie naliczać
  • Wliczać do podstawy naliczania: wszystkie pozycje – nie wliczać
Na zakładce [Szczegółowe]:
  • Wpływa na kwotę do wypłaty [ ] – niezaznaczone, co oznacza, że kwota tego elementu nie będzie wypłacana, ponieważ pracownik otrzymuje do wypłaty zwrot kwoty nadpłaty składek ER pomniejszony o niedopłatę składki zdrowotnej w elemencie Spłata korekty netto wypłaty. Natomiast zaliczka podatku policzona od elementu Zwrot składek ER będzie pomniejszała kwotę do wypłaty.
Na liście typu Inna za bieżący miesiąc dodajemy wypłatę z ręcznie wskazanym elementem (zakładka nr 2, ikona zielonego plusa) o nazwie Spłata korekty netto wypłaty w wys. 512,33 zł jako różnica między nadpłatą składek ER (563,00 zł) i niedopłaty składki zdrowotnej pobranej (50,67 zł). Jest to element nieopodatkowany, który wyrównuje tylko kwotę netto (płatność) dla pracownika. Natomiast w celu opodatkowania kwoty zwrotu składek ER w pełnej wysokości (563,00 zł) należy dodać „Zwrot składek ER”.
Uwaga
W wypłacie pracownik otrzymuje do wypłaty „Spłatę korekty netto wypłaty” (nadpłatę składek społecznych pomniejszoną o niedopłatę składki zdrowotnej). Natomiast dodanie elementu „Zwrot składek ER” (niewypłacanego na kwotę do wypłaty) ma na celu opodatkowanie pełnej kwoty zwrotu składek ER (niepomniejszonej o niedopłatę składki zdrowotnej).
Wyliczenia w bieżącej wypłacie na liście typu Inne:
L.p.Opis pozycjiWypłata bieżącaKorekta podatku I ubezpieczeń
1Spłata korekty netto wypłaty (nieopodatkowany)512,33 1)
2Zwrot składek ER (opodatkowany)563,00 2)
3 Koszty uzyskania przychodu250,00
4Podstawa opodatkowania po zaokrągleniu
(poz.2-poz.3)
313,00
5Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.4*12%)
37,56
6Zaliczka podatku do U.S. po zaokrągleniu38,00106,00
Zwiększona o +68,00
(38,00 + 68,00)
7Do wypłaty
(poz.1-poz.6)
474,33444,33
1) Wypłacenie elementu nieopodatkowanego, wpływającego tylko na płatność pracownika, jako zwrot nadpłaty składek ER pomniejszonej o niedopłatę składki zdrowotnej. 2) Wypłacenie elementu w celu opodatkowania zwrotu składek ER. 3) W celu skorygowania zaliczki podatku należy najpierw zapisać wypłatę i ponownie edytować, następnie zaznaczyć pole „Korekta podatku i ubezpieczeń” i ręcznie wpisać wyliczoną kwotę zaliczki podatku do US w wys. 68,00 zł.   Na deklaracji PIT-11 za bieżący rok, w którym dokonujemy zwrotu składek ER zostanie wykazane:
  • Przychód ze stosunku pracy w wys. 563,00 zł
  • Koszty uzyskania przychodu w wys. 250,00 zł
  • Zaliczka podatku w wys. 68,00 zł
Uwaga
Dla ZUS niedopłata składki zdrowotnej pobranej (w wys. 50,67 zł) zostanie wykazana na korekcie raportu RCA za mc 12.2022.

3.10Korygowanie wypłaty korygującej

Zdarzają się sytuację, które wymuszają na Użytkowniku ponowne naliczenie wypłaty korygującej, do wcześniej już wykonanej korekty. Wynika, to w dużej mierze z opóźnieniem w dostarczaniu decyzji dotyczących, np. przekroczenia przez pracownika rocznej podstawy składek emerytalno – rentowych. W takich przypadkach, dla wcześniej już skorygowanej wypłaty konieczna jest jej ponowna korekta.
Przykład
Pracownik zatrudniony na stawce miesięcznej – 6000 zł. W czerwcu pierwotnie miał naliczone zwolnienie lekarskie w dniach 26.-30.06. W wypłacie zostały naliczone nastepujące elementy:
  • Wynagrodzenie zasadnicze – 5000 zł(6000 zł – 6000 zł * 5/30 = 6000 zł – 1000 zł = 5000 zł)
  • Wynagrodzenie za czas choroby – 690,30 (Podstawa zasiłku: 5177,60 zł)
Okres zwolnienia 26-30.06 zakwalifikowano jako wypadek w pracy. Dlatego tez skorygowano wypłatę za czerwiec. We wrześniu br. otrzymano pismo z ZUS, z informacją o przekroczeniu rocznej podstawy składek. W piśmie poinformowano, że podstawa składek w miesiącu czerwcu powinna wynieść 3000 zł. W związku z przesłanym pismem, należy ponownie skorygować wypłatę za czerwiec.
W celu dokonania pierwszej korekty w programie, związanej z rozliczeniem nieprawidłowej nieobecności proponujemy wykonać następujące operacje: 1. W oknie Wypłaty pracowników, wybrać listę płac za czerwiec bieżącego roku, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 2. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 3. W kalendarzu (Nie)obecności, na zakładce Nieobecności, należy podświetlić odpowiednią nieobecność (26-30.06.br), następnie pod prawym przyciskiem myszy należy wybrać opcję ‘Koryguj nieobecność’. Po wybraniu opcji ‘Koryguj nieobecność’ pojawi się pytanie: Czy skorygować nieobecność? Korygowanie wiąże się z anulowaniem nieobecności. Operacji nie można odwrócić! 4. Po zaakceptowaniu komunikatu, nieobecność zostanie anulowana w tle oraz automatycznie zostanie wyświetlone okno formularza nieobecności w celu wprowadzenia nieobecności korygującej. W typie nieobecności należy wprowadzić nieobecność korygującą Zwolnienie chorobowe (29-30.06) z przyczyną ‘Wypadek w pracy / choroba zawodowa’. Następnie należy zapisać formularz nieobecności oraz kalendarz (Nie)obecności. 5. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W elementach wypłaty pojawią się automatycznie składniki: zasiłek chorobowy/wyp. (29-30.06). W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. Zapisujemy wypłatę. 6. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian – wskazujemy NIE, w tym przypadku zaliczka podatku nie została jeszcze odprowadzona do Urzędu Skarbowego za ten miesiąc. 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian 7. Zapisujemy wypłatę korygującą. Wyliczenia w wypłacie anulowanej i korygującej:
L.pOpis pozycjiWypłata
czerwiec
br.
(anulowana)
Wypłata
czerwiec
br.
(korygująca)
Różnica
(wypł. anulowana– koryg.)
1Wynagrodzenie zasadnicze5000,005000,00
2Wynagrodzenie za czas choroby zostaje zmienione na
zasiłek chorobowy/wyp.
Wynagr.chor. (80%)
690,30
Należna wartość zasiłku wyp.
(100%)
862,90,, która zostaje zmniejszona do kwoty 80%
690,30

Niedopłata 20%
172,60
(862,90 – 690,30),zostanie wypłacona jako Wyrównanie zasiłku chorobowego z ubezp. wyp. w bieżącej wypłacie
3Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
5000,005000,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
685,50685,50
5Podstawa skł. zdrowotnej
(poz.3-poz.4) + wynagrodzenie chorobowe
5004,804314,50
6Składka zdrowotna
(poz.5x9%)
450,43388,3162,12
(nadpłata)
7Koszty uzyskania przychodu250,00250,00
8Ulga podatkowa300,00300,00
9Podstawa opodatkowania
po zaokrągleniu
(poz.1+poz.2-poz.4-poz.9)
4 754,804 754,80
10Naliczona zaliczka podatku
(poz.9*12% -poz.10)
270,60270,60
11Zaliczka podatku do U.S.
po zaokrągleniu
271,00271,00 przed skopiowaniem podatku
12Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.11)
4 283,374 345,49
przed skopiowaniem płatności
-62,12
(niedopłata)

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

13Zaliczka podatku do US
skopiowana z wypłaty anulowanej
271,00
14Płatność do wypłaty
skopiowana z wypłaty anulowanej
4 283,37
15Korekta netto wypłaty -62,12(nadpłata składki zdrowotnej)
Naliczając bieżącą wypłatę pojawi się automatycznie Spłata korekty netto wypłaty w wys. 62,12 (zwrot nadpłaty składki zdrowotnej). Dodajemy Wyrównanie zasiłku chorobowego z ubezpieczenia wypadkowego (20%), podając okres od – do, za który wyrównujemy (26-30.06 br) i kwotę wyrównania (w wys. 172,60) Wyliczenia w bieżącej wypłacie:
L.pOpis pozycjiWypłata bieżąca
1Wynagrodzenie zasadnicze6000,00
2Spłata korekty netto wypłaty
(nieopodatkowany)
62,121)
3Wyrównanie zasiłku chorobowego z ubezp.wyp.
(opodatkowany)
172,60 2)
4Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
6000,00
5Składki społeczne finansowane przez pracownika
(poz.4x9,76% + poz.4x1,5% + poz.4x2,45%)
822,60
6Podstawa skł. zdrowotnej (poz.4-poz.5)5177,40
7Składka zdrowotna pobrana (poz.6x9%)465,97
8Koszty uzyskania przychodu250,00
9Ulga podatkowa300,00
10Podstawa opodatkowania po zaokrągleniu
(poz.1+poz.3-poz.5-poz.10)
5 100,00
11Naliczona zaliczka podatku
(poz.10*12% - poz.9)
312,00
12Zaliczka podatku do U.S. po zaokrągleniu312,00
13Do wypłaty
(poz.1+poz.2+poz.3-poz.5-poz.7-poz.15 poz.12)
4 634,15
1) Zwrot składki zdrowotnej niesłusznie pobranej w czerwcu br. 2) Dodanie elementu wyrównania 20% zasiłku chorobowego z ubezpieczania wypadkowego. Po otrzymaniu informacji z ZUS, dotyczącej przekroczenia podstawy składek emerytalno- rentowych konieczne jest ponowne skorygowanie wypłaty za czerwiec br. W celu wykonania korekty do wypłaty już skorygowanej za czerwiec br. należy wykonać następujące kroki: 1. Na formularzu danych kadrowych pracownika (w zapisie historycznym aktualnym na czerwiec), na zakładce Ubezpieczenie c.d. wprowadzić informację o przekroczeniu składek w miesiącu: Informacja przekazana przez – ZUS, w polu Kwota wpisać 3000,00 zł z opcją Podstawa składki, w pozycji Przekroczenie podstawy ustawić miesiąc 06.2023 (miesiąc i rok deklaracji). 2. W oknie Wypłaty pracowników, wybrać listę płac korygująca EKOR/2023/6, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 3. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Wybieramy ‘Dokument’, za pomocą ‘Plusa’ dodajemy nowy symbol, np. EKOR1. Wskazujemy i zapisujemy formularz listy płac. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej EKOR1, dla wyświetlonego pracownika należy naliczyć wypłatę korygującą. W tym kroku należy sprawdzić również poprawność wyliczeń pozostałych naliczonych elementów. W składniku Zasiłek chorobowy/wyp należy zmienić procent ze 100% na 80%, przeliczyć oraz zapisać element. W wypłacie zostanie naliczony element Korekta netto z poprzedniej wypłaty w kwocie -62,12. Składnik nalicza się w sytuacji, gdy w wypłacie anulowanej było wykonane kopiowanie płatności i był naliczony element ‘Korekta netto wypłaty’. Element jest naliczany w celu poprawnego ustalenia różnicy w kwocie netto pomiędzy wypłatami. Zapisujemy wypłatę. 5. Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian Na zakładce Elementy wypłaty należy sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota w wys.-204,94 jako różnica między nadpłatą składek ER i niedopłaty składki zdrowotnej. 6. Zapisujemy wypłatę korygującą.
L.pOpis pozycjiWypłata korygująca
(anulowana) 06.2023
Wypłata (korygująca nr 2) 06.2023Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze5 000,005 000,00
2Zasiłek chorobowy/wyp.690,30Należna wartość zasiłku wyp.
(100%)
862,90
która zostaje zmniejszona do kwoty 80%
690,30
3Korekta netto z poprzedniej wypłaty-62,12-62,12
4Podstawa składek emerytalnej i rentowej5 000,003000,002000,00
5Składka emerytalna (poz.2 x 9,76%)488,00292,80
6Składka rentowa (poz.2 x 1,5%)75,0045,00
7Podstawa składek chorobowej i wypadkowej5 000,005 000,00
8Składka chorobowa (poz.5 x 2,45%)122,50122,50
9Składki ZUS pracownika (poz.3+poz.4+poz.6)685,50460,30225,20 1)
(nadpłata)
10Podstawa zdrow. (poz.1-poz.7)4 314,504 539,70-225,20
11Składka zdrowotna (poz.8x9%)388,31408,57-20,26 (niedopłata)
12Koszty uzyskania przychodu250,00250,00
13Ulga podatkowa300,00300,00
14Podstawa opodatkowania
(poz.1-poz.7-poz.12 poz.10)
4 754,804 980,00
15Naliczona zaliczka podatku
(poz.12*12%-poz.11)
270,60297,60
16Zaliczka podatku do U.S.
po zaokrągleniu
271,00298,00 przed skopiowaniem podatku- 27,00
(niedopłata)
17Do wypłaty
(poz.1-poz.7-poz.9-poz.17)
4 283,374 461,31
przed skopiowaniem płatności
-177,94

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

18Zaliczka podatkowa do US skopiowana z wypłaty anulowanej271,00
19Płatność do wypłaty
skopiowana z wypłaty anulowanej
4 283,37
20Korekta netto wypłaty
(nowy element nieopodatkowany)
-204,94(nadpłata skł. ZUS 225,20 – niedopłata skł. zdrow. 20,26)
Wraz z naliczeniem bieżącej wypłaty zostanie naliczony składnik ‘Spłata korekty netto’ w kwocie 204,94.
Uwaga
W wypłacie pracownik otrzymuje do wypłaty „Spłatę korekty netto wypłaty” (nadpłatę składek społecznych pomniejszoną o niedopłatę składki zdrowotnej). Natomiast dodanie elementu „Zwrot składek ER z pkt.3.8” (niewypływającego na kwotę do wypłaty) ma na celu opodatkowanie pełnej kwoty zwrotu składek ER (niepomniejszonej o niedopłatę składki zdrowotnej).
Wyliczenia w bieżącej wypłacie:
L.pOpis pozycjiWypłata bieżąca
1Wynagrodzenie zasadnicze6 000,00
2Spłata korekty netto wypłaty (nieopodatkowany)204,94 1)
3Zwrot składek E-R225,20
4Podstawa składek emerytalnej i rentowej0,00
5Składka emerytalna (poz.3 x 9,76%)0,00
6Składka rentowa (poz.3 x 1,5%)0,00
7Podstawa składek chorobowej i wypadkowej6 000,00
8Składka chorobowa (poz.6 x 2,45%)147,00
9Składki ZUS pracownika (poz.4+poz.5+poz.7)147,00
10Podstawa składki zdrowotnej (poz.6-poz.8)5 853,00
Składka zdrowotna (poz.9 x 9%)526,77
11Koszty uzyskania przychodu250,00
12Ulga podatkowa300,00
13Podstawa opodatkowaniaPodstawa opodatkowania
(poz.1 - poz.8-poz.13)
5 828,20
14Naliczona zaliczka podatku
(poz.13*12%-poz.12)
399,36
15Zaliczka podatku do U.S. po zaokrągleniu399,00
16Do wypłaty
(poz.1+poz.2-poz.8-poz.10-poz.18 poz.15)
5 132,17

1) Wypłacenie elementu nieopodatkowanego, wpływającego na płatność pracownika - jako zwrot nadpłaty składek ER pomniejszonej o niedopłatę składki zdrowotnej.

4 Przykłady korygowania wypłat dotyczące zleceniobiorców

4.1 Przekwalifikowanie umowy o dzieło na umowę zlecenie za poprzednie lata (zleceniobiorca nadal wykonuje umowę, płatnik opłaci zaległe składki)

W wyniku kontroli ZUS w firmie zostały zakwestionowane umowy o dzieło i przekwalifikowane na umowy zlecenia. Firma musi dokonać zgłoszenia do ubezpieczeń i opłacić zaległe składki ZUS za poszczególne miesiące. Jeżeli zleceniobiorca nadal wykonuje umowę cywilnoprawną u płatnika, a firma z własnych środków opłaci zaległe składki ZUS (finansowane obowiązkowo przez zleceniobiorcę: emerytalną, rentową oraz zdrowotną), to zapłacone składki będą stanowiły przychód tej osoby z tytułu działalności wykonywanej osobiście, o którym mowa w art. 13 pkt 8 ustawy o pdof, czyli ten przychód powinien być uwzględniony w podstawie opodatkowania i oskładkowania oraz wykazany na deklaracji PIT-11. W interpretacji indywidualnej z dnia 30 października 2013 r. (sygn. DD3/033/199/MCA/13/RD-113250/13) Minister Finansów wyjaśnił, że: "(...) zapłacenie ze środków płatnika, kwoty tytułem zaległych składek na ubezpieczenia społeczne i zdrowotne w części, w której powinny być pokryte z dochodu osoby fizycznej (ubezpieczonego), skutkuje powstaniem przychodu po stronie osoby fizycznej w momencie dokonania zapłaty przez płatnika składek”.
Uwaga
Zgodnie ze stanowiskiem Ministerstwa Finsnaów z dnia 30 marca 2023 (sygn. DD3.8203.1.2023), w sytuacji opłacenia zaległych składek przez podatnika, nie stanowią one przychodu zleceniobiorcy. „zapłacenie przez płatnika składek zaległych składek sus oraz składek zdrowotnych dotyczących pracowników, zleceniobiorców, byłych pracowników lub zleceniobiorców nie powoduje po stronie tych podatników powstania przychodu w rozumieniu art. 11 ust. 1 ustawy PIT. Zapłata przez płatnika składek zaległych składek z ww. tytułów nie stanowi przysporzenia majątkowego zwiększającego majątek podatnika, i jako taka, nie może być uznana za nieodpłatne świadczenie na rzecz podatnika.”
Uwaga
W przypadku korekty składek na ubezpieczenia społeczne i składki na ubezpieczenie zdrowotne zleceniobiorcy za lata ubiegłe, płatnik ani podatnik nie korygują rozliczeń podatku dochodowego od osób fizycznych za te lata. Pobrane przez płatnika zaliczki na podatek dochodowy, sporządzone przez niego za te lata deklaracje PIT-4R i informacje PIT-11, a także zeznanie roczne podatnika, odzwierciedlały bowiem stan faktyczny istniejący w dniu ich sporządzenia, tj. wysokość składek faktycznie pobranych przez płatnika w danym roku.
Uwaga
Gdyby zleceniobiorca zwrócił płatnikowi równowartość zapłaconych za niego zaległych składek, to wówczas mógłby w rocznym zeznaniu podatkowym odliczyć odpowiednio od dochodu .
Przykład
Zleceniobiorca wykonywał umowę o dzieło w miesiącu 12.2022 na kwotę 4000 zł. Obecnie również wykonuje umowę na rzecz firmy. W wyniku kontroli ZUS umowa o dzieło z 12.2022 ma zostać przekwalifikowana na umowę zlecenie, która powinna podlegać obowiązkowo ubezpieczeniu emerytalnemu, rentowemu, wypadkowemu oraz zdrowotnemu (bez chorobowego).
W celu dokonania korekty (za poszczególne miesiące) w programie proponujemy wykonać następujące operacje: 1. W oknie Wypłaty pracowników wybrać listę płac za 12.2022, podświetlić wypłatę odpowiedniej osoby – zleceniobiorcy, która jest zamknięta / zaksięgowana, pod prawym przyciskiem myszy z menu kontekstowego należy wybrać ‘Koryguj wypłatę’. 2. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy.
Uwaga
Po otworzeniu okna formularza listy płac istnieje możliwość utworzenia własnego symbolu listy płac korygującej. Opis znajduje się w punkcie 2.7
3. W formularzu umowy dokonać zmiany rodzaju umowy z „PIT-8B 6.Umowa o dzieło 20%” na „PIT 8B 6.Przychody z osob.wyk.działaln.”, następnie należy w zakładce 2. Ubezpieczenia uzupełnić kod tytułu ubezpieczenia (0411) oraz zaznaczyć, jakim ubezpieczeniom podlega ta umowa (emerytalnemu, rentowemu, wypadkowemu i zdrowotnemu, bez chorobowego) i od kiedy (np. 1.12.2022). 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla zleceniobiorcy należy naliczyć wypłatę korygującą. W tym kroku należy sprawdzić wartość brutto umowy oraz naliczone składki. Zapisujemy wypłatę. 5. Podczas zapisu wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej?   TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian
Uwaga
W przypadku jeżeli podatnik uzgodnił ze zleceniobiorcą, aby potrącić zaległe składki na ubezpieczenie społeczne wraz z jego następną wypłatą, wówczas w pkt. 5 należałoby skopiować schemat płatności z wypłaty anulowanej. W wypłacie korygującej pojawi się składnik Korekta netto wypłaty, którego rozliczenie nastąpi z najbliższą wypłatą zleceniobiorcy
6. Zapisujemy wypłatę korygującą Wyliczenia w wypłacie anulowanej i korygującej:
L.p.Opis pozycjiWypłata 12.2022
(anulowana)
Wypłata 12.2022
(korygująca)
Różnica
(wypł. anul.– koryg.)
1Umowa o dzieło później zamieniona na umowę zlecenie4000,004000,00
2Podstawa składek społecznych (bez chorobowej) (poz.1)0,004000,00
3Składki społeczne finansowane przez pracownika (E, R, bez chorobowej)
(poz.2x9,76% + poz.2x1,5%)
0,00450,40-450,40
(niedopłata)
4Podstawa składki zdrowotnej
(poz.2-poz.3)
0,003 549,60
5Składka zdrowotna pobrana
(poz.4x9%)
0,00319,46-319,46
(niedopłata)
6KUP 20% ((poz.1-poz.3)*20%)800709,92
7Podstawa opodatkowania (poz.1-poz.3-poz.8)3200,002 839,68
8Naliczona zaliczka podatku (poz.9*12%)384,00340,80
9Zaliczka podatku do U.S. po zaokrągleniu384,00341,00przed skopiowaniem podatku43,00
(nadpłata)
10Do wypłaty
(poz.1-poz.3-poz.5-poz.109)
3 616,002 889,14 przed skopiowaniem płatności726,86
(nadpłata)

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

11Zaliczka podatku do US skopiowana z wypłaty anulowanej384,00
12Płatność do wypłaty skopiowana z wypłaty anulowanej3 616,00
13Korekta netto wypłaty769,86
Jeżeli Użytkownik zdecyduje się na kopiowanie schematu płatności, przy naliczaniu bieżącej wypłaty umowy zlecenia powinna pojawić się automatycznie Spłata korekty netto wypłaty w wys. -769,86 jako potrącenie (netto) w wysokości sumy zaległych składek społecznych ( 450,40 zł) i zaległej składki zdrowotnej pobranej ( 319,46 zł). Ten element może pojawić się jako druga wypłata na liście płac (domyślnie) lub jako drugi element wypłaty w wypłacie (w przypadku zaznaczonego parametru „Rozlicz zasiłki ZUS i spłaty pożyczek/zaliczek w  wypłacie umów cywilnoprawnych” w konfiguracji firmy / Płace / Parametry - zalecany sposób). Po naliczeniu bieżącej wypłaty z umowa zlecenia w wys. 2000 zł oraz elementu Spłata korekty netto wypłaty w wys. -769,86  zł  dodajemy ręcznie element Zaległy ZUS / zlecenie / firma (PIT-11)" w wys. 769,86  zł zł.  Wyliczenia w bieżącej wypłacie:
L.p.Opis pozycjiWypłata bieżąca
1Umowa zlecenie8000,00
2Spłata korekty netto wypłaty (nieopodatkowany)-769,86 1)
3Zaległy ZUS / zlecenie / firma (PIT-11) (opodatkowany i ozusowany)768,86
4Podstawa składek społecznych (bez chorobowej)4 769,86
5Składki społeczne pracownika (E, R, bez chorobowej)
(poz.4x9,76% + poz.4x1,5%)
537,09
6Podstawa składki zdrowotnej (poz.4-poz.5)4 232,77
7Składka zdrowotna (poz.6 x 9%)380,95
8Koszty uzyskania przychodu 20%846,55
9Podstawa opodatkowania
(poz.1+ poz.3-poz.5-poz.8)
3 386,22
10Naliczona zaliczka podatku
(poz.9*`12%)
406,32
11Zaliczka podatku do U.S. po zaokrągleniu406,00
12Do wypłaty
(poz.1+poz.2 (ujemna) +poz.3-poz.5-poz.7-poz.11)
2 675,96
1) Potrącenie netto zaległych składek, które będą sfinansowane przez płatnika poprzez dodanie elementu „Zaległy ZUS / zlecenie / firma (PIT-11)” - dodatkowego przychodu pracownika. W deklaracji PIT-11 za bieżący rok przychód będzie powiększony o kwotę zapłaconych przez firmę zaległych składek (768,86 zł), od którego zostały naliczone składki ZUS, koszty uzyskania przychodu oraz zaliczka na podatek.

4.2 Przekroczenie rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe za poprzednie lata dla byłego zleceniobiorcy

W wyniku przekroczenia rocznej podstawy wymiaru składek na ubezpieczenie emerytalno-rentowe mamy do czynienia z nadpłatą składek społecznych, niedopłatą składki zdrowotnej oraz niedopłatą zaliczki podatku.  Nadpłacone przez zleceniobiorcę składki na ubezpieczenia emerytalne i rentowe zgodnie z art. 26 ust. 1 pkt 2 lit. b) ustawy o pdof pomniejszyły dochód uzyskany przez tę osobę z umowy zlecenia. W konsekwencji zwrócona za pośrednictwem zleceniodawcy (tj. płatnika składek) kwota nadpłaconych składek na ubezpieczenia emerytalne i rentowe, w części sfinansowanej przez zleceniobiorcę, będzie stanowiła przychód tej osoby z działalności wykonywanej osobiście, o którym mowa w art. 13 pkt 8 ustawy o pdof. Od tego przychodu zleceniodawca, jako płatnik, powinien pobrać 18% zaliczkę na podatek dochodowy, zgodnie z zasadami określonymi w art. 41 ust. 1 i 1a ustawy o pdof. Trzeba przy tym zwrócić uwagę, że przy obliczaniu zaliczki na podatek dochodowy od zwracanej byłemu zleceniobiorcy kwoty nadpłaconych składek na ubezpieczenia emerytalne i rentowe, płatnik powinien uwzględnić koszty uzyskania przychodu w wysokości 20% przychodu (bądź 50%, jeżeli przedmiotem zawartej umowy jest czynność stanowiąca przedmiot prawa autorskiego). Wynika to z postanowień art. 41 ust. 1 w związku z art. 22 ust. 9 pkt 3 i 4 ustawy o pdof. Powyższe dotyczy również sytuacji, gdy zwrot nadpłaconych składek następuje już po wygaśnięciu umowy zlecenia z daną osobą. Źródłem oraz podstawą wypłaty tego świadczenia jest umowa zlecenia, która w przeszłości łączyła firmę będącą zleceniodawcą ze zleceniobiorcą.
Przykład
Zleceniobiorca w 12.2022 przekroczył roczną podstawę składek emerytalno-rentową. Za ten miesiąc wykazano podstawę w wys. 10000 zł, a powinna być w wys. 5000 zł. Umowa podlegała również dobrowolnie ubezpieczeniu chorobowemu. W umowie były naliczane 20% koszty uzyskania przychodu. Obecnie osoba nie jest zatrudniona w firmie ani w ramach umowy cywilnoprawnej, ani w ramach umowy o pracę.
W celu dokonania korekty w programie proponujemy wykonać następujące operacje: 1. Na formularzu danych kadrowych pracownika (w zapisie historycznym aktualnym na marzec), na zakładce Ubezpieczenie c.d. wprowadzić informację o przekroczeniu składek w miesiącu: Informacja przekazana przez – np. ZUS, w polu Kwota wpisać 5000,00 zł z opcją Podstawa składki, w pozycji Przekroczenie podstawy ustawić miesiąc 12.2022 (miesiąc i rok deklaracji). 2. W oknie Wypłaty pracowników, wybrać listę płac za 12.2022, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta/zaksięgowana i pod prawym przyciskiem myszy wybrać opcję Koryguj wypłatę. 3. Po wybraniu opcji Koryguj wypłatę pojawi się komunikat: Czy skorygować wypłatę? Korygowanie wiąże się z anulowaniem wypłaty. Operacji nie można odwrócić! Wypłaty anulowane nie podlegają księgowaniu. Po wybraniu opcji TAK, wypłata zostanie anulowana. Automatycznie otworzy się okno formularza listy płac korygującej EKOR z domyślnymi ustawieniami odziedziczonymi z listy płac, na której została naliczona wypłata anulowana (Data wypłaty, okres wypłaty, miesięcy wstecz oraz rok i miesiąc deklaracji). Zapisujemy. 4. Z poziomu okna Wypłaty pracowników oraz wskazaniu listy płac korygującej, dla wyświetlonego zleceniobiorcy należy naliczyć wypłatę korygującą. Zapisujemy wypłatę. 5.Podczas zapisu formularza wypłaty korygującej, Użytkownik otrzyma pytania: 1)Czy wpłaciłeś do urzędu skarbowego zaliczkę podatku za miesiąc, za który robisz korektę i chcesz w wypłacie korygującej naliczyć taką samą zaliczkę jak w wypłacie anulowanej? TAK – zaliczka podatku zostanie skopiowana z wypłaty anulowanej NIE – zaliczka podatku pozostanie bez zmian 2) Czy chcesz rozliczyć różnicę w kwocie netto wynikającą z korekty? W przypadku wyboru opcji TAK w celu uzgodnienia wartości netto, do listy elementów w bieżącej wypłacie zostanie dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach. TAK – kwota płatności zostanie skopiowana z anulowanej wypłaty, w elementach pojawi się dodatkowy element ‘Korekta netto wypłaty’, który zostanie rozliczony z najbliższą wypłatą pracownika. W tym przypadku będzie to kwota nadpłaconej składki zdrowotnej. NIE – kwota do wypłaty pozostanie bez zmian Na zakładce Elementy wypłaty sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota w wys. - 512,33 zł jako różnica między nadpłatą składek ER (563,00 zł) i niedopłaty składki zdrowotnej pobranej (50,67zł). Wypłatę korygującą zapisać. 6. Zapisujemy wypłatę korygującą. Wyliczenia w anulowanej i korygującej wypłacie:
L.p.Opis pozycjiWypłata 12.2022
(anulowana)
Wypłata 12.2022(korygująca)Różnica
(wypł. anul.– koryg.)
1Umowa zlecenie10 000,0010 000,00
2Podstawa składek emerytalnej i rentowej10 000,005000,005000,00
3Składka emerytalna (poz.2 x 9,76%)976,00488,00488,00
4Składka rentowa (poz.2 x 1,5%)150,0075,0075,00
5Podstawa składek chorobowej i wypadkowej10 000,0010 000,00
6Składka chorobowa (poz.5 x 2,45%)245,00245,00
7Składki ZUS pracownika (poz.3+poz.4+poz.6)1 371,00808,00563,00 1)
(nadpłata)
8Podstawa zdrowotnej (poz.1-poz.7)8 629,009 192,00-563,00
9Składka zdrowotna pobrana (poz.8x9%)776,61827,28-50,67
(niedopłata)
10KUP 20% ((poz.1-poz.7)*20%)1 725,801 838,40
11Podstawa opodatkowania
(poz.1-poz.7-poz.12)
6 903,207 353,60
12Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*12%)
828,36882,48
13Zaliczka podatku do U.S. po zaokrągleniu
(poz.14-poz.10)
828,00828,00 przed skopiowaniem podatku-54,00 3)
(niedopłata)
14Do wypłaty
(poz.1-poz.7-poz.9-poz.13)
7 024,397 482,72 przed skopiowaniem płatności-458,33(niedopłata)

Formularz wypłaty korygującej (po skopiowaniu kwot podatku i płatności)

18Zaliczka podatkowa do US skopiowana z wypłaty anulowanej828,00
19Płatność do wypłaty skopiowana z wypłaty anulowanej7 024,39
20Korekta netto wypłaty-512,33(nadpłata skł. ZUS 563,00 – niedopłata skł. zdrow. 50,67) )
1) Kwota zwrotu składek emerytalnej i rentowej, która powinna zostać opodatkowana i wykazana w przychodzie deklaracji PIT-11 za bieżący rok. 3) Kwota niedopłaty podatku w wys. 54,00 zł wynika z braku opodatkowania nadpłaty składek ER z uwzględnieniem odliczenia niedopłaty składki zdrowotnej odliczonej, czyli:563,00 (nadpłata skł.ER)  563,00 * 20% KUP) = 450,40zł, po zaokrągleniu  450,00* 12%= 54,00 zł Kwota zwrotu składek ER (563,00 zł) powinna być wykazana jako przychód (z działalności wykonywanej osobiście, o którym mowa w art. 13 pkt 8 ustawy o pdof), od którego należy obliczyć 20% KUP oraz 12% podatek. W tym celu zalecamy dodanie nowego typu wypłaty (z poziomu Konfiguracja firmy / Płace / Typy wypłat) o nazwie np. „Zwrot składek ER / zlecenie” i proponujemy ustawienie pól: Na zakładce [Ogólne]:
  • Rodzaj - Dodatek
  • Algorytm 1 – kwota
  • Automatycznie korygować wynagrodzenie z tytułu – niezaznaczone
Na zakładce [Podatki/Nieobecności]:
  • Pozycja na deklaracji PIT-8B 6. Przychody z osobiście wykonywanej działalności w tym umowy zlecenia…
  • Podatek – „procent jak dla umów”
  • Zawsze naliczaj ulgę podatkowa [ ] – niezaznaczone
  • Sposób naliczania koszty uzyskania – procent – 20%
  • Sposób naliczania składek ZUS i składki zdrowotnej – nie naliczać
  • Wliczać do podstawy naliczania: wszystkie pozycje – nie wliczać
Na zakładce [Szczegółowe]:
  • Wpływa na kwotę do wypłaty [ ] – niezaznaczone, co oznacza, że kwota tego elementu nie będzie wypłacana (pracownik otrzymuje do wypłaty zwrot kwoty nadpłaty składek ER pomniejszony o niedopłatę składki zdrowotnej w elemencie Spłata korekty netto wypłaty), natomiast zaliczka podatku policzona od tego elementu  będzie pomniejszała kwotę do wypłaty.
Na liście typu Inna za bieżący miesiąc ręcznie dodajemy Spłata korekty netto wypłaty w wys. 512,33 zł jako różnica między nadpłatą składek ER (563,00 zł) i niedopłaty składki zdrowotnej pobranej (50,67 zł). Jest to element nieopodatkowany, który wyrównuje tylko kwotę netto (płatność) dla pracownika. Natomiast w celu opodatkowania kwoty zwrotu składek ER w pełnej wysokości (563,00) należy dodać „Zwrot składek ER / zlecenie”.
Uwaga
W wypłacie pracownik otrzymuje do wypłaty „Spłatę korekty netto wypłaty” (nadpłatę składek społecznych pomniejszoną o niedopłatę składki zdrowotnej). Natomiast dodanie elementu „Zwrot składek ER” (niewypłacanego) ma na celu opodatkowanie pełnej kwoty zwrotu składek ER (niepomniejszonej o niedopłatę składki zdrowotnej).
Wyliczenia w bieżącej wypłacie na liście typu Inne:
L.p.Opis pozycjiWypłata bieżąca
1Spłata korekty netto wypłaty (nieopodatkowany)512,33 1
2Zwrot składek ER / zlecenie (opodatkowany)563,00 2)
320% KUP (poz.2 * 20%)112,60
4Podstawa opodatkowania
(poz.2 - poz.3)
450,40
5Zaliczka podatku do U.S. po zaokrągleniu54,00 3)
6Do wypłaty
(poz.1 - poz.5)
458,33
1) Wypłacenie elementu nieopodatkowanego, wpływającego tylko na płatność pracownika, jako zwrot nadpłaty składek ER pomniejszonej o niedopłatę składki zdrowotnej. 2) Wypłacenie elementu w celu opodatkowania zwrotu składek ER. 3) W celu skorygowania zaliczki podatku należy najpierw zapisać wypłatę i ponownie edytować, następnie zaznaczyć pole „Korekta podatku i ubezpieczeń” i wpisać ręcznie wyliczoną kwotę zaliczki podatku do US w wysokości 54,00 zł. Na deklaracji PIT-11 za bieżący rok, w którym dokonujemy zwrotu składek ER zostanie wykazane:
  • Przychód z osobiście wykonywanej działalności w wysokości 563,00   
  • Koszty uzyskania przychodu w wysokości 112,60 zł
  • Zaliczka podatku w wysokości 54,00 zł
 
Uwaga
Dla ZUS niedopłata składki zdrowotnej pobranej (w wys. 50,67) zostanie wykazana na korekcie raportu RCA za mc 12.2022.

OPT035- Rozliczenie czasu pracy w modułach płacowych

Data aktualizacji: 11-08-2023

Spis treści

Wstęp

Normy i wymiar czasu pracy w przepisach

Harmonogramy czasu pracy (plany pracy)

Konfiguracja pojedynczego kalendarza

Konfiguracja wszystkich kalendarzy

Plan pracy i czas przepracowany pracownika

Nadgodziny

Rozliczanie nadgodzin wg norma zgodna z planem pracy

Rozliczanie nadgodzin wg normy dobowej i normy średniotygodniowej

Czas wolny za nadgodziny – Płace i Kadry Plus

Wydruki ewidencji czasu pracy

Różnicowe wyliczenie wynagrodzenia za nadgodziny i godziny nocne

Wstęp

Dokument jest przeznaczony dla Użytkowników systemu Comarch ERP Optima - modułów: Płace i Kadry lub Płace i Kadry Plus - jako pomoc w skonfigurowaniu dostępnych w programie parametrów w celu rozliczenia czasu pracy pracowników, a szczególnie naliczenia nadgodzin. Ze względu na to, że przepisy dotyczące nadgodzin są bardzo rozbudowane i skomplikowane, to duża część dokumentu została poświęcona ich interpretacji. Opisy sposobów konfiguracji oraz rozliczania czasu pracy zostały przedstawione na przykładach praktycznych.

Normy i wymiar czasu pracy w przepisach

Pojęcie normy czasu pracy (art. 129 k.p.)

Normy to maksymalne liczby godzin do przepracowania w przyjętym okresie rozliczeniowym, które określa art.129 kodeksu pracy. Art. 129. § 1. Czas pracy nie może przekraczać 8 godzin na dobę i przeciętnie 40 godzin w przeciętnie pięciodniowym tygodniu pracy w przyjętym okresie rozliczeniowym nieprzekraczającym 4 miesięcy, z zastrzeżeniem art. 135-138, 143 i 144. § 2. W każdym systemie czasu pracy, jeżeli jest to uzasadnione przyczynami obiektywnymi lub technicznymi lub dotyczącymi organizacji pracy, okres rozliczeniowy może być przedłużony, nie więcej jednak niż do 12 miesięcy, przy zachowaniu ogólnych zasad dotyczących ochrony bezpieczeństwa i zdrowia pracowników. W pozakodeksowych ustawach spotkać można inne, obniżone normy czasu pracy dla pewnych grup pracowniczych. Jest to np. norma dobowa – 7h i średniotygodniowa – 35h dla osób niepełnosprawnych.

Pojęcie wymiaru czasu pracy (art. 130 k.p.)

Wymiar czasu pracy to liczba godzin, którą pracownik powinien przepracować w przyjętym okresie rozliczeniowym, wyliczana zgodnie art.130 kodeksu pracy. Art. 130. § 1. Obowiązujący pracownika wymiar czasu pracy w przyjętym okresie rozliczeniowym, ustalany zgodnie z art. 129 § 1, oblicza się: 1) mnożąc 40 godzin przez liczbę tygodni przypadających w okresie rozliczeniowym, a następnie 2) dodając do otrzymanej liczby godzin iloczyn 8 godzin i liczby dni pozostałych do końca okresu rozliczeniowego, przypadających od poniedziałku do piątku. § 2. Każde święto występujące w okresie rozliczeniowym i przypadające w innym dniu niż niedziela obniża wymiar czasu pracy o 8 godzin. Poniżej przykłady wyliczenia wymiaru czas pracy w jednomiesięcznych okresach rozliczeniowych w 2023 r.
Przykład
Ustalenie wymiaru czasu pracy dla miesiąca stycznia 2023 r. - liczba tygodni: 1-7, 8-14, 15-21, 22-28, czyli 4 tygodnie * 40h = 160h, - liczba dni wystających, które mieszczą się w zakresie od poniedziałku do piątku: 30, 31, czyli 2 dni * 8h = 16h, - pomniejszenie za święta przypadające w innym dniu niż niedziela:  6 (Trzech Króli), czyli 1 dzień * 8h = 8h, - wyliczenie wymiaru: 160h + 16h – 8h = 168h
Przykład
Ustalenie wymiaru czasu pracy dla miesiąca listopad 2023 r. - liczba tygodni: 1-7, 8-14, 15-21, 22-28, czyli 4 tygodnie * 40h = 160h, - pozostała liczba dni, które mieszczą się w zakresie od poniedziałku do piątku: 29, 30, czyli 2 dni * 8h = 16h, - pomniejszenie za święta przypadające w innym dniu niż niedziela: 1, 11, czyli 2 dni * 8h = 16h, - wyliczenie wymiaru: 160h + 16h - 16h = 160h Za święto przypadające w sobotę (11 listopada) należy wyznaczyć dodatkowy dzień wolny w planie pracy./example]
2023 - MiesiąceLiczba dniNorma dobowaWYMIAR
Styczeń218168
Luty208160
Marzec238184
Kwiecień198152
Maj218168
Czerwiec218168
Lipiec218168
Sierpień228176
Wrzesień218168
Październik228176
Listopad*208160
Grudzień198152
SUMA250-2000
Zestawienie wymiarów czasu pracy w 2023 roku dla okresów jednomiesięcznych przy wyznaczeniu soboty jako dodatkowego dnia wolnego w przeciętnie pięciodniowym tygodniu pracy

*

  • Za święto przypadające w sobotę należy wyznaczyć dodatkowy dzień wolny w planie pracy.
Zestawienie wymiarów czasu pracy w 2023 roku dla okresów jednomiesięcznych przy wyznaczeniu soboty jako dodatkowego dnia wolnego w przeciętnie pięciodniowym tygodniu pracy    

Wymiar czasu pracy niepełnoetatowca

Pracownik zatrudniony na część etatu powinien mieć obniżony wymiar czasu pracy w okresie rozliczeniowym proporcjonalnie do wymiaru zatrudnienia. Praca może być przez takiego pracownika świadczona przeciętnie 5 dni w tygodniu, we wszystkie dni robocze w mniejszym wymiarze dobowym, bądź w niektóre dni tygodnia przez większą liczbę godzin.
Przykład
Ustalenie wymiaru czasu pracy dla pracownika zatrudnionego na ¾ etatu, dla 3-miesięcznego okresu rozliczeniowego (10-12.2023). - suma wymiarów z 3 miesięcy: 176 + 160 + 152= 488h - wyliczenie wymiaru: mnożymy przez wymiar etatu: 512h* ¾ = 366h W 11.2023 za święto przypadające w sobotę (11 listopada) należy wyznaczyć dodatkowy dzień wolny w planie pracy.
Pracodawca powinien pamiętać o ustaleniu dla zatrudnionego na część etatu tzw. limitu godzin. Stosownie, bowiem do art. 151 § 5 K.p., strony ustalają w umowie o pracę dopuszczalną liczbę godzin pracy ponad określony w umowie wymiar czasu pracy pracownika zatrudnionego w niepełnym wymiarze czasu pracy, których przekroczenie uprawnia pracownika, oprócz normalnego wynagrodzenia, do dodatku do wynagrodzenia, o którym mowa w art. 1511 § 1. Ustalenie limitu zależy od okoliczności faktycznych, a zwłaszcza od rozkładu czasu pracy danego pracownika. Sposoby jego ustalenia w umowach o pracę są różne, a mianowicie można go określić przez wskazanie wymiaru dobowego - np. "praca powyżej 5 godzin na dobę" albo wielkości etatu - np. "praca przekraczająca wymiar 3/4 etatu". W programie Comarch ERP Optima Płace i Kadry można określić limit nadgodzin dla niepełnoetatowca poprzez jako wprowadzenie odpowiedniej normy dobowej i średniotygodniowej (niższej niż dla pełnego etatu).

Harmonogramy czasu pracy (plany pracy)

Harmonogram czasu pracy jest sprecyzowanym planem pracy pracownika (lub grupy pracowników), który powinien być zdefiniowany zgodnie z przepisami. Powinnością pracodawcy jest ustalenie wymiaru czasu pracy (proporcjonalnie do jego wymiaru etatu) przed rozpoczęciem danego okresu rozliczeniowego i jego „rozłożenie” na poszczególne dni tego okresu z uwzględnieniem:
  • obowiązujących pracownika norm czasu pracy,
  • godzin rozpoczęcia i zakończenia pracy,
  • odpoczynku dobowego i tygodniowego,
  • przeciętnie pięciodniowego tygodnia pracy,
  • zakazu pracy w niedziele i święta (a gdy jest dozwolona praca w niedzielę – wyznaczenie jednej na 4 tygodnie niedzieli wolnej od pracy).
Kontrola zgodności tworzonego harmonogramu czasu pracy z przepisami należy do Użytkownika programu. Harmonogramy czasu pracy definiujemy w programie Comarch ERP Optima w Konfiguracja/ Firma/ Płace/ Kalendarze. Z tego poziomu można dodać dowolną ilość kalendarzy, zgodnie z potrzebami firmy. Standardowo w programie podczas kreowania nowej bazy tworzony jest kalendarz o nazwie STANDARD z dniami pracy od poniedziałku do piątku (w godzinach od 7:00 do 15:00) z wyznaczonymi świętami w aktualnym i kolejnym roku. Symbol na poszczególnych dniach kalendarza oznacza, że nie były one jeszcze definiowane i przyjmują domyślne ustawienia. Sposób tworzenia i definiowania kalendarzy opisany jest szczegółowo w podręczniku do konfiguracji programu.

Rys 1. W konfiguracji - kalendarz Standard – zakładka Kalendarz (z naniesionymi standardowymi świętami) oraz z wyznaczonym dniem wolnym (10.11.2023) wyznaczonym za święto przypadające w sobotę (11 listopada)

Konfiguracja pojedynczego kalendarza

Z poziomu Konfiguracja/ Firma/ Płace/ Kalendarze - na karcie danego kalendarza normatywnego (harmonogramu) występują pola:
  • Uwzględniaj wymiar etatu – powinien być zaznaczony dla kalendarzy pracowników zatrudnionych na niepełny etat, którzy mają obowiązek pracować w te same dni, co pracownicy pełnoetatowi, lecz w skróconym wymiarze czasu pracy. Jeśli pracownik zatrudniony na ½ etatu ma pracować np. co drugi dzień po 8 godzin, to definiujemy dla niego osobny kalendarz i odznaczamy ten parametr.
  • Modyfikowanie planu pracy przez nieobecność – domyślnie zaznaczony, ma znaczenie, gdy w planie pracy (harmonogramie) stosujemy inną strefę niż „Czas pracy podstawowy”, wówczas wymagane jest zaznaczenie tego parametru. Powoduje on przywrócenie strefy „Czas pracy podstawowy” w planie pracy na dni wprowadzonych nieobecności. Jest to istotne, aby program dobrze pomniejszał wynagrodzenie zasadnicze za czas nieobecności.
W obszarze Nadgodziny / godziny nocne dostępne są parametry:
  • Rozliczaj nadgodziny – zaznaczony parametr umożliwia rozliczaniem nadgodzin przez program.
  • Licz standardowe dopłaty do nadgodzin – zaznaczony parametr powoduje, że program będzie generował standardowe dopłaty do nadgodzin (50%, 100%).
  • Licz standardowe wynagrodzenie powyżej/poniżej normy –zaznaczony parametr umożliwia naliczenie wynagrodzenia zasadniczego powyżej/poniżej normy – w nowy bazach jako osobny element wypłaty (poza wynagrodzeniem zasadniczym), ponieważ domyślnie jest zaznaczony inny parametr „Wynagrodzenie powyżej/poniżej normy liczone jako oddzielny element wypłaty” w Konfiguracja/ Firma/ Płace/ Parametry – zakładka 3.
  • Licz standardowe dopłaty do godzin nocnych – zaznaczony parametr powoduje, że będą naliczane dopłaty do godzin nocnych.
  • Norma zgodna z planem pracy – zaznaczony parametr oznacza, że norma do wyliczenia nadgodzin będzie przyjmowana z planu pracy.
  • Jeśli nadgodziny mają być rozliczane zgodnie z normami kodeksowymi: dobową i średniotygodniową, to wyłączamy opcję [ ] Norma zgodna z planem pracy i wpisujemy odpowiednie wartości w polach: –Norma dobowa: standardowo 8h –Norma średniotygodniowa: standardowo 40h
  • Parametr Z uwzględnieniem przedłużonych dobowych wymiarów z planu pracy (równoważny czas pracy) ma zastosowanie np. w równoważnym systemie czasu pracy, gdzie dopuszczalne jest wydłużenie dobowego wymiaru czasu pracy (ponad 8h) jednego dnia, które powinno być rekompensowane skróceniem dobowego wymiaru czasu pracy (poniżej 8h) w innym dniu lub udzieleniem dnia wolnego od pracy. Po zaznaczeniu tego parametru, praca w godzinach nadliczbowych dobowych będzie liczona następująco: –W dniach pracy – program będzie sprawdzał oprócz normy dobowej określonej w definicji kalendarza w konfiguracji, również dobowy wymiar czasu pracy ustalony w planie pracy (harmonogramie) pracownika. -W dniach wolnych od pracy / świątecznych – program będzie sprawdzał tylko normę dobową określoną w definicji kalendarza.
  • Parametr Z uwzględnieniem standardowych świąt – ma wpływ na wyliczenie normy do nadgodzin uwzględnianej przy sprawdzaniu, czy doszło do przekroczenia normy średniotygodniowej. Gdy parametr jest: -Zaznaczony – to norma do nadgodzin (liczona jako pełne tygodnie * 40h + brzegowe dni * 8h) jest pomniejszona o ustawowe święta przypadające w innych dniach niż niedziela (zapisane w programie), niezależnie od tego, czy zostały naniesione w planie pracy. -Niezaznaczony – to norma do nadgodzin jest pomniejszana o święta wpisane na planie pracy pracownika w innych dniach niż niedziela.
  • Parametr Podział dopłat na nadgodziny dobowe i średniotygodniowe – ma wpływ na wyliczenie dopłat do nadgodzin. Gdy parametr jest: -Zaznaczony – w przypadku okresu rozliczeniowego dłuższego niż miesiąc, dopłaty do nadgodzin dobowych są naliczane w miesiącu wystąpienia nadgodzin, natomiast dopłaty do nadgodzin średniotygodniowych na koniec okresu rozliczeniowego. Jako rozliczenie nadgodzin w wypłacie generują się standardowe typy wypłat: Dopłata do nadgodzin dobowych 50%, Dopłata do nadgodzin dobowych 100%, Dopłata do nadgodzin średniotygodn. 100%. (Dla okresu 1 miesięcznego też występuje podział na dopłaty dobowe i średniotygodniowe). -Niezaznaczony – w przypadku okresu rozliczeniowego dłuższego niż miesiąc, dopłaty do nadgodzin (dobowych i średniotygodniowych) są naliczane w wypłacie za ostatni miesiąc okresu rozliczeniowego. Jako rozliczenie generują się standardowe elementy Dopłaty do nadgodzin 50%, Dopłaty do nadgodzin 100%.
  • Algorytm bilansowania nadgodzin w rozliczanym okresie zależy od parametru Podział dopłat na nadgodziny dobowe i średniotygodniowe i gdy ten parametr jest: Zaznaczony – to dostępne są opcje: –Tylko średniotygodniowe – nadgodziny dobowe nigdy nie są bilansowane, a na koniec okresu rozliczeniowego nadgodziny średniotygodniowe są bilansowane niedogodzinami oraz nieobecnościami nieusprawiedliwionymi z całego okresu rozliczeniowego. –Średniotygodniowe, dobowe 100%, 50% – w pierwszej kolejności pomniejszane są nadgodziny średniotygodniowe na koniec okresu rozliczeniowego pod warunkiem, że ich ilość jest wystarczająca do zbilansowania wszystkich niedogodzin. W przypadku, gdy ilość nadgodzin średniotygodniowych od początku okresu rozliczeniowego nie jest wystarczająca, to występujące niedogodziny będą na bieżąco bilansować nadgodziny dobowe – w pierwszej kolejności 100%, potem 50%. Nieobecności nieusprawiedliwione nigdy nie bilansują nadgodzin dobowych, tylko średniotygodniowe. –Średniotygodniowe, dobowe 50%, 100% – działanie opisane jak wyżej, tylko kolejność bilansowania nadgodzin dobowych jest najpierw 50%, potem 100%. Niezaznaczony – to dostępne są opcje: –Nie bilansuj – w przypadku rozliczania nadgodzin wg normy dobowej i średniotygodniowej ale bez podziału  na dobowe i średniotygodniowe, niedogodziny i nieobecności nieusprawiedliwione nie pomniejszą nadgodziny dobowych, natomiast pomniejszają nadgodziny średniotygodniowe. A w przypadku rozliczania nadgodzin wg „Norma zgodna z planem pracy” – niedogodziny i nieobecności nieusprawiedliwione nie pomniejszą żadnych nadgodziny. –100%, 50% – niedogodziny oraz nieobecności nieusprawiedliwione (NN-ki) w pierwszej kolejności pomniejszają nadgodziny wynagradzane dopłatami 100%, potem 50%. –50%, 100% – działanie jak powyżej, tylko kolejność odwrotna – najpierw pomniejszane są nadgodziny wynagradzane dopłatami 50%, potem 100% (odwrotnie niż algorytm: 100%, 50%).
Rys 3. Definicja kalendarza – obszar dot. nadgodzin
  • Rozliczenie dopłat do nadgodzin w wielomiesięcznych okresach rozliczeniowych (funkcjonalność wykorzystywana tylko w module Płace i Kadry Plus):
  • Co – określa długość okresu rozliczeniowego – przykładowo: 1 (domyślnie) – oznacza okres 1 miesięczny, czyli wszystkie dopłaty do nadgodzin naliczane są w miesiącu, w którym wystąpiły, 3 – oznacza okres 3 miesięczny i dopłaty do nadgodzin wypłacane są zależnie od ustawień parametru „Podział dopłat na nadgodziny dobowe i średniotygodniowe” – tzn. gdy będzie: -Zaznaczony – to dopłaty do nadgodzin dobowych wypłacane będą na bieżąco (co miesiąc) a dopłaty średniotygodniowe na koniec okresu rozliczeniowego (co 3 mc). -Niezaznaczony – to wszystkie dopłat do nadgodzin zostaną wypłacone na koniec okresu rozliczeniowego (w 3 miesiącu).
  • Z przesunięciem – oznacza przesunięcie początku okresu rozliczania nadgodzin względem początku roku (dotyczy okresów co najmniej 2 miesięcznych) – przykładowo: 0 – pierwszy okres rozliczeniowy w roku rozpoczyna się w styczniu, 1 – pierwszy okres rozliczeniowy rozpoczyna się w lutym (jest przesunięty o 1 miesiąc względem stycznia), 2 – pierwszy okres rozliczeniowy rozpoczyna się w marcu (jest przesunięty o 2 miesiące względem stycznia).
  • Z opóźnieniem – opcja możliwa do ewentualnego użycia tylko, gdy nie ma włączonego podziału dopłat na nadgodziny dobowe i średniotygodniowe – oznacza przesunięcie wypłat dopłat do nadgodzin względem ostatniego miesiąca okresu rozliczeniowego– przykładowo: 0 – dopłaty do nadgodzin zostaną wypłacone w ostatnim miesiącu okresu rozliczeniowego, 1 – wypłata dopłat do nadgodzin nastąpi w pierwszym miesiącu po zakończeniu okresu rozliczeniowego (np. okres rozliczeniowy styczeń – marzec zostanie rozliczony w kwietniu).
Uwaga
Wynagrodzenie powyżej/poniżej normy (podstawowe wynagrodzenie) rozliczane jest zawsze w miesiącu wystąpienia nadgodzin.
W obszarze Parametry dotyczące dopłat występuje podział na: Dopłaty do godzin nocnych - poniższe ustawienia dotyczące naliczania dopłat do godzin nocnych, odnoszą się tylko do pracowników, którzy są rozliczani według danego kalendarza.
    • Ręczna edycja parametrów związanych z dopłatami do godzin nocnych – zaznaczenie parametru powoduje, że dopłaty do godzin nocnych naliczane są zgodnie z ustawieniami zawartymi na formularzu kalendarza. Jeśli parametr nie jest zaznaczony, dopłata do godzin nocnych naliczana jest według ustawień dostępnych z poziomu: Konfiguracja/ Firma/ Płace/ Konfiguracja kalendarzy. Po zaznaczeniu tego parametru, aktywne stają się pozostałe parametry dotyczące naliczania dopłat do godzin nocnych. Domyślnie podpowiadają się takie wartości, jak te w Konfiguracji kalendarzy, ale Użytkownik może je zmienić.
    • Modyfikowanie planu pracy przez nieobecność – ma znaczenie, gdy w planie pracy (harmonogramie) stosujemy inną strefę niż „Czas pracy podstawowy”, wówczas wymagane jest zaznaczenie tego parametru. Powoduje on przywrócenie strefy „Czas pracy podstawowy” w planie pracy na dni wprowadzonych nieobecności. Jest to istotne, aby program dobrze pomniejszał wynagrodzenie zasadnicze za czas nieobecności. – Od godziny – Do godziny – w tych polach należy ustawić porę nocną obowiązującą pracowników rozliczanych wg tego kalendarza. – Limit godzin nocnych – maksymalna liczba godzin przypadających dla każdego dnia w porze nocnej, za którą pracownikowi przysługuje dopłata za pracę w nocy. – Dopłata do godzin nocnych liczona od i Procent wynagrodzenia za pracę w nocy – dla dopłat do godzin nocnych należy określić procent i wskazać, czy ma być liczona od minimalnej płacy, czy od stawki zaszeregowania pracownika. – Dopłata do godzin nocnych liczona zgodnie z normą k.p. art.130 – zaznaczenie parametru powoduje, że dopłata do godzin nocnych naliczana jest w oparciu o wymiar czasu pracy wynikający z art. 130 k.p. Jeśli parametr nie jest zaznaczony, to przy wyliczeniu stosowany jest wymiar czasu pracy wynikający z planu pracy pracownika.
Rys 4. Definicja kalendarza – obszar dot. dopłat do godzin nocnych
Wynagrodzenie za nadgodziny – poniższe ustawienia dotyczące naliczania wynagrodzenia i dopłat do nadgodzin i odnoszą się tylko do pracowników, którzy są rozliczani według danego kalendarza
  • Ręczna edycja parametrów związanych z dopłatami do nadgodzin – zaznaczenie parametru powoduje, że dopłaty do nadgodzin naliczane są zgodnie z ustawieniami zawartymi na formularzu kalendarza. Jeśli parametr nie jest zaznaczony, dopłaty naliczane są według ustawień dostępnych z poziomu: Konfiguracja/ Firma/ Płace/ Konfiguracja kalendarzy. Po zaznaczeniu tego parametru, aktywne stają się pozostałe parametry dotyczące wynagrodzenia i dopłat za nadgodziny. Domyślnie podpowiadają się takie wartości, jak te w Konfiguracji kalendarzy, ale Użytkownik może je zmienić.- Procent dopłat ‘50’ – możliwość określenia procentu dopłat za nadgodziny standardowo naliczanych jako 50%, – Procent dopłat ‘100’ – możliwość określenia procentu dopłat za nadgodziny standardowo naliczanych jako 100%, – Dopłaty do nadgodzin liczone zgodnie z normą k.p. art. 130 –zaznaczenie parametru powoduje, że stawka dopłaty do godzin nocnych za 1h naliczana jest w oparciu o wymiar czasu pracy wynikający z art. 130 k.p. Jeśli parametr nie jest zaznaczony, to przy wyliczeniu stosowany jest wymiar czasu pracy wynikający z planu pracy pracownika.
  • Wynagrodzenie zasad. powyżej/poniżej normy liczone zgodnie z normą k.p. art. 130 zaznaczenie parametru powoduje, że stawka za godzinę powyżej/poniżej normy liczona jest w oparciu o wymiar czasu pracy wynikający z art. 130 k.p. Takie wyliczenie dotyczy tylko elementów, które są naliczane w wypłacie jako oddzielne elementy wypłaty, o czym decyduje inny parametr o nazwie „Wynagrodzenie powyżej/poniżej normy liczone jako oddzielny element wypłaty” w Konfiguracja/ Firma/ Płace/ Parametry – zakładka 3 (domyślnie zaznaczony).Jeśli parametr „Wynagrodzenie zasad. powyżej/poniżej normy liczone zgodnie z normą k.p. art. 130” nie jest zaznaczony, to przy wyliczeniu stawki za godzinę stosowany jest wymiar czasu pracy wynikający z planu pracy pracownika.
Dodatkowo w Konfiguracja/ Firma/ Płace/ Zaokrąglenia w części Zaokrąglenia dopłat do godzin nocnych i nadgodzin można ustawić sposób zaokrąglania dopłat. Domyślnie ustawienie to: Wartość końcowa z precyzją 0.01 (do 1 grosza). Można zmienić zaokrąglenie na: Kwota za 1h oraz ewentualnie precyzję.
Rys 6. Zaokrąglenia dot. dopłat do godzin nocnych i nadgodzin

Konfiguracja wszystkich kalendarzy

Z poziomu Konfiguracja/ Firma/ Płace/ Konfiguracja kalendarzy ustawiamy wspólne elementy dla wszystkich zdefiniowanych w bazie kalendarzy. W obszarze Godziny nocne występują parametry:
    • Od godziny / do godziny – zakres godzin, pomiędzy którymi praca będzie traktowana jako praca w nocy,
    • Limit godzin nocnych – dzienny limit godzin nocnych – 8 godzin (zgodne z przepisami)
    • Procent dopłat do godzin nocnych – 20% (zgodnie z przepisami)
    • Dopłata do godzin nocnych liczona od – określamy podstawę, od której będzie naliczana dopłata do godzin nocnych (minimalne wynagrodzenie lub stawka zaszeregowania).
Dodatkowo w definicji danego kalendarza mamy możliwość ustawienia powyższych parametrów. W obszarze Nadgodziny 100% dostępne są ustawienia:
    • Godziny nocne – parametr domyślnie zaznaczony, nadgodziny w porze nocnej powinny być wynagradzane dopłatą w wysokości 100%.
    • Niedziele i święta – parametr domyślnie zaznaczony, każda nadgodzina pracy w niedzielę i święto, powinna być wynagradzana dopłatą w wysokości 100%.
    • Dni wolne (poniżej normy dobowej) – zaznaczenie spowoduje naliczenie 100% dopłat do nadgodzin nieprzekraczających normy dobowej w dniach wolnych pracownika. Parametr domyślnie zaznaczony, ponieważ nadgodziny wynikające z przekroczenia normy średniotygodniowej powinny być wynagradzane dodatkiem w wysokości 100%.
Uwaga
Powyższe parametry dostępne są tylko przy rozliczaniu nadgodzin „wg planu pracy”. Dla rozliczeń wg norm: dobowa i średniotygodniowej – nie podlegają zmianie.
    • Dni wolne (powyżej normy dobowej) – zaznaczenie jest równoznaczne z wypłatą 100% dopłat do nadgodzin w dni wolne po przekroczeniu normy dobowej. Program umożliwia ustawienie warunków wynagradzania korzystniejszych dla pracownika niż przewidują to przepisy.
    • Dni pracy po przekroczeniu dobowego limitu nadgodzin 50% – ściśle związany jest z innym parametrem ‘Dobowy limit nadgodzin 50% w dni pracy’. Parametr zaznaczony powoduje, że praca w nadgodzinach w dni pracy do limitu będzie płatna dopłatą 50%, a nadgodziny powyżej limitu – dopłatą 100%. Dawniej dwie pierwsze nadgodziny były płatne 50%, kolejne 100%. Obecnie ten przepis już nie obowiązuje, jednak w wewnętrznych regulaminach firmy mogą być zachowane poprzednie zasady, dlatego nadal można korzystać z tych ustawień.
W obszarze Dopłaty do nadgodzin można określić:
  • Limit roczny – 150:00 (standardowo) z opcją: -Przerwanie naliczania – w wypłacie zostaną rozliczone tylko nadgodziny do limitu, powyżej limitu nie zostaną naliczone, -Brak – nie ma kontroli limitu nadgodzin.
Dla każdego pracownika, na formularzu etatu, można ustalić indywidualny limit. Wówczas wartość limitu będzie pobierana z formularza pracownika a nie z konfiguracji.
  • Procent dopłat ‘50’ / Procent dopłat ‘100’ – w sytuacjach, gdy wewnętrzne przepisy pracodawcy przewidują wyższą kwotę dopłat do nadgodzin, mamy możliwość ustawienia własnych procentów dopłat (np. 60% i 120%). Dodatkowo w definicji danego kalendarza mamy możliwość ustawienia indywidualnych procentów dopłat do nadgodzin.

Plan pracy i czas przepracowany pracownika

Plan pracy

Na formularzu pracownika, zakładka [Etat], w polu Kalendarz wskazujemy plan (harmonogram) czasu pracy zgodnie, z którym pracownik ma pracować. Domyślnie podpowiada się kalendarz Standard. (Oczywiście można wybrać inny harmonogram, jeżeli został wcześniej zdefiniowany w Konfiguracja/ Firma/ Płace/ Kalendarze). Plan pracy (harmonogram) pracownika dostępny jest z formularza pracownika lub listy pracowników (dla podświetlonego pracownika) po rozwinięciu menu przy ikonie Z poziomu planu pracy danego pracownika istnieje możliwość modyfikowania harmonogramu poprzez wprowadzenie tzw. „wyjątków”. W celu zmian wystarczy edytować dany dzień i ustawić odpowiedni typ dnia, godziny pracy (od do) oraz strefę czasu pracy (np. „Czas pracy podstawowy” – skrót PP).
Uwaga
W planie pracy pracownika powinien być ustalony wymiar czasu pracy zgodnie z art. 130 k.p., czyli nie należy planować pracy w nadgodzinach.

Rys 9. Plan pracy pracownika z naniesionymi modyfikacjami („wyjątkami”)

Sposoby odnotowywania czasu przepracowanego

W formularzu pracownika, zakładka [Etat], w polu Rozliczenie czasu pracy określamy sposób odnotowywania czasu rzeczywiście przepracowanego przez pracownika, do wyboru mamy 3 sposoby:
  • Według kalendarza (domyślna opcja) – w kalendarzu Nie/obecności (rzeczywistym) na zakładce Kalendarz, czas pracy w danym dniu jest automatycznie przepisany z planu pracy. Użytkownik odnotowuje ewentualne zmiany w stosunku do planu na konkretnym dniu, np. nadgodziny. (Brak wpisu w danym dniu pracy oznacza pracę zgodną z planem pracy).
  • Według obecności – w kalendarzu Nie/obecności (rzeczywistym), na zakładce Kalendarz, czas pracy w danym dniu nie jest automatycznie przepisywany z planu pracy (jest zerowy). Użytkownik musi każdy dzień pracy edytować i wprowadzić czas pracy (podpowiadany jest czas z planu pracy). W przypadku posiadania modułu Kadry i Płace PLUS możliwe jest zaimportowanie czasu pracy z pliku RCP. (Brak wpisu w danym dniu pracy oznacza dzień z zerowym czasem pracy, czyli niedgogodziny).
  • Według zestawienia – dla tego sposobu brak jest informacji o czasie pracy w danym dniu, jest tylko łączny czas pracy za odpowiedni okres. W kalendarzu Nie/obecności (rzeczywistym) na zakładce [Zestawienia], użytkownik musi dodać zestawienie wpisując łączny czas przepracowany w godzinach (wraz z nadgodzinami) i w dniach, dodatkowo odnotowuje ilość godzin nocnych oraz nadgodzin 50% i 100%, za które program powinien naliczyć dopłaty. Zestawienie obejmuje maksymalnie okres miesiąca. Krótszy okres powinien być wpisany w przypadku aktualizacji danych pracownika w trakcie miesiąca lub zatrudnienia czy zwolnienia pracownika w trakcie miesiąca.
Uwaga
Bez względu na sposób wprowadzania czasu przepracowanego, pracownik powinien mieć poprawnie zdefiniowany plan pracy (zgodnie z przepisami). Ma to istotne znaczenie przy wprowadzaniu nieobecności dla pracownika, ponieważ program pomniejsza czas pracy o daną nieobecność pobierając ilość godzin zaplanowaną w tym dniu w planie pracy.

Nadgodziny

Pojęcie pracy w nadgodzinach (art. 151 k.p.)

Pojęcie pracy w nadgodzinach wyjaśnia art. 151 kodeksu pracy: Art. 151. § 1. Praca wykonywana ponad obowiązujące pracownika normy czasu pracy, a także praca wykonywana ponad przedłużony dobowy wymiar czasu pracy, wynikający z obowiązującego pracownika systemu i rozkładu czasu pracy, stanowi pracę w godzinach nadliczbowych. Praca w godzinach nadliczbowych jest dopuszczalna w razie: 1) konieczności prowadzenia akcji ratowniczej w celu ochrony życia lub zdrowia ludzkiego, ochrony mienia lub środowiska albo usunięcia awarii, 2) szczególnych potrzeb pracodawcy. § 2. Przepisu § 1 pkt 2 nie stosuje się do pracowników zatrudnionych na stanowiskach pracy, na których występują przekroczenia najwyższych dopuszczalnych stężeń lub natężeń czynników szkodliwych dla zdrowia. § 21. Nie stanowi pracy w godzinach nadliczbowych czas odpracowania zwolnienia od pracy, udzielonego pracownikowi, na jego pisemny wniosek, w celu załatwienia spraw osobistych. Odpracowanie zwolnienia od pracy nie może naruszać prawa pracownika do odpoczynku, o którym mowa w art. 132 i 133.

Wynagradzanie za nadgodziny (art. 1511 k.p.)

Za pracę w godzinach nadliczbowych (zgodnie z art. 1511 k.p.) należy wypłacić, oprócz normalnego wynagrodzenia, dopłata  w wysokości:
  • 100% wynagrodzenia – za pracę w godzinach nadliczbowych przypadających: – w nocy, – niedziele i święta, – w dni wolne od pracy poniżej normy dobowej, ponieważ zaliczane są do średniotygodniowych – w dni pracy poniżej normy dobowej, ponieważ zaliczane są do średniotygodniowych
  • 50% wynagrodzenia – za pracę w godzinach nadliczbowych przypadających: – w dni wolne od pracy, powyżej normy dobowej (z wyłączeniem godzin nocnych), – w dni pracy powyżej normy dobowej lub przedłużonego dobowego wymiaru (z wyłączeniem godzin nocnych).
W programie wynagrodzenie za godzinę nadliczbową składa się z 2 elementów:
    • Wynagrodzenie normalne – domyślnie generuje się tylko od stawki zaszeregowania (podanej na formularzu etatu) jako odrębny element wypłaty o nazwie „Wynagr. zasad. powyżej normy” – pod warunkiem, że jest zaznaczony inny parametr o nazwie „Wynagrodzenie powyżej/poniżej normy liczone jako oddzielny element wypłaty” (w Konfiguracja/ Firma/ Płace/ Parametry – zakładka 3) lub jako element o nazwie „Wynagrodzenie powyżej normy” w środku wynagrodzenia zasadniczego (zwiększa jego wartość), gdy wspomniany parametr nie jest zaznaczony.Gdy „Wynagr. zasad. powyżej normy” generowane jest osobno, to jego wartość może być powiększona o kwotę wynikającą z innych stałych elementów pracownika, np. z dodatku funkcyjnego – w tym celu w definicji dodatku funkcyjnego, na zakładce Szczegółowe, należy zaznaczyć pola: „Uwzględniaj przy wynagrodzeniu zasadniczym powyżej normy” i/lub „Uwzględniaj przy wynagrodzeniu zasadniczym poniżej normy”.
    • Dopłaty do nadgodzin 50% lub 100% – standardowo liczone są tylko od stawki zaszeregowania. Jeżeli inne elementy mają być ujmowane w tych dopłatach, to należy w definicji odpowiednich typów wypłat (na zakładce [Szczegółowe]) zaznaczyć pole Uwzględnij przy dopłatach za nadgodziny.
W programie: Konfiguracja firmy/ Płace/ Parametry – zakładka 3 - dostępny jest parametr Wynagrodzenie powyżej/poniżej liczone jako oddzielny element wypłaty – domyślnie jest zaznaczony, co oznacza, że  wynagrodzenie powyżej / poniżej normy liczone są jako odrębny element wypłaty (nie w środku wynagrodzenia zasadniczego). Dodatkowo można zadecydować, czy oddzielnie wypłacone wynagrodzenie zasadnicze powyżej/poniżej normy ma być wliczane do podstawy urlopu / ekwiwalentu– służą do tego parametry (domyślnie są zaznaczone):
  • Oddzielnie wypłacone ‘powyżej normy’ wliczane do podstawy urlopu /ekwiwalentu
  • Oddzielnie wypłacone ‘poniżej normy’ wliczane do podstawy urlopu /ekwiwalentu
Rys 13. Konfiguracja / Płace / Parametry – fragment dotyczący wynagrodzenia powyżej /poniżej normy
Uwaga
Dla pracownika zatrudnionego na stawkę miesięczną bardzo istotne jest liczenie wynagrodzenia powyżej/poniżej normy jako odrębnego elementu wypłaty, ponieważ gdy „powyżej normy” jest częścią wynagrodzenia zasadniczego miesięcznego, to nie jest wliczany do podstawy urlopowej. Natomiast, gdy jest odrębnym elementem wypłaty, to może być wliczany do podstawy urlopowej, jako średnia z 3 miesięcy.
Wynagrodzenie powyżej normy może być bilansowane wynagrodzeniem poniżej normy w ramach tej samej strefy czasu pracy - w tym celu należy zaznaczyć parametr Bilansowanie powyżej/poniżej normy (w obrębie strefy czasu pracy).  Bilansowanie wynagrodzenia zasadniczego powyżej/poniżej normy jest wykonywane w obrębie danej strefy czasu pracy i dotyczy pozycji generowanych jako odrębne elementy wypłaty, jak i również, gdy są częścią wynagrodzenia zasadniczego (w danej strefie). Bilansowanie powyżej i poniżej normy (bez względu na strefy czasu pracy) dotyczy innych elementów wypłat, które w konfiguracji mają zaznaczone automatyczne korygowanie z tytułu odchyłek od normy.

Nadgodziny dobowe i średniotygodniowe

Nadgodziny dzielimy na:
  • dobowe, które występują:- w dniach pracy – praca powyżej normy dobowej (8h) lub przedłużonego dobowego wymiaru (np. 12h) -> płatne jako 50% lub 100% jeżeli przypadają w nocy – w dniach wolnych – praca powyżej normy dobowej 8h -> płatne jako 50% – w dniach świątecznych – praca powyżej normy dobowej 8h -> płatne jako 100%
  • średniotygodniowe, które występują: – w dniach pracy – praca powyżej zaplanowanego dobowego wymiaru (np. 6h) do normy dobowej (8h) -> płatne jako 100% – w dniach wolnych – praca poniżej normy dobowej 8h -> płatne jako 100% – w dniach świątecznych – praca poniżej normy dobowej 8h -> płatne jako 100%
Uwaga
W przypadku, gdyby pracownik miał zaplanowany wymiar czasu pracy poniżej 8h, np. 6h (równoważny system czasu pracy), a przepracuje np. 12h, to nadgodziny dobowe występują powyżej normy 8h, czyli w tym przypadku od 8h do 12h, czyli 4h. Natomiast nadgodziny średniotygodniowe – od 6h do 8 h, czyli 2h.

Rozliczanie nadgodzin wg norma zgodna z planem pracy

Parametry w konfiguracji

Rozliczanie nadgodzin wg parametru Norma zgodna z planem pracy polega na porównaniu dla każdego dnia ilości godzin rzeczywiście przepracowanych z kalendarzu (Nie)obecności z ilością godzin w planie pracy. W tej sytuacji każda godzina przepracowana ponad zaplanowany wymiar czasu pracy jest traktowana jako nadgodzina.
Rys 14. Definicja kalendarza – ustawienie rozliczania nadgodzin jako „Norma zgodna z planem pracy”
Dopłaty do nadgodzin (50%, 100%) naliczane wg „norma zgodna z planem pracy” zależą od parametrów znajdujących się w Konfiguracji firmy/ Płace/ Konfiguracja Kalendarzy – są to Nadgodziny 100% w:
  • Godziny nocne – zaznaczony (domyślnie)
  • Niedziele i święta – zaznaczony (domyślnie)
  • Dni wolne (poniżej normy dobowej) – zaznaczony (domyślnie), dotyczy pracy np. w sobotę do 8h
  • Dni wolne (powyżej normy dobowej) – niezaznaczony (domyślnie), dotyczy pracy np. w sobotę powyżej 8h
Uwaga
Dla dni wolnych od pracy norma dobowa odczytywana jest z formularza pracownika, zakładka Etat/Zatrudnienie – pole ‘Norma dobowa do urlopu dla pełnego wymiaru etatu’ (standardowo 8h).
  • Dni pracy po przekroczeniu dobowego limitu nadgodzin 50% – niezaznaczony (domyślnie), związany jest z innym parametrem Dobowy limit nadgodzin 50% w dni pracy (2:00) – zgodnie z archiwalnymi przepisami dwie pierwsze nadgodziny w dni pracy były płatne jako 50%, kolejne 100%.
Rys 15. Konfiguracja kalendarzy - nadgodziny 100% wg planu pracy (wartości domyślne)

Przykłady rozliczenia nadgodzin wg norma zgodna z planem pracy

Poniżej prezentowane są przykłady wyliczenia nadgodzin „wg norma zgodna z planem pracy” (ustawienie w definicji kalendarza) - przy standardowych ustawieniach w Konfiguracji kalendarzy, czyli przy zaznaczonych parametrach dla: Nadgodziny 100%: Godziny nocne, Niedziele i święta, Dni wolne (poniżej normy dobowej).

Podstawowy system czasu pracy – pełny etat

Przykład
Pracownik zatrudniony na pełen etat w podstawowym systemie czasu pracy, czyli po 8h dziennie (1-miesięczny okres rozliczeniowy) – w kwietniu 2023 powinien pracować 152h (od poniedziałku do piątku po 8h), a przepracował 168h  (praca nie przypadała w porze nocnej). W jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:0008:0008:0008:0008:0000:0000:0040h
Rzeczywisty czas pracy08:0012:0008:0008:0008:0010:0002:0056h
Powyżej planu+4:00+10:00 +2:00+16h
Porównując czas przepracowany z planem pracy (w systemie dobowym) wynika, że wystąpiły następujące nadgodziny: - 50% -> 6h = 4h (wtorek, praca ponad zaplanowany dobowy wymiar) + 2h (sobota, praca powyżej normy 8h – odczytana z pola „Norma dobowa dla urlopu” z formularza pracownika) - 100% -> 10h = 8h (sobota, praca do normy 8h) + 2h (niedziela, praca do normy 8h) Suma nadgodzin = 6h (50%) +10h (100%) = 16h Pracownik będzie miał wypłacane: - wynagrodzenie powyżej normy za 16h - godziny przepracowane ponad wymiar czasu pracy (168h) - dopłaty do nadgodzin 50% za 6h - dopłaty do nadgodzin 100% za 10h

Podstawowy system czasu pracy – niepełny etat

Przykład
Pracownik zatrudniony na ½ etatu w podstawowym systemie czasu pracy, czyli po 4h dziennie (1-miesięczny okres rozliczeniowy) – w lutym 2023 powinien pracować 80h (od poniedziałku do piątku po 4h), a przepracował 101h (praca nie przypadała w porze nocnej). W jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy04:0004:0004:0004:0004:0000:0000:0020h
Rzeczywisty czas pracy10:0004:0004:0004:0004:0009:0006:0041h
Powyżej planu+6:00+9:00 +6:00+21h
Porównując czas przepracowany z planem pracy (w systemie dobowym) wynika, że wystąpiły następujące nadgodziny: - 50% -> 7h = 6h (poniedziałek, praca ponad zaplanowany dobowy wymiar) + 1h (sobota, praca powyżej normy 8h) - 100% -> 14h = 8h (sobota, praca do normy 8h) + 6h (niedziela, praca do normy 8h) Suma nadgodzin = 7h (50%) +14h (100%) = 21h Pracownik będzie miał wypłacane: - wynagrodzenie powyżej normy za 21h - godziny przepracowane ponad wymiar czasu pracy (88h) - dopłaty do nadgodzin 50% za 7h - dopłaty do nadgodzin 100% za 14h

Bilansowanie w rozliczeniu nadgodzin wg norma zgodna z planem pracy

Nadgodziny (praca ponad zaplanowany wymiar) są pomniejszane przez odnotowane niedogodziny (praca poniżej zaplanowanego dobowego wymiaru) i nieobecności nieusprawiedliwione (NN) – decyduje o tym parametr Algorytm bilansowania nadgodzin w rozliczanym okresie (w definicji kalendarza), dla którego są dostępne następujące opcje: 1. Nie bilansuj – niedogodziny i nieusprawiedliwione nieobecności (NN) nie pomniejszają nadgodzin, 2. 100%, 50% (domyślnie) - niedogodziny i nieusprawiedliwione nieobecności (NN) pomniejszają w pierwszej kolejności nadgodziny wynagradzane dopłatą 100%, a następnie dopłatą 50%, 3. 50%, 100% - analogicznie jak powyżej, tylko odwrotna kolejność pomniejszania.
Przykład
Pracownik zatrudniony na ¾ etatu w podstawowym systemie czasu pracy, czyli po 6h dziennie (1-miesięczny okres rozliczeniowy) - w lutym 2023 powinien pracować 120h (od poniedziałku do piątku po 6h), a przepracował 123h (praca nie przypadała w porze nocnej). W jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy06:0006:0006:0006:0006:0000:0000:0030h
Rzeczywisty czas pracy08:0003:0006:0006:0006:0004:0000:0033h
Powyżej planu+2:00+4:00 +6h
Poniżej planu-3:00-3h
Porównując czas przepracowany z planem pracy wynika, że wystąpiły następujące nadgodziny: - 50% -> 2h = 2h (poniedziałek, praca ponad zaplanowany dobowy wymiar) - 100% -> 4h = 4h (sobota, praca do normy 8h) Suma nadgodzin = 2h (50%) +4h (100%) = 6h Bilansowanie nadgodzin (o niedogodziny 3h) dla poszczególnych opcji: 1. Nie bilansuj (niedogodziny = 3h) Nadgodziny 50% = 2h Nadgodziny 100% = 4h 2. 100%, 50% (niedogodziny = 3h) Nadgodziny 100% = 4h – 3h = 1h Nadgodziny 50% = 2h 3. 50%, 100% (niedogodziny = 3h) Nadgodziny 50% = 2h – 2h = 0h Nadgodziny 100% = 4h - 1h = 3h Bez względu na ustawienia opcji bilansowania nadgodzin program naliczy: - wynagrodzenie powyżej normy za +6h - wynagrodzenie poniżej normy za -3h W sytuacji, gdy parametr “Bilansowanie powyżej/poniżej normy (w obrębie strefy czasu pracy)” w Konfiguracja > Firma > Płace > Parametry- zakładka 2 - będzie zaznaczony, to wyliczy się tylko: wynagrodzenie powyżej normy za +3h (6h – 3h).

Rozliczanie nadgodzin wg normy dobowej i normy średniotygodniowej

Parametry w konfiguracji

W definicji kalendarza (w konfiguracji) możliwe jest określenie norm:
  • dobowej (standardowo 8h),
  • średniotygodniowej (standardowo 40h).
Powyższe pola uaktywniają się po wyłączeniu parametru Norma zgodna z planem pracy.
Rys 16. Definicja kalendarza – ustawienie rozliczania nadgodzin wg norm: dobowej i średniotygodniowej
W rozliczaniu nadgodzin wg norm (dobowej i średniotygodniowej) istotne jest przekroczenie w obrębie dnia - normy dobowej (8h) w obrębie okresu rozliczeniowego – normy średniotygodniowej (40h). W algorytmie sprawdzania, czy doszło do przekroczenia normy średniotygodniowej, ważne jest wyliczenie normy do nadgodzin dla rozliczanego okresu wg poniższego wzoru: NORMA DO NADGODZIN = liczba pełnych tygodni * norma średniotygodniowa (standardowo 40h) + liczba dni pracy w niepełnych tygodniach (zakres od poniedziałku do piątku) * 1/5 z normy średniotygodniowej (standardowo 8h=40/5) – liczba dni świątecznych w innych dniach niż niedziela * 1/5 z normy średniotygodniowej (standardowo 8h=40/5) Dla wyliczenia tej normy istotny jest parametr w definicji kalendarza Z uwzględnieniem standardowych świąt, jeżeli jest:
  • Zaznaczony – to norma do nadgodzin jest pomniejszona o standardowe święta przypadające w innych dniach niż niedziela (zapisane w programie), niezależnie od tego, czy zostały naniesione w planie pracy.
  • Niezaznaczony – to norma do nadgodzin jest pomniejszana tylko o święta wpisane na planie pracy w innych dniach niż niedziela.
W Konfiguracji firmy/ Płace/ Konfiguracja Kalendarzy dostępne są parametry dotyczące wyliczenia nadgodzin 100%, standardowe ustawienia to:
    • Godziny nocne – 100% (zgodnie z przepisami, bez możliwości modyfikacji)
    • Niedziele i święta – 100% (zgodnie z przepisami, bez możliwości modyfikacji)
    • Dni wolne (poniżej normy dobowej) – 100% (zgodnie z przepisami, bez możliwości modyfikacji), dotyczy pracy np. w sobotę do 8h
    • Dni wolne (powyżej normy dobowej) – niezaznaczony (domyślnie), dotyczy pracy np. w sobotę powyżej 8h
Uwaga
Dla dni wolnych od pracy /świątecznych norma dobowa odczytywana jest z definicji kalendarza (standardowo 8h).
  • Dni pracy po przekroczeniu dobowego limitu nadgodzin 50% – niezaznaczony (domyślnie), związany jest z innym parametrem Dobowy limit nadgodzin 50% w dni pracy (2:00) – dawniej dwie pierwsze nadgodziny w dni pracy były płatne jako 50%, kolejne 100%.
Rys 17. Konfiguracja kalendarzy – algorytmy rozliczania nadgodzin wg normy tygodniowej
Wyliczenie nadgodzin wg normy dobowej i średniotygodniowej następuje w 2 krokach: I krok – wyliczenie nadgodzin dobowych II krok – wyliczenie nadgodzin średniotygodniowych (sprawdzamy, czy doszło do przekroczenia normy średniotygodniowej) - w tym celu należy porównać czas przepracowany pracownika powiększony o liczbę godzin usprawiedliwionych nieobecności, a pomniejszony o nadgodziny „dobowe” z obowiązującym wymiarem czasu pracy (normą do nadgodzin). Poniżej wzór sprawdzający, czy doszło do przekroczenia normy średniotygodniowej: X = CZAS PRZEPRACOWANY + CZAS USPRAWIEDLIWIONYCH NIEOBECNOŚCI - NADGODZINY DOBOWE – NORMA DO NADGODZIN i gdy: X większe od 0 – to oznacza, że wystąpiły nadgodziny średniotygodniowe, X mniejsze lub równe 0 – to oznacza, że nie wystąpiły nadgodziny średniotygodniowe. Ogólnie nadgodziny dzielimy na:
  • dobowe, które występują: – w dniach pracy – praca powyżej normy dobowej (8h) lub przedłużonego dobowego wymiaru (np. 12h) -> płatne jako 50% lub 100% jeżeli przypada w nocy – w dniach wolnych – praca powyżej normy dobowej 8h -> płatne jako 50% – w dniach świątecznych – praca powyżej normy dobowej 8h -> płatne jako 100%
  • średniotygodniowe, które występują: – w dniach pracy – praca powyżej zaplanowanego dobowego wymiaru (np. 6h) do normy dobowej (8h) -> płatne jako 100% – w dniach wolnych – praca poniżej normy dobowej 8h -> płatne jako 100% – w dniach świątecznych – praca poniżej normy dobowej 8h -> płatne jako 100%
Uwaga
Praca powyżej 8h jest zaliczana do nadgodzin dobowych, natomiast praca do 8h jest uwzględniania przy liczeniu nadgodzin wynikających z przekroczenia normy średniotygodniowej.

Przykłady rozliczenia nadgodzin wg normy dobowej i średniotygodniowej

Poniżej prezentowane są przykłady wyliczenia nadgodzin dla okresu 1 miesięcznego przy ustawieniu norm: dobowej (8h) i średniotygodniowej (40h) z zaznaczonym parametr Z uwzględnieniem standardowych świąt w definicji kalendarza - przy standardowych ustawieniach w Konfiguracji kalendarzy dotyczących 100% dopłat do nadgodzin, czyli:
  • Dni wolne (powyżej normy dobowej) – niezaznaczone
  • Dni pracy po przekroczeniu dobowego limitu nadgodzin 50% – niezaznaczone

Podstawowy system czasu pracy (1 miesięczny) – pełny etat

Przykład
Pracownik zatrudniony na pełen etat w podstawowym systemie czasu pracy, czyli o 8h dziennie (1-miesięczny okres rozliczeniowy) – w czerwcu 2023 powinien przepracować 168h, a przepracował 184h (praca nie przypadała w porze nocnej). W jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:0008:0008:0008:0008:0000:0000:0040h
Rzeczywisty czas pracyurlop13:0008:0008:0008:0010:0009:0056h
Powyżej planu+5:00+10:00 +9:00+24h
W definicji kalendarza: Norma dobowa = 8h, norma tygodniowa = 40h z zaznaczonym parametrem Z uwzględnieniem standardowych świąt. Liczymy nadgodziny dobowe, do których zaliczamy pracę ponad normę dobową (8h): Nadgodziny dobowe: - 50% -> 7h = 5h (wtorek, praca ponad normę 8h) + 2h (sobota, praca ponad normę 8h) - 100% -> 1h (niedziela, praca ponad normę 8h) Suma nadgodzin dobowych = 7h (50%) + 1h (100%) = 8h Liczymy nadgodziny po przekroczeniu normy średniotygodniowej Norma: 4 pełne tygodnie * 40h + 2 dni brzegowe (29, 30) * 8h – 1 dzień świąt * 8h = 160h + 16h – 8h = 168h Czas przepracowany (184h) + czas usprawiedliwionych nieobecności (8h urlopu) - nadgodziny dobowe (8h) – norma (168h) = 184 + 8 – 8 - 168 = 16 > 0, czyli doszło do przekroczenia normy średniotygodniowej. Podsumowanie nadgodzin: - Dobowe 50% = 7h - Dobowe 100% = 1h - Średniotygodniowe 100% = 16h Gdy parametr Podział dopłat na nadgodziny dobowe i średniotygodniowe będzie:
  • niezaznaczony – to w wypłacie zostanie naliczone: – Wynagrodzenie powyżej normy za 24h – Dopłata do nadgodzin 50% za 7h – Dopłata do nadgodzin 100% za 17h
  • zaznaczony to w wypłacie zostanie naliczone: – Wynagrodzenie powyżej normy za 24h – Dopłata do nadgodzin dobowych 50% za 7h – Dopłata do nadgodzin dobowych 100% za 1h – Dopłata do nadgodzin średniotygodn. 100% za 16h

Równoważny system czasu pracy (1 miesięczny) – pełny etat

W równoważnym systemie czasu pracy dopuszczalne jest przedłużenie dobowego wymiaru ponad 8h, które powinno być rekompensowane dniami wolnymi od pracy lub skróceniem dobowego wymiaru czasu pracy (poniżej 8h) w niektórych dniach. W takiej sytuacji w definicji kalendarza przy rozliczeniu nadgodzin wg normy dobowej i średniotygodniowej powinien być zaznaczony parametr Z uwzględnieniem przedłużonych dobowych wymiarów z planu pracy (równoważny czas pracy). Po zaznaczeniu tego parametru, praca w godzinach nadliczbowych dobowych będzie liczona następująco:
  • W dniach pracy – program będzie sprawdzał oprócz normy dobowej określonej w definicji kalendarza (np. 8h) również dobowy wymiar czasu pracy ustalony w planie pracy (grafiku) pracownika. W dniach przedłużonego dobowego wymiaru czasu pracy (np. 12h) – nadgodziny dobowe wystąpią po przekroczeniu tego wymiaru (czyli po 12h). Natomiast w dniach skróconego dobowego wymiaru czasu pracy (np. 6h) – nadgodziny dobowe wystąpią po przekroczeniu dobowej normy czasu pracy określonej w definicji kalendarza, czyli po przekroczeniu 8h.
  • W dniach wolnych od pracy/ świątecznych – program będzie sprawdzał tylko normę dobową określoną w definicji kalendarza (np. 8h), czyli czas pracy po przekroczeniu tej normy będzie zaliczany do nadgodzin dobowych. Natomiast czas przepracowany w obrębie (do) normy dobowej będzie uwzględniany w algorytmie sprawdzania przekroczenia normy średniotygodniowej.
Przykład
Pracownik zatrudniony na pełen etat w równoważnym systemie czasu pracy, czyli pracuje głównie po 12h w dni: poniedziałki, środy, piątki, jednak czasem wyznaczane są inne dni – z różną ilością godzin (1-miesięczny okres rozliczeniowy) – w lutym 2023 wymiar czasu pracy powinien wynieść 160h. W tym miesiącu przypadają: 4 poniedziałki, 4 środy, 4 piątki, czli 12 dni * 12h =144h, czyli w celu uzupełnienia planu do 160h wyznaczono dodatkowo 2 soboty po 8h. W jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem). Sumarczynie przepracował 172h.
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy12:0000:00
12:0000:00
12:00
00:00
00:00
36h
Rzeczywisty czas pracy12:00
00:00
14:00

10:0012:00
00:00
00:00
48h
Powyżej planu+2:00+10:00+12h
W definicji kalendarza: Norma dobowa = 8h, norma tygodniowa = 40h z zaznaczonymi parametrami:
  • Z uwzględnieniem przedłużonych dobowych wymiarów z planu pracy (równoważny czas pracy)
  • Z uwzględnieniem standardowych świąt
Liczymy nadgodziny dobowe, do których zaliczamy pracę ponad normę dobową (8h) lub ponad przedłużony dobowy wymiar czasu pracy (np. 12h) Nadgodziny dobowe: - 50% -> 4h = 2h (środa, praca ponad przedłużony wymiar czasu pracy, czyli 12h) + 2h (czwartek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 4h (50%) Liczymy nadgodziny po przekroczeniu normy średniotygodniowej Norma: 4 pełne tygodnie * 40h + 0 dni brzegowe * 8h – 0 dni świątecznych * 8h = 160h +0h – 0h = 160h Czas przepracowany (172h) + czas usprawiedliwionych nieobecności (0h urlopu) - nadgodziny dobowe (4h) – norma (160h) = 172 + 0 – 4 - 160 = 8 > 0, czyli doszło do przekroczenia normy średniotygodniowej (8h - dopłata do nadgodzin 100%). Podsumowanie nadgodzin: - Dobowe 50% = 4h - Dobowe 100% = 0h - Średniotygodniowe 100% = 8h Gdy parametr Podział dopłat na nadgodziny dobowe i średniotygodniowe będzie:
  • niezaznaczony – to w wypłacie zostanie naliczone: – Wynagrodzenie powyżej normy za 12h – Dopłata do nadgodzin 50% za 4h – Dopłata do nadgodzin 100% a 8h
  • zaznaczony to w wypłacie zostanie naliczone: – Wynagrodzenie powyżej normy za 12h – Dopłata do nadgodzin dobowych 50% za 4h – Dopłata do nadgodzin średniotygodn. 100% za 8h

Podstawowy system czasu pracy (1 miesięczny) – niepełny etat

Dla pracownika zatrudnionego na część etatu pracodawca powinien ustalić tzw. limit godzin. Wynika to z art. 151 § 5 k.p., który informuje, że: Strony ustalają w umowie o pracę dopuszczalną liczbę godzin pracy ponad określony w umowie wymiar czasu pracy pracownika zatrudnionego w niepełnym wymiarze czasu pracy, których przekroczenie uprawnia pracownika, oprócz normalnego wynagrodzenia, do dodatku do wynagrodzenia, o którym mowa w art. 1511 § 1 (dodatku do wynagrodzenia jak za pracę nadliczbową). W programie Comarch ERP Optima Płace i Kadry można określić limit nadgodzin dla niepełnoetatowca tylko poprzez  wprowadzenie odpowiedniej normy dobowej i średniotygodniowej (niższej niż dla pełnego etatu), np. dla osoby zatrudnionej na ½ wymiaru etatu – normę dobowa 6h, średniotygodniową 30h. Przy takim ustawieniu zalecamy zaznaczyć dodatkowo parametr Z uwzględnieniem przedłużonych dobowych wymiarów z planu pracy (równoważny czas pracy).
Przykład
Pracownik zatrudniony na ½ etatu w podstawowym systemie czasu pracy, czyli po 4h dziennie (1-miesięczny okres rozliczeniowy) - w sierpniu 2023 powinien przepracować 88h (1/2*176h), a przepracował 101h (praca nie przypadała w porze nocnej). W jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy04:00
04:00
04:00
04:00
04:00
00:0000:0020h
Rzeczywisty czas pracy09:00

06:00


04:00
urlop04:00
10:0000:0033h
Powyżej planu+5:00+2:00+10:00 +17h
W definicji kalendarza: Norma dobowa = 6h, norma tygodniowa = 30h z zaznaczonymi parametrami:
  • Z uwzględnieniem przedłużonych dobowych wymiarów z planu pracy (równoważny czas pracy).
  • Z uwzględnieniem standardowych świąt.
Liczymy nadgodziny dobowe, do których zaliczamy pracę ponad normę dobową (6h). Nadgodziny dobowe: - 50% -> 7h = 3h (poniedziałek, praca ponad normę 6h) + 4h (sobota, praca ponad normę 6h) - 100% -> 0h Suma nadgodzin dobowych = 7h (50%) Liczymy nadgodziny po przekroczeniu normy średniotygodniowej - Norma: 4 pełne tygodnie * 30h + 3 dni brzegowe (29, 30,31) * 6h (1/5 z normy średniotygodniowej 30h) – 1 święto (15.08) * 6h = 120h + 18h – 6h = 132h Czas przepracowany (101h) + czas usprawiedliwionych nieobecności (4h urlopu) - nadgodziny dobowe (7h) – norma 132h = 101 + 4 – 7 - 132 = -34<0, czyli nie doszło do przekroczenia normy średniotygodniowej. Podsumowanie nadgodzin: - Dobowe 50% = 7h - Dobowe 100% = 0h - Średniotygodniowe 100% = 0h Gdy parametr Podział dopłat na nadgodziny dobowe i średniotygodniowe będzie:
  • niezaznaczony – to w wypłacie zostanie naliczone: – Wynagrodzenie powyżej normy za 17h – Dopłata do nadgodzin 50% za 7h
  • zaznaczony to w wypłacie zostanie naliczone: – Wynagrodzenie powyżej normy za 17h – Dopłata do nadgodzin dobowych 50% za 7h

Podstawowy system czasu pracy (3 miesięczny) – pełny etat

W module Płace i Kady Plus istnieje możliwość stosowania okresu rozliczeniowego dłuższego niż 1 miesiąc (np. 3 miesięcznego). W tym celu w definicji kalendarza w obszarze Rozliczenie w polu: Co – należy wpisać 3 (miesiące).
Rys 18. Konfiguracja kalendarza – ustawienie okresu rozliczeniowego
Dla okresu rozliczeniowych dłuższych niż 1 miesiąc istotny jest parametr Podział dopłat na nadgodziny dobowe i średniotygodniowe, ponieważ gdy parametr jest:
  • Zaznaczony – to dopłaty do nadgodzin dobowych są naliczane w miesiącu wystąpienia nadgodzin, natomiast dopłaty do nadgodzin średniotygodniowych na koniec okresu rozliczeniowego.
  • Niezaznaczony – to dopłaty do nadgodzin (dobowych i średniotygodniowych) są naliczane w wypłacie w ostatnim miesiącu okresu rozliczeniowego.
Uwaga
Wynagrodzenie powyżej/poniżej normy (podstawowe wynagrodzenie) rozliczane jest zawsze w miesiącu wystąpienia nadgodzin/niedogodzin.
Poniżej prezentowane są przykłady wyliczenia nadgodzin dla okresu 3 miesięcznego przy ustawieniu norm: dobowej (8h) i średniotygodniowej (40h) z zaznaczonymi parametrami:
  • Z uwzględnieniem standardowych świąt,
  • Podział dopłat na nadgodziny dobowe i średniotygodniowe.
W Konfiguracji kalendarzy – standardowe ustawienia, czyli:
  • Dni wolne (powyżej normy dobowej) – niezaznaczone
  • Dni pracy po przekroczeniu dobowego limitu nadgodzin 50% – niezaznaczone
Przykład
Pracownik zatrudniony na pełen etat w podstawowym systemie czasu pracy, czyli pracuje po 8h dziennie (3 miesięczny okres rozliczeniowy). W okresie styczeń – marzec  2023 wymiar czasu pracy 512h (168h+160h+184h), a przepracował 526h (174h+171h+181h), praca nie przypadała w porze nocnej. W definicji kalendarza: Norma dobowa = 8h, norma tygodniowa = 40h Rozliczenie Co: 3 miesiące Parametry:
  • Z uwzględnieniem standardowych świąt – zaznaczony
  • Podział dopłat na nadgodziny dobowe i średniotygodniowe – zaznaczony
W styczniu 2023 (1 miesiąc rozliczeniowy) – wymiar 168h, w jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:00
08:00
08:00
08:00
08:00
00:0000:0040h
Rzeczywisty czas pracyurlop10:0008:00
08:00
08:00
12:0000:0046h
Powyżej planu+2:00+12:00 +14h
W styczniu 2023 – wymiar czasu pracy 168h, przepracował 174h - sprawdzamy tylko nadgodziny dobowe, do których zaliczamy pracę ponad normę dobową (8h). Nadgodziny dobowe: - 50% -> 6h = 2h (wtorek, praca ponad normę 8h) + 4h (sobota, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 6h (50%) W wypłacie pracownika zostanie naliczone: - Wynagrodzenie powyżej normy za 14h - Dopłata do nadgodzin dobowych 50% za 6h ***************** W lutym 2023 (2 miesiąc rozliczeniowy) – wymiar 160h, w jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:00
08:00
08:00
08:00
08:00
00:00
00:00
40h
Rzeczywisty czas pracy08:00
08:00
08:00
08:0010:0000:00
09:0051h
Powyżej planu+2:00+9:00+11h
W lutym 2023 – wymiar czasu pracy 160h, przepracował 184h - sprawdzamy tylko nadgodziny dobowe, do których zaliczamy pracę ponad normę dobową (8h). Nadgodziny dobowe: - 50% -> 2h (piątek, praca ponad normę 8h) - 100% -> 1h (niedziela, praca ponad normę 8h) Suma nadgodzin dobowych = 2h (50%) + 1h (100%) = 3h W wypłacie pracownika zostanie naliczone: - Wynagrodzenie powyżej normy za 11h - Dopłata do nadgodzin dobowych 50% za 2h - Dopłata do nadgodzin dobowych 100% za 1h ***************** W marcu 2023 (3 miesiąc rozliczeniowy, ostatni) – wymiar 184h, w jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:00
08:00
08:00
08:00
08:00
00:00

00:00

40h
Rzeczywisty czas pracyurlopurlop08:00
12:00

08:00
09:00

00:00

37h
Powyżej planu+4:00+9:00+13h
W marcu 2023 (ostatni miesiąc rozliczeniowy) – wymiar czasu pracy 184h, przepracował 181h - sprawdzamy nadgodziny dobowe oraz średniotygodniowe. Nadgodziny dobowe: - 50% -> 5h = 4h (czwartek, praca ponad normę 8h) + 1h (sobota, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 5h (50%) Nadgodziny średniotygodniowe: Pomocnicze wyliczenia: Norma do nadgodzin = 12 pełnych tygodni * 40h + 5 dni brzegowych (27-31.03.2023) * 8h – 1 dzień świąteczny (6.01) * 8h = 480h + 40h – 8h = 512h Czas przepracowany = 526h (174h styczeń + 171h luty +181h marzec) Czas usprawiedliwionych nieobecności (urlop) = 24h (8h styczeń +16h marzec) Nadgodziny dobowe = 14h (6h styczeń + 3h luty + 5h marzec) Czas przepracowany (526h) + czas usprawiedliwionych nieobecności (24h urlopu) - nadgodziny dobowe (14h) – norma (512h) = 526 + 24 – 14 - 512= 24 > 0, czyli doszło do przekroczenia normy średniotygodniowej. W wypłacie pracownika zostanie naliczone: Wynagrodzenie powyżej normy za 13h - Dopłata do nadgodzin dobowych 50% za 5h - Dopłata do nadgodzin średniotygodn. 100% za 24h Gdyby parametr Podział dopłat na nadgodziny dobowe i średniotygodniowe byłby niezaznaczony, to w wypłatach za okres: styczeń i luty 2023 policzy się tylko wynagrodzenie powyżej normy, a za okres marzec 2023 – wynagrodzenie powyżej normy oraz dopłaty: - Dopłata do nadgodzin 50% za 13h (6h dobowe w styczniu + 2h dobowe w lutym +5h dobowe w marcu) - Dopłata do nadgodzin 100% za 25h (1h dobowe w lutym + 24h średniotyg.)

Bilansowanie w rozliczeniu nadgodzin wg normy dobowej i średniotygodniowej

Przy rozliczaniu nadgodzin wg norm: dobowej i średniotygodniowej – Algorytm bilansowania nadgodzin w rozliczanym okresie zależy od parametru Podział dopłat na nadgodziny dobowe i średniotygodniowe. 1. Gdy Podział dopłat na nadgodziny dobowe i średniotygodniowe jest niezaznaczony – to do wyboru mamy opcje:
  • Nie bilansuj – nadgodziny dobowe nie są pomniejszane o niedogodziny i nieobecności nieusprawiedliwione (NN). Natomiast nadgodziny średniotygodniowe są pomniejszane, ponieważ przy sprawdzaniu, czy doszło do przekroczenia normy średniotygodniowej uwzględniamy czas przepracowany, który jest pomniejszony o czas niedogodzin – wg wzoru: X = CZAS PRZEPRACOWANY + CZAS USPRAWIEDLIWIONYCH NIEOBECNOŚCI – NADGODZINY DOBOWE – NORMA i gdy: X>0 – to oznacza, że wystąpiły nadgodziny średniotygodniowe, X<=0 – to oznacza, że nie wystąpiły nadgodziny średniotygodniowe
  • 100%, 50% – najpierw liczone są nadgodziny dobowe i średniotygodniowe (bez pomniejszenia o niedogodziny), a następnie wyliczone ilość nadgodzin (50%, 100%) jest bilansowana – w pierwszej kolejności nadgodziny 100%, a potem 50%. X = CZAS PRZEPRACOWANY + CZAS NIEDOGODZIN + CZAS USPRAWIEDLIWIONYCH NIEOBECNOŚCI – NADGODZINY DOBOWE – NORMA i gdy: X>0 – to oznacza, że wystąpiły nadgodziny średniotygodniowe, X<=0 – to oznacza, że nie wystąpiły nadgodziny średniotygodniowe.
  • 50%, 100% – analogicznie j.w., tylko odwrotna jest kolejność pomniejszania o niedogodziny, najpierw nadgodziny 50%, potem 100%.
2. Gdy Podział dopłat na nadgodziny dobowe i średniotygodniowe jest zaznaczony – to dostępne są opcje:
  • Tylko średniotygodniowe – nadgodziny dobowe nie są pomniejszane. Natomiast nadgodziny średniotygodniowe są pomniejszane, ponieważ przy sprawdzaniu, czy doszło do przekroczenia normy średniotygodniowej uwzględniamy czas przepracowany, który jest pomniejszony o czas niedogodzin – wg wzoru: X = CZAS PRZEPRACOWANY + CZAS USPRAWIEDLIWIONYCH NIEOBECNOŚCI – NADGODZINY DOBOWE – NORMA i gdy: X>0 – to oznacza, że wystąpiły nadgodziny średniotygodniowe, X<=0 – to oznacza, że nie wystąpiły nadgodziny średniotygodniowe
  • Średniotygodniowe, dobowe 100%, 50% – w pierwszej kolejności pomniejszane są nadgodziny średniotygodniowe na koniec okresu rozliczeniowego pod warunkiem, że ich ilość jest wystarczająca do zbilansowania wszystkich niedogodzin z całego okresu rozliczeniowego. W przypadku, gdy ilość nadgodzin średniotygodniowych od początku okresu rozliczeniowego nie jest wystarczająca, to występujące niedogodziny na bieżąco będą pomniejszać nadgodziny dobowe – w pierwszej kolejności 100%, potem 50%. Nieobecności nieusprawiedliwione nigdy nie pomniejszają nadgodzin dobowych, tylko średniotygodniowe.
  • Średniotygodniowe, dobowe 50%, 100% – działanie opisane jak wyżej, tylko kolejność pomniejszania nadgodzin dobowych jest najpierw 50%, potem 100%.

Przykład bilansowania przy podziale na nadgodziny dobowe i średniotygodniowe (okres 1 miesięczny)

Przykład
Pracownik zatrudniony na pełen etat w podstawowym systemie czasu pracy (1-miesięczny okres rozliczeniowy) – w lutym 2023 powinien zgodnie z harmonogramem przepracować 160h, przepracował 153h. W jednym tygodniu pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem):
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:00
08:00
08:00
08:00
08:00
00:00
00:00
40h
Rzeczywisty czas pracyurlop10:00
08:00
06:00
06:00
03:00
00:0033h
Powyżej planu+2:00+3:00 +5h
Poniżej planu-2:00-2:00-4h
W definicji kalendarza: Norma dobowa = 8h, norma tygodniowa = 40h Rozliczenie Co: 1 miesiąc Parametry:
  • Z uwzględnieniem standardowych świąt – zaznaczony
  • Podział dopłat na nadgodziny dobowe i średniotygodniowe – zaznaczony
1. Wyliczenie nadgodzin z bilansowaniem: Tylko średniotygodniowe - przy tym ustawieniu nadgodziny dobowe nie są pomniejszane, tylko nadgodziny średniotygodniowe są pomniejszane o niedogodziny i nieobecności nieusprawiedliwione (NN). Liczymy nadgodziny dobowe: - 50% -> 2h (wtorek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 2h (50%) - nie są bilansowane Liczymy nadgodziny średniotygodniowe: Czas przepracowany = 153h Czas usprawiedliwionych nieobecności = 8h Nadgodziny dobowe = 2h (50%) Norma do nadgodzin: 4 pełne tygodnie * 40h + 0 dni brzegowe * 8h – 0 dni świątecznych * 8h = 160h + 0h – 0h = 160h Czas przepracowany (153h) + czas usprawiedliwionych nieobecności (8h urlopu) - nadgodziny dobowe (2h) – norma (160h) = 153 + 8 - 2 - 160 = -1 <0, czyli nie doszło do przekroczenia normy średniotygodniowej. W wypłacie pracownika zostanie naliczone: - zasad. powyżej normy za +1h (5h-4h niedogodzin) W sytuacji, gdy parametr “Bilansowanie powyżej/poniżej normy (w obrębie strefy czasu pracy)” - w Konfiguracja > Firma > Płace > Parametry-zakładka 2 - będzie zaznaczony, to wyliczy się tylko: -Wynagr. zasad. powyżej normy = +5h -Wynagr. zasad. poniżej normy = -4h - Dopłata do nadgodzin dobowych 50% za 2h 2. Wyliczenie nadgodzin z bilansowaniem: Średniotygodniowe, dobowe 100%, 50% - w pierwszej kolejności pomniejszane są nadgodziny średniotygodniowe pod warunkiem, że ich ilość jest wystarczająca do zbilansowania wszystkich niedogodzin. W przypadku, gdy ilość nadgodzin średniotygodniowych od początku okresu rozliczeniowego nie jest wystarczająca, to występujące niedogodziny na bieżąco będą pomniejszać nadgodziny dobowe – w pierwszej kolejności 100%, potem 50%. Nieobecności nieusprawiedliwione nigdy nie bilansują nadgodzin dobowych, tylko średniotygodniowe. Liczymy nadgodziny dobowe: - 50% -> 2h (wtorek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 2h (50%) Liczymy nadgodziny średniotygodniowe bez uwzględnienia niedogodzin i NN, a następnie wyliczona ilość nadgodzin będzie pomniejszena o czas niegodzin. Czas przepracowany = 153h Czas niedogodzin = 4h Czas usprawiedliwionych nieobecności = 8h Nadgodziny dobowe 50% = 2h Norma do nadgodzin: 4 pełne tygodnie * 40h + 0 dni brzegowe * 8h – 0 dni świątecznych * 8h = 160h + 0h – 0h = 160h Czas przepracowany (153h) + czas niedgodzin (4h) + czas usprawiedliwionych nieobecności (8h) - nadgodziny dobowe (2h) – norma do nadgodzin (160h) = 153 + 4 + 8 - 2 - 160 = 3 >0, czyli doszło do przekroczenia normy średniotygodniowej o 3h. Następnie następuje bilansowanie o niedogodziny (4h) w kolejności: Nadgodziny średniotygodniowe = 3h – 3h niedogodziny = 0h Nadgodziny dobowe 50% = 2h – 1h niedogodzina = 1h W wypłacie zostaną naliczone elementy: - Wynagr. zasad. powyżej normy +1h (5h-4h) W sytuacji, gdy parametr “Bilansowanie powyżej/poniżej normy (w obrębie strefy czasu pracy)” - w Konfiguracja > Firma > Płace > Parametry - zakładka 2 -  będzie niezaznaczony, to wyliczy się: -Wynagr. zasad. powyżej normy = +5h - Wynagr. zasad. poniżej normy = -4h - Dopłata do nadgodzin dobowych 50% za 1h 3. Wyliczenie nadgodzin z bilansowaniem: Średniotygodniowe, dobowe 50%, 100% - bilansowanie jak powyżej, tylko nadgodziny dobowe pomniejszane w kolejności 50%, a następnie 100%. W tym przypadku wyliczenia będą takie same jak dla opcji bilansowania Średniotygodniowe, dobowe 100%, 50%, ponieważ nie wystąpiły nadgodziny dobowe 100%.

Przykład bilansowania przy podziale na nadgodziny dobowe i średniotygodniowe (okres 3 miesięczny)

Przykład
Pracownik zatrudniony na pełen etat w podstawowym systemie czasu pracy, czyli pracuje po 8h dziennie (3 miesięczny okres rozliczeniowy). W okresie styczeń – marzec  2023 wymiar czasu pracy 512 h (168h+160h+184h), a przepracował 513h (163h+161h+189h), praca nie przypadała w porze nocnej. W definicji kalendarza: Norma dobowa = 8h, norma tygodniowa = 40h Rozliczenie Co: 3 miesiące Parametry:
  • Z uwzględnieniem standardowych świąt – zaznaczony
  • Podział dopłat na nadgodziny dobowe i średniotygodniowe – zaznaczony
W styczniu 2023 (1 miesiąc rozliczeniowy) – wymiar 168h. W jednym tygodniu pracownik pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem), przepracował 163h.
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:00
08:00
08:00
08:00
08:00
00:00
08:00
40h
Rzeczywisty czas pracyurlop09:00
08:00
08:00
06:00
04:00
08:00
43h
Powyżej planu+1:00+4:00 +5h
Poniżej planu-2:00-2h
W lutym 2023 (2 miesiąc rozliczeniowy) – wymiar 160h. W jednym tygodniu pracownik pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem), przepracował 161h.
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:00
08:00
08:00
08:00
08:00
00:00
00:00
40h
Rzeczywisty czas pracy08:00
08:00
08:00
12:00
05:00
00:00
00:00
41h
Powyżej planu+4:00+4h
Poniżej planu-3:00-3h
W marcu 2023 (3 miesiąc rozliczeniowy, ostatni) – wymiar 184h. W jednym tygodniu pracownik pracował zgodnie z poniższą tabelką (pozostałe dni zgodnie z harmonogramem), przepracował 189h.
Pon.Wt.Śr.Czw.Piąt.Sob.Niedz.Suma
Plan pracy08:00
08:00
08:00
08:00
08:00
00:0000:0040h
Rzeczywisty czas pracy08:00
08:00
08:00
10:00
07:00
00:0004:00
45h
Powyżej planu+2:00+4:00+6h
Poniżej planu-1:00-1h
1. Wyliczenie nadgodzin z bilansowaniem: Tylko średniotygodniowe - przy tym ustawieniu nadgodziny dobowe nie są pomniejszane, tylko nadgodziny średniotygodniowe są pomniejszane o niedogodziny i nieobecności nieusprawiedliwione (NN). Styczeń 2023 (pierwszym miesiąc rozliczeniowy) - liczymy tylko nadgodziny dobowe, które nie pomniejszamy. Liczymy nadgodziny dobowe: - 50% -> 1h (wtorek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 1h (50%) W wypłacie zostaną naliczone elementy: - Wynagr. zasad. powyżej normy za 3h (5h-2h niedogodzin) - Dopłata do nadgodzin dobowych 50% za 1h Luty 2023 (drugi miesiąc rozliczeniowy) - liczymy tylko nadgodziny dobowe, które nie pomniejszamy. Liczymy nadgodziny dobowe - 50% -> 4h (czwartek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 4h (50%) W wypłacie zostaną naliczone elementy: - Wynagr. zasad. powyżej normy za 1h (4h-3h niedogodzin) - Dopłata do nadgodzin dobowych 50% za 4h

 

Marzec 2023 (trzeci miesiąc rozliczeniowy, ostatni) - liczymy najpierw nadgodziny dobowe, które nie pomniejszamy, a następnie nadgodziny średniotygodniowe, które są pomniejszane o niedogodziny i nieobecności nieusprawiedliwione (NN). Liczymy nadgodziny dobowe - 50% -> 2h (czwartek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 2h (50%) Liczymy nadgodziny średniotygodniowe: Czas przepracowany = 513h (163h styczeń + 161h luty +189h marzec) Czas usprawiedliwionych nieobecności = 8h (styczeń) Nadgodziny dobowe (z całego okresu rozliczeniowego) = 7h (1h styczeń + 4h luty + 2h marzec) Norma do nadgodzin = 12 pełnych tygodni * 40h + 5 dni brzegowych (27, 28, 29, 30, 31.03) * 8h – 1 dzień świąteczny (6.01) * 8h = 480h + 40h – 8h = 512h Czas przepracowany (513h) + czas usprawiedliwionych nieobecności (8h urlopu) - nadgodziny dobowe (7h) – norma (512h) = 513 + 8 – 7 - 512 = 2 > 0, czyli doszło do przekroczenia normy średniotygodniowej. W wypłacie zostaną naliczone elementy: - Wynagr. zasad. powyżej normy za 5h (6h-1h niedogodzina) - Dopłata do nadgodzin dobowych 50% za 2h - Dopłata do nadgodzin średniotygodn. 100% za 2h 2. Wyliczenie nadgodzin z bilansowaniem: Średniotygodniowe, dobowe 100%, 50% - w pierwszej kolejności pomniejszane są nadgodziny średniotygodniowe pod warunkiem, że ich ilość jest wystarczająca do zbilansowania wszystkich niedogodzin. W przypadku, gdy ilość nadgodzin średniotygodniowych od początku okresu rozliczeniowego nie jest wystarczająca, to występujące niedogodziny na bieżąco będą pomniejszać nadgodziny dobowe – w pierwszej kolejności 100%, potem 50%. Nieobecności nieusprawiedliwione nigdy nie bilansują nadgodzin dobowych, tylko średniotygodniowe. Styczeń 2023 (pierwszym miesiąc rozliczeniowy) Liczymy nadgodziny dobowe: - 50% -> 1h (wtorek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 1h (50%) Liczymy “potencjalne” nadgodziny średniotygodniowe od poczatku okresu rozliczeniowego, czyli za 1 mc (1.2023) bez uwzględnienia niedogodzin i NN, więc czas przepracowny jest powiększony o czas niedogodzin i NN. Czas przepracowany = 163h Czas niedogodzin i NN= 2h Czas usprawiedliwionych nieobecności = 8h Nadgodziny dobowe z bieżącego miesiaca = 1h (50%) Norma do nadgodzin =4 pełne tygodni * 40h + 2 dni brzegowe (30, 31.01) * 8h – 1 dzień świąteczny (6.01) * 8h = 160h + 16h – 8h = 168h Czas przepracowany (163h) + czas niedogodzin i NN (2h) + czas usprawiedliwionych nieobecności (8h urlopu) - nadgodziny dobowe z bieżącego mc (1h) – norma (168h) = 163 + 2 + 8 - 1 - 168 = 4 > 0, czyli ilość “potencjalnych” nadgodzin średniotygodnioych wynosi 4h. Sprawdzamy, czy ilość “potencjalnych” nadgodzin średniotygodniowych od początku okresu rozliczeniowego jest wystarczająca na zbilansowanie wszystkich niedogodzin i w przypadku, gdy: - ilość nadgodzin średniotygodniowych jest większa lub równa ilości niedogodziny, to nadgodziny dobowe nie są pomniejszane. - W przeciwnym przypadku, gdy ilość nadgodzin średniotygodniowych jest mniejsza niż ilości niedogodziny, to nadgodziny dobowe z bieżącego miesiąca są pomniejszane. W tym przypadku ilość “potencjalnych” nadgodzin średniotygodniowych (4h) jest większa niż niedogodzin (2h), więc nadgodziny dobowe z bieżącego miesiąca nie są pomniejszane. W wypłacie zostaną naliczone elementy: - Wynagr. zasad. powyżej normy za 3h (5h-2h niedogodziny) - Dopłata do nadgodzin dobowych 50% za 1h Luty 2023 (drugi miesiąc rozliczeniowy) Liczymy nadgodziny dobowe: - 50% -> 4h (czwartek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 4h (50%) Liczymy “potencjalne” nadgodziny średniotygodniowe od początku okresu rozliczeniowego, czyli za 2 mc (1-2.2023) bez uwzględnienia niedogodzin i NN, więc czas przepracowany jest powiększony o czas niedogodzin i NN. Czas przepracowany = 324h (163h styczeń + 161h luty) Czas niedogodzin i NN= 5h (2h styczeń + 3h luty) Czas usprawiedliwionych nieobecności = 8h (styczeń) Nadgodziny dobowe wypłacone = 1h Nadgodziny dobowe z bieżącego miesiaca = 4h (50%) Norma do nadgodzin = 8 pełnych tygodni * 40h + 2 dni brzegowe (27,28.02) * 8h – 1 dzień świąteczny (6.01) * 8h = 320h + 16h – 8h = 328h Czas przepracowany (324h) + czas niedogodzin i NN (5h) + czas usprawiedliwionych nieobecności (8h urlopu) - nadgodziny dobowe wypłacone (1h) – nadgodziny z bieżącego mc (4h) – norma (328h) = 324 + 5 + 8 - 1 – 4 - 328 = 4 > 0, czyli ilość “potencjalnych” nadgodzin średniotygodniowych wynosi 4h. Sprawdzamy, czy ilość “potencjalnych” nadgodzin średniotygodniowych od początku okresu jest wystarczająca na zbilansowanie wszystkich niedogodzin od początku okresu. W tym przypadku ilość “potencjalnych” nadgodzin średniotygodniowych (4h) jest mniejsza niż wszystkich niedogodzin (5h), więc nadgodziny dobowe z bieżacego miesiąca są pomniejszane o brakującą ilość nadgodzin średniotygodniowych zgodnie z wyliczeniem: Potencjalne nadgodziny średniotygodniowe (4h) – niedogodziny (5h) = - 1h – o tyle należy pomniejszyć nadgodziny dobowe z bieżącego miesiąca. Nadgodziny dobowe z bieżącego miesiąca = 4h (50%)  - 1h (niedogodzina) = 3h. W wypłacie zostaną naliczone elementy: - Wynagr. zasad. powyżej normy za 1h (4h-1h niedogodzina) - Dopłata do nadgodzin dobowych 50% za 3h Marzec 2023 (trzeci miesiąc rozliczeniowy, ostatni) Liczymy nadgodziny dobowe: - 50% -> 2h (czwartek, praca ponad normę 8h) - 100% -> 0h Suma nadgodzin dobowych = 2h (50%) Liczymy “potencjalne” nadgodziny średniotygodniowe od poczatku okresu rozliczeniowego, czyli za 3 mc (1-3.2023) bez uwzględnienia niedogodzin i NN, więc czas przepracowany jest powiększony o czas niedogodzin i NN. Czas przepracowany = 513h (163h styczeń + 161h luty +189h marzec) Czas niedogodzin i NN= 6h (2h styczeń + 3h luty + 1h marzec) Czas usprawiedliwionych nieobecności = 8h (styczeń) Nadgodziny dobowe wypłacone = 4h (1h styczeń + 3h luty) Nadgodziny dobowe z bieżącego miesiaca = 2h (50%) Norma do nadgodzin =12 pełnych tygodni * 40h + 5 dni brzegowych (27, 28, 29, 30, 31.03) * 8h – 1 dzień świąteczny (6.01) * 8h = 480h + 40h – 8h = 512h Czas przepracowany (513h) + czas niedogodzin i NN (6h) + czas usprawiedliwionych nieobecności (8h urlopu) - nadgodziny dobowe wypłacone (4h) - nadgodziny dobowe z bieżącego mc (2h) – norma (512h) = 513 + 6 + 8 – 4 – 2 - 512 = 9 > 0, czyli ilość “potencjalnych” nadgodzin średniotygodniowych wynosi 9h. Sprawdzamy, czy ilość “potencjalnych” nadgodzin średniotygodniowych od początku okresu jest wystarczająca na zbilansowanie wszystkich niedogodzin od początku okresu. W tym przypadku ilość “potencjalnych” nadgodzin średniotygodniowych (9h) jest większa niż wszystkich niedogodzin (6h), więc nadgodziny dobowe z bieżącego miesiąca nie są pomniejszane. Nadgodziny dobowe z bieżacego miesiaca = 2h (50%) Na koniec wyliczamy ostateczną ilość nadgodzin średniotygodniowych od poczatku okresu rozliczeniowego, czyli za 3 mc (1-3.2023). Czas przepracowany = 513h (163h styczeń + 161h luty +189h marzec) Czas usprawiedliwionych nieobecności = 8h (styczeń) Nadgodziny dobowe wypłacone = 4h (1h styczeń + 3h luty) Nadgodziny dobowe z bieżącego miesiaca = 2h (50%) Norma do nadgodzin =12 pełnych tygodni * 40h + 5 dni brzegowych (27, 28, 29, 30, 31.03) * 8h – 1 dzień świąteczye (6.01) * 8h = 480h + 40h – 8h = 512h Czas przepracowany (513h) + czas usprawiedliwionych nieobecności (8h urlopu) - nadgodziny dobowe wypłacone (4h) - nadgodziny dobowe z bieżącego mc (2h) – norma (512h) = 513 + 8 – 4 – 2 - 512 = 3 > 0, czyli doszło do przekroczenia normy średniotygodniowej. W wypłacie zostaną naliczone elementy: - Wynagr. zasad. powyżej normy za 5h (6h- 1H niedogodzina) - Dopłata do nadgodzin dobowych 50% za 2h - Dopłata do nadgodzin średniotygodn. 100% za 3h 3. Wyliczenie nadgodzin z bilansowaniem: Średniotygodniowe, dobowe 50%, 100% - bilansowanie jest jak powyżej, tylko najpierw dobowe 50%, a następnie 100%.

10 Czas wolny za nadgodziny – Płace i Kadry Plus

Rekompensata za pracę w nadgodzinach - czasem wolnym

Praca w godzinach nadliczbowych może być rekompensowana czasem wolnym (art. 1512 k.p.). Udzielenie czasu wolnego za pracę w nadgodzinach zwalnia pracodawcę z obowiązku wypłaty dodatkowego wynagrodzenia za te nadgodziny. Udzielenie dnia wolnego w zamian za pracę w dniu wolnym oraz w niedzielę lub święto (do 8h) jest obowiązkiem pracodawcy. Jeżeli w trakcie trwania okresu rozliczeniowego nie jest to możliwe, wówczas należy wypłacić stosowne dodatki. Natomiast za pracę ponad normę/wymiar dobowy (powyżej 8h) w pierwszej kolejności należy się wypłata stosownych dodatków. Jednak tu też dopuszczalne jest odstępstwo od tej reguły i można takie nadgodziny wynagrodzić czasem wolnym.

Ilość czasu wolnego za nadgodziny

Ilość udzielanego czasu wolnego za pracę nadliczbową zależy od tego, za jakie nadgodziny (dobowe, czy średniotygodniowe) jest przyznawany oraz na czyj wniosek (pracownika, czy pracodawcy). Poniżej znajduje się informacja, ile przysługuje czasu wolnego za dodatkowo przepracowane godziny – zależnie od rodzaju nadgodzin i na czyj wniosek:
  • w dni pracy po przekroczeniu wymiaru dobowego (nadgodziny dobowe) – na wniosek pracownika: za każdą nadgodzinę – 1 godzina czasu wolnego, – na wniosek pracodawcy: za każdą nadgodzinę – 1,5 godziny czasu wolnego.
  • w dni wolne, w niedziele i święta po przekroczeniu normy dobowej (nadgodziny dobowe) – na wniosek pracownika: za każdą nadgodzinę – 1 godzina czasu wolnego, – na wniosek pracodawcy: za każdą nadgodzinę – 1,5 godziny czasu wolnego.
  • w dni wolne, w niedziele i święta w granicach normy dobowej (nadgodziny średniotygodniowe) – bez względu na ilość przepracowanych godzin – 1 dzień wolny.

Czas wolny za nadgodziny w programie

W module Płacy i Kadry Plus udostępniona jest funkcjonalność odbierania nadgodzin. W kalendarzu czasu pracy pracownika, na danym wejściu w dniu znajduje się pole Odbiór nadgodzin z rozwijaną listą znaczników:
  • O.BM – nadgodziny do odbioru w bieżącym miesiącu (do strefy niewliczanej do czasu pracy)
  • O.NM – nadgodziny do odbioru w kolejnym miesiącu (do strefy wliczanej do czasu pracy)
  • W.PŁ – wolne za nadgodziny – płatne (do strefy wliczanej do czasu pracy)
  • W.NP – wolne za nadgodziny – niepłatne (do strefy niewliczanej do czasu pracy)

Rys 19. Formularz wejścia na dniu pracy pracownika – odnotowanie nadgodzin do odbioru w bieżącym miesiącu

Sposób wynagradzania i wliczania do czasu pracy będzie odczytywany ze strefy, którą opisuje dany znacznik. Należy pamiętać, że opisy ‘O.NM’ i ‘W.PŁ’ mogą być uwzględniane wyłącznie dla wejść odnotowanych jako strefy wliczane do czasu pracy, a dwa pozostałe opisy ‘O.BM’ i ‘W.NP’ jako strefy niewliczanej do czasu pracy. Nieprawidłowe dopasowanie strefy i znacznika przy zapisie jest sygnalizowane komunikatem Wybrano niewłaściwy opis odbioru nadgodzin, niezgodny z wybraną strefą. Poniższa tabelka prezentuje powiązanie znaczników z odpowiednimi strefami czasu pracy. Można używać standardowych stref w programie (czas pracy podstawowej – wliczana do czasu pracy, czas przerwy – niewliczana do czasu pracy) lub zdefiniować własne na wzór standardowych.
ZnacznikRodzaj strefy czasu pracy – wliczanie do czasu przepracowanego oraz wynagradzanieWliczać do czasu pracy służącego do wyliczania nadgodzin
O.BMniewliczana do czasu pracy, np. Czas przerwy bez wynagrodzeniaNie
O.NMwliczana do czasu pracy, np. Czas pracy podstawowy wynagradzana 100%Nie
W.PŁwliczana do czasu pracy, np. Czas pracy podstawowy wynagradzana 100%Tak
W.NPniewliczana do czasu pracy, np. Czas przerwy bez wynagrodzeniaTak
Rys 20. Konfiguracja znaczników (nadgodzin do odbioru i czasu wolnego za nadgodziny) i stref czasu pracy
Uwaga
Sposób wyliczenia czasu przepracowanego jest różny od wyliczeń czasu wykorzystywanego przy obliczaniu ilości nadgodzin. Do czasu przepracowanego wliczany jest czas oznaczony O.NM i W.PŁ. Natomiast do czasu uwzględnianego do obliczeń nadgodzin wliczany jest czas oznaczony W.PŁ i W.NP.

Wynagrodzenie za czas wolny (udzielony za nadgodziny)

Przy udzielaniu czasu wolnego bardzo ważne jest również, w jakim miesiącu ten czas wolny jest udzielany, tzn.: czy w tym samym miesiącu, w którym wystąpiły nadgodziny, czy w kolejnym miesiącu (do końca okresu rozliczeniowego) oraz na czyj wniosek: pracownika/pracodawcy. Udzielony czas wolny w tym samym miesiącu (co nadgodziny) charakteryzuje się tym, że pracownik ma prawo do normalnego wynagrodzenia za wszystkie godziny/dni wolne. Niepłatne są natomiast dodatkowo przepracowane nadgodziny, za które udzielono czasu wolnego, co prezentuje poniższa tabelka.
Udzielenie czasu wolnego za nadgodziny w tym samym miesiącu
Rodzaj godzin pracyMiesiąc wystąpienia nadgodzin
(np. 1.2021)
Miesiąc odbioru nadgodzin (np.1.2021)
- czas wolny za nadgodziny na wniosek:
pracownikapracodawcy
w dniu pracy
ponad wymiar dobowy
Ilość godzin: 1h
Oznaczenie:
O.BM (przerwa)
Rozliczenie: Brak
Ilość godzin: 1h
Oznaczenie:
W.PŁ (praca podst.)
Rozliczenie: Brak
Ilość godzin: 1,5h
Oznaczenie:
W.PŁ (praca podst.)
Rozliczenie: Brak
w dni wolne, niedziele i święta
(powyżej normy dobowej 8h)
Ilość godzin: 1h
Oznaczenie:
O.BM (przerwa)
Rozliczenie: Brak
Ilość godzin: 1hIlość godzin: 1,5h
Oznaczenie:
W.PŁ (praca podst.)
Rozliczenie: Brak
w dni wolne, niedziele i święta
(do normy dobowej 8h)
Ilość godzin: od 1h do 8h
Oznaczenie:
O.BM (przerwa)
Rozliczenie: Brak
Ilość godzin: 8h (cały dzień)
Oznaczenie:
W.PŁ (praca podst.)
Rozliczenie: Brak
Rys 21. Czas wolny za nadgodziny w jednomiesięcznym okresie rozliczeniowym

Rys 21. Czas wolny za nadgodziny w jednomiesięcznym okresie rozliczeniowym

Udzielony czas wolny w innym miesiącu (niż nadgodziny) – przy dłuższym okresie rozliczeniowym czasu pracy – charakteryzuje się tym, że dodatkowo przepracowane nadgodziny są wynagradzane stawką zasadniczą w bieżącym miesiącu. W kolejnym miesiącu płatny jest tylko czas wolny udzielony za nadgodziny dobowe (ponad normę/wymiar) na wniosek pracodawcy (art. 1512 § 2 k.p.).
Udzielenie czasu wolnego za nadgodziny w kolejnym miesiącu
Rodzaj godzin pracyMiesiąc wystąpienia nadgodzin
(np. 1.2021)
Miesiąc odbioru nadgodzin (np.2.2021)
- czas wolny za nadgodziny na wniosek:
pracownikapracodawcy
w dniu pracy
ponad wymiar dobowy
Ilość godzin: 1h
Oznaczenie:
O.NM (praca podst.)
Rozliczenie:
Wynagr.powyżej normy (za 1h)

Ilość godzin: 1h 1)
Oznaczenie:
W.NP (przerwa)
Rozliczenie: Wynagr.poniżej normy (za 1h)

Ilość godzin: 1,5h
Oznaczenie:
W.PŁ (praca podst.)
Rozliczenie: Brak

w dni wolne, niedziele i święta
(powyżej normy dobowej 8h)
Ilość godzin: 1h
Oznaczenie:
O.NM (praca podst.)
Rozliczenie:
Wynagr.powyżej normy (za 1h)

Ilość godzin: 1h 1)
Oznaczenie:
W.NP (przerwa)
Rozliczenie: Wynagr.poniżej normy (za 1h)
Ilość godzin: 1,5h
Oznaczenie:
W.PŁ (praca podst.)
Rozliczenie: Brak

w dni wolne, niedziele i święta
(do normy dobowej 8h)

Ilość godzin: od 1h do 8h
Oznaczenie:
O.NM (praca podst.)
Rozliczenie:
Wynagr.powyżej normy
(za 1 -8h)
Ilość godzin: 8h (cały dzień) 2)
Oznaczenie:
W.NP (przerwa)
Rozliczenie:
Wynagr.poniżej normy (za 8h)

Rys 22. Czas wolny za nadgodziny dla wielomiesięcznych okresów rozliczeniowych

Rys 22. Czas wolny za nadgodziny dla wielomiesięcznych okresów rozliczeniowych

1) Zgodnie z wykładnią prawa, pracownik nie nabywa prawa do wynagrodzenia za czas wolny udzielany w zamian za pracę w nadgodzinach, czyli udzielnie czasu wolnego w kolejnym miesiącu powoduje dysproporcję jego wynagradzania (w poszczególnych miesiącach okresu rozliczeniowego). W tej kwestii stanowisko zajął Sąd Najwyższy, który w wyroku z dnia 9 lutego 2010 r. (sygn. akt I PK 157/09) stwierdził, że wypłata normalnego wynagrodzenia za pracę w nadgodzinach rekompensowanych udzieleniem pracownikowi na jego wniosek czasu wolnego powinna nastąpić w okresie odbierania czasu wolnego. (W tej sytuacji w programie czas nadgodziny można oznaczyć tak jak odbiór w bieżącym miesiącu, czyli nadgodziny jako niepłatne (O.BM, czas przerwy) a czas wolny jako płatny (W.PŁ, praca podst.). 2) Gdy za 1 nadgodzinę w dniu wolnym (niedzielę / święto) udzielmy w kolejnym miesiącu dnia wolnego (8h) i oznaczymy jako niepłatne (jak mówią przepisy), to pracownik będzie stratny, będzie miał pomniejszenie wynagrodzenie za 8h. Działając na korzyść pracownika można oznaczyć dzień wolny jako płatny (W.PŁ, praca podst.) a nadgodziny jako niepłatne (O.BM, przerwa).

W programie z poziomu okna Listy pracowników dostępny jest wydruk „Pracownicy z czasem wolny za nadgodziny” (z menu wydruków: Pracownicy). Dodatkowo z poziomu formularza pracownika również dostępny jest wydruk „Czas wolny za nadgodziny” (z menu wydruków: Raporty). Wydruki te przedstawiają dane na temat udzielonego czasu wolnego za wypracowane nadgodziny oraz czas tych nadgodzin. Dane odczytywane są z kalendarza ‘(Nie)obecności’ pracownika z podziałem na poszczególne dni lub jako wartość łączna w podsumowaniu. Po oznaczeniu czasu pracy w poszczególnych dniach znacznikami O.BM, O.NM, W.PŁ, W.NP ilość czasu pracy będzie pokazywana na wydruku.

Przykłady udzielania czasu wolnego za nadgodziny w dni pracy

Odbiór czasu wolnego w tym samym miesiącu – na wniosek pracownika

Przykład
W sierpniu 2023 r. (wymiar czasu pracy 176h) pracownik zatrudniony na stawkę miesięczną w wys. 6000 zł przepracował dodatkowo 1 godzinę w dzień pracy i odebrał ją w tym samym miesiącu na swój wniosek. Przepracowaną nadgodzinę oznaczamy strefą ‘Czas przerwy’ (niewliczaną do czasu pracy i niepłatną) oraz znacznikiem ‘O.BM’, a wolną godzinę strefą ‘Czas pracy podstawowy’ (wliczaną do czasu pracy i płatną) oraz znacznikiem ‘W.PŁ’. Krok I - Odnotowanie na kalendarzu
DzieńWejścieGodzina przyjściaGodzina wyjściaPrzykładowa strefaZnacznik
07.08 poniedziałekW107:0015:00czas pracy podstawowy-
W215:0016:00czas przerwy
(niewliczana do czasu pracy, niepłatna)
O.BM
08.08 wtorekW107:0014:00czas pracy podstawowy-
W214:0015:00czas pracy podstawowy
(wliczana do czasu pracy, płatna)
W.PŁ
Krok II - Wyliczenie czasu pracy i wynagrodzenia Do czasu pracy wliczamy 175h (‘czas pracy podstawowy’) + 1h (‘czas pracy podstawowy’ ze znacznikiem W.PŁ) = 176h. Nie wliczamy tu 1h (‘czas przerwy’ ze znacznikiem O.BM) - wykorzystaną do wprowadzenia nadgodziny do odbioru w bieżącym miesiącu. Wynagrodzenie zostanie wypłacone za pełen wymiar czasu pracy (176h), za tyle godzin, ile przepracował 176h (176h +1 nadgodzina – 1h wolnego), czyli: Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00
Uwaga
Istnieje możliwość tworzenia własnych stref (na wzór standardowych), jednak nie jest to konieczne i dodatkowo wiąże się z rozbiciem kwoty wynagrodzenia zasadniczego na użyte płatne strefy czasu. Przykładowe własne strefy: - nadgodz.odbierane BM – zdefiniowana na wzór standardowej strefy ‘Czas przerwy’ (niewliczana do czasu pracy i niepłatna), - wolne za nadgodz.PŁ– zdefiniowana na wzór standardowej strefy ‘Czas pracy podstawowy’ (wliczana do czasu pracy i płatna) oraz znacznikiem ‘W.PŁ’ – dla tej strefy wyliczy się wynagrodzenie zasadnicze proporcjonalnie do ilości czasu w tej strefie. Przy zastosowaniu własnych stref, a w szczególności własnej strefy płatnej (np. wolne za nadgodz.PŁ) w powyższym przykładzie, gdy parametr „Wynagrodzenie powyżej/poniżej normy liczone jako oddzielny element wypłaty” (w Konfiguracja/ Firma/ Płace/ Parametry - zakładka 3) bedzie: a) zaznaczony – to wyliczy się: -              Wynagr. zasad. /miesiąc (praca.pdst) = 6000,00 -              Wynagr. zasad./miesiąc (wolne za nadgodz.PŁ)= 0 -              Wynagr. zasad. poniżej normy (praca.pdst) = -34,09 -              Wynagr. zasad. powyżej normy (wolne za nadgodz.) = 34,09 b) niezaznaczony – to wyliczy się: -              Wynagr. zasad. /miesiąc (praca.pdst) = 5965,91 -              Wynagr. zasad./miesiąc (wolne za nadgodz.PŁ)=34,09

Odbiór czasu wolnego w tym samym miesiącu – na wniosek pracodawcy

Przykład
W sierpniu 2023 r. (wymiar czasu pracy 176h) pracownik zatrudniony na stawkę miesięczną w wys. 6000 zł przepracował dodatkowo 1 godzinę w dzień pracy i odbiera ją w tym samym miesiącu na wniosek pracodawcy. Przepracowaną nadgodzinę oznaczamy strefą ‘Czas przerwy’ (niewliczaną do czasu pracy i niepłatną) oraz znacznikiem ‘O.BM’, a wolne półtorej godziny strefą ‘Czas pracy podstawowy’ (wliczaną do czasu pracy i płatną) oraz znacznikiem ‘W.PŁ’. Krok I - Odnotowanie na kalendarzu
DzieńWejścieGodzina przyjściaGodzina wyjściaPrzykładowa strefaZnacznik
07.08 poniedziałekW107:0015:00czas pracy podstawowy-
W215:0016:00czas przerwy
(niewliczana do czasu pracy, niepłatna)
O.BM
08.08 wtorekW107:0013:30czas pracy podstawowy-
W213:3015:00czas pracy podstawowy
(wliczana do czasu pracy, płatna)
W.PŁ
Krok II - Wyliczenie czasu pracy i wynagrodzenia Do czasu pracy wliczamy 174,5h (‘czas pracy podstawowy’) + 1,5h (‘czas pracy podstawowy’ ze znacznikiem W.PŁ) = 176h. Nie wliczamy tu 1h (‘czas przerwy’ ze znacznikiem O.BM) - wykorzystaną do wprowadzenia nadgodziny do odbioru w bieżącym miesiącu. Wynagrodzenie zostanie wypłacone za pełen wymiar czasu pracy (176h), choć pracownik przepracował 175,5h (176h +1 nadgodzina – 1,5h wolnego), czyli: Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00

Odbiór czasu wolnego w kolejnym miesiącu – na wniosek pracownika

Przykład
W sierpniu 2023 r. (wymiar czasu pracy 176h) pracownik zatrudniony na stawkę miesięczną w wys. 6000zł przepracował dodatkowo 1 godzinę w dzień pracy i odbiera ją w kolejnym miesiącu – wrześniu 2023 r. (wymiar czasu pracy 168h), na swój wniosek. W 8.2023 przepracowaną nadgodzinę oznaczamy strefą ‘Czas pracy podstawowy’ (wliczaną do czasu pracy i płatną) oraz znacznikiem ‘O.NM’, a w 9.2023 wolną godzinę strefą ‘Czas przerwy’ (niewliczaną do czasu pracy i niepłatną) oraz znacznikiem ‘W.NP’. Krok I - Odnotowanie na kalendarzu
DzieńWejścieGodzina przyjściaGodzina wyjściaPrzykładowa strefaZnacznik
07.08 poniedziałekW107:0015:00czas pracy podstawowy-
W215:0016:00czas pracy podstawowy
(wliczana do czasu pracy, płatna)

O.NM
12.09 wtorekW107:0014:00czas pracy podstawowy-
W214:0015:00czas przerwy
(niewliczana do czasu pracy, niepłatna)

W.NP
Krok II - Wyliczenie czasu pracy i wynagrodzenia W 8.2023 do czasu pracy wliczamy 176h (‘czas pracy podstawowy’) + 1h (‘czas pracy podstawowy’ ze znacznikiem O.NM) = 177h.

Wynagrodzenie zostanie wypłacone za wszystkie przepracowane godziny 177h (176h + 1 nadgodzina), czyli:

Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00

Wynagr. zasad. powyżej normy (praca.pdst) = 34,09 (6000*1/176)

W 9.2023 do czasu pracy wliczamy 167h (‘czas pracy podstawowy’). Nie wliczamy tu 1h (‘Czas przerwy’ ze znacznikiem W.NP). Wynagrodzenie zostanie wypłacone za przepracowane godziny 167h (168h – 1h wolnego), czyli: Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00 Wynagr. zasad. poniżej normy (praca.pdst))= -35,71 (6000*1/168)

Odbiór czasu wolnego w kolejnym miesiącu – na wniosek pracodawcy

Przykład
W sierpniu 2023 r. (wymiar czasu pracy 176h) pracownik zatrudniony na stawkę miesięczną w wys. 6000 zł przepracował dodatkowo 1 godzinę w dzień pracy i odbiera ją w kolejnym miesiącu – wrześniu 2023 r. (wymiar czasu pracy 168h), na wniosek pracodawcy. W 8.2023 przepracowaną nadgodzinę oznaczamy strefą ‘Czas pracy podstawowy’ (wliczaną do czasu pracy i płatną) oraz znacznikiem ‘O.NM’, a w 9.2023 wolne półtorej godziny strefą ‘Czas pracy podstawowy’ (wliczaną do czasu pracy i płatną) oraz znacznikiem ‘W.PŁ’. Krok I - Odnotowanie na kalendarzu
DzieńWejścieGodzina przyjściaGodzina wyjściaPrzykładowa strefaZnacznik
09.08 poniedziałekW107:0015:00czas pracy podstawowy-
W215:0016:00czas pracy podstawowy
(wliczana do czasu pracy, płatna)

O.NM
07.09 wtorekW107:0013:30czas pracy podstawowy-
W213:3015:00czas pracy podstawowy
(wliczana do czasu pracy, płatna)


W.PŁ
Krok II - Wyliczenie czasu pracy i wynagrodzenia W 8.2023 do czasu pracy wliczamy 176h (‘czas pracy podstawowy’) + 1h (‘czas pracy podstawowy’ ze znacznikiem O.NM) = 177h. Wynagrodzenie zostanie wypłacone za wszystkie przepracowane godziny 177h (176h + 1 nadgodzina), czyli:

Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00

Wynagr. zasad. powyżej normy (praca.pdst) = 34,09 (6000*1/176)

W 9.2023 do czasu pracy wliczamy 166,5h (‘czas pracy podstawowy’) + 1,5h (‘czas pracy podstawowy’ ze znacznikiem W.PŁ) = 168h. Wynagrodzenie zostanie wypłacone za pełny wymiar czasu pracy (168h), choć pracownik przepracował 166,5 h(168h – 1,5h wolnego), czyli: Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00

Przykłady udzielania czasu wolnego za nadgodziny w dni wolne do normy dobowej

Odbiór czasu wolnego w tym samym miesiącu

Przykład
W sierpniu 2023 r. (wymiar czasu pracy 176h) pracownik zatrudniony na stawkę miesięczną w wys. 6000zł przepracował dodatkowo 6 godzin w sobotę i w tym samym miesiącu odbiera za to dzień wolny (8h). Przepracowane nadgodziny oznaczamy strefą ‘czas przerwy’ (niewliczaną do czasu pracy, niepłatną) oraz znacznikiem ‘O.BM’, a wolny dzień strefą ‘czas pracy podstawowy’ (wliczaną do czasu pracy, płatną) oraz znacznikiem ‘W.PŁ’. Krok I - Odnotowanie na kalendarzu
DzieńWejścieGodzina przyjściaGodzina wyjściaPrzykładowa strefaZnacznik
12.08 sobotaW107:0013:00czas przerwy
(niewliczana do czasu pracy, niepłatna)
O.BM
14.08 poniedziałekW107:0015:00czas pracy podstawowy
(wliczana do czasu pracy, płatna)
W.PŁ
Krok II - Wyliczenie czasu pracy i wynagrodzenia Do czasu pracy wliczamy 168h (‘czas pracy podstawowy’) + 8h (‘czas pracy podstawowy’ ze znacznikiem W.PŁ) = 176h. Nie wliczamy tu 6h (‘czas przerwy’ ze znacznikiem O.BM). Wynagrodzenie zostanie wypłacone za pełen wymiar czasu pracy (176h), choć pracownik przepracował tylko 166h (168h +6 nadgodzin – 8h wolnego), czyli: Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00

Odbiór czasu wolnego w kolejnym miesiącu

Przykład
W sierpniu 2023 r. (wymiar czasu pracy 176h) pracownik zatrudniony na stawkę miesięczną w wys. 6000zł przepracował dodatkowo 6 godzin w sobotę i w kolejnym miesiącu – wrześniu 2023 r. (wymiar czasu pracy 168h) odbiera za to dzień wolny (8h). W 8.2023 przepracowane nadgodziny oznaczamy strefą ‘Czas pracy podstawowy’ (wliczaną do czasu pracy i płatną) oraz znacznikiem ‘O.NM’, a w 9.2023 wolny dzień strefą ‘Czas przerwy’ (niewliczaną do czasu pracy i niepłatną) oraz znacznikiem ‘W.NP’. Krok I - Odnotowanie na kalendarzu
DzieńWejścieGodzina przyjściaGodzina wyjściaPrzykładowa strefaZnacznik
12.08 sobotaW107:0013:00czas pracy podstawowy
(wliczana do czasu pracy, płatna)

O.NM
04.09 poniedziałekW107:0015:00czas przerwy
(niewliczana do czasu pracy, niepłatna)

W.NP 1)
1) Gdy za nadgodziny w dniu wolnym (niedziele / święto) udzielimy w kolejnym miesiącu dzień wolny (8h) i oznaczymy jako niepłatne (jak mówią przepisy), to pracownik będzie stratny, będzie miał pomniejszenie wynagrodzenia za 8h. Działając na korzyść pracownika można oznaczyć dzień wolny jako płatny (W.PŁ, praca podst.) a nadgodziny jako niepłatne (O.BM, przerwa). Krok II - Wyliczenie czasu pracy i wynagrodzenia W 8.2023 do czasu pracy wliczamy 176h (‘czas pracy podstawowy’) + 6h (‘czas pracy podstawowy’ ze znacznikiem O.NM) = 182h. Wynagrodzenie zostanie wypłacone za wszystkie przepracowane godziny 182h (176h + 6 nadgodzin), czyli:

Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00

Wynagr. zasad. powyżej normy (praca.pdst) = 204,55 (6000*6/176)

W 9.2023 do czasu pracy wliczamy 160h (‘czas pracy podstawowy’). Nie wliczamy tu 8h (‘Czas przerwy’ ze znacznikiem W.NP). Wynagrodzenie zostanie wypłacone za przepracowane godziny 160h (168h – 8h wolnego), czyli: Wynagrodzenie zasadnicze /miesiąc (praca.pdst) = 6000,00

Wynagr. zasad. powyżej normy (praca.pdst) = -285,71 (6000*8/168)

Wydruki ewidencji czasu pracy

Wydruk karty pracy dostępny jest z Formularza pracownika/ Wydruki kadrowe/ Karta pracy lub z Listy pracowników/ Wydruki kadrowe/ Karta pracy – wszyscy (wydruk dla zaznaczonych). Oba wydruki mają możliwość drukowania pełnej informacji o czasie pracy w poszczególnych dniach lub może to być wydruk samego podsumowania. Na wydruku ze szczegółami karty pracy, obok dni kalendarzowych wykazany jest typ dnia (Pracy, Wolny, Święto) oraz oznaczenie dla dni wolnych/świątecznych, np. W5 – wolne z tytułu 5 dniowego tygodnia pracy, ND – niedziela, ŚW – święto. Można korzystać z standardowych opisów dni wolnych albo dodać własne z poziomu: System / Konfiguracja / Firma / Płace / Opisy rodzajów dni wolnych do karty pracy. Kolejne kolumny obrazują ilościowo: godziny z planu pracy, rzeczywiście przepracowane godziny, czas pracy ponad i poniżej planu oraz godziny przepracowane w nocy. Osobna kolumna pokazuje nazwę nieobecności, która wystąpiła w danym dniu. W podsumowaniu wykazywana jest informacja o łącznej ilości czasu nadgodzin 50% i 100% rozliczonych w wypłacie. (Ta informacja pobiera jest z naliczonych standardowych dopłat do nadgodzin).
Uwaga
W przypadku, gdy w programie rozliczenie nadgodzin opiera się na własnych dodatkach (wyłączone jest naliczanie standardowych dopłat do nadgodzin), to Informacja o nadgodzinach nie pojawi się na wydrukach: karty pracy, listach płac, kwiatkach wypłat, czy pomocniczych raportach do GUS.
W module Płace i Kadry Plus dostępny jest wydruk Pracownicy z czasem wolnym za nadgodziny (dostępny z poziomu: Lista pracowników/ Pracownicy) dla zaznaczonych osób, w których wykazywane są informacje o nadgodzinach do odbioru oraz czasie wolnym udzielonym za nadgodziny wpisy na czasie pracy z oznaczeniami:
  • O.BM – nadgodziny do odbioru w bieżącym miesiącu,
  • O.NM – nadgodziny do odbioru w kolejnym miesiącu,
  • W.PŁ – wolne za nadgodziny – płatne,
  • W.NP – wolne za nadgodziny – niepłatne.

Różnicowe wyliczenie wynagrodzenia za nadgodziny i godziny nocne

W przypadku, gdy za nadgodziny oraz pracę w nocy za wskazany miesiąc (np. 6.2023) zostało już wypłacone wynagrodzenie, a następnie zostały naniesione kolejne nadgodziny, czy praca w porze nocnej (za już rozliczony miesiąc 6.2023), to istnieje możliwość naliczenia różnicowo wynagrodzenia za dopisane nadgodziny oraz godziny nocne:

- na liście płac etatowej za kolejny miesiąc (7.2023) z opcją wstecz: 1 miesiąc

- lub ewentualnie na drugiej liście płac etatowej za ten sam miesiąc (6.2023).

W przypadku naliczenia wypłaty na liście płac z opcją ‘Mies. wstecz’ lub na dodatkowej liście nastąpi weryfikacja za ile godzin w danym miesiącu obecnie przysługuje dopłat do nadgodzin, dopłat za pracę w nocy czy wynagrodzenie powyżej/poniżej, a następnie tą ilość pomniejszy o ilość godzin, które już były rozliczone w innych wypłatach za ten miesiąc. Różnicowe wyliczenie wynagrodzenia powyżej/poniżej normy będzie dokonywane tylko w przypadku, gdy w naliczanej wypłacie te elementy mają taki sam okres od-do jak już wypłacone w innych wypłatach za ten sam okres.

Różnicowe rozliczenie wynagrodzenia za nadgodziny / porę nocną dotyczy standardowych elementów:
  • Dopłata do nadgodzin 50%,
  • Dopłata do nadgodzin 100%,
  • Dopłata do nadgodzin dobowych 50%,
  • Dopłata do nadgodzin dobowych 100%,
  • Dopłata do nadgodzin średniotygodniowych 100%,
  • Dopłata za pracę w nocy,
  • zasad. powyżej normy
  • zasad. poniżej normy

Przykład różnicowego rozliczenia wynagrodzenia za nadgodziny i godziny nocne

Przykład
Przykład 19: Pracownik zatrudniony na pełen etat na stawkę 6000 zł/miesiac w podstawowym systemie czasu pracy, czyli o 8h dziennie (1-miesięczny okres rozliczeniowy, pora nocna 22:00-6:00). W definicji kalendarza: Norma dobowa = 8h, norma tygodniowa = 40h z zaznaczonym parametrem z podziałem na nadgodziny dobowe i średniotygodniowe. W lipcu 2023 (wymiar 168h) przepracował dodatkowo w dniach:
  • 07.2023 (piatek, w planie 8h) od 10:00 do 23:00 (13h), czyli 5 nadgodzin dobowych, w tym 1h nocna (22:00-23:00).
  • 07.2023 (sobota, w planie 0h) od 10:00 do 15:00 (5 nadgodzin średniotygodniowych)
Sumarycznie pracownik przepracował 178h, czyli ponad wymiar 10h, w tym:
  • nadgodziny dobowe 50% = 4h
  • nadgodziny dobowe 100% = 1h, ponieważ przypada w porze nocnej
nadgodziny średniotygodniowe = 5h W wypłacie za 7.2023 (wymiar 168h) zostały naliczone elementy:
  • Wynagrodzenie zasadnicze /miesiąc = 6000 (za 168h)
  • Wynagr. zasad. powyżej normy = 357,14 (za 10h wg wyliczenia: 6000/168*10h)
  • Dopłata do nadgodzin dobowych 50% = 71,43 (za 4h wg wyliczenia 6000/168*50%*4h)
  • Dopłata do nadgodzin dobowych 100% = 35,71 (za 1h wg wyliczenia 6000/168*1h)
  • Dopłata do nadgodzin średniotygodn. 100% = 178,57 (za 5h, wg wyliczenia 6000/168*5h)
  • Dopłata za pracę w nocy = 4,29 (za 1h wg wyliczenia 3600/168*20%*1h)
Po naliczeniu wynagrodzenia za 7.2023 zostały dopisane dodatkowe nadgodziny  w dniach:
  • 28.07.2023 (piatek, w planie 8h) od 12:00 do 23:00 (11h), czyli 3 nadgodziny dobowe, w tym 1h nocna (22:00-23:00).
  • 29.07.2023 (sobota, w planie 0h) od 12:00 do 16:00 (4 nadgodziny średniotygodniowe)
Dodatkowo zostały wprowadzone godziny ponad wymiar w ilości 7h (łączy czas pracy 178+7h dodane= 185h), w tym:
  • nadgodziny dobowe 50% = 2h
  • nadgodziny dobowe 100% = 1h, ponieważ przypada w porze nocnej
  • nadgodziny sredniotygodniowe = 4h
W wypłacie za 8.2023 (wymiar 176h) z opcja 1 mc wstecz zostały naliczone elementy:
  • Wynagrodzenie zasadnicze /miesiąc za 7.2023 = 6000 (za 176h)
oraz za 7.2023:
  • Wynagr. zasad. powyżej normy = 250,00 (za 7h wg wyliczenia: 6000/168*7h)
  • Dopłata do nadgodzin dobowych 50% = 35,71 (za 2h wg wyliczenia 6000/168*50%*4h)
  • Dopłata do nadgodzin dobowych 100% = 35,71 (za 1h wg wyliczenia 6000/168*1h)
  • Dopłata do nadgodzin średniotygodn. 100% = 142,86 (za 4h, wg wyliczenia 6000/168*4h)
  • Dopłata za pracę w nocy = 4,29 (za 1h wg wyliczenia 3600/168*20%*1h)

OPT053 - Kontrola wysokości potrąceń

Data aktualizacji: 28-06-2023

Wprowadzenie

Comarch ERP Optima posiada mechanizmy pozwalające na łatwiejsze zarządzanie kontrolą wysokości potrąceń, w tym potrąceń komorniczych i alimentacyjnych. Funkcjonalność automatycznej kontroli potrąceń dostępna jest w Comarch ERP Optima w module Płace i Kadry Plus oraz ERP XL Kadry i Płace.

Wysokość potrąceń a obowiązujące przepisy

  • Dla potrąceń ze świadczeń pieniężnych z ubezpieczenia społecznego w razie choroby i  macierzyństwa obowiązuje art.138-144 Ustawy z dnia 17.12.1998r. o emeryturach i rentach z Funduszu Ubezpieczeń Społecznych (Dz.U. z 2004r. nr 39, poz. 353 ze zm.).
  • Zasady potrąceń z wynagrodzenia za pracę reguluje art. 87 Ustawy z dnia 26 czerwca 1974r. Kodeks pracy (Dz.U. z 1998r. nr 21, poz. 94 ze zm.).
  • W sprawach nie unormowanych w wymienionych aktach prawnych stosuje się przepisy Kodeksu postępowania cywilnego i przepisy o Postępowaniu egzekucyjnym w administracji.

Potrącenia z wynagrodzenia za pracę

Z wynagrodzenia za pracę po odliczeniu składek na ubezpieczenia społeczne oraz zaliczki na podatek dochodowy od osób fizycznych potrąceniu podlegają (wg podanej kolejności) między innymi należności:
  • na zaspokojenie świadczeń alimentacyjnych – do wysokości trzech piątych wynagrodzenia,
  • na zaspokojenie świadczeń innych niż alimentacyjne do wysokości połowy wynagrodzenia.
Od niektórych składników wynagrodzenia można potrącić należności alimentacyjne w wysokości 100%.
Uwaga
Departament Ministerstwa Pracy i Polityki Społecznej w sprawie odliczania składki zdrowotnej wyjaśnił, że obowiązkowe odliczenia, o których mowa w art. 87 K.p., obejmują nie tylko składkę na ubezpieczenie społeczne i zaliczkę na podatek dochodowy, ale także składkę na ubezpieczenie zdrowotne. Dokonując wyliczenia potrąceń niealimentacyjnych z wynagrodzenia pracownika, uwzględniamy to stanowisko.
Ustawodawca przewidział również kwotę wolną od potrąceń, między innymi w wysokości minimalnego wynagrodzenia za pracę (po odliczeniu składek na ubezpieczenia społeczne, zaliczki na podatek dochodowy od osób fizycznych oraz wpłat na PPK), przy potrącaniu sum egzekwowanych na mocy tytułów wykonawczych na pokrycie należności innych niż świadczenia alimentacyjne. Niezależnie od ilości wypłat w danym miesiącu wyliczamy jedną kwotę wolną. Tak wynika ze stanowiska Głównego Inspektoratu Pracy znak: GNP-364/306-072-43-1/12. Zdaniem GIP, jeżeli w danym miesiącu następuje wypłata wynagrodzenia za pracę oraz dodatkowego wynagrodzenia rocznego, to obydwa te świadczenia należy zsumować i od tak ustalonej kwoty dokonać potrącenia stosując (jedną) kwotę wolną. Na takim stanowisku stoi także Ministerstwo Rodziny, Pracy i Polityki Społecznej. Zgodnie z art. 87 § 8 K.p. potrąceń należności z wynagrodzenia pracownika w miesiącu, w którym są wypłacane składniki wynagrodzenia za okresy dłuższe niż 1 miesiąc, dokonuje się od łącznej kwoty wynagrodzenia uwzględniającej te składniki wynagrodzenia. W takim przypadku ograniczenia w dokonywaniu potrąceń pod postacią granic i kwot wolnych od potrąceń mają zastosowanie do kwoty wynagrodzeń przypadających do wypłacenia w danym miesiącu. Na warunkach określonych w tych przepisach następują potrącenia m.in. z dodatkowego wynagrodzenia rocznego (art. 87 § 5 K.p.). (…)". Pogląd ten należy odnieść do ogółu należności ze stosunku pracy.

Na mocy ustawy o zmianie niektórych ustaw w zakresie działań osłonowych w związku z rozprzestrzenianiem się wirusa SARS-CoV-2 określanej jako "tarcza antykryzysowa 3.0" możliwe jest podwyższenie kwoty wolnej od potrąceń w sytuacji, gdy z powodu podjętych na terytorium Rzeczypospolitej Polskiej działań służących zapobieganiu zarażeniem wirusem SARS-CoV-2 pracownikowi zostało obniżone wynagrodzenie lub członek rodziny pracownika utracił źródło dochodu. Kwoty zwolnione z egzekucji określone w art. 871 § 1 Kodeksu pracy ulegają zwiększeniu o 25% na każdego nieosiągającego dochodu członka rodziny, którego pracownik ten ma na utrzymaniu.

Uwaga
W przypadku pracowników zatrudnionych w niepełnym wymiarze czasu pracy kwoty wolne od potrąceń należy zmniejszyć proporcjonalnie do wymiaru czasu pracy.

Potrącenia z zasiłków

Ze świadczeń pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa potrąceniu podlegają między innymi należności:
  • na zaspokojenie świadczeń alimentacyjnych – do wysokości 60% kwoty zasiłku,
  • na zaspokojenie świadczeń innych niż alimentacyjne – do wysokości 25% kwoty zasiłku.
Wolna od potrąceń jest kwota zasiłku w wysokości (od 01.03.2019 r.):
  • 681,97 zł – przy potrącaniu należności alimentacyjnych,
  • 1 125,26 zł – przy potrącaniu innych należności.
Uwaga
Zgodnie ze stanowiskiem Ministerstwa Pracy i Polityki Społecznej z 14 stycznia 2015 r. w sprawie sposobu ustalania kwoty wolnej od potrąceń proporcjonalnie do wypłacanego zasiłku "(…) przy obliczaniu proporcjonalnej kwoty zasiłku wolnej od potrąceń należy, analogicznie jak przy obliczaniu dziennego zasiłku, podzielić ją przez 30 i pomnożyć przez liczbę dni, za które świadczenie chorobowe jest wypłacane.". Za pomocą parametru Proporcjonalnie do liczby dni zasiłku dostępnego w grupie ograniczeń potrąceń można ustawić wyliczenie proporcjonalnej kwoty wolnej dla zasiłków. Proporcjonalne wyliczenie kwoty wolnej jest ustalane przez podzielenie pełnej kwoty wolnej przez 30 i pomnożenie przez liczbę dni, za które wypłacono zasiłek ZUS z ubezpieczenia chorobowego lub wypadkowego. Przy wyliczaniu liczby dni, za które pracownik miał wypłacane świadczenie ZUS uwzględniane są wszystkie zasiłki niezależnie od rodzaju, które zostały naliczone w bieżącej wypłacie (zarówno za bieżący miesiąc, jak i poprzednie rozliczone z opcją ‘mies. wstecz’). Nie są sumowane dni, za które pracownik ma naliczone wyrównania zasiłków, zasiłek wyrównawczy oraz podwyższenie zasiłku macierzyńskiego do kwoty świadczenia rodzicielskiego.

Definiowanie ograniczeń w konfiguracji firmy

W Konfiguracji / Firma / Płace znajduje się gałąź Grupy ograniczeń potrąceń, która wyświetlana jest w postaci listy. Lista ograniczeń pozwala na ustalenie priorytetów poszczególnych typów ograniczeń:
  • I grupa ograniczeń (domyślnie Grupa ograniczeń alimentacyjnych) – oznacza liczenie podpiętych do niej potrąceń w pierwszej kolejności do zadanego w definicji tej grupy pułapu,
  • II grupa ograniczeń (domyślnie Grupa potrąceń z innych tytułów) – powiązane z tą grupą potrącenia liczone będą po wyliczeniu tych przypisanych do I grupy. Nastąpi wyliczenie do pułapu zadeklarowanego w tej grupie, a następnie sprawdzenie, czy suma potrąceń policzonych dla I i II grupy potrąceń łącznie nie przekracza progu zadanego dla I grupy i gdyby takie przekroczenie miało miejsce, to nastąpi ograniczenie.
  • kolejne grupy kolejno według tej samej hierarchii – czyli wyliczenie do zadanego w tej grupie pułapu, ale sumarycznie nie więcej niż wynika z definicji ograniczenia w najwyższej grupie, z jakiej występują potrącenia w wypłacie danego pracownika.
  • Użytkownik ma możliwość sterowania kolejnością pozycji na Liście grupy ograniczeń:
  •  Podnieś – podwyższa priorytet naliczania danej grupy,
  •  Obniż – obniża priorytet naliczania.
Predefiniowane dwie grupy:
  • Grupa potrąceń alimentacyjnych – definicja I grupy odpowiada warunkom ograniczeń dla potrąceń alimentacyjnych. Użytkownik jedynie przypisuje do danej grupy typy potrąceń, które chce ograniczać do danego pułapu i ewentualnie wskazać typy wypłat, z których dopuszcza 100% ściągalności potrąceń oraz takie, które mają być całkowicie wolne od potrąceń.
  • Grupa potrąceń z innych tytułów – II grupa, dla pozostałych tytułów wykonawczych.
W przypadku, gdy te dwie grupy okażą się niewystarczające, Użytkownik może dodać kolejne grupy potrąceń. Służy do tego ikona  lub <INSERT>.

Konfiguracja/Firma/Płace/Grupy ograniczeń potrąceń

Formularz Grupy ograniczeń potrąceń

Składa się z dwóch zakładek:
  • Ogólne – pozwala na określenie do jakiej wysokości kwot zasiłków i jakiej wysokości kwot wypłat nie będących zasiłkami może się liczyć potrącenie, a także deklarację wysokości kwoty wolnej od potrąceń (to co pracownik musi dostać po potrąceniach, niezależnie od wysokości jego wynagrodzenia),
  • Dodatkowe – lista potrąceń (typów wypłat) podlegających ograniczeniu.
Zakładkę [Ogólne] formularza, z uwagi na obowiązujące przepisy, podzielono na dwie sekcje. Sekcja 1 - Ograniczenia dotyczące wynagrodzeń nie będących zasiłkami:
  • Podlegające egzekucji do [ ]% kwoty netto (domyślnie podpowiadane jest 0%).
Składniki – z listy typów wypłat, które nie są zasiłkami ZUS można wybrać te, których ma dotyczyć to ustawienie (lista domyślnie pusta). Przykładowo: jeśli ustawiono 0% – to wskazane na tej liście elementy wypłat będą w całości wolne od potrąceń.
  • Podlegające egzekucji do [ ]% kwoty netto (domyślnie podpowiadane jest 0%).
Składniki – dla drugiej grupy wyjątków, z listy typów wypłat, które nie są zasiłkami ZUS, można wybrać te, które nie wystąpiły powyżej (domyślnie pusta). Przykładowo: jeśli ustawiono 100% – to wskazane na tej liście elementy wypłat (np. premie, nagrody roczne) będą podlegać egzekucji w całości, czyli w pełnej kwocie netto.
  • Pozostałe wynagrodzenia podlegają egzekucji do [ ]% kwoty netto (domyślnie podpowiadane jest 0%).
To trzeci próg procentowy, dotyczący wszystkich typów wypłat nie będących zasiłkami ZUS i nie wskazanych na listach powyżej.
  • Kwota wolna od potrąceń [ ]% minimalnej płacy (domyślnie podpowiadane 0%). ) 
Dodatkowo przy tym parametrze, dostępny jest parametr Proporcjonalnie do wymiaru etatu z opcją TAK/NIE (TAK – domyślnie zaznaczone).
Wartość minimalnej płacy do obliczeń pobierana jest z aktualnej na dany miesiąc wartości wskaźnika „Najniższe wynagrodzenie” (Konfiguracja / Program / Płace / Wynagrodzenia). Wartość ta dodatkowo jest przemnażana przez gwarantowany procent minimalnej płacy zapisany w etacie pracownika (domyślnie 100% lub 80% w przypadku pierwszego roku zatrudnienia), opcjonalnie jest też przemnażana przez wymiar etatu pracownika.
Uwaga
Kwota wolna dotycząca wynagrodzeń nie będących zasiłkami, liczona od minimalnej płacy, wyliczana jest w wysokości odpowiadającej kwocie netto minimalnej płacy, a więc po pomniejszeniu o składki na ubezpieczenia społeczne i zdrowotne oraz o zaliczkę na podatek dochodowy (przy liczeniu kwoty należnego podatku, wysokość kosztów uzyskania i ulgi podatkowej jest zgodna z ustawieniami stałych podatkowych danego pracownika).
Sekcja 2 - Ograniczenia dotyczące zasiłków ZUS:
  • Podlegają egzekucji do [ ]% kwoty (domyślnie 0%).
Próg procentowy dotyczący wszystkich elementów wypłat będących zasiłkami ZUS (procent z wartości brutto zasiłku).
  • Kwota wolna od potrąceń
    • [ ]% najniższej emerytury (domyślnie podpowiadane jest 0%)
    • kwota (domyślnie podpowiadane jest 0 zł) – Użytkownik może podać wysokość kwoty wolnej lub pobrać ją jako wskaźnik z konfiguracji. Po zaznaczeniu parametru Pobrana z konfiguracji są do wyboru dwie opcje dla kwoty wolnej: dla potrącenia alimentacyjnego oraz dla potrącenia z innych tytułów.
Dodatkowo dostępne są dwa parametry Proporcjonalnie do wymiaru etatu z opcją TAK/NIE (TAK - domyślnie zaznaczone) oraz Proporcjonalnie do liczby dni zasiłku z opcją TAK/NIE (NIE – domyślnie zaznaczone). Wartość najniższej emerytury do obliczeń pobierana jest z aktualnej na dany miesiąc wartości wskaźnika „Najniższa emerytura” (Konfiguracja / Program / Płace / Wynagrodzenia). Opcjonalnie jest ona przemnażana przez wymiar etatu pracownika.
Uwaga
Kwota wolna dotycząca zasiłków ZUS, liczona od najniższej emerytury, wyliczana jest w pełnej wysokości odpowiadającej kwocie najniższej emerytury, bez pomniejszenia o równowartość składek na ubezpieczenia ZUS i zaliczki na podatek dochodowy.

Formularz grupy ograniczeń - zakładka Ogólne

Zakładka [Dodatkowe] formularza, gdzie Użytkownik może wybrać pod przyciskiem , które potrącenia podlegają ograniczeniu. Lista domyślnie zostanie zawężona do typów wypłat, które mają zaznaczoną flagę Potrącenie [v], są nieopodatkowane i wpływają na kwotę do wypłaty [v]. Dane potrącenie może być przypisane tylko do jednej grupy potrąceń, aby możliwa była jednoznaczna interpretacja ograniczeń przy liczeniu wypłaty.
Uwaga
Przesunięcie potrącenia (typu wypłaty) z jednej do drugiej grupy dopuszczalne jest tylko na zasadzie usunięcia danego typu wypłaty z listy potrąceń powiązanych z jedną grupą, a następnie umieszczenie go na liście potrąceń powiązanych z drugą grupą.
Kolejność typów wypłat na liście ‘Potrąceń podlegających ograniczeniu’ określa priorytet ich naliczania. Pierwsze na liście ściągane są w pierwszej kolejności z wypłaty pracownika, później następne. Stąd na liście dostępne są:
  • Podnieś  – podwyższa priorytet naliczania,
  •  Obniż  – obniża priorytet naliczania.
Formularz grupy ograniczeń - zakładka Dodatkowe

Predefiniowane grupy ograniczeń potrąceń

Grupa potrąceń alimentacyjnych

Grupa domyślnie ustawiana jest jako pierwsza w kolejności. Ustawienia dla niej są następujące: Sekcja 1 - Ograniczenia dotyczące wynagrodzeń nie będących zasiłkami:
  • Podlegające egzekucji do [0.00]% kwoty netto. Składniki – lista typów wypłat, których ma dotyczyć (do uzupełnienia przez Użytkownika).
  • Podlegające egzekucji do [100.00]% kwoty netto. Składniki – lista typów wypłat, których ma dotyczyć (do uzupełnienia przez Użytkownika).
  • Pozostałe wynagrodzenia podlegają egzekucji do [60.00]% kwoty netto.
  • Kwota wolna od potrąceń [0.00]% minimalnej płacy (nie ma kwoty wolnej od potrąceń dla tej grupy).
Sekcja 2 – Ograniczenia dotyczące zasiłków ZUS:
  • Podlegają egzekucji do [60.00]% kwoty
  • Kwota wolna od potrąceń: kwota pobrana z konfiguracji dla potrącenia alimentacyjnego – proporcjonalnie do wymiaru etatu „Tak”, proporcjonalnie do liczby dni zasiłku ”Nie”.
Zakładka [Dodatkowe], tj. lista typów wypłat będących potrąceniami podlegającymi ograniczaniu, wymaga wskazania składników przez Użytkownika.

Grupa potrąceń z innych tytułów

Grupa domyślnie ustawiana jako druga w kolejności. Ustawienia dla niej są następujące: Sekcja 1 - Ograniczenia dotyczące wynagrodzeń nie będących zasiłkami:
  • Podlegające egzekucji do [0.00]% kwoty netto. Składniki – lista typów wypłat, których ma dotyczyć (do uzupełnienia przez Użytkownika).
  • Podlegające egzekucji do [100.00]% kwoty netto. Składniki – lista typów wypłat, których ma dotyczyć (do uzupełnienia przez Użytkownika).
  • Pozostałe wynagrodzenia podlegają egzekucji do [50.00]% kwoty netto.
  • Kwota wolna od potrąceń [100.00]% minimalnej płacy, proporcjonalnie do wymiaru etatu „Tak”.
Sekcja 2 – Ograniczenia dotyczące zasiłków ZUS:
  • Podlegają egzekucji do [25.00]% kwoty.
  • Kwota wolna od potrąceń: kwota pobrana z konfiguracji dla potrącenia z innych tytułów,  proporcjonalnie do wymiaru etatu „Tak”, proporcjonalnie do liczby dni zasiłku ”Nie”.
Zakładka Dodatkowe formularza, tj. Lista potrąceń – lista typów wypłat (potrąceń) podlegających ograniczeniu (do uzupełnienia przez Użytkownika).

Wskaźniki obliczeniowe

Potrącenia alimentacyjnePotrącenia komornicze

Od wynagrodzeń

Maksymalna kwota potrącenia – 60% kwoty nettoMaksymalna kwota potrącenia – 50% kwoty netto
Gwarantowana kwota wolna – 0% minimalnej płacy nettoGwarantowana kwota wolna – 100% minimalnej płacy netto

Od zasiłków

Maksymalna kwota potrącenia – 60% kwoty zasiłku bruttoMaksymalna kwota potrącenia – 25% kwoty zasiłku brutto
Gwarantowana kwota wolna – 681,97 złGwarantowana kwota wolna – 1 125,26 zł zł
W przypadku pracowników zatrudnionych w niepełnym wymiarze czasu pracy kwoty wolne od potrąceń ulegają zmniejszeniu proporcjonalnie do wymiaru czasu pracy. W 2023 roku dla kwoty minimalnej płacy 3600,00 zł brutto kwoty wolne wynoszą:

Minimalna płaca netto dla:

1/1 etat½ etatu¾ etatu¼ etatu
10.50.750.25
Koszty uzyskania przychodu podstawowe (250,00)Ulga podatkowa (miesięczna – 300)Podstawowe wpłaty na PPK2 705,861 377,432 066,15712,78
Koszty uzyskania przychodu podstawowe (250,00)Ulga podatkowa (miesięczna – 300)Brak2 783,861 413,432 120,15730,78
Koszty uzyskania przychodu podwyższone (300,00)Ulga podatkowa (miesięczna – 300)Podstawowe wpłaty na PPK2 711,861 377,432 066,15721,28
Koszty uzyskania przychodu podwyższone (300,00)Ulga podatkowa (miesięczna – 300)Brak2 789,861 413,432 120,15739,28
Koszty uzyskania przychodu podstawowe (250,00)BrakBrak2 483,861 257,431 870,15643,72
Koszty uzyskania przychodu podwyższone (300,00)BrakBrak2 489,861 263,431 876,15649,72
BrakUlga podatkowa (miesięczna – 300)Brak2 753,861 413,432 120,15706,72
BrakBrakBrak2 453,861 227,431 840,15613,72
Kwota wolna od zasiłków1/1 etatu½ etatu¾ etatu¼ etatu
10.50.750.25
Alimenty681,97340,99511,48170,49
Komornik1 125,26562,63843,95281,32

Mechanizm ustalania kwoty ograniczeń potrąceń

Zakładając, że w wypłacie pracownika są tylko trzy elementy: wynagrodzenie zasadnicze, zasiłek opiekuńczy i potrącenie komornicze; jednocześnie wykorzystano domyślne ustawienia z II standardowej grupy ograniczeń, to wyliczenie kwoty potrącenia wykonywane jest następująco (kwoty dotyczą roku 2023).
  • Wyliczenie kwoty potrącenia zgodnie z definicją typu wypłaty (bez ograniczeń) – wynik to Kwota_P1,
  • Ustalenie 50 % wartości netto wynagrodzenia zasadniczego – wynik to Kwota_W1. Kwotę netto wynagrodzenia zasadniczego, czyli pomniejszonego o składki ZUS, wpłaty na PPK (jeśli pracownik przystąpił do PPK) i podatek, można sprawdzić na wydruku płacowym ‘Lista wypłaconych dodatków’ – kwota w kolumnie „Do wypłaty”.
  • Wyliczenie kwoty wolnej od potrąceń z wynagrodzenia – wynik to Kwota Wolna_W. Kwota wolna to 100% minimalnej płacy z uwzględnieniem wymiaru etatu, tj. 3600,00 zł pomnożone przez wymiar etatu i gwarantowany procent minimalnej płacy, a następnie od tej kwoty odliczane są składki ZUS i podatek. Jeśli pracownik jest uczestnikiem PPK odlicza się także wpłaty na PPK finansowane przez niego.
Dla osoby zatrudnionej na pełny etat, z gwarantowaną minimalną płacą ustawioną w etacie jako 100%, z podstawowymi kosztami uzyskania (250,00 zł) oraz ulgą (300,00 zł), płacącej podatek w wysokości 12% i wszystkie składki na ubezpieczenia społeczne i zdrowotne – kwota wolna wyniesie 2 783,86 zł. Jeśli pracownik jest uczestnikiem PPK i opłaca tylko wpłatę podstawową kwota wolna wyniesie 2 705,86 zł.
  • Wyliczenie różnicy pomiędzy kwotą netto od wynagrodzenia uwzględnionego przy liczeniu potrącenia (pomniejszoną o wyliczone już potrącenia z grup o wyższym priorytecie), a kwotą wolną, czyli:
    • Kwota_W1 pomniejszona o KwotaWolna_W – wynik to Kwota_W2 (z ograniczeniem do 0.00zł, jeśli Kwota_W1 jest mniejsza od KwotaWolna_W)
  • Porównanie wartości Kwota_W1 i Kwota_W2. Mniejsza z nich przechodzi do dalszych obliczeń – wynik to Kwota_W3,
  • Sprawdzenie wartości brutto zasiłku i przemnożenie jej przez 25% – wynik to Kwota_Z1,
  • Wyliczenie kwoty wolnej od potrąceń z zasiłków – jako kwota, z uwzględnieniem wymiaru etatu – wynik to KwotaWolna_Z,
Dla osoby zatrudnionej na pełny etat kwota wolna  wynosi 1 125,26 zł.
  • Wyliczenie kwoty netto zasiłku (tj. po odjęciu zaliczki podatku) – wynik to KwotaNetto_Z,
  • Porównanie kwoty netto zasiłku (KwotaNetto_Z) z kwotą wolną od potrąceń (KwotaWolna_Z), czyli wyliczenie różnicy pomiędzy kwotą netto zasiłku (można ją sprawdzić na wydruku płacowym ‘Zestawienie wynagrodzeń wg typów wypłat ), a kwotą wolną dla zasiłków, czyli:
    • KwotaNetto_Z pomniejszona o KwotaWolna_Z – wynik to Kwota_Z2 (z ograniczeniem do 0.00zł, jeśli KwotaNetto_Z < od KwotaWolna_Z),
  • Porównanie wartości Kwota_Z1 i Kwota_Z2, mniejsza z nich przechodzi do dalszych obliczeń – wynik to Kwota_Z3,
  • Sumowanie wyliczonych maksymalnych kwot potrąceń dla wynagrodzeń i zasiłków, czyli Kwota_W3 i Kwota_Z3 – wynik to Kwota_P2,
  • Porównanie kwot Kwota_P1 (pierwotnie policzona wartość potrącenia) i Kwota_P2 (maksymalna możliwa kwota potrącenia) – wynik to Kwota_P3, wartość potrącenia z uwzględnieniem ograniczeń.
Uwaga
Przy wyliczaniu ograniczeń potrąceń uwzględniane są wartości tylko tych elementów wypłaty, które generowane są automatycznie podczas jej naliczania. Po wprowadzeniu zmian w elementach wypłaty należy przeliczyć wyliczoną kwotę zajęcia wynagrodzenia. Przeliczenie jest wykonywane za pomocą przycisku  dostępnego na zakładce [Elementy wypłaty] w wypłatach etatowych, dla potrąceń przypiętych na liście zajęć wynagrodzenia pracownika. W przypadku, gdy w jednej wypłacie jest naliczone potrącenie komornicze oraz spłata pożyczki, wywołanie przeliczenia kwoty potrącenia po ręcznej modyfikacji elementów wypłaty spowoduje przeliczenie jedynie zajęcia wynagrodzenia. Kwota spłaty pożyczki nie ulegnie zmianie automatycznie, w razie potrzeby można ją skorygować ręcznie.
Wszystkie dodatkowe elementy wypłaty, naliczane w wypłacie automatycznie (a więc np. dodatki przypisane pracownikowi w kadrach) mogą mieć wpływ na wyliczenie kwot potrąceń. Przykładowo: potrącenie ‘Składka’ dodana pracownikowi w kadrach może zadziałać następująco:
  • ‘Składka’ przypisana na zakładce 2 w tej samej grupie potrąceń, dodana poniżej ‘Potrącenia komorniczego’ -> jej kwota nie wpłynie na wartość pierwszego potrącenia komorniczego, ale składka wpisana jako druga, policzy się wg tych samych zasad ograniczeń, o ile po potrąceniu komornika, pozostanie jeszcze jakaś kwota do wykorzystania. Wg podanego wyżej schematu, suma obu tych potrąceń nie może przekroczyć wartości Kwota_P3; jeśli potrącenie komornicze „wykorzysta” tę kwotę w całości to składka policzy się zerowa, jeśli potrącenie komornicze byłoby niższe, to składka policzy się, ale z ograniczeniem do kwoty będącej różnicą wartości Kwota_P3 i wartości potrącenia komorniczego,
  • ‘Składka’ przypisana na zakładce 2 w tej samej grupie potrąceń, dodana na liście powyżej ‘Potrącenia komorniczego’ -> składka policzy się w pierwszej kolejności w ramach tej grupy, oczywiście z ograniczeniem do wartości Kwota_P3, a potrącenie komornicze w drugiej kolejności, jeśli składka nie wykorzysta całej maksymalnej wartości Kwota_P3,
  • ‘Składka’ przypisana na zakładce 2 w I grupie ograniczeń (wyższej niż ‘Potrącenie komornicze’) -> w pierwszej kolejności policzy się składka z uwzględnieniem warunków ograniczających ustawionych dla grupy I, w następnej kolejności wg warunków z grupy II, policzy się potrącenie komornicze. Przy czym tu nastąpi dodatkowe sprawdzenie, czy suma obu potrąceń nie przekroczyła kwoty będącej sumą dopuszczalnej wartości procentowej z najwyższej grupy (60% wynagrodzenia i zasiłku). Wg podanego wyżej schematu będzie to suma wartości Kwota_W1 i Kwota_Z1. Potrącenie z grupy drugiej, oprócz ograniczeń wynikających z definicji tej grupy, dodatkowo jest ograniczone „resztą” z maksymalnej kwoty w wyższej grupie,
  • ‘Składka’ przypisana na zakładce 1 w tej samej grupie co ‘Potrącenie komornicze’, na liście wyjątków podlegających egzekucji do wysokości 0% -> kwota składki nie podlega ograniczeniu, jej wartość nie ma wpływu na wyliczanie wartości Kwota_W1 wg procentowego pułapu, ale zostanie uwzględniona przy porównaniu kwoty netto z wynagrodzenia z kwotą wolną (porównanie z KwotaWolna_W),
  • ‘Składka’ nie przypisana ani na zakładce 1, ani na zakładce 2 w grupie potrąceń -> kwota składki nie podlega ograniczeniu, jej wartość zostanie uwzględniona zarówno przy wyliczeniu wartości Kwota_W1 wg procentowego pułapu, jak i przy porównaniu kwoty netto z wynagrodzenia z kwotą wolną (porównanie z KwotaWolna_W).
  • ‘Składka’ nie przypisana ani na zakładce 1, ani na zakładce 2 w grupie potrąceń, ale ma zaznaczony parametr „Doliczany po ograniczeniu potrąceń” (Konfiguracja firmy/ Płace/ Typy wypłat > zakładka Szczegółowe) -> kwota składki nie zostanie uwzględniona przy wyliczaniu wartości Kwota_W1, jak i przy porównaniu kwoty netto z  wynagrodzenia z  kwotą wolną (porównanie z KwotaWolna_W). Kwota składki zostanie odjęta na końcu po wyliczeniu kwoty potrącenia

Przykłady

Przykład
Pracownik jest zatrudniony w pełnym wymiarze czasu pracy i otrzymuje stałe miesięczne wynagrodzenie w kwocie 4000,00 zł oraz ma przypisane w kadrach, na liście dodatków ‘Potrącenie komornicze’ w wysokości 1000,00zł. Pracownikowi przysługują podwyższone koszty uzyskania przychodu 300,00 zł i ulga podatkowa w kwocie 300,00 zł. Pracownik nie jest uczestnikiem PPK. Wykorzystujemy standardową Grupę ograniczeń potrąceń z innych tytułów. Na drugiej zakładce wybieramy zdefiniowane wcześniej ‘Potrącenie komornicze’. Naliczamy wypłatę.
  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego :

4000,00 zł – 548,40 zł (składki ZUS pracownika) = 3 451,60 zł (podstawa składki zdrowotnej)

3 451,60 zł * 9% = 310,64 zł (składka zdrowotna pobrana)

4000,00 zł – 548,40 zł – 300,00zł (K.U.P. podwyższone) = 3 151,60 zł => po zaokrągleniu 3152,00 zł (podstawa opodatkowania) * 12% – 300,00 zł (ulga) = 78,24 zł -> po zaokrągleniu 78,00 zł (zaliczka podatku)

4000,00 – 548,40 – 310,64 – 78 = 3062,96 (kwota netto) Obliczamy kwotę maksymalnego potrącenia (komorniczego), tj. ½ wynagrodzenia netto: 3062,96 * ½ = 1531,48 zł. Dopuszczalna wielkość potrącenia komorniczego wynosi 1531,48  zł (Kwota_W1)
Uwaga
Przy wyliczaniu maksymalnych kwot dla potrąceń uwzględniane są kwoty netto poszczególnych elementów wynagrodzenia, czyli ich wartość pomniejszona o składki społeczne finansowane przez pracownika, składkę zdrowotną, wpłaty na PPK i zaliczkę podatku
  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego:
Ustalamy kwotę netto minimalnego wynagrodzenia dla pełnego etatu i podwyższonych kosztów uzyskania przychodu:

3600,00 zł – 493,56 zł (składki ZUS pracownika) – 279,58 zł (składka zdrowotna) – 37,00 zł (zaliczka podatku) = 2 789,86 zł

Kwota netto wolna od potrącenia komorniczego (dla pełnego etatu) wynosi 2 789,86 zł (KwotaWolna_W)
Uwaga
W przypadku potrąceń z wynagrodzenia innych niż potrącenia alimentacyjne, gwarantowane wynagrodzenie wynosi 100% minimalnej płacy netto.
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
3062,96 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze 1531,48 zł – maksymalna kwota potrącenia komorniczego, bez uwzględniania kwoty wolnej, tj. 50% wynagrodzenia netto (Kwota_W1) 2 789,86 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie netto) 3062,96 - 2 789,86  = 273,10 zł (Kwota_W2) – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej (kwota możliwego potrącenia komorniczego, które zagwarantuje, że pracownik otrzyma płacę minimalną) Porównanie wartości Kwota_W1 i Kwota_W2 > mniejsza z nich czyli 273,10  to dopuszczalna wysokość potrącenia (Kwota_W3) Pracownik otrzyma wynagrodzenie w kwocie: 3062,96 zł – 273,10 zł (potrącenie komornicze) = 2 789,86  zł zachowując minimalną płacę netto.
Przykład
Założenia, jak we wcześniejszym przykładzie. Dodatkowo pracownik otrzymuje premię procentową w wysokości 650 zł. Premia przypisana jest w Grupie potrąceń z innych tytułów w sekcji podlegającej egzekucji do 100% (Konfiguracja / Firma / Płace / Grupy ograniczeń potrąceń).
Uwaga
W sytuacji, gdy w wypłacie pojawia się kilka elementów, dla których chcemy ustalić kwotę netto pomocny będzie wydruk Zestawienie wynagrodzeń wg typów wypłat. Naliczamy wypłatę danego pracownika. Z poziomu Listy wszystkich wypłat zaznaczamy tą wypłatę i wybieramy Zestawienie. Z menu  wybieramy wydruk Zestawienie wynagrodzeń wg typów wypłat. Kwota ‘Do wypłaty’ (rysunek poniżej) brana jest pod uwagę do wyliczenia dopuszczalnej kwoty potrącenia z wynagrodzenia pracownika.
  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego:
Ze składnika Wynagrodzenie zasadnicze możemy potrącić 50% kwoty netto, natomiast ze składnika Premia procentowa możemy pobrać 100% kwoty netto. Ustalamy więc kwoty netto odrębnie dla obydwu składników: 4000,00 – 548,40  – 310,64 – 78 = 3062,96 (kwota netto) – Wynagrodzenie zasadnicze 50%* 3062,96 zł = 1531,48 zł – maksymalne potrącenie z wynagrodzenia zasadniczego 650,00 – 89,12 – 50,48 – 67 = 443,40 zł (kwota netto) – Premia procentowa Obliczamy maksymalną kwotę potrącenia komorniczego: 1531,48 zł + 443,40 zł = 1974,88 zł – dopuszczalna wysokość potrącenia komorniczego wynosi 1974,88 zł.
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
3506,36 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze 1974,88 zł – maksymalna kwota potrącenia komorniczego (dla dwóch składników wynagrodzenia) 2 789,86 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać) 3506,36 - 2 789,86  = 716,50 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej Porównujemy obie ‘maksymalne’ kwoty: 1974,88 zł i 716,50 zł – mniejsza z nich, czyli 716,50 zł to dopuszczalna kwota potrącenia. Pracownik otrzyma wynagrodzenie w kwocie: 3506,36 – 716,50 (potrącenie komornicze) = 2 789,86  zł zachowując minimalną kwotę netto.
Przykład
Pracownik jest zatrudniony w pełnym wymiarze czasu pracy i otrzymuje stałe miesięczne wynagrodzenie w kwocie 4.000,00zł. W kadrach, na liście dodatków ma dodane ‘Potrącenie komornicze’ w wysokości 1.500,00zł. Pracownikowi przysługują podstawowe koszty uzyskania przychodu 250,00 zł i ulga podatkowa w kwocie 300,00 zł. Pracownik nie jest uczestnikiem PPK.
  • Ustalenie dopuszczalnej wysokości potrącenia:
4000,00 – 548,40 – 310,64 – 84,00 = 3056,96 (kwota netto) Dopuszczalna wysokość potrącenia komorniczego, tj. 50% wynagrodzenia netto: 1528,48zł. 
  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego:
Kwota netto minimalnego wynagrodzenia dla pełnego etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi 2 783,86 zł
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
3056,96  zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze 1528,48 zł – maksymalna kwota potrącenia komorniczego, bez uwzględniania kwoty wolnej, tj. 50% wynagrodzenia netto 2 783,86  zł – kwota wynagrodzenia wolna od potrącenia komorniczego (minimalne wynagrodzenie netto) 3056,96 zł – 2 783,86 zł = 273,10 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej Porównujemy obie wyliczone ‘maksymalne’ kwoty: 1528,48  zł i 273,10 zł – mniejsza z nich, czyli 273,10 to dopuszczalna kwota potrącenia. Pracownik otrzyma wynagrodzenie w kwocie: 3056,96 –273,10 zł (potrącenie komornicze) = 2783,86 zł zachowując minimalną kwotę netto. W następnym miesiącu pracownik był nieobecny – Urlop bezpłatny (np. 4– 8 marca tj. 40 godz – 5 dni).
  • Ustalenie dopuszczalnej wysokości potrącenia:
4000,00 – 909,09 (pomn.prop.) = 3090,91 zł  wynagrodzenie zasadnicze pomniejszone o urlop bezpłatny. 3090,91zł – 423,76zł – 240,04zł – 0,00 zł = 2427,11 zł (kwota netto) Dopuszczalna wysokość potrącenia komorniczego, tj. 50% wynagrodzenia netto: 1213,56zł.
  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego:
Kwota netto minimalnego wynagrodzenia dla pełnego etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi 2 783,86   
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
2427,11 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze 2 783,86 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (minimalne wynagrodzenie netto) 2427,11zł < 2 783,86 – w tym miesiącu nie będzie możliwe dokonanie potrącenia komorniczego z wynagrodzenia W kolejnym miesiącu pracownik był nieobecny – Urlop opiekuńczy na dziecko (np. od 1 do 30 września).
  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego:
0,00 zł – Wynagrodzenie zasadnicze pomniejszone o nieobecność 2761,20 zł – Zasiłek opiekuńczy brutto Dopuszczalna kwota potrącenia komorniczego z zasiłku: 2761,20zł * 25% = 690,30
  • Kwota zasiłku wolna od potrącenia komorniczego (dla pełnego etatu): 878,81 zł
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
2761,20 – 31,00 zaliczka podatku = 2730,20 zł – kwota netto zasiłku 2730,20  zł (kwota netto zasiłku) > 1 125,26  zł (kwota wolna zasiłku) 2730,20 zł –1125,26 zł = 1604,94 zł  taka byłaby maksymalna kwota potrącenia komorniczego Porównujemy obie wyliczone ‘maksymalne’ kwoty: 1604,94 zł i 690,30 zł – mniejsza z nich, czyli 690,30 to dopuszczalna kwota potrącenia. Pracownik otrzyma wynagrodzenie w kwocie: 2730,20  zł  – 690,30 zł = 2039,90 zł
Przykład
Założenia jak w przykładzie 3. Dodatkowo pracownik w dniach 1-2 października był nieobecny – Urlop opiekuńczy (zasiłek). W sytuacji, gdy w wypłacie pojawia się zarówno wynagrodzenie jak i zasiłek zastosowane muszą być dwie metody ustalenia maksymalnej kwoty potrącenia: osobno dla wynagrodzeń, osobno dla zasiłków. Pomocny będzie wydruk Zestawienie wynagrodzeń wg typów wypłat. Kwota ‘Do wypłaty’ (rysunek poniżej) brana jest pod uwagę do wyliczenia dopuszczalnej kwoty potrącenia z wynagrodzenia pracownika. W tym przypadku występują dwa sposoby ustalania kwoty wolnej: od wynagrodzenia i od zasiłku.

4000,00 – 266,67 (pomn. 1/30) = 3733,33 zł - wynagrodzenie zasadnicze pomniejszone o nieobecność

184,08 zł - zasiłek opiekuńczy brutto

  • Ustalenie dopuszczalnej wysokości potrącenia od wynagrodzenia zasadniczego:
3733,33 – 511,84 – 289,93 – 57,00 = 2874,56 zł. Obliczamy maksymalną kwotę potrącenia komorniczego z wynagrodzenia: 50%* 2874,56 = 1437,28 zł.
  • Kwota wynagrodzenia wolna od potrącenia komorniczego:
Kwota netto minimalnego wynagrodzenia dla pełnego etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi  2 783,86
  • Kwota zasiłku wolna od potrącenia komorniczego (dla pełnego etatu): 1 125,26
Kwota wypłaconego zasiłku opiekuńczego jest w całości wolna od potrącenia, co wynika z porównania kwot: 184,08 zł < 1125,26 zł. W tym przypadku nie będzie więc możliwe dokonanie potrącenia komorniczego z zasiłku opiekuńczego
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
2874,56 zł – kwota netto wypłaty, bez zasiłku, bo kwota zasiłku jest wolna od potrącenia 1437,28 zł – maksymalna kwota potrącenia komorniczego, tj. 50% wynagrodzenia netto 2874,56 zł –2783,86 zł = 90,70 zł – kwota potrącenia możliwa do pobrania Po uwzględnieniu zasiłku opiekuńczego pracownik ostatecznie otrzyma 2874,56 + 162,08 – 90,70 =  2945,94 zł Zmiana ustawień w grupie ograniczeń potrąceń dotyczących wyliczania kwoty wolnej od zasiłków (Konfiguracja / Firma / Płace / Grupy ograniczeń potrąceń). W „Grupie potrąceń z innych tytułów” – na zakładce [Dodatkowe] zmieniono ustawienie parametru Proporcjonalnie do liczby dni zasiłku z „Nie” na „Tak”. Zmiana ustawień wpływa jedynie na wyliczenie kwoty wolnej oraz wysokości potrącenia z zasiłków. Kwota potrącenia komorniczego od wynagrodzenia nie ulega zmianie. Z wynagrodzenia nadal można potrącić 70,53 zł.
  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego z zasiłku:
184,08 zł – Zasiłek opiekuńczy brutto Dopuszczalna kwota potrącenia komorniczego z zasiłku: 184,08 * 25% = 46,02
  • Ustalenie kwoty wolnej od potrąceń dla zasiłku proporcjonalnie do liczby dni zasiłku
1125,26 zł / 30 * 2 = 75,02 (kwota wolna)
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego z zasiłku:
184,08 zł – 22,00 zł (zaliczka podatku) = 162,08 zł – kwota netto zasiłku 162,08 zł (kwota netto zasiłku) >75,02 zł (kwota wolna zasiłku) 162,08 zł –75,02 zł = 87,06 zł taka byłaby maksymalna kwota potrącenia komorniczego Porównujemy obie wyliczone ‘maksymalne’ kwoty: 87,06 zł i 46,02 zł – mniejsza z nich, czyli 46,02 zł to dopuszczalna kwota potrącenia. Po uwzględnieniu potrącenia z wynagrodzenia i zasiłku pracownik ostatecznie otrzyma 2874,56 + 162,08 –90,70 – 46,02 = 2899,92 zł.
Przykład
Pracownik jest zatrudniony na ¾ etatu na stawce 3960,00  zł, przysługują mu podwyższone koszty uzyskania przychodu 300,00zł. Podatek nie jest pomniejszany o ulgę. Pracownikowi udzielono pożyczki z PKZP, która spłacana jest w ratach 250,00zł + odsetki od pożyczki 2,50zł. Ponadto, pracownik ma przypisane potrącenie alimentacyjne w wysokości 300,00zł. W Konfiguracji -> Firma -> Płace-> Grupy ograniczeń potrąceń wykorzystano I grupę „Grupa potrąceń alimentacyjnych” i na zakładce 2 podpięto potrącenie alimentacyjne. Pracownik nie jest uczestnikiem PPK.
  • Ustalenie dopuszczalnej wysokości potrącenia alimentacyjnego z wynagrodzenia:
3960,00 zł – 542,92 zł – 307,54 zł – 374,00 zł = 2735,54 zł (kwota netto) Dopuszczalna kwota potrącenia alimentacyjnego, tj. 60% wynagrodzenia netto: 1641,32 zł. Potrącenie alimentacyjne w kwocie 300,00 zł może więc być zrealizowane w całości.
  • Kwota wynagrodzenia wolna od potrącenia alimentacyjnego:
Obowiązujące przepisy nie gwarantują w przypadku potrąceń alimentacyjnych minimalnego wynagrodzenia
  • Ustalenie możliwej do zrealizowania kwoty potrącenia alimentacyjnego oraz pożyczki:

Wynagrodzenie pracownika po uwzględnieniu potrącenia alimentacyjnego: 2 735,54 – 300,00 = 2435,54 zł

Spłata pożyczki i odsetki nie są przypisane w Grupie potrąceń alimentacyjnych, więc nie podlegają ograniczeniom do wysokości płacy minimalnej. Pracownikowi możemy potrącić pożyczkę w pełnej wysokości:

2435,54 – 250,00 – 2,50 = 2183,04 zł

Od następnego miesiąca dokonano zmian w Konfiguracji / Firma / Płace / Grupy ograniczeń potrąceń. W „Grupie potrąceń z innych tytułów” – na zakładce 2 podpięto Spłatę pożyczki w kolejności: Spłata pożyczki – rata kapitałowa, Spłata pożyczki – odsetki.
  • Ustalenie dopuszczalnej wysokości potrącenia alimentacyjnego z wynagrodzenia:
3960,00 zł – 542,92 zł – 307,54 zł – 374,00 zł = 2735,54 zł (kwota netto) Dopuszczalna kwota potrącenia alimentacyjnego z wynagrodzenia wynosi: 60% z 2735,54 =  1641,32 zł. Potrącenie alimentacyjne w kwocie 300,00 zł może więc być zrealizowane w całości.
  • Kwota wynagrodzenia wolna od potrącenia alimentacyjnego:
Obowiązujące przepisy nie gwarantują w przypadku potrąceń alimentacyjnych minimalnego wynagrodzenia
  • Ustalenie możliwej do zrealizowania kwoty potrącenia alimentacyjnego:
Zgodnie z zadeklarowaną kolejnością, program dokonał pomniejszenia kwoty netto pracownika o potrącenie alimentacyjne przypisane w pierwszej „Grupie potrąceń alimentacyjnych”:  2735,54 zł – 300,00 zł = 2435,54 zł
  • Kwota wynagrodzenia wolna od potrąceń z innych tytułów:
Kwota netto wolna od potrącenia komorniczego dla wynagrodzenia z podwyższonymi kosztami uzyskania, bez prawa do ulgi podatkowej dla ¾ etatu wynosi 1 876,15 zł.
  • Ustalenie możliwej do zrealizowania kwoty potrącenia z innych tytułów:
Sprawdzamy listę potrąceń przypisanych do drugiej „Grupy potrąceń z innych tytułów”, w której znajduje się Spłata pożyczki – rata kapitałowa i Spłata pożyczki – odsetki. W tej grupie potrąceń obowiązuje kwota wolna od potrąceń: 100% minimalnej płacy Kwota maksymalnego potrącenia dla II  grupy, tj. 50% wynagrodzenia netto wynosi: 50% * 2735,54 = 1367,77 zł Maksymalna kwota potrąceń dla II grupy, z uwzględnieniem kwoty wolnej: 2735,54 – 1876,15 = 859,39 zł Ustalenie rzeczywistej kwoty potrąceń w ramach II grupy, z uwzględnieniem potrąceń dokonanych w I grupie oraz kwoty wolnej od potrąceń, czyli:  (2735,54 – 300,00) –1876,15 = 559,39 Najmniejsza z tych trzech wartości, czyli 559,39 zł jest maksymalną kwotą dla potrąceń z grupy II. Pracownikowi można potrącić alimenty w pełnej wysokości 300,00 zł oraz spłatę pożyczki – rata kapitałowa w wysokości 250 zł. Spłata pożyczki – odsetki będzie wynosić 2,50 zł. Dla powyższych ustawień płaca minimalna pracownika zostanie zachowana.
Uwaga
Gdy ograniczenie zadziała dla elementów Spłaty pożyczki PKZP, która nie zostanie spłacona w zadeklarowanej kwocie, to przy zapisywaniu takiej wypłaty pojawi się komunikat informujący o konieczności przeliczenia Harmonogramu spłat. Należy wówczas w PKZP dodać nowy harmonogram spłat z uwzględnieniem bieżącego stanu zadłużenia. http://www.comarch.pl/erp/comarch-optima/rozwiazania-dla-biur-rachunkowych/
Przykład
Pracownik zatrudniony jest na ¾ etatu i otrzymuje stałe miesięczne wynagrodzenie w wysokości 3500,00zł. Pracownikowi przysługują podstawowe koszty uzyskania przychodu 250 zł i ulga podatkowa w kwocie 300 zł. Wypłata pracownika obciążona jest potrąceniem komorniczym na kwotę 1000,00 zł. Potrącenie komornicze przypisane jest do II grupy „Grupa potrąceń z innych tytułów”.
  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego:
3500,00 zł – 479,85 zł – 271,81 zł – 32,00 zł = 2716,34(kwota netto) Dopuszczalna wysokość potrącenia komorniczego, tj. 50% wynagrodzenia netto: 1358,17 zł.
  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego dla ¾ etatu:
Obliczamy kwotę minimalnego wynagrodzenia dla ¾ etatu, tj.  ¾ * 3600,00 = 2700 zł brutto. Kwota netto minimalnego wynagrodzenia dla 3/4 etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi 2120,15.
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
2716,34  zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze 1358,17 zł – maksymalna kwota potrącenia komorniczego 2120,15 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać) 2716,34  – 2120,15 = 596,19 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej Porównujemy obie wyliczone ‘maksymalne’ kwoty: 1358,17 zł i 596,19 zł – mniejsza z nich, czyli 596,19 to dopuszczalna kwota potrącenia. Pracownik otrzyma wynagrodzenie w kwocie: 2716,34 – 596,19 = 2120,15 zł zachowując minimalną kwotę netto. Od następnego miesiąca pracodawca zobowiązany jest do potrącania pracownikowi alimentów w wysokości 300,00 zł. Potrącenie alimentacyjne przypięte jest do I grupy – „Grupa potrąceń alimentacyjnych”. W pierwszej kolejności z wypłaty zostaną potrącone alimenty, a jako następne potrącenie komornicze przypisane do II grupy potrąceń.
  • Ustalenie dopuszczalnej wysokości potrącenia alimentacyjnego:
3500,00 zł – 479,85 zł – 271,81 zł – 32,00 zł = 2716,34(kwota netto) Dopuszczalna wielkość potrącenia tj. 60% * 2716,34 wynosi 1629,80. Potrącenie alimentacyjne w kwocie 300,00zł może więc być zrealizowane w całości.
  • Kwota wynagrodzenia wolna od potrącenia alimentacyjnego:
Obowiązujące przepisy nie gwarantują w przypadku potrąceń alimentacyjnych minimalnego wynagrodzenia
  • Ustalenie możliwej do zrealizowania kwoty potrącenia alimentacyjnego:

2716,24 zł – 300,00 zł = 2416,34 zł

Po dokonaniu potrącenia alimentacyjnego sprawdzamy, czy pracownik ma potrącenia, które są przypisane w „Grupie potrąceń z innych tytułów”. Jest tam przypisane potrącenie komornicze, więc dokonujemy dalszych obliczeń:
  • Kwota wynagrodzenia wolna od potrącenia komorniczego:
Obliczamy kwotę minimalnego wynagrodzenia dla ¾ etatu, tj.  ¾ * 3600,00 = 2700 zł brutto. Kwota netto wolna od potrącenia komorniczego wynosi 2120,15 .
  • Ustalenie kwoty potrącenia komorniczego możliwej do zrealizowania:
2716,34 zł – 300,00 zł = 2416,34 zł kwota netto wypłaty po pomniejszeniu o potrącenie alimentacyjne 1358,17  zł – maksymalna kwota potrącenia komorniczego 2120,15 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać) 2416,34 – 2120,15 = 296,19 – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej Pracownik otrzyma wynagrodzenie w kwocie: 2716,34 – 300,00 – 296,19 = 2120,15 zł zachowując minimalną kwotę netto. W kolejnym miesiącu pracownik przystąpił do ubezpieczenia i opłaca dobrowolną składkę PZU w wysokości 50,00 zł. Kwota składki jest potrącana przez pracodawcę w imieniu pracownika. Składka PZU nie jest przypięta do żadnej grupy ograniczeń potrąceń. W konfiguracji typu wypłaty, na zakładce Szczegółowe ma zaznaczony parametr „Doliczany po ograniczeniu potrąceń”. W pierwszej kolejności z wypłaty zostaną potrącone alimenty, jako następne potrącenie komornicze, a na końcu składka PZU bez żadnych ograniczeń.
  • Ustalenie dopuszczalnej wysokości potrącenia alimentacyjnego:
3500,00 zł – 479,85 zł – 271,81 zł – 32,00 zł = 2716,34(kwota netto) Dopuszczalna wielkość potrącenia tj. 60% *  2716,34 wynosi 1629,80 zł. Potrącenie alimentacyjne w kwocie 300,00 zł może więc być zrealizowane w całości. 2716,24 zł – 300,00 zł = 2416,34 zł Po dokonaniu potrącenia alimentacyjnego sprawdzamy, czy są potrącenia przypisane w „Grupie potrąceń z innych tytułów”. Jest tam przypisane potrącenie komornicze, więc dokonujemy dalszych obliczeń:
  • Ustalenie kwoty potrącenia komorniczego możliwej do zrealizowania:
1358,17 zł – maksymalna kwota potrącenia komorniczego 2120,15 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać) 2416,34  – 2120,15 = 296,19 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej 50,00 zł – składka PZU potrącona w pełnej wysokości, już po ustaleniu poprzednich potrąceń Pracownik otrzyma wynagrodzenie w kwocie: 2716,34 – 300,00 – 296,19 – 50,00 = 2070,15 zł.
Przykład
Pracownik zatrudniony jest w pełnym wymiarze czasu pracy i otrzymuje stałe miesięczne wynagrodzenie w wysokości 4000,00 zł. Wypłata etatowa jest wypłacana na koniec miesiąca. Dodatkowo 20.07 pracownik miał wypłaconą premię na liście innej w kwocie 1000 zł. Pracownikowi przysługują podwyższone koszty uzyskania przychodu 300,00 zł i ulga podatkowa w kwocie 300,00 zł. Wypłata pracownika obciążona jest potrąceniem komorniczym na kwotę 2000,00 zł. Potrącenie komornicze przypisane jest do II grupy „Grupa potrąceń z innych tytułów”.
  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego podczas naliczania wypłaty Innej z premią na dzień 20.07:
Z premii możemy potrącić 50% kwoty netto. Ustalamy kwotę netto premii: 1000,00 – 137,10 – 51,95– 0 = 810,95 zł (kwota netto) – premia 50%* 810,95 zł = 405,48 zł – maksymalne potrącenie z premii
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
810,95 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze 2789,86 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać) 810,95 zł < 2 789,86  zł Podczas naliczania premii, która została wypłacona 20.07 nie można było potrącić zajęcia, gdyż pracownik nie miałby zagwarantowanej kwoty wolnej.
  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego podczas naliczania wypłaty etatowej na dzień 31.107:
Ze składnika Wynagrodzenie zasadnicze i premii możemy potrącić 50% kwoty netto. Ustalamy więc kwoty netto odrębnie dla obydwu składników: Ze składnika Wynagrodzenie zasadnicze i premii możemy potrącić 50% kwoty netto. Ustalamy więc kwoty netto odrębnie dla obydwu składników: 4000,00 – 548,40 – 336,36 – 182,00 = 2933,24 (kwota netto) – Wynagrodzenie zasadnicze 50%* 2933,24 zł = 1466,62 zł – maksymalne potrącenie z wynagrodzenia zasadniczego 1000,00 – 137,10 – 51,95 – 0 = 810,95 zł (kwota netto) – premia 50%* 810,95 zł = 405,48 zł – maksymalne potrącenie z premii Obliczamy maksymalną kwotę potrącenia komorniczego: 1466,62 zł + 405,48 zł = 1872,10 zł – dopuszczalna wysokość potrącenia komorniczego wynosi 1872,10 zł.
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
2933,24 + 810,95 = 3744,19 zł – kwota netto wypłat, przed pomniejszeniem o potrącenie komornicze 1872,10 zł – maksymalna kwota potrącenia komorniczego (z dwóch wypłat) 2789,86 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać) 3744,19 – 2789,86  = 954,33 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej Porównujemy obie ‘maksymalne’ kwoty: 1872,10 zł i 954,33 zł – mniejsza z nich, czyli 954,33 zł to dopuszczalna kwota potrącenia.
  • Sprawdzamy czy kwota netto wypłaty etatowej pozwala na pobranie kwoty 954,33 tytułem egzekucji
954,33 zł < 2933,24 zł Z wypłaty etatowej można potrącić kwotę 954,33 zł.   Pracownik otrzyma wynagrodzenie etatowe w kwocie: 2933,24 –  954,33 (potrącenie komornicze) = 1978,91 zł. Razem z kwotą netto otrzymaną z wypłaty premii została zachowana minimalna kwotę netto 2789,86 zł (1978,91 + 810,95).
Przykład
Pracownik zatrudniony jest na 1/2 etatu i otrzymuje stałe miesięczne wynagrodzenie w wysokości 2000,00 zł. Pracownikowi przysługują podstawowe koszty uzyskania przychodu 250,00 zł i ulga podatkowa w kwocie 300,00 zł. Wypłata pracownika obciążona jest potrąceniem komorniczym na kwotę 1000,00 zł. Potrącenie komornicze przypisane jest do II grupy „Grupa potrąceń z innych tytułów”. Pracownik jest uczestnikiem PPK. Opłaca składkę podstawową w wysokości 2.0%. Pracodawca finansuje pracownikowi składkę podstawową w wysokości 1.5%.
  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego:
2000,00 zł – 274,20 zł (skł. społ.) – 155,32 zł (skł. zdrow.) – 0,00 zł (zaliczka podatku) – 30,00 zł (skł. PPK) = 1540,48(kwota netto) W kwocie zaliczki podatku znajduje się zaliczka od wynagrodzenia oraz od przychodu z tytuły finansowania składki PPK pracownikowi przez pracodawcę. Dopuszczalna wysokość potrącenia komorniczego, tj. 50% wynagrodzenia netto: 770,24 zł.
  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego dla 1/2 etatu:

Obliczamy kwotę minimalnego wynagrodzenia dla 1/2 etatu, tj. 1/2 * 3600,00 = 1800 zł brutto.

Kwota netto minimalnego wynagrodzenia dla 1/2 etatu, podstawowych kosztów uzyskania przychodu i ulgi, w przypadku uczestnictwa w PPK, wolna od potrącenia komorniczego wynosi 1 377,43 zł.

  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
1540,48 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze 770,24 zł – maksymalna kwota potrącenia komorniczego 1377,43 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać) 1540,48 – 1377,43 = 163,05 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej Porównujemy obie wyliczone ‘maksymalne’ kwoty: 770,24 zł i 163,05 zł – mniejsza z nich, czyli 163,05 to dopuszczalna kwota potrącenia. Pracownik otrzyma wynagrodzenie w kwocie: 1540,48 – 163,05 = 1377,43 zł zachowując minimalną kwotę netto.
Przykład

Pracownik jest zatrudniony na pełnym etacie na stawce 4000,00 zł/mies., przysługują mu podstawowe koszty uzyskania przychodu 250,00zł i ulga podatkowa 300,00 zł.Pracownik nie jest uczestnikiem PPK. Wypłata pracownika obciążona jest potrąceniem komorniczym z innych tytułów na kwotę 1500,00 zł. Pracownik zgłosił, że z powodu podjętych na terytorium Rzeczypospolitej Polskiej działań służących zapobieganiu zarażeniem wirusem SARS-CoV-2: jego żona utraciła źródło dochodu.

  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego:
4000,00 – 548,40 – 310,64 – 84,00 = 3056,96 (kwota netto) Dopuszczalna wysokość potrącenia komorniczego, tj. 50% wynagrodzenia netto: 1528,48 zł. 
  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego dla 1/2 etatu:
W związku z utrata źródła dochodu przez żonę z powodu podjętych na terytorium Rzeczypospolitej Polskiej działań służących zapobieganiu zarażeniem wirusem SARS-CoV-2 kwoty zwolnione z egzekucji określone w art. 871 § 1 Kodeksu pracy ulegają zwiększeniu o 25% na każdego nieosiągającego dochodu członka rodziny, którego pracownik ten ma na utrzymaniu. Pracownik ma tylko na utrzymaniu żonę, która nie osiąga dochodu. Aby odnotować podwyższenie kwoty wolnej o 25% należy w grupie ograniczeń potrąceń na zakładce ‘Ogólne’ w polu „Kwota wolna od potrąceń” ustawić wartość 125% (można skopiować standardową grupę ograniczeń potrąceń z innych tytułów lub utworzyć nową grupę np. „Grupa potrąceń – 125% kwoty wolnej” oraz ustawić odpowiednią wartość). Podwyższona o 25% kwota netto minimalnego wynagrodzenia dla pełnego etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi 3479,83 zł
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:
3056,96 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze 1528,48 zł – maksymalna kwota potrącenia komorniczego 3479,83 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać) 3056,96 zł < 3479,83 zł – kwota wolna jest wyższa niż wynagrodzenie netto pracownika Z wynagrodzenia nie można potrącić zajęcia, gdyż pracownik nie miałby zagwarantowanej kwoty wolnej. Pracownik otrzyma wynagrodzenie w kwocie 3056,96 zł.

Handel

OPT048 - Współpraca z urządzeniami zewnętrznymi w Comarch ERP Optima

Data aktualizacji: 04-08-2023

Wprowadzenie

Celem biuletynu jest przedstawienie urządzeń zewnętrznych, z którymi współpracuje program Comarch ERP Optima. W aktualnej wersji możliwa jest współpraca z następującymi urządzeniami zewnętrznymi:

Współpraca z drukarkami fiskalnymi

W aktualnej wersji program Comarch ERP Optima współpracuje z następującymi drukarkami fiskalnymi:
  • POSNET (oparte o protokół DF-3001, Thermal, Thermal HS i FV, HD, HD EJ, XL2 OnLine, Temo, XL2 Online)
  • ELZAB (Omega, Mera, Mera OnLine, ZETA),
  • INNOVA (Profit, Market, DF-1),
  • NOVITUS (Vivo, Vento, Quarto, Delio Prime (E) , Deon(E), Deon OnLine, Bono (E), Bono OnLine, HD Online),
  • TORELL (Duo Pro, Andros),
  • EMAR (Printo, Tempo 3),
  • Epson TM-T801FV.

W przypadku sterowników Elzab, Elzab Online, Novitus od 2.0, Posnet Thermal HS i FV możliwa jest komunikacja po protokole TCP/IP. W zależności od wyboru sterownika drukarki program podpowie domyślną wartość dla portu TCP/IP: Elzab i Elzab Online – 8000, Novitus od 2.0 – 6001, Posnet Thermal HS i FV – 6666.

W przypadku komunikacji po porcie COM niektóre drukarki wymagają ustawienia odpowiedniego sterowania przepływem danych. Użytkownik może wybrać w programie Comarch ERP Optima opcje:
  • ustawienia systemowe (program nie ustawia sterowania przepływem, brane są ustawienia systemu)
  • RTS (do sterowania przepływem jest wykorzystywana w porcie para linii RTS/CTS)
  • Xon / Xoff (sterowanie przepływem odbywa się przez wysłanie znaczników XOn oraz XOff)
  • RTS i Xon / Xoff (wykorzystuje obydwie metody sterowania przepływem)
  • brak (nie jest wykorzystywana żadna metoda kontroli przepływu danych)
Drukarka Posnet Temo podłączona bezpośrednio przez USB do poprawnej komunikacji musi mieć ustawione sterowanie przepływem: RTS. Przy pracy przez port COM parametr ten może być dowolny można ustawić ustawienia systemowe.
Uwaga
Drukarki fiskalne nie są przystosowane do fiskalizacji z wielu stanowisk jednocześnie. W celu zapewnienia poprawnej fiskalizacji należy unikać równoczesnego drukowania z kilku stanowisk.
Uwaga
W przypadku wydruku faktury fiskalnej na drukarce Posnet Temo, długość nazwy i adresu kontrahenta nie mogą przekraczać 40 znaków (zgodnie z dokumentacją drukarki). Jeżeli nastąpi przekroczenie tej wartości, pozycje te nie będą drukowane na fakturze.
W nowych drukarkach Posnet Thermal i Novitus Delio w konfiguracji drukarki można ustawić sterowanie przepływem, w Comarch ERP Optima musi być wybrana taka sama opcje (drukarki te mają domyślne ustawienie "brak"). Drukarka Epson w przypadku, gdy w Comarch ERP Optima dodany zostanie Paragon z towarami i kaucjami, ale nie dodano płatności na kaucje, to nie jest wysyłana żadna forma płatności do drukarki. Na innych drukarkach drukują się towary, kaucje i kwota paragonu. W drukarce Epson w takim przypadku drukuje się domyślna forma płatności gotówka. Również jeśli zostanie dodany Paragon z towarami i kaucjami i dodano płatności na kaucje, ale w ustawieniach drukarki jest zaznaczone nie drukuj form płatności, to wtedy zostanie wydrukowana domyślna forma płatności gotówka.

Ustawienia portów COM

ParametryPosnetElzabInnovaNovitusTORELLEMAR
Szybkość96009600 / 192009600960096009600
Parzystośćbrak (none)parzysta (even)brak (none)brak (none)brak (none)brak (none)
Liczba bitów888888
Bit stopu111111
Sterowanie przepływembrakbrak, xon/xoff, *brakbrakbrakbrak
Uwaga
W przypadku drukarek Elzab starszego typu należy sterowanie przepływem ustawić na: sprzętowe.

Drukarki w usługach terminalowych

Więcej informacji o konfiguracji połączenia drukarek fiskalnych w usługach terminalowych znajdą Państwo w biuletynie technicznym: „OPT060 - Comarch ERP Optima w środowisku terminalowym”.

Najczęściej pojawiające się problemy

Przy próbie wydruku pojawia się komunikat: „Nie zdefiniowano stawki VAT dla zw.”. Taki komunikat może pojawić się dla każdej stawki VAT niezdefiniowanej w konfiguracji programu Remedium
  • Wydrukować raport dobowy.
  • W Konfiguracja programu/ Ogólne/ Symbole stawek VAT należy dla stawki ZW ustawić oznaczenie takie, jakie jest dla niej przypisane na raporcie dobowym.
Przy próbie wydruku pojawia się komunikat: „Błędna interpretacja stawki podatkowej”. Remedium
  • Zmienić nazwę tego towaru (dodając np. kropkę na końcu). Towar kiedyś został sprzedany w innej stawce podatkowej, drukarka fiskalna to pamięta i nie pozwala wysłać takiego towaru z nową stawką.
  • Jeżeli to nie pomoże to może być problem z błędnym przypisaniem stawki. Należy wtedy wydrukować raport dobowy, potem w programie Comarch ERP OptimaKonfiguracja programu/ Ogólne/ Symbole stawek VAT dla odpowiedniej stawki przypisać oznaczenie takie, jakie jest dla niej na raporcie dobowym.
Przy próbie wydruku pojawia się komunikat: „Wydruk niemożliwy. Wybrana drukarka nie jest dostępna. W buforze są znaki do druku. Remedium
  • Z menu Narzędzia wykonać raport dobowy. Spróbować czy teraz paragony się fiskalizują.
  • Zmienić nazwę drukowanego towaru. Towar mógł zostać wysłany wcześniej na drukarkę z inną stawką podatkową.
  • Wyłączyć i włączyć drukarkę ponownie, aby towary dodrukowały się na paragon.
Przy próbie wydruku pojawia się komunikat: „Wydruk niemożliwy. Wybrana drukarka nie jest dostępna. Błąd komunikacji z drukarką”. Remedium
  • Należy sprawdzić w systemie Windows w menedżerze urządzeń ustawienia portu COM.
  • W programie Comarch ERP Optima wejść do Konfiguracji programu/ Ogólne/ Drukarki fiskalne i wybrać odpowiedni sterownik, port COM a następnie zapisać ustawienia dyskietką. Potem ikoną drukarki wykonać test połączenia z drukarką.
W usługach Terminalowych. Przy próbie wydruku pojawia się komunikat: „ODBC Serwer Driver. Serwer SQL nie istnieje lub odmówiono do niego dostępu Błąd sprawdzania licencji” lub „ODBC Server Driver does not exist for access denied for Microsoft OLE ODBC Driver”. Remedium. W momencie uruchomienia Comarch ERP Optima w okienku Rejestracja w programie należy kliknąć na ikonę Pokaż szczegóły i w polu serwer klucza wpisać nazwę serwera SQL do którego wpięty jest klucz HASP, a następnie zapisać wprowadzony wpis ikoną dyskietki.

Dodatkowe informacje

Uwaga
Drukarki w wersjach aptecznych nie są obsługiwane.
Uwaga
Drukarka Torell Andros w numerze paragonu nie drukuje kolejnych znaków „/”. Podczas fiskalizacji za pomocą driverów Comarch ERP Optima nie ma możliwości ingerowania w obsługę wyświetlacza.
Uwaga
W przypadku drukarek Posnet Temo USB, aby była możliwość komunikacji przez USB należy w menu drukarki włączyć obsługę USB. Domyślnie jest wyłączona. Następnie należy wykonać restart drukarki.
Uwaga
Jeżeli w nazwie towaru drukowanej na paragonie występują znaki specjalne, to w niektórych przypadkach może wystąpić problem z wydrukiem na drukarce fiskalnej. W celu uzyskania informacji na temat znaków niedozwolonych przez drukarkę, należy zapoznać się z dokumentacją konkretnego modelu drukarki lub skontaktować się z serwisem technicznym producenta drukarki.
Uwaga
Jednostki miary na paragonie. Comarch ERP Optima obsługuje tylko literowe jednostki miary (maksymalnie 5 liter), gdyż niektóre drukarki fiskalne nie akceptują cyfr w jednostkach miary. W drukarkach Emar Printo 57, Innova Market/Profit, Torell Duo Pro - przyjmowana jest tylko ilość a jednostka miary jest ignorowana. Jednostka miary jest drukowana w drukarkach: Elzab, Novitus, Posnet (z wyłączeniem wersji 1.01, 1.02).

Współpraca z kasami fiskalnymi

System Comarch ERP Optima współpracuje z następującymi rodzajami kas fiskalnych:
  • ELZAB (kasy II generacji: Alfa, Delta, Jota, Teta, Eco, Mini, K10 online, Mini LT online, Jota Online)
  • SHARP (ER-457P, ER-237P, ER-277P, ER-A285P)
  • NOVITUS (zgodne z protokołem Tango: Bravo, Nano , PS-3000, PS-4000E, Soleo, Sento online)

Ustawienia portów COM

Zgodnie z instrukcją użytkownika kasy fiskalnej. Prędkość na porcie COM w systemie Windows powinna być ustawiona tak samo jak w kasie fiskalnej.

Konfiguracja kas fiskalnych

Więcej informacji na ten temat znajdą Państwo w artykule Kasy fiskalne.

Najczęściej pojawiające się problemy

Przy próbie importu paragonów z kasy pojawia się komunikat: „Błąd komunikacji z kasą. Brak towaru []. Zaimportuj PLU z kasy. (Rekord nie został znaleziony.)". Remedium
  • W kasie fiskalnej znajdują się towary, które nie mają założonych odpowiadających im kart cennikowych w bazie Comarch ERP Optima. Należy wykonać import towarów z kasy w menu Ogólne/ Cennik.
  • Źle została przygotowana baza danych. Kody towarów w bazie powinny być wpisane jako cyfry bez zer wiodących, czyli, np. 1,2,3…10,11…100,101… itd. W kasach fiskalnych kody krótkie są to kody, które stosuje się najczęściej do prostej identyfikacji towarów dla sprzedaży ręcznej. Kody te charakteryzują się ograniczoną maksymalną wartością oraz ignorowaniem zer nieznaczących, co oznacza, że podając np. 003 kasa przyjmie kod towaru o nr 3. Ograniczenie wartości jest zależne od modelu kasy (ilości obsadzonej pamięci) i określa maksymalną wartość kodu, który kasa zidentyfikuje jako krótki.
Przy próbie nawiązania komunikacji z kasą pojawia się komunikat: „Błąd komunikacji z kasą. Cena poza zakresem lub programowano cenę zerową, a nie ustawiono flagi „cena otwarta”. Remedium
  • Wysyłany jest na kasę towar o niepoprawnej strukturze kodu EAN, np. w polu EAN jest znak inny niż cyfra np. 39309-75320. Kasy fiskalne akceptują tylko kody składające się z cyfr. Napis w pliku tekstowym musi być konwertowalny do liczby stałoprzecinkowej o określonej długości maksymalnej akceptowanej dla typu kasy fiskalnej.
  • Błędnie podany kanał multipleksera w konfiguracji programu.
Przy próbie wysłania towarów na kasę fiskalną z programu Comarch ERP Optima pojawia się komunikat: „Nie ustawiono stawki VAT ani grupy". Remedium W programie Comarch ERP Optima Konfiguracja programu/ Ogólne/ Działy dla kas fiskalnych należy zdefiniować nazwę działu (grupy) taką jaka jest ustawiona na kasie fiskalnej. Przy próbie wysłania towarów na kasę fiskalną z programu Comarch ERP Optima pojawia się komunikat: „Błąd komunikacji z kasą. Brak w konfiguracji symbolu stawki VAT dla stawki 22%". Taki komunikat może się pojawić w przypadku każdej stawki VAT. Remedium W programie Comarch ERP Optima Konfiguracja programu/ Ogólne/ Działy dla kas fiskalnych jest zdefiniowana nazwa działu, ale w Konfiguracja programu/ Ogólne/ Symbole stawek VAT (Kasy) nie ma przypisanego odpowiedniego symbolu fiskalnego. Przy próbie eksportu cennika do kasy pojawia się komunikat: „Napotkano niedozwolony znak”. Remedium
  • Nazwy działów towarowych nie mogą być jedno znakowe w Konfiguracja/ Program/ Ogólne/ Działy dla kas fiskalnych. Dla kas Novitus – nazwa działu lub towaru ma być od 3 do 18 znaków.
  • W bazie towarowej są takie towary o dłuższej nazwie niż przyjmuje kasa, np. Opakowanie karton 20 szt. oraz Opakowanie karton 100 szt. – z punktu widzenia kasy to są takie same towary (pierwsze 18 znaków jest takie same, nie uwzględniając wielkości liter).
  • przy porównaniu nazw nie są brane pod uwagę znaki spacja,-,*,= itp. czyli dla kasy fiskalnej np. Novitus Soleo towar o nazwie PLANDEKA58M jest tym samym towarem co towar o nazwie PLANDEKA 58M.
  • niedozwolone znaki w nazwach towarów których nie akceptuje kasa fiskalna typu %@* itp.
Przy próbie komunikacji z kasą pojawia się komunikat: „Nie udało się nawiązać połączenia z kasą". Remedium Należy sprawdzić w systemie Windows w menedżerze urządzeń prędkość dla portu COM. Prędkość na porcie COM w systemie Windows powinna być ustawiona taka sama jak na kasie fiskalnej.

Czytniki kodów kreskowych

Comarch ERP Optima współpracuje z każdym czytnikiem kodów kreskowych, który emuluje klawiaturę - ma możliwość wpięcia go do portu klawiatury. Czytnik możemy wykorzystywać do:
  1. Wpisywania kodu EAN na formularz towaru. Karty cennikowe muszą mieć wypełnione pole EAN. Jeśli pozycja nie posiada własnego kodu (pole EAN jest puste) – wciśnięcie przycisku nadaje 13-znakowy kod EAN rozpoczynający się od 201 lub należy ustawić się w polu EAN i odczytać czytnikiem taki kod z towaru.
    Uwaga
    Wpisany tu kod kreskowy jednoznacznie identyfikuje pozycję, tzn. w jednej bazie nie mogą istnieć dwa towary o takim samym kodzie paskowym.
  2. Odszukiwania pozycji w cenniku/ na liście zasobów – operacje można wykonać z poziomu Cennika/Listy zasobów – zakładka Wg EAN.
  3. Dopisywania pozycji na dokument, w tym celu należy w Konfiguracja/ Firma/ Handel/ Parametry zaznaczyć w sekcji Dodawanie pozycji na dokumencie parametr edycja na liście – Wprowadzenie towarów polega na ustawieniu się w dokumencie w tabelce z towarami i odczyt czytnikiem kodu EAN, program szuka na liście zasobów pozycji o zadanym kodzie i jeśli taki kod istnieje pozycja zostanie dopisana. Pozostaje ustalenie ilości i ceny.
  4. Wprowadzania towaru jako składnika na recepturę.
Aby można było korzystać z czytnika kodów należy w Comarch ERP Optima zaznaczyć: w Konfiguracji firmy/ Handel/ Parametry parametr Sprzedaż tylko wg kodów EAN. Jeśli parametr jest zaznaczony to podczas wpisywania pozycji na dokument program najpierw wyszukuje towar wg pola kod EAN, jeśli nie znajdzie towaru o takim kodzie EAN to przeszukuje listę wg kodu towaru, a jeśli nie znajdzie towaru o podanym kodzie – to w ostatniej kolejności przeszukuje listę wg nazwy. Kody wagowe Podczas wystawiania dokumentów w systemie Comarch ERP Optima istnieje możliwość odczytywania tzw. kodów wagowych (zawierających informację o wadze towaru). Kody takie są drukowane przez wagi, natomiast w chwili odczytu program rozpoznaje, że jest to kod wagowy i odpowiednio odczytuje ilość, wprowadzając ją na dokument. Sam towar jest rozpoznawany na podstawie 4-znakowego identyfikatora towaru, wpisanego w polu EAN na karcie towaru.
Uwaga
Funkcja odczytywania kodów wagowych nie działa na dokumentach Przyjęcia Wewnętrznego Produktów (PWP) oraz Rozchodu Wewnętrznego Składników (RWS).
Comarch ERP Optima współpracuje z kodami wagowymi, które zaczynają się od 27 lub 29. Kod wagowy ma określoną strukturę, w związku, z czym:
  • wygenerowany kod wagowy ma mieć 13 znaków i rozpoczynać się prefiksem od 20 do 29 (trzeba zaprogramować poprawnie wagę metkującą).
  • kod EAN w programie Comarch ERP Optima zapisany na karcie towaru musi mieć wpisane 4 znaki (od 3 do 6 znaku z 13 znakowego kodu EAN).
  • waga towaru nie może przekraczać 99.999 kg.
Uwaga
Funkcja odczytywania kodów wagowych działa tylko, jeśli w Konfiguracji firmy/ Handel/ Parametry wybrano parametr: Dodawanie pozycji na dokumencie jako: edycja na liście.
Przykłady:
  1. Towar o wadze 1,525 kg jest oznaczony numerem 29 1234 V 01525 K. Numer 1234 jest numerem tego towaru.
  2. Towar o masie np. 1,52 kg jest oznaczony numerem 27 0001 V 01520 K. Numer 0001 jest numerem danego towaru.

Drukarki etykiet

System Comarch ERP Optima współpracuje z następującymi drukarkami etykiet:
  • Dymo z serii Label Writer: 400 i 450 (Duo i Turbo)
  • Brother: QL-560 i QL-580N
W programie dostępne są wydruki etykiet opracowane w edytorze Generator Raportów dla odpowiednich rozmiarów papieru. Z listy cennikowej i kontrahentów dostępne są następujące wzory wydruków:
  • Dymo – Wzór: 57 x 32mm, 89 x 36 mm
  • Brother – Wzór: 29 x 90 mm, 62 x 100 mm
Uwaga
W przypadku drukarki Dymo dla wydruku wykonywanego bezpośrednio z menu wydruków, konieczne jest ustawienie we właściwościach drukarki w systemie Windows, w preferencjach drukowania (opcje zaawansowane), opcji „99012 Large Address” dla rozmiaru papieru.

Współpraca z kolektorami danych

System Comarch ERP Optima współpracuje z następującymi typami kolektorów:
  • Cipherlab (z serii 8000, 8001, 8300, 8400)
  • Opticon   (z firmy OptiData, np. Opticon PHL-2700)
  • BHT
  • Dolphin
Uwaga
Wymagamy, aby kolektor posiadał wgrane oprogramowanie oryginalne producenta, nie importera. Jeżeli jest inaczej może być konieczność przeprogramowania kolektora odpowiednim oprogramowaniem dostępnym na stronie producenta.
Możliwa jest współpraca z kolektorami z systemem znakowym na standardowych sterownikach Comarch ERP Optima. Kolektory z wbudowanym systemem operacyjnym nie będą działać ze standardowymi sterownikami jednak możliwe jest zastosowanie dodatkowych rozwiązań opracowanych przez innych producentów np. krakowską firmę OPTIDATA – więcej na ten temat w punkcie 6.7. Konfiguracja danych dotyczących współpracy z kolektorem jest możliwa z poziomu Konfiguracji stanowiska/ Ogólne/ Kolektor. Należy tam wskazać przede wszystkim typ kolektora, z którym będzie współpracował program oraz port COM, przez który będzie przebiegała transmisja danych. Należy również wskazać protokół, wg, którego przebiega transmisja oraz inne parametry współpracy. W części Definicja rekordu należy podać specyfikację dotyczącą formatu pliku przesyłającego dane.
Uwaga
Po wybraniu typu kolektora program proponuje domyślne ustawienia parametrów transmisji. Użytkownik powinien jednak skontrolować, czy proponowane ustawienia są zgodne ze specyfikacją producenta kolektora.
W przypadku, gdy kolektor komunikuje się z komputerem przy wykorzystaniu tranceivera należy dodatkowo zaznaczyć parametr Używaj tranceivera. Obsługa kolektorów jest zrealizowana w taki sposób, żeby umożliwić automatyczne dodawanie towarów wprowadzonych do kolektora na dokumenty handlowe i magazynowe oraz na arkusze inwentaryzacyjne. Możliwość importu danych z kolektora dostępna jest z poziomu większości formularzy dokumentów. Import z kolektora następuje automatycznie po wciśnięciu przycisku „Kolektor danych” lub kombinacją klawiszy <CTRL>+<ALT>+<K>. Na podstawie danych z Konfiguracji stanowiska program nawiązuje łączność z kolektorem danych, a następnie wywołuje transmisję. W efekcie na formularz dokumentu zostają wpisane towary wraz z ilościami. Ilości są wyrażone zawsze w jednostkach podstawowych. Ceny na dokumencie są proponowane przez program, zgodnie z obowiązującymi zasadami. W przypadku dokumentów zakupowych (FZ, PZ, PW, ZD) proponowane są ostatnie ceny zakupu. W przypadku dokumentów sprzedażowych (FA, WZ, RO, FPF…) – proponowane są ceny sprzedaży z grupy cenowej skojarzonej z kontrahentem wpisanym na dokument, z uwzględnieniem wszystkich rabatów.
Uwaga
Program Comarch ERP Optima posiada funkcję odbioru danych z kolektora, nie potrafi wysłać danych na kolektor.
Uwaga
Funkcja importu danych z kolektora nie działa w przypadku dokumentów korygujących oraz dokumentów, na których zblokowana jest możliwość dopisywania nowych pozycji (np. Faktura Sprzedaży utworzona na podstawie WZ z różnych magazynów).

Konfiguracja na przykładzie kolektora Cipherlab 8300 dla EAN13

Pobranie odpowiedniej aplikacji ze strony producenta Ze strony WWW producenta http://www.cipherlab.com pobieramy program „Generator Aplikacji” z sekcji Download. Program dostępny również na płytach CD z oprogramowaniem dołączonym do kolektora. Zdefiniowanie długości rekordu w kolektorze W Generatorze Aplikacji należy wybrać z menu kontekstowego opcję Edit zakładka Form i ustawić odpowiednio parametry rekordu (Rys. 1), w naszym przypadku ustawiamy stałą długość dla kodów EAN 13, odpowiednio:
  • #1 – Pole przeznaczone na EAN: Typ danych: tekst; Min długość: 0; Max długość: 13
  • #2 – Pole przeznaczone na ilość: Typ danych: liczbowy; Min długość: 0; Max długość: 10
  • #3 – Pole przeznaczone na cechę (pole opcjonalne): Typ danych: tekst; Min długość: 0; Max długość: 20

Formularz ustawień długości rekordu w kolektorze

Dla każdej linii rekordu w kolumnie Properties należy wcisnąć przycisk More… i ustawić „Fixed data length” na wartość, która jest w polu „Max length” (Rys. 2). Należy również ustawić odpowiednio dopełnienie do określonej ilości znaków. W tym celu w generatorze aplikacji kolektora wybieramy z rozwijalnej listy dopełnienie od lewej strony typu spacja, wybieramy więc „Left alligned (padded with space)”. Opcja ta służy do tego, aby zaczytując kolektorem towar o kodzie EAN krótszym niż 13 znaków program dopełniał go (w naszym przypadku spacjami) do 13 znaków, gdyż taką długość kodów EAN zdefiniowaliśmy w kolektorze (Rys. 2).

Formularz ustawień długości znaków dla danych

Przesłanie ustawień z Generatora Aplikacji do kolektora W kolektorze danych należy wybrać opcje 3. Narzędzia/ 6. Ładuj aplikację i wczytać ustawienia z Generatora aplikacji - polecenie Download Application w menu kontekstowym Generatora Aplikacji. Nastąpi wówczas nawiązanie komunikacji i przesył danych do kolektora. Ustawienie parametrów połączenia w kolektorze W kolektorze danych Wybrać opcje 3. Narzędzia/ 1. Ustawienia programu Ustawić:
  • Download Interface – Cradle-IR
  • Upload Interface – Cradle-IR
  • Transmission Speed – Baud rate – 9600 bps
Ustawienie parametrów dla połączenia z kolektorem w Comarch ERP Optima W programie Comarch ERP Optima Konfiguracja stanowiska/ Ogólne/ Kolektor w sekcji Ustawienia sterownika wybieramy sterownik Cipherlab (Rys. 3). Jeżeli kolektor używa transceivera to zaznaczamy odpowiedni czek, następnie ustawiamy:
  • Protokół – SKKBHT
  • Prędkość transmisji – 9600
  • Parzystość – Brak
  • Bity danych – 8
  • Bity stopu – 1
Ustawienie definicji rekordu kolektora w Comarch ERP Optima W programie Comarch ERP Optima, w Konfiguracji stanowiska/ Ogólne/ Kolektor w sekcji Definicja rekordu ustawiamy w naszym przypadku dla EAN 13 znakowego odpowiednio parametry (Rys. 3):
  • Długość rekordu – 24
  • Początek pola kodu towaru – 0
  • Koniec pola kodu towaru – 12
  • Początek pola ilości – 14
  • Koniec pola ilości – 23

Formularz dla ustawień kolektora Comarch ERP Optima

Import danych z kolektora do Comarch ERP Optima Po ustawieniu powyższych parametrów połączenia oraz zdefiniowaniu prawidłowej długości rekordu w kolektorze, wybieramy w kolektorze funkcję 1. Collect data i zaczytujemy do kolektora kody towarów EAN w odpowiednich ilościach. Następnie w kolektorze wybieramy opcję 2. Upload data a w programie Comarch ERP Optima na formularzu dokumentu ikoną Kolektor danych zaczytujemy dane z kolektora.

Przeprogramowanie frameware kolektora Cipherlab

Jeżeli kolektor posiadał wgrane oprogramowanie importera, a nie oryginalne producenta należy wówczas takiemu kolektorowi przeprogramować jego środowisko programowe, tzw. „frameware”. Pliki zawierające środowisko programowe kolektora mają rozszerzenie .SHX, dostępne do pobrania ze strony producenta. W momencie włączenia kolektora na dole ekranu pod napisem „Welcome” możemy sprawdzić jaka jest jego obecna wersja frameware. Aby przeprogramować kolektor należy wykonać następujące czynności:
  1. Wyłączamy kolektor.
  2. Włączamy kolektor kombinacją klawiszy: 7,9 i przycisk włącz (Power).
  3. Wybieramy: 6. Load Program -> 1. Cradle-IR -> 6. Baud rate: 9600 -> please place In Cradle (odstawiamy kolektor na tranceiver).
  4. Uruchamiamy program ProgLoad.exe. Podajemy typ komunikacji, numer portu COM, prędkość transmisji oraz wskazujemy plik .SHX z frameware, zgodnie z rysunkiem 4.
  5. Wciskamy przycisk OK. Po nawiązaniu połączenia z kolektorem i wykonaniu downloadu wyłączamy kolektor.
  6. Włączamy kolektor i wykonujemy programowanie Generatorem Aplikacji zgodnie z punktem 5.1.

 Formularz programu ProgLoad

Uwaga
Środowisko kolektora z którym poprawnie działa Comarch ERP Optima to starszy frameware w wersji U8000-2600.SHX. Do pobrania ze strony producenta. Przeprogramowanie na tą wersję wykonywać gdy nie można uzyskać komunikacji Comarch ERP Optima z obecną wersją frameware kolektora.

Najczęściej pojawiające się problemy

Przy próbie odczytu danych z kolektora pojawia się komunikat: „Brak danych w kolektorze”. Remedium
  • Sprawdzić czy prędkość transmisji jest ustawiona taka sama w kolektorze jak w konfiguracji w programie Comarch ERP Optima.
  • Sprawdzić w kolektorze, który korzysta z transceivera czy w ustawieniach parametry Upload oraz Download Interface została ustawiona w obu miejscach opcja na Cradle-IR.
  • Źle jest ustawiony rekord w kolektorze lub definicja rekordu w Comarch ERP Optima.
Przy próbie odczytu danych z kolektora CipherLab pojawia się komunikat: „Wielokrokowa operacja wygenerowała błędy”. Remedium Problem związany jest z nieprawidłowym zaprogramowaniem kolektora. Należy sprawdzić jak jest ustawione dopełnienie, czy nie jest zaznaczona opcja konwersji kodu np. 12-znakowego na 13-znakowy kod EAN, a w kolektorze ustawiony jest EAN-14 z dopełnianiem, czy zostały zaznaczone dodatkowe błędne parametry.

Przykład ustawień dla kolektora Cipherlab 8400 (kody EAN13)

Zakładając, że kolektor posiada domyślne ustawienia dystrybutora (Torell) konfiguracja po stronie Comarch ERP Optima wygląda jak poniżej (Konfiguracja stanowiska/ Ogólne/ Kolektor). W sekcji Ustawienia sterownika wybieramy sterownik Cipherlab (C:\Program Files\Comarch ERP Optima\cdn_ciph.dll). Jeżeli kolektor używa transceivera, to zaznaczamy odpowiedni czek, a następnie ustawiamy:
  • Protokół – YMODEM
  • Prędkość transmisji – 115200
  • Parzystość – Brak
  • Bity danych – 8
  • Bity stopu – 1
  • Bity stopu – 1
Ustawienie definicji rekordu kolektora w Comarch ERP Optima: W menu Konfiguracja stanowiska/ Ogólne/ Kolektor w sekcji Definicja rekordu ustawiamy (w tym przypadku dla EAN 13 znakowego) odpowiednio parametry:
  • Długość rekordu – 24
  • Początek pola kodu towaru – 0
  • Koniec pola kodu towaru – 12
  • Początek pola ilości – 14
  • Koniec pola ilości – 23

Przykład ustawień dla kolektora BHT Denso w Comarch ERP Optima

Sterownik: C:\Program Files\Comarch ERP Optima\cdn_coll.dll
  • Protokół: SKKBHT
  • Prędkość transmisji: 19200
  • Parzystość: brak
  • Bit danych: 8
  • Bit stopu: 1
  • Używaj tranceivera: odznaczone
Definicja rekordu:
  • Długość rekordu: 30
  • Pocz. pola towaru: 0
  • Koniec pola tow.:19
  • Pocz. pola ilość: 21
Uwaga
W przypadku gdy z kolektora przesyła się na dokument tylko pierwsza pozycja należy w rejestrze systemowym Windows dodać w gałęzi [HKEY_LOCAL_MACHINE\SOFTWARE\CDN\Kolektory] ciąg o nazwie „Brak zakonczenia linii” i ustawić dla tego wpisu wartość „1”.

Przykład ustawień dla kolektora firmy OPTIDATA

Ustawienie parametrów połączenia w kolektorze
  • Prędkość transmisji – 19200
  • Parzystość – Brak
  • Bity danych – 8
  • Bity stopu – 1
Na urządzeniu należy wybrać profil „ERP XL” co spowoduje automatyczne ustawienie powyższych parametrów. W tym celu należy wejść do menu Parametry następnie wprowadzić odpowiednie hasło odszukać opcję „Profil” i wybrać profil „ERP XL” (jest on zgodny z Comarch ERP Optima). W przypadku niektórych rodzajów kolektorów należy w doku komunikacyjnym – na spodzie podstawki komunikacyjnej odpowiednio ustawić grupę mikroprzełączników na takie same wartości jak na porcie COM. Konfiguracja szerokości pól w kolektorach OptiData jest stała i nie podlega zmianom, przy czym kolektory poprawnie obsługują zarówno 8 jak i 13 znakowe kody kreskowe. Ustawienie parametrów dla połączenia z kolektorem w Comarch ERP Optima W programie Comarch ERP Optima, w Konfiguracji stanowiska/ Ogólne/ Kolektor w sekcji Ustawienia sterownika wybieramy sterownik Cipherlab (Rys. 5). Nie zaznaczamy czeku używaj tranceivera a następnie ustawiamy parametry:
  • Protokół – SKKBHT
  • Prędkość transmisji – 19200
  • Parzystość – Brak
  • Bity danych – 8
  • Bity stopu – 1
Ustawienie definicji rekordu kolektora w Comarch ERP Optima
  • Długość rekordu – 44
  • Początek pola kodu towaru – 0
  • Koniec pola kodu towaru – 19
  • Początek pola ilości – 21
  • Koniec pola ilości – 33

Formularz dla ustawień kolektora w Comarch ERP Optima

Terminale płatnicze

Comarch ERP Optima zapewnia współpracę z następującymi terminalami:
  • Verifone VX 520 dystrybuowanym przez eService
  • Verifone VX 520 dystrybuowanym przez First Data Polcard
  • Ingenico iCT220 ETH dystrybuowanym przez First Data Polcard
  • Ingenico Desk 3200 dystrybuowanym przez First Data Polcard
  • ING
  • Polskie ePłatności
Za pomocą terminali płatniczych obsługiwane są następujące operacje kartą płatniczą:
PolcardeServiceINGPolskie ePłatności
obciążenie karty płatniczej
zwrot środków płatniczych na kartę
Szczegóły współpracy terminala płatniczego z programem Comarch ERP Opima opisane są w artykule terminale płatnicze

OPT009 - Import danych z arkusza Microsoft Excel

Data aktualizacji: 09-07-2021

Eksport /Import - przygotowanie danych

Od wersji 2012 Comarch ERP Optima można zaimportować towary i kontrahentów w takim formacie jak zostały wyeksportowane z programu. Oznacza to, że jeśli wykonamy eksport do MS Excel, zmodyfikujemy dane np. ceny dla towarów to możemy zaimportować taki plik bez konieczności zmian nazw kolumn. Dane można wyeksportować za pomocą ikony , która dostępna jest pod listą odpowiednio kontrahentów (Ogólne/ Kontrahenci) oraz towarów/usług (Ogólne/ Cennik). Dane można zaimportować za pomocą ikony , która dostępna jest obok ikony do eksportu. Import można wykonać również z poziomu menu Narzędzia/ Importy/ Słowników z pliku/ Kontrahenci lub Cennik. Przy imporcie cennika, w oknie Parametry importu cennika należy wybrać: Plik w formacie MS Excel i wskazać plik, w którym znajduje się arkusz z danymi. Pierwszy niepusty wiersz w arkuszu musi zawierać nazwy kolumn. Kolumny mogą występować w dowolnej kolejności. Każdy arkusz musi zawierać dwie lub trzy kolumny obowiązkowe oraz różną ilość kolumn opcjonalnych. Format komórek danej kolumny musi być taki sam. Błędem jest umieszczenie w jednej kolumnie raz wartości 11, a potem w innym wierszu 21,99. Powinno być 11,00 i 21,99. Od wersji 2021.4 opcja importu i eksportu cennika poprzez plik MS Excel umożliwia również dodawanie/aktualizację informacji dla towarów przesyłanych do sklepów internetowych takich jak nazwy i opisy w językach, statusy dostępności, koszty dostaw, a także atrybuty czasowe i jednostki miary.

Importowane dane

Kontrahenci

Arkusz MS Excel – należy zapisać jako skoroszyt programu MS Excel 97-2003. Wymagane są trzy kolumny: Kod, Nazwa, NIP Nazwa arkusza w pliku może być dowolna. Jeśli w pliku jest więcej wypełnionych arkuszy szukany jest pierwszy, który ma kolumnę NIP. Lista form płatności budowana jest w oparciu o pola: FormaPlatnosciTerminPlatnosci Wszystkie płatności przypinane są do kasy gotówkowej. Dla każdego kontrahenta importowane są następujące pola:
Arkusz Kontrahenci
Lp.Nazwa pola w tabeli CDN.KontrahenciNazwa pola w arkuszu KontrahenciWartości wymagane w polu arkusza
1.Knt_KodKodKod kontrahenta – pole obowiązkowe
2.Knt_Nazwa1NazwaNazwa kontrahenta cz.1 – pole obowiązkowe
3.Knt_Nazwa2Nazwa2Nazwa kontrahenta cz. 2
4.Knt_Nazwa3Nazwa3Nazwa kontrahenta cz. 3
5.Knt_TelefonTelefonNumer telefonu
6.Knt_Telefon2Telefon2Drugi numer telefonu
7.Knt_TelefonSmsTelefonSmsTelefon dla SMS
8.Knt_FaxFaxNumer faxu
9.Knt_UlicaUlicaAdres kontrahenta – ulica
10.Knt_NrDomuNrDomuAdres kontrahenta – numer budynku
11.Knt_NrLokaluNrLokaluAdres kontrahenta – numer lokalu
12.Knt_KodPocztowyKodPocztowyKod pocztowy miasta kontrahenta
13.Knt_Poczta PocztaPoczta
14.Knt_Miasto MiastoMiasto
15.Knt_KrajKrajKraj
16.Knt_WojewodztwoWojewodztwoWojewództwo
17.Knt_PowiatPowiatPowiat – pole niedostępne na formularzu kontrahenta, możliwe uzupełnienie z poziomu bazy danych
18.Knt_GminaGminaGmina – pole niedostępne na formularzu kontrahenta, możliwe uzupełnienie z poziomu bazy danych
19.Knt_URLURLAdres strony WWW kontrahenta
20.Knt_GrupaGrupaGrupa kontrahentów
21.Knt_FinalnyOsobaFizyczna0 – podmiot gospodarczy
1 – osoba fizyczna
22.Knt_NIPENIPNumer NIP – pole obowiązkowe
23.Knt_NIPKrajNIPKrajPrzedrostek NIP dla krajów UE
24.Knt_ZezwolenieZezwolenieNumer zezwolenia na działalność gospodarczą
25.Knt_RegonRegonNumer REGON
26.Knt_PeselPeselNumer PESEL
27.Knt_EmailEmailAdres e-mail
28.Knt_RachunekNrBankRachunekNrNumer rachunku kontrahenta
29.Knt_BnkNazwaBankNazwaNazwa banku
30.Knt_OsNazwiskoOsobaNazwisko przedstawiciela
31.Knt_OpisOpisDodatkowy opis kontrahenta
32.Knt_RodzajRodzajO – odbiorca, D – dostawca, K – konkurencja, P – partner, T – klient potencjalny
Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowane jest O (odbiorca)
33.Knt_PodatekVATPlatnikVAT0 – (zero) kontrahent nie jest płatnikiem VAT
1 – kontrahent jest płatnikiem VAT
Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowane jest 1 (płatnik VAT)
34.Knt_PodatekVatPodatnikVatCzynnyPodatnik VAT czynny
0 – parametr niezaznaczony
1 – parametr zaznaczony
35.Knt_ExportEksport0 – (zero) kontrahent krajowy
1 – kontrahent pozaunijny
2 – pozaunijny (zwrot VAT)
3 – kontrahent UE
4 – wewnątrzunijny trójstronny
5 – podatnikiem jest nabywca
6 – poza terytorium kraju
7 – poza terytorium kraju (stawka np.)
Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowane jest 0 – (zero) kontrahent krajowy.
W przypadku kontrahentów wewnątrzunijnych oraz wewnątrzunijnych trójstronnych z kolumny NIPKraj pobierany jest wymagany kod kraju UE.
36.Knt_LimitKredytuLimitKredytuJeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowane jest 0 (zero)
37.Knt_TerminTerminTermin płatności – określany w dniach od daty wystawienia dokumentu.
38.Knt_FplID z CDN.FormyPlatnosciFormaPlatnosciSłownie wyrażona forma płatności. Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowane jest gotówka.
39.Knt_CenyCenyCena dla klienta
0 – cena domyślna
1 – cena zakupu
2 – pierwsza cena sprzedaży
3 – druga cena sprzedaży
4 – trzecia cena sprzedaży
5 – czwarta cena sprzedaży
Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowane jest 2 (pierwsza cena sprzedaży). Jeśli w bazie, do której importujemy nie ma ceny z arkusza to jako cena domyślna ustawiana jest cena „domyślna”.
40.Knt_CenyCenyNazwaNazwa ceny domyślnej np. hurtowa 2
Cena domyślna jest ustalana na podstawie nazwy, a jeśli nazwa nie zostanie znaleziona w bazie danych to cena domyślna ustalana jest na podstawie numeru z kolumny: Ceny
41.CDN.Rabaty, dla Rab_typ=2 (jeden kontrahent / wszystkie towary)UpustWartość upustu. Jeżeli kontrahent na 10% upustu należy wpisać 10 (bez znaczka procentu).
42.Knt_NieNaliczajOdsetekNieNaliczajOdsetekNie naliczać odsetek dla płatności kontrahenta.
43.Knt_MetodaKasowaMetodaKasowaMetoda kasowa
0 – niezaznaczony żaden parametr
1 – Zakup (parametr zależny od Podatnik VAT czynny)
2 – Sprzedaż
44.Knt_WindykacjaEMailWindykacjaEMailAdres poczty e-mail osoby reprezentującej firmę w sprawach windykacji należności.
45.Knt_WindykacjaTelefonSmsWindykacjaTelefonSmsTelefon dla SMS
46.Knt_AlgorytmAlgorytmNettoBruttoDomyślny algorytm naliczania podatku VAT na dokumentach handlowo – magazynowych
0 – netto
1 – brutto
47.Knt_WalutaWalutaDomyślna waluta kontrahenta
Jeżeli waluty nie ma w programie, wówczas przy imporcie jest ona dodawana w Konfiguracji Programu /Ogólne/Waluty .

Towary

Wymagane są trzy kolumny: Kod, Nazwa, JM Nazwa arkusza w pliku może być dowolna. Jeśli w pliku jest więcej wypełnionych arkuszy szukany jest pierwszy, który ma kolumnę J.M. lub JM W przypadku, gdy towar posiada więcej jednostek miary lub kodów EAN należy dodać odpowiednio arkusz: JednostkiMiary lub KodyKreskowe Dla arkusza JednostkiMiary wymagane pola to: KodTowaru, JMZ Dla arkusza KodyKreskowe wymagane pola to: KodTowaru, Ean, Domyslny W przypadku, gdy mają być importowani producenci lub marki należy dodać odpowiednio arkusz: Producenci lub Marki. Dla arkusza Producenci wymagane pole to: Kod Dla arkusza Marki wymagane pole to: Marka Aby zaimportować kody CN należy dodać arkusz KodyCN, dla którego wymagane jest pole Kod. Aby zaimportować dane towarowe dla sklepów internetowych (od wersji 2021.4) należy dodać odpowiednio arkusze eHandel, eHandelJezyki, eHandelJednostki. Arkusz eHandel zawiera dane dot. udostepnienia towaru w e-Sklep takie jak grupa domyślna do sklepu, statusy dostępności, koszty dostaw oraz atrybuty czasowe Dla arkusza eHandel wymagane pola to: KodTowaru, Grupa Arkusz eHandelJezyki zawiera dane dot. nazw i opisów towarów dla Comarch e-Sklep w językach obcych Dla arkusza eHandelJezyki wymagane pola to: KodTowaru, JęzykID, Nazwa Arkusz eHandelJednostki zawiera dane dot. Jednostek miar wysyłanych do Comarch e-Sklep Dla arkusza eHandelJednostki wymagane pola to: KodTowaru, JednostkaPomocnicza Jeżeli pozycja cennika jest towarem złożonym nie jest przenoszona receptura produktu. Nie są importowane waluty. Jako nazwy kolumn w arkuszu dla tabeli CDN.Towary mogą być stosowane również nazwy kolumn tej tabeli zgodne ze strukturą bazy danych, czyli poprawny zapis nazwy kolumny odpowiedzialnej za kod towaru to: Kod lub Twr_Kod Dla każdej pozycji cennika importowane są następujące pola:
Arkusz Cennik
Lp.Nazwa pola w tabeli CDN.TowaryNazwa pola w arkuszu CennikWartości wymagane w polu arkusza
1.Twr_KodKodKod towaru - pole obowiązkowe
2.Twr_NazwaNazwaNazwa towaru - pole obowiązkowe
3.Twr_JmJMNazwa jednostki miary - pole obowiązkowe
4. Twr_JMWysCmWysokoscCmWysokość dla jednostki podstawowej (zakładka [Jednostki, EAN, VAT] na formularzu towaru
5. Twr_JMSzerCmSzerokoscCmSzerokość dla jednostki podstawowej (zakładka [Jednostki, EAN, VAT] na formularzu towaru
6. Twr_JMDlugCmDlugoscCmDługość dla jednostki podstawowej (zakładka [Jednostki, EAN, VAT] na formularzu towaru
7.Twr_JmZJmZDodatkowa jednostka miary. Jeżeli towar posiada więcej jednostek miary należy dodać arkusz JednostkiMiary.
8.Twr.JMPrzelicznikLPrzelicznik_JmJmZPrzelicznik podstawowej jednostki miary na jednostkę złożoną.
Twr.JMPrzelicznikM
9.Twr_TypTypTP – towar prosty
Twr_ProduktTZ – towar złożony
UP – usługa prosta
UZ – usługa złożona
Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona, przyjmowana jest wartość TP (towar prosty), jeśli została pobrana licencja na Comarch ERP Optima Handel/ Handel Plus lub UP (usługa prosta), jeśli pobrano licencję tylko na Comarch ERP Optima Faktury.
10.Twr_NumerKatNumerKatalogowyNumer katalogowy
11.Twr_SWWSWWNumer PKWiU
12.Twr_TwGGIDNumerGrupaGrupa towarowa
CDN.TwrGrupy
13.Twr_IloscMinStanMinStan minimalny towaru na magazynie
14.Twr_IloscMaxStanMaxStan maksymalny towaru na magazynie
15.Twr_StawkaVATLiczba całkowita określająca stawkę VAT. Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowana jest wartość 23.
16.Twr_StawkaZakVATZakLiczba całkowita określająca stawkę VAT zakupu. Jeżeli kolumny te nie występują to stawka VAT zakupu jest ustawiana na taką samą jak stawka VAT sprzedaży.
17.Twr_FlagaVATFlaga1 - zwolniona
2 - opodatkowana
3 - zaniżona
4 - nie podlega
Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowana jest wartość 2.
18.Twr_FlagaZakVatZakFlaga1 - zwolniona
2 - opodatkowana
3 - zaniżona
4 - nie podlega
Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona to wartość pola jest ustawiana na taką samą jak wartość pola Twr_Flaga.
19.Twr_EANEANKod kreskowy
20.Twr_OpisOpisOpis towaru
21.Twr_KaucjaOpakowanieKaucjaKolumna powinna zawierać 1 jeśli towar jest opakowaniem kaucjonowanym i 0 w pozostałych przypadkach.
22.Twr_OdwrotneObciazenieOdwrotneObciazenieParametr Odwrotne obciążenie (widoczny w oknie Pozycji cennika na zakładce [Ogólne] po zaznaczeniu w menu System/ Konfiguracja/ Firma/ Handel/ Parametry – Odwrotne obciążenie wg karty towaru ):
0 – Nie
1 – Tak
2 – Powyżej limitu
23.Twr_CenaZCzteremaMiejscamiCenaZCzteremaMiejscamiParametr Ceny z czterema miejscami po przecinku (widoczny w oknie Pozycji cennika na zakładce [Ogólne] po zaznaczeniu w menu System/ Konfiguracja/ Firma/ Handel/ Parametry – Ceny z czterema miejscami po przecinku ):
0 – niezaznaczony
1 – zaznaczony
24.Twr_TypMinimumGranica ceny0 – brak granicy ceny,
1 – minimalna marża,
2 – maksymalny rabat.
25.Twr_MinCenaMarzaMinimalna cena/marżaWartość ustalonej granicy ceny (min. marży/ max. rabatu).
26.Twr_Kntid (Id z tabeli CDN.Kontrahenci)DostawcaDostawca (kod dostawcy z zakładki Dodatkowe na karcie towaru), Dostawca musi być wcześniej wprowadzony na listę kontrahentów oraz na swojej karcie musi mieć zaznaczony parametr Dostawca.
27.Twr_KoddostawcyKod u dostawcyKod u dostawcy (kod towaru u dostawcy z zakładki Dodatkowe na karcie towaru).
28.Twr_ProducentKodKod producentaKod producenta (kod towaru producenta z zakładki Dodatkowe na karcie towaru).
29.Twr_KosztUslugiTypKosztUslugiTyp1 - typ kwotowy
2 – typ procentowy
30.Twr_KosztUslugiKosztUslugiKoszt usługi w przeliczeniu na PLN lub procent dla typu procentowego
31. Twr_KosztUslugiWalKosztUslugiWalKoszt usługi w walucie lub procent dla typu procentowego
32. Twr_WalutaWalutaWaluta ostatniej ceny zakupu
33.Twr_KCNId (Id z tabeli CDN.KodyCN)Intrastat - kod CNOśmiocyfrowy kod CN.
W sytuacji kiedy w arkuszu Cennik dla towaru uzupełniono kod CN, ale nie ma go bazie, do której wykonywany jest import i nie uzupełniono go w arkuszu KodyCN , kod ten nie zostanie uzupełniony na importowanej/ aktualizowanej kartotece towarowej.
34.Twr_KrajPochodzeniaIntrastat - kraj pochodzeniaDwuznakowy symbol kraju pochodzenia towaru.
35.Twr_MasaIntrastat - masaMasa netto dla jednostki podstawowej towaru podana w kg.
36.Twr_JmPomPrzelicznikLIntrastat - JmPomPrzelicznikLLicznik przelicznika jednostki miary uzupełniającej przypisanej do kodu CN określającego jej stosunek do podstawowej jednostki miary towaru.
37.Twr_JmPomPrzelicznikMIntrastat - JmPomPrzelicznikMMianownik przelicznika jednostki miary uzupełniającej przypisanej do kodu CN określającego jej stosunek do podstawowej jednostki miary towaru.
38.Twr_SplitPayPodzielona płatnośćParametr MPP - podzielona płatność (widoczny w oknie Pozycji cennika na zakładce [Ogólne]):
0 - niezaznaczony
1 - zaznaczony
39.Prd_KodProducentProducent towaru (zakładka [Dodatkowe] na formularzu towaru)
40.Mrk_NazwaMarkaMarka towaru (zakładka [Dodatkowe] na formularzu towaru)
41.Twc_wartosc dla Twc_TwcNumer=1 dla odpowiedniego towaru Twc_twridCena zakupuCena zakupu
42.TwC_Waluta dla TwcNumer=1 dla odpowiedniego towaru Twc_twridWaluta Cena zakupuWaluta ceny zakupu
43.Twc_wartosc dla Twc_TwcNumer= 2Cena hurtowa 1Cena hurtowa (1)
44.TwC_Waluta dla TwcNumer=2Waluta Cena hurtowa 1Waluta ceny hurtowej (1)
45.Twc_wartosc dla Twc_TwcNumer=3Cena hurtowa 2Cena hurtowa (2)
46.TwC_Waluta dla TwcNumer=3Waluta Cena hurtowa 2Waluta ceny hurtowej (2)
47.Twc_wartosc dla Twc_TwcNumer=4Cena hurtowa 3Cena hurtowa (3)
48.TwC_Waluta dla TwcNumer=4Waluta Cena hurtowa 3Waluta ceny hurtowej (3)
49.Twc_wartosc dla Twc_TwcNumer=5Cena detalicznaCena detaliczna
50.TwC_Waluta dla TwcNumer=5Waluta Cena detalicznaWaluta ceny detalicznej
51.Twc_wartosc dla Twc_TwcNumer=6Cena iSklep24Ewentualna cena dodana przez Użytkownika
52.TwC_Waluta dla TwcNumer=6Waluta Cena iSklep24Waluta ceny iSklep24

Arkusz JednostkiMiary

1.Twr_KodKodTowaruKod towaru - pole obowiązkowe
2.TwJZ_JM (Twr_TwrID = TwJZ_TwrID)JMZNazwa jednostki miary - pole obowiązkowe
3.TwJZ_JMPrzelicznikL ((Twr_TwrID = TwJZ_TwrID)PrzelicznikLJeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowana jest wartość równa 1.
4.TwJZ_JMPrzelicznikM (Twr_TwrID = TwJZ_TwrID)PrzelicznikMJeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowana jest wartość równa 1.
5.TwJZ_WysCmWysokoscCmWysokość dla jednostki pomocniczej (zakładka [Jednostki, EAN, VAT] na formularzu towaru
6.TwJZ_SzerCmSzerokoscCmSzerokość dla jednostki pomocniczej (zakładka [Jednostki, EAN, VAT] na formularzu towaru
7.TwJZ_DlugCmDlugoscCmDługość dla jednostki pomocniczej (zakładka [Jednostki, EAN, VAT] na formularzu towaru

Arkusz KodyKreskowe

1.Twr_KodKodTowaruKod towaru – pole obowiązkowe
2.TwE_EAN (Twr_TwrID = TwE_TwrID)EanKod kreskowy – pole obowiązkowe
3.TwE_JM (Twr_TwrID = TwE_TwrID)JmDlaEanJeżeli kolumna nie występuje w arkuszu lub jest nieokreślona przyjmowana jest wartość z JM.
4.TwE_Domyslny (Twr_TwrID = TwE_TwrID)DomyslnyStatus kodu kreskowego – pole obowiązkowe

Arkusz Producenci

1.Prd_KodKodKod producenta – pole obowiązkowe
2.Prd_NazwaNazwaNazwa producenta
3.Prd_URLURLOdsyłacz do adresu internetowego

Arkusz Marki

1.Mrk_NazwaMarkaNazwa marki – pole obowiązkowe
2.Prd_KodProducentKod producenta

Arkusz Kody CN

1.KCN_KodKodOśmiocyfrowy kod CN – pole obowiązkowe
2.KCN_OpisOpisOpis kodu CN
3.KCN_UzupJMJmDla kodów CN związanych z jednostką miary uzupełniającą należy podać nazwę tej jednostki
4.KCN_MasaMasaPrzyjmuje wartość 1 jeśli dla kodu CN należy określić masę towaru. W przeciwnym wypadku pole należy pozostawić puste bądź uzupełnić wartością 0 .
5.KCN_StawkaVATLiczba całkowita określająca stawkę VAT kodu CN.
6.KCN_FlagaVATFlaga1 - zwolniona
2 - opodatkowana
3 - zaniżona
4 - nie podlega
Jeżeli kolumna nie występuje w arkuszu lub jest nieokreślona, przyjmowana jest wartość 2.

Arkusz eHandel

1.Twr_KodKodTowaruKod towaru – pole obowiązkowe
2.Twes_Udostepnij
(Twr_TwrID = Twes_TwrID)
UdostepnijParametr Udostępnij (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
3.Twes_TwGGIDNumer
(Twr_TwrID = Twes_TwrID
CDN.TwrGrupy)
GrupaGrupa Towarowa dla e-Sklep/e-Sale
(wskazana grupa musi być podgrupą dla grupy udostępnianej do sklepu)
4.Twes_ESklepStatus
(Twr_TwrID = Twes_TwrID)
StatusDostepnosciParametr Status dostępności (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – Zapowiedź
1 – Dostępny
2 – Dostępny na zamówienie
3 – Niedostępny
5.Twes_ESklepDostepnosc
(Twr_TwrID = Twes_TwrID)
DostepnoscWartość parametru Dostępność (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – Dostępny od ręki
1 – Dostępny do 24h
2 – Dostępny do 48h
3 – od 3 do 5 dni
4 – do 7 dni
5 – do 14 dni
6 – powyżej 14 dni
Parametr ustawiany jedynie w przypadku gdy w kolumnie StatusDostepnosci ustawiono wartość 1
6.Twes_ESklepNieKontrolujStanow
(Twr_TwrID = Twes_TwrID)
KontrolaStanowParametr Nie kontroluj stanów magazynowych (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 – zaznaczony
Parametr nie zostanie zaznaczony jeśli w kolumnie StatusDostepnosci ustawiono różną od 0 i 1 lub jeżeli karta cennikowa jest usługą
7.Twes_ESklepDostepnyOd
(Twr_TwrID = Twes_TwrID)
DostepnyOdParametr Dostępny od (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 – zaznaczony
Parametr nie zostanie zaznaczony jeśli w kolumnie StatusDostepnosci ustawiono wartość inną niż 0
8.Twes_ESklepDataDostepnosci
(Twr_TwrID = Twes_TwrID)
DataDostepnyOdData od której towar będzie dostępny w przypadku ustawienia statusu Zapowiedź.
Parametr nie zostanie wypełniony jeśli w kolumnie StatusDostepnosci ustawiono wartość inną niż 0
9.Twes_ESklepZapytajOCene
(Twr_TwrID = Twes_TwrID)
ZapytajOCeneParametr Zapytaj o cenę towaru (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 – zaznaczony
10.Twes_ESklepBezRabatu
(Twr_TwrID = Twes_TwrID)
RabatParametr Towar nie podlega rabatowaniu (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 – zaznaczony
11.Twes_ESklepKalkulacjaDostaw
(Twr_TwrID = Twes_TwrID)
KosztDostawyWartość parametru Negocjowalny koszt dostawy (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – ustawienia e-Sklep
1 – negocjowalny koszt dostawy
2 –stały koszt dostawy
12.Twes_ESklepKalkulacjaDostawWartosc
(Twr_TwrID = Twes_TwrID)
KosztDostawyWartoscWartość kosztu dostawy w przypadku ustawienia stałego kosztu dostawy.
Parametr nie zostanie wypełniony jeśli w kolumnie KosztDostawy ustawiono wartość inną niż 2
13.Twes_ESklepFlaga_Nowosc
(Twr_TwrID = Twes_TwrID)
NowoscFlaga dla atrybutu czasowego Nowość (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
14.Twes_ESklepFlaga_Promocja
(Twr_TwrID = Twes_TwrID)
PromocjaFlaga dla atrybutu czasowego Promocja (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
15.Twes_ESklepFlaga_ProduktzGazetki
(Twr_TwrID = Twes_TwrID)
GazetkaFlaga dla atrybutu czasowego Produkt z gazetki (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
16.Twes_ESklepFlaga_ProduktPolecany
(Twr_TwrID = Twes_TwrID)
PolecanyFlaga dla atrybutu czasowego Produkt polecany (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
17.Twes_ESklepFlaga_Wyprzedaz
(Twr_TwrID = Twes_TwrID)
WyprzedazFlaga dla atrybutu czasowego Wyprzedaż (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
18.Twes_ESklepFlaga_Nagroda
(Twr_TwrID = Twes_TwrID)
NagrodaFlaga dla atrybutu czasowego Nagroda (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 – zaznaczony
Parametr nie zostanie zaznaczony jeśli w kolumnie ZapytajOCene ustawiono wartość 1
19.Twes_ESklepFlaga_SuperJakosc
(Twr_TwrID = Twes_TwrID)
SuperJakoscFlaga dla atrybutu czasowego Super Jakość (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
20.Twes_ESklepFlaga_SuperCena
(Twr_TwrID = Twes_TwrID)
SuperCenaFlaga dla atrybutu czasowego Super Cena (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
21.Twes_ESklepFlaga_NajlepiejOceniany
(Twr_TwrID = Twes_TwrID)
NajlepiejOcenianyFlaga dla atrybutu czasowego Najlepiej Oceniany (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony
22.Twes_ESklepFlaga_RekomendacjaSprzedawcy
(Twr_TwrID = Twes_TwrID)
RekomendacjaFlaga dla atrybutu czasowego Rekomendacja Sprzedawcy (widoczny w oknie Pozycji cennika na zakładce [eHandel]):
0 – niezaznaczony
1 - zaznaczony

Arkusz eHandelJezyki (Tylko dla modułu Handel Plus)

1.Twr_KodKodTowaruKod towaru – pole obowiązkowe
2.TwrJ_JezykID
(Twr_TwrID = TwrJ_TwrID)
JezykIDId języka, wg. kolejności na liście wyboru parametru Język
(formularz języka towaru zakładka e-Sklep/e-Sale)
np.:
1 – polski,
2 – angielski,
3 – niemiecki
3.TwrJ_NazwaNazwaNazwa towaru w języku obcym (Formularz języka towaru zakładka [e-Sklep/e-Sale])
4.TwrJ_OpisOpisOpis towaru w języku obcym (Formularz języka towaru zakładka [e-Sklep/e-Sale])
5.TwrJ_MetaTytulTytulTytuł towaru w języku obcym (Formularz języka towaru zakładka [Pozycjonowanie])
6.TwrJ_LinkLinkLink dla pozycjonowania towaru w języku obcym (Formularz języka towaru zakładka [Pozycjonowanie])
7.TwrJ_MetaSlowaKluczoweSlowaKluczoweSłowa kluczowe dla pozycjonowania towaru w języku obcym (Formularz języka towaru zakładka [Pozycjonowanie])
8.TwrJ_MetaOpisMetaOpisMeta Opis dla pozycjonowania towaru w języku obcym (Formularz języka towaru zakładka [Pozycjonowanie])
9.TwrJ_OpisKrotkiOpisSkroconyOpis skrócony dla pozycjonowania towaru w języku obcym (Formularz języka towaru zakładka [Pozycjonowanie])
10.TwrJ_SzukajSzukajSłowa kluczowe wykorzystywane do wyszukiwania przy pozycjonowaniu towaru w języku obcym (Formularz języka towaru zakładka [Pozycjonowanie])

Arkusz eHandelJednostki

1.Twr_Kod
(Twr_TwrID = TwJZ_TwrID)
KodTowaruKod towaru – pole obowiązkowe
2.TwJZ_JM
(Twr_TwrID = TwJZ_TwrID)
JednostkaPomocniczaNazwa jednostki miary dla eSklep
3.TwJZ_eSklepDomyslna
(Twr_TwrID = TwJZ_TwrID)
DomyslnaParametr określający czy wybrana Jednostka miary jest domyślna dla e-Sklep
0 – niezaznaczony
1 – zaznaczony
W przypadku gdy więcej niż jedna jednostka pomocnicza ma w kolumnie Domyslna ustawioną wartość 1 – jako domyślna zostanie ustawiona jedynie oststnia występująca w arkuszu dla danego towaru.
Uwaga
Wszystkie ceny z arkusza będą traktowane wg ustawień w konfiguracji programu Comarch ERP Optima (System/ Konfiguracja Firmy/ Handel/ Ceny towarów i usług). Jeśli przed importem cena np. Cena hurtowa 2 została usunięta z konfiguracji, wówczas podczas importu pomijana jest Cena hurtowa 2 (rozpoznawane są nazwy).
Jeżeli cena w arkuszu jest ceną netto, dla odpowiedniej ceny w Comarch ERP Optima należy ustawić typ: netto. Jeżeli cena w arkuszu jest ceną brutto, dla odpowiedniej ceny w Comarch ERP Optima należy ustawić typ: brutto. Ustawienie to musi być zrobione przed rozpoczęciem importu. Aby zostały zaimportowane ceny z czterema miejscami po przecinku, w menu System/ Konfiguracja/ Firma/ Handel/ Parametry musi by zaznaczony parametr Ceny z czterema miejscami po przecinku i w arkuszu w kolumnie CenaZCzteremaMiejscami musi być wartość 1. Przy aktualizacji cen (kolejne importy) nie jest podmieniany typ karty cennikowej – towar/ usługa, prosty/ złożony. Przy aktualizacji pól tekstowych np. numeru katalogowego, jeśli pola w arkuszu nie są wypełnione, to wartości w Comarch ERP Optima nie są czyszczone (pozostają takie jak przed aktualizacją).

Pliki do pobrania

OPT078 - Uzgadnianie stanów magazynowych

Data aktualizacji: 28-11-2018

Analizy pomocne przy ustalaniu stanów magazynowych

Stan magazynu wykazywany w menu Handel/Zasoby w kolumnie W. Zakupu-PLN  oraz prezentowany na wydruku Spis z natury jest wynikiem operacji ewidencjonowanych za pomocą dokumentów handlowo-magazynowych. Stan wartościowy magazynu powinien być zgodny ze stanem wynikającym z księgowania dokumentów handlowo-magazynowych. Zazwyczaj stany wykazywane na kontach dotyczą stanów poszczególnych magazynów. Jeśli pojawią się w tym zakresie jakiekolwiek niezgodności, wówczas zalecamy wykonanie wyliczenia stanów magazynowych w oparciu o wszystkie dokumenty, które powodują ruch towaru na magazynie. Analiza stanu magazynowego w module handel w danym okresie czasu opiera się na uzgodnieniu rachunku: stan początkowy + przychody – rozchody = stan końcowy Jeśli stan magazynu w module Handel jest poprawny, następstwa ewentualnych różnic wyliczonych w module Księga Handlowa wynikają najczęściej z tego, że:
  • wykorzystano nieprawidłowe raporty do ustalenia wartości,
  • nie uwzględniono wszystkich typów dokumentów przy wykonywaniu obliczeń,
  • nie zaksięgowano wszystkich dokumentów lub zaksięgowano niewłaściwe kwoty.
Uwaga
Przed porównywaniem jakichkolwiek wyników z księgowością należy doprowadzić do sytuacji, by stan w magazynie był uzgodniony.
Jeśli stan wyliczony w module Handel jest niepoprawny, należy poszukać przyczyn niezgodności. Należy pamiętać przy tym o zasadach:
  • dokumenty magazynowe, przychodowe w buforze nie wprowadzają towaru do magazynu, dlatego nie powinny być uwzględniane w analizie,
  • dokumenty magazynowe, rozchodowe w buforze wydają towar z magazynu, dlatego powinny być uwzględniane w analizie,
  • na listach dokumentów oraz na wydrukach widoczne są dokumenty anulowane, jednak ich wartość nie jest uwzględniania w podsumowaniu,
  • na dokumentach magazynowych mogą wystąpić pozycje o statusie usługi – wpływają one na wartość raportów, natomiast nie wpływają na wartość magazynu. W przypadku, gdy na dokumentach magazynowych występują usługi – wartości otrzymane na raportach należy pomniejszyć o wartość usług z dokumentów,
  • w specyficznych sytuacjach, w analizie należy uwzględnić Faktury Sprzedaży i/lub Paragony z zaznaczoną opcją Pobranie (parametr w Konfiguracji Firmy/ Magazyn/ Inicjacja dokumentów).

Stan początkowy i końcowy

W programie pamiętane są stany magazynowe wstecz, dla każdego towaru odrębnie – na każdy dzień, kiedy występowały transakcje tym towarem. Aby ustalić stan początkowy należy na Liście zasobów określić datę oraz potrzebny magazyn. Do ustalenia wartości mogą służyć dwa wydruki:
  • Spis z natury: wzór standard – każda pozycja magazynowa jest opisana w jednej pozycji zawierającej łączną ilość i wartość towaru na dany dzień.
  • Spis z natury: z podziałem na dostawy – każda pozycja jest rozbita na poszczególne dostawy (zasoby) towaru, które były w magazynie na dany dzień.
Obydwa wydruki powinny dać taką samą wartość towaru w magazynie.

Przychody

Przychody ustalamy na podstawie standardowego wydruku listy dokumentów magazynowych, wydruk ten drukuje dokumenty zgodnie z zadanym na liście filtrem (magazyn, okres itp.). W okresie, jaki obejmują obliczenia nie powinno być dokumentów przychodowych w buforze  – ponieważ tylko dokumenty zatwierdzone wprowadzają towar na magazyn. W analizie powinny być uwzględniane:
  • Lista dokumentów PZ
    • podczas obliczeń należy uwzględniać wartość netto dokumentów,
    • wydruk można porównać z analizą zakupów wg towarów – wartości powinny być zgodne. Jeżeli występują różnice, należy sprawdzić czy na dokumentach nie ma usług, będących przyczyną niezgodności.
  • Lista dokumentów PW
    • dokumenty PW nie mogą zawierać pozycji o statusie usługa, więc wykonywanie analiz porównawczych nie jest konieczne.
  • Lista dokumentów MM przychodowych
    • lista MM zawiera wszystkie dokumenty MM niezależnie od magazynów, których dotyczą oraz kierunku przepływu towarów,
    • w przypadku wyliczania przychodów należy listę wyfiltrować w ten sposób, by magazynem docelowym był magazyn, dla którego przeprowadzamy analizę (magazyn źródłowy: wszystkie, magazyn docelowy: magazyn analizowany),
    • czy istnieją dokumenty MM w buforze – dokumenty takie zdejmują towar z magazynu źródłowego, ale nie wprowadzają na magazyn docelowy.
  • Lista dokumentów PWP
    • analiza listy jest podobna jak w przypadku dokumentów PZ,
    • należy sprawdzić, czy przyjmowane produkty nie mają statusu usługi.
  • Lista dokumentów BO
    • jeśli analiza obejmuje całą bazę danych (wszystkie dokumenty od założenia) – należy uwzględnić dokument BO, który wprowadził towar do magazynu w chwili rozpoczęcia pracy,
    • jeśli na liście występują dokumenty BZM (Bilans Zamknięcia Magazynu) – nie powinny być uwzględniane w obliczeniach. Dokumenty BZM rejestrują jedynie stan magazynu na zadany dzień, jednak nie mają żadnego wpływu na zasoby.

Rozchody

Rozchody ustalamy na podstawie wydruków list dokumentów magazynowych. Dokumenty rozchodowe w buforze zdejmują towar z magazynu (wpływają na stan magazynu), więc powinny być uwzględniane w analizie. W analizie powinny być uwzględniane:
  • Lista dokumentów WZ
    • do analizy należy wykorzystać wydruk Dodatkowe: RKZ. Na wydruku widoczna jest kolumna Koszty, która przedstawia koszt zakupu rozchodowanych towarów z danej transakcji i to właśnie dane z tej kolumny wykorzystujemy do wyliczenia wartości rozchodu,
    • należy sprawdzić, czy na dokumentach nie ma wprowadzonych usług. Dla usług można określić koszt własny, jednak nie wpływa on na wartość magazynu a wpływa na zwiększenie kosztu transakcji, stąd mogą wynikać rozbieżności pomiędzy wartością wyliczoną z Listy zasobów a wyliczeniem z poziomu RKZ. Na RKZ w wartości transakcji będzie uwzględniony koszt usługi. Domyślnie koszt jest wyliczany na podstawie danych z karty usługi (zakładka [Dodatkowe]), istnieje też możliwość ręcznego wprowadzenia kosztu zakupu w momencie tworzenia dokumentu, z poziomu zakładki Szczegóły na oknie Podglądu pozycji danej usługi,
    • do porównania może służyć analiza WZ wg towarów (na analizie nie ma podanej wartości w cenach zakupu, jednak jest wartość netto obrotu i marża),
    • do analizy nie należy wykorzystywać listy Faktur Sprzedaży, ponieważ nie są tam uwzględniane dokumenty WZKK!
  • Lista dokumentów RW
    • na dokumencie RW w specyficznej sytuacji mogą wystąpić usługi. Jeżeli składnikiem usługi złożonej wskazanej na FA/PA jest inna usługa, wówczas podczas generowania dokumentów magazynowych zostanie ona przeniesiona na dokument RW (dotyczy to usług złożonych z zaznaczonym parametrem Pobieranie składników na FA/PA). W przypadku, gdy na usłudze określony został koszt zakupu, wartość wyliczona z listy RW powoduje niezgodność pomiędzy wartością wyliczoną z poziomu Listy zasobów.
  • Lista dokumentów MM rozchodowych
    • w przypadku wyliczania przychodów należy listę wyfiltrować w ten sposób, by magazynem źródłowym był magazyn, dla którego przeprowadzamy analizę (magazyn źródłowy: magazyn analizowany, magazyn docelowy: wszystkie).
  • Lista dokumentów RWS
    • dokumenty RWS są tworzone automatycznie na podstawie dokumentów produkcyjnych PWP,
    • jeśli występują dokumenty w buforze, oznacza to, że skojarzone z nim dokumenty PWP również zostały zapisane do bufora. PWP w buforze nie wprowadzają towaru złożonego na magazyn, natomiast istotne jest odnalezienie powiązanego dokumentu PWP w buforze i zweryfikowanie parametrów określających sposób zachowania się składników (pobranie/ rezerwacja). Na dokumencie PWP można zaznaczyć, czy składniki mają być pobierane czy rezerwowane. Jeśli pobierane – dokument RWS w buforze powinien być uwzględniony w analizie, jeśli rezerwowane – dokument RWS należy pominąć w trakcie analizy,
    • jeśli dokument RWS jest zapisany na trwałe – zawsze zdejmuje towar z magazynu i powinien być uwzględniony w analizie,
    • należy sprawdzić, czy pobrane składniki nie mają statusu usługi – można do tego wykorzystać analizę RWS wg towarów.
  • Faktury/ Paragony z pobraniem
    • Standardowo Faktura Sprzedaży/ Paragon nie wydaje towaru z magazynu. Wydanie następuje dopiero po przekształceniu do dokumentu magazynowego WZ/RW. Natomiast istnieje możliwość takiego skonfigurowania programu, żeby FA/PA działały analogicznie jak dokumenty magazynowe i wydawały towar z magazynu. W Konfiguracji Firmy/ Magazyn/ Inicjacja dokumentów można wybrać opcję rezerwacja lub pobranie. W przypadku wybranego pobrania, taki dokument FA/PA należy traktować podobnie jak WZ i uwzględniać w analizach. Należy jednak pamiętać, że raport RKZ generowany z listy dokumentów FA/ PA różni się od RKZ wyliczanego z listy dokumentów WZ. Podstawowe różnice zostały opisane w FAQ.

Opakowania kaucjonowane

W przypadku, gdy firma obsługuje opakowania kaucjonowane należy to również uwzględnić podczas analizy bazy danych. Jeśli analiza ma obejmować opakowania:
  • Spis z natury powinien obejmować opakowania (zaznaczony parametr: Opakowania na Liście Zasobów),
  • dodatkowo uwzględnić dokumenty kaucyjne PKA i WKA, zgodnie z zasadami obowiązującymi dla WZ/PZ.
Jeśli analiza ma dotyczyć tylko towarów handlowych należy:
  • Spis z natury wykonać bez uwzględniania opakowań (parametr: Opakowania na Liście Zasobów odznaczony),
  • nie uwzględniać dokumentów kaucjonowanych WKA i PKA, należy przy tym pamiętać, że opakowania kaucjonowane mogą być powiązane z FA/PA z pobraniem i wtedy nie powodują powstania dokumentu PKA/WKA, natomiast ściągają towar z magazynu i powiększają wartość transakcji,
  • należy pamiętać, że towary kaucjonowane mogą się pojawić jako zwykłe elementy dokumentów magazynowych – mają więc wpływ na wartość poszczególnych raportów, natomiast nie są uwzględniane na spisie z natury,
  • z analizy przychodów i rozchodów wyeliminować wartości związane z opakowaniami kaucjonowanymi (podobnie jak usługi).

Przyczyny niezgodności

W przypadku wystąpienia niezgodności należy dodatkowo sprawdzić:
  • Czy wartości są pobrane z prawidłowych wydruków.
  • Czy na wydrukach Spisu z natury są uwzględnione zarówno towary proste jak i złożone.
  • Czy w bazie nie ma towarów oznaczonych jako nieaktywne, ze stanem różnym od zera.
  • Czy na wszystkich wydrukach są uwzględnione takie same magazyny (istotne w przypadku firm, które na jednej bazie prowadzą kilka magazynów).
  • Jeśli księgowane są dokumenty handlowe bez magazynowych – należy sprawdzić, czy wszystkie dokumenty handlowe zostały przekształcone do dokumentów magazynowych.
  • Czy istnieją FA/PA bez WZ z zaznaczoną opcją pobranie – pobierają towar z magazynu, ale nie są uwzględniane na raportach RKZ tworzonych z listy WZ.
  • Czy w firmie są obsługiwane kaucje i w jaki sposób są uwzględniane w analizie.
  • Czy wszystkie dokumenty zostały prawidłowo zaksięgowane.
W poszukiwaniu dokumentów, które powodują niezgodność, rozpoczynamy od ustalenia określonego przedziału dat. Stopniowo zawężamy zakres dat, tak aby znaleźć konkretne dokumenty, które powodują niezgodności. Należy też zwrócić uwagę na poprawny wybór dat przy filtrowaniu. Skutek magazynowy dla dokumentów WZ/PZ następuje w oparciu o datę wydania/przyjęcia, data ta na listach dokumentów WZ/PZ widnieje pod nazwą data operacji. Dokument WZ/PZ może być wystawiony z inną data niż data wydania/przyjęcia, dlatego przy poszukiwaniu niezgodności na listach należy wziąć pod uwagę możliwość wystąpienia rozbieżności tych dat.
 

OPT032 - Handlowy dokument identyfikacyjny

Data aktualizacji: 20-11-2019

Wstęp

29 czerwca 2003 weszło w życie Rozporządzenie Ministra Rolnictwa i Rozwoju Wsi (Dz. U. nr 106, poz. 1000), w którym podany został wzór handlowego dokumentu identyfikacyjnego (HDI) obowiązujący w obrocie niektórymi artykułami spożywczymi pochodzenia zwierzęcego. Na podstawie tego rozporządzenia mięso rozebrane oraz jego przetwory, podobnie jak inne produkty wymienione w rozporządzeniu, zaopatrywane będą w handlowy dokument identyfikacyjny wystawiany przez firmę wprowadzającą na rynek środki spożywcze pochodzenia zwierzęcego. W Comarch ERP Optima dokument HDI można wydrukować z poziomu formularza faktury. W tym celu należy do wydruków użytkownika podłączyć wydruk załączony do tego biuletynu.
Uwaga
Wydruk dokumentu HDI odbywa się przy pomocy Generatora Raportów.

Handlowy dokument identyfikacyjny – dane o towarze

Aby na dokumencie HDI wydrukowane zostały informacje dotyczące towarów pobranych na Fakturę Sprzedaży, należy najpierw uzupełnić dane na karcie towaru. Niezbędne parametry to:
  • nazwa towaru
  • opis towaru (obligatoryjny)
  • jednostka miary (powinna być to jednostka wagowa np. kg)
  • jednostka pomocnicza (jednostka opakowania zbiorczego)
  • ilość jednostek podstawowych w opakowaniu zbiorczym
Dane pobierane bezpośrednio z Faktury Sprzedaży:
  • nazwa i adres wysyłającego (dane adresowe z Pieczątki Firmy)
  • numer faktury, do której drukowany jest dokument HDI
  • data wysyłki (data wystawienia faktury)
  • ilość towaru
Uwaga
Na dokument HDI nie są przenoszone pozycje, które na karcie towaru mają zdefiniowany typ usługa.

Handlowy dokument identyfikacyjny – wydruk

Po wybraniu opcji wydruku HDI pojawia się dodatkowe okno, w którym należy wprowadzić dane, które wymagane są na dokumencie HDI, a nie ma ich na Fakturze Sprzedaży:
  • numer dokumentu HDI
  • weterynaryjny numer identyfikacyjny zakładu
  • rynek, na który zakład został zakwalifikowany do prowadzenia sprzedaży. Po wyborze opcji inne państwa pojawia się dodatkowe pole, gdzie należy wprowadzić rynki sprzedaży innych państw
  • pochodzenie surowca
  • miejsce pozyskania, przetworzenia lub składowania
  • miejsce przeznaczenia
  • rodzaj transportu i jego numer identyfikacyjny
  • komentarz – dane dotyczące procesu technologicznego, norm jakościowych i produkcyjnych oraz stosowanych przez producenta systemów kontroli jakości
Wprowadzone dane są zapamiętywane i podpowiadają się podczas wykonywania kolejnego wydruku HDI.

Handlowy dokument identyfikacyjny – podłączenie wydruku do Comarch ERP Optima

W załączniku znajduje się przykładowy wydruk dokumentu HDI. Wydruk należy podpiąć na formularzu Faktury Sprzedaży (patrz Rysunek 1, poniżej). W konfiguracji wydruków Formularz Faktury Sprzedaży, zakładka [Ogólne] importujemy definicję z pliku HDI.xml.

Rysunek 1. Import wydruku HDI.

Pliki do pobrania

Wspólne

OPT088 - Pliki JPK_V7 – przygotowanie dokumentów i generacja pliku

Data aktualizacji: 03-07-2023

Szkolenie multimedialne dotyczące obsługi pliku JPK_V7 w Comarch ERP Optima dostępne jest tutaj.

1. Wstęp

Od 1 października 2020 roku Ministerstwo Finansów wprowadziło nowy rodzaj pliku JPK. Są to pliki JPK_V7M dla rozliczeń miesięcznych oraz JPK_V7K dla rozliczeń kwartalnych. Pliki te zawierają część deklaracyjną (na wzór deklaracji VAT-7) oraz ewidencyjną (na wzór pliku JPK_VAT). Nowy rodzaj pliku JPK zastępuje więc zarówno plik JPK_VAT jak i deklarację VAT-7. W przypadku podatników rozliczających podatek VAT kwartalnie, za pierwszy i drugi miesiąc kwartału składają oni tylko część ewidencyjną, a po upływie trzeciego miesiąca – część deklaracyjną rozliczającą podatek VAT za dany kwartał oraz część ewidencyjną za trzeci kwartał. Obowiązek składania plików JPK_V7 dotyczy wszystkich podatników VAT, bez względu na ich wielkość. Inaczej niż w przypadku plików JPK_VAT, podatnicy rozliczający się stawką zryczałtowaną 4%, np. taksówkarze, nie muszą już składać plików JPK_V7. W programie Comarch ERP Optima udostępniona została możliwość opisywania dokumentów nowymi danymi na potrzeby pliku JPK_V7, sporządzenia tego pliku i jego wysyłki dla każdego Użytkownika, bez względu na wielkość firmy. Od wersji programu Comarch ERP Optima 2022.2.1 umożliwiono sporządzenie pliku JPK_V7(2) zgodnie z nowym wzorcem dokumentu elektronicznego obowiązującym za okres rozliczenia VAT od stycznia 2022.
Uwaga
Do sporządzenia i wysłania pliku JPK_V7 wymagane jest pobranie podczas logowania modułów księgowych – Księga Handlowa, Księga Handlowa Plus bądź Księga Podatkowa lub handlowych (Faktury, Handel lub Handel Plus).
Sporządzić plik JPK_V7 mogą wszyscy operatorzy mający dostęp do modułów księgowych, natomiast prawo eksportu plików i odbioru UPO posiadają wyłącznie wybrani operatorzy w programie. Ma to na celu zablokowanie wysłania pliku JPK_V7 przez nieupoważnione do tego osoby. W przypadku zmiany wymaganej struktury plików JPK istnieje możliwość aktualizacji formatów służących do eksportu poprzez pobranie ich z serwerów Comarch w momencie generowania plików.
Uwaga
Funkcjonalność aktualizacji wzorów dokumentu elektronicznego dla plików JPK_V7 jest dostępna tylko dla programów na gwarancji oraz w przypadku pracy na najnowszej dostępnej wersji programu Comarch ERP Optima.

2. Konfiguracja ustawień związanych z JPK_V7

W Konfiguracji Firmy/ Dane firmy/ Deklaracje w sekcji Podatnik składa deklaracje/odprowadza zaliczki z tytułu znajduje się parametr JPK_V7. W przypadku jego zaznaczenia możliwe jest sporządzenie plików JPK_V7 poprzez udostępnienie odpowiedniej opcji w menu programu. Parametr jest domyślnie zaznaczony dla nowo zakładanych baz. Aby móc wysłać plik JPK_V7 oraz odebrać dla niego Urzędowe Poświadczenie Odbioru, na karcie operatora w Konfiguracji Programu/ Użytkowe/ Operatorzy musi zostać zaznaczony parametr Prawo eksportu plików JPK: Tylko Operator z uprawnieniami administratora może zaznaczyć ten parametr sobie bądź innym Operatorom. Początkowo jedynie operator ADMIN ma ten parametr zaznaczony. Poniżej znajduje się parametr Zmiana atrybutów/kodów JPK na zatw. dok. umożliwiający edycję kodów JPK na zatwierdzonej oraz na zaksięgowanej Fakturze Zakupu/Sprzedaży. Jest to istotne w związku z przenoszeniem informacji zawartych w tych kodach do plików JPK (dla rejestrów VAT oraz faktur). Parametr może być edytowany tylko przez operatora z uprawnieniami administratora. Zaznaczenie znajdującego się na karcie operatora parametru Prawo do odblok. Wysłanej e-Deklaracji umożliwia odblokowanie pliku JPK_V7 o statusie Wysłano/odebrano UPO lub Błąd przetwarzania. Służy do tego opcja Odblokuj JPK_V7 dostępna po kliknięciu prawym przyciskiem myszy na pliku. Dotyczy programu Comarch ERP Optima od wersji 2023.1.1. Dodatkowo w Konfiguracji Stanowiska/ Ogólne/ Jednolity Plik Kontrolny musi zostać wskazany katalog przechowywania plików wymiany, do którego będą zapisywane kopie wysyłanych plików w formacie *.xml: Przy eksporcie plików JPK_V7 w ramach wskazanego katalogu tworzony jest podkatalog z nazwą firmy (bazy), więc w przypadku biur rachunkowych dane poszczególnych firm trafiają do własnych katalogów. Nazwy tworzonych plików zawierają informacje o zakresie dat zawartych w nich danych oraz o czasie ich utworzenia, wg wzoru: Jpk_V7_PLN_Data_od_Data_do_Data_i_godzina_utworzenia_Kolejny_plik_w_miesiącu

3. Oznaczanie dokumentów na potrzeby plików JPK_V7

Struktura plików JPK_V7M i JPK_V7K została rozbudowana względem pliku JPK_VAT o dodatkowe informacje, które mają być przesyłane dla każdej faktury. Dlatego też istotne jest aby odpowiednio opisywać przyjmowane oraz wydawane dokumenty od 01.10.2020 dodatkowymi informacjami. Są to: kod kraju kontrahenta, kod towarowy, procedura i typ dokumentu.

3. 1. Kody towarowe, procedury i typy dokumentów – informacje ogólne

Ministerstwo Finansów zdefiniowało listę kodów towarowych, które mają być wysyłane w pliku JPK_V7M/7K dla dokumentu, na którym zarejestrowano sprzedaż danego rodzaju:
  • GTU_01 – dostawa napojów alkoholowych o zawartości alkoholu powyżej 1,2%, piwa oraz napojów alkoholowych będących mieszaniną piwa i napojów bezalkoholowych, w których zawartość alkoholu przekracza 0,5% (CN od 2203 do 2208)
  • GTU_02 – dostawa towarów, o których mowa w art. 103 ust. 5aa ustawy
  • GTU_03 – dostawa olejów opałowych nieujętych w lit. b, olejów smarowych i pozostałych olejów (CN od 2710 19 71 do 2710 19 83 i CN od 2710 19 87 do 2710 19 99, z wyłączeniem smarów plastycznych zaliczonych do kodu CN 2710 19 99), olejów smarowych (CN 2710 20 90) oraz preparatów smarowych (CN 3403, z wyłączeniem smarów plastycznych objętych tą pozycją)
  • GTU_04 – dostawa wyrobów tytoniowych, suszu tytoniowego, płynu do papierosów elektronicznych i wyrobów nowatorskich, w rozumieniu przepisów o podatku akcyzowym
  • GTU_05 – dostawa odpadów – wyłącznie określonych w poz. 79–91 załącznika nr 15 do ustawy
  • GTU_06 – dostawa urządzeń elektronicznych oraz części i materiałów do nich, wyłącznie określonych w poz. 7, 8, 59–63, 65, 66, 69 i 94–96 załącznika nr 15 do ustawy, a także folii typu stretch określonej w poz. 9 tego załącznika
  • GTU_07 – dostawa pojazdów oraz części (CN od 8701 do 8708)
  • GTU_08 – dostawa metali szlachetnych oraz nieszlachetnych – wyłącznie określonych w poz. 1 i 1a załącznika nr 12 do ustawy oraz w poz. 12–25, 33–40, 45, 46, 56 i 78 załącznika nr 15 do ustawy
  • GTU_09 – dostawa produktów leczniczych, środków spożywczych specjalnego przeznaczenia żywieniowego oraz wyrobów medycznych – wyłącznie objętych obowiązkiem zgłoszenia, o którym mowa w art. 37av ust. 1 ustawy z dnia 6 września 2001 r. – Prawo farmaceutyczne (Dz. U. z 2021 r. poz. 974 i 981)
  • GTU_10 – dostawa budynków, budowli i gruntów oraz ich części i udziałów w prawie własności, w tym również zbycia praw, o których mowa w art. 7 ust. 1 ustawy
  • GTU_11 – świadczenia usług w zakresie przenoszenia uprawnień do emisji gazów cieplarnianych, o których mowa w ustawie z dnia 12 czerwca 2015 r. o systemie handlu uprawnieniami do emisji gazów cieplarnianych (Dz. U. z 2021 r. poz. 332 i 1047)
  • GTU_12 –  świadczenie usług o charakterze niematerialnym – wyłącznie: doradczych, w tym doradztwa prawnego i podatkowego oraz doradztwa związanego z zarządzaniem (PKWiU 62.02.1, 62.02.2, 66.19.91, 69.20.3, 70.22.11, 70.22.12, 70.22.13, 70.22.14, 70.22.15, 70.22.16, 70.22.3, 71.11.24, 71.11.42, 71.12.11, 71.12.31, 74.90.13, 74.90.15, 74.90.19), w zakresie rachunkowości i audytu finansowego (PKWiU 69.20.1, 69.20.2), prawnych (PKWiU 69.1), zarządczych (PKWiU 62.03, 63.11.12, 66.11.19, 66.30, 68.32, 69.20.4, 70.22.17, 70.22.2, 90.02.19.1), firm centralnych (PKWiU 70.1), marketingowych lub reklamowych (PKWiU 73.1), badania rynku i opinii publicznej (PKWiU 73.2), w zakresie badań naukowych i prac rozwojowych (PKWiU 72) oraz w zakresie pozaszkolnych form edukacji (PKWiU 85.5)
  • GTU_13 – świadczenia usług transportowych i gospodarki magazynowej – (PKWiU 49.4, 52.1)
Procedury, podobnie jak kody towarowe, opisują dodatkowo dokument wysyłany w pliku JPK_V7. Nie są jednak ściśle powiązane z towarem. Są podzielone na procedury dla dokumentów sprzedaży i zakupu. Procedury dla sprzedaży:
  • SW – dostawa w ramach sprzedaży wysyłkowej z terytorium kraju, o której mowa w art. 23 ustawy (kod obowiązujący do czerwca 2021)
  • EE – świadczenie usług telekomunikacyjnych, nadawczych i elektronicznych, o których mowa w art. 28k ustawy (kod obowiązujący do grudnia 2021)
  • TP – istniejące powiązania między nabywcą a dokonującym dostawy towarów lub usługodawcą, o których mowa w art. 32 ust. 2 pkt 1 ustawy
  • TT_WNT – wewnątrzwspólnotowe nabycie towarów dokonane przez drugiego w kolejności podatnika VAT w ramach transakcji trójstronnej w procedurze uproszczonej, o której mowa w dziale XII rozdział 8 ustawy
  • TT_D – dostawa towarów poza terytorium kraju dokonana przez drugiego w kolejności podatnika VAT w ramach transakcji trójstronnej w procedurze uproszczonej, o której mowa w dziale XII rozdział 8 ustawy
  • MR_T – świadczenia usług turystyki opodatkowanych na zasadach marży zgodnie z art. 119 ustawy
  • MR_UZ – dostawa towarów używanych, dzieł sztuki, przedmiotów kolekcjonerskich i antyków, opodatkowana na zasadach marży zgodnie z art. 120 ustawy
  • I_42 – wewnątrzwspólnotowa dostawa towarów następująca po imporcie tych towarów w ramach procedury celnej 42 (import)
  • I_63 – wewnątrzwspólnotowa dostawa towarów następująca po imporcie tych towarów w ramach procedury celnej 63 (import)
  • B_SPV – transferu bonu jednego przeznaczenia dokonanego przez podatnika działającego we własnym imieniu, opodatkowanego zgodnie z art. 8a ust. 1 ustawy
  • B_SPV_DOSTAWA – dostawa towarów oraz świadczenie usług, których dotyczy bon jednego przeznaczenia na rzecz podatnika, który wyemitował bon zgodnie z art. 8a ust. 4 ustawy
  • B_MPV_PROWIZJA – świadczenie usług pośrednictwa oraz innych usług dotyczących transferu bonu różnego przeznaczenia, opodatkowanych zgodnie z art. 8b ust. 2 ustawy
  • MPP – transakcje objęte obowiązkiem stosowania mechanizmu podzielonej płatności (kod obowiązujący do czerwca 2021)
  • WSTO_EE – wewnątrzwspólnotowa sprzedaż na odległość towarów, które w momencie rozpoczęcia ich wysyłki lub transportu znajdują się na terytorium kraju, oraz świadczenie usług telekomunikacyjnych, nadawczych i elektronicznych, o których mowa w art. 28k ustawy, na rzecz podmiotów niebędących podatnikami, posiadających siedzibę, stałe miejsce zamieszkania lub miejsce pobytu na terytorium państwa członkowskiego innym niż terytorium kraju (kod obowiązujący od stycznia 2022)
  • IED – dostawa towarów, o której mowa w art. 7a ust. 1 i 2 ustawy, dokonana przez podatnika ułatwiającego tę dostawę, który nie korzysta z procedury szczególnej, o której mowa w dziale XII w rozdziale 6a lub 9 ustawy lub w odpowiadających im regulacjach, dla której miejscem dostawy jest terytorium kraju (kod obowiązujący od stycznia 2022)
Procedury dla zakupu:
  • IMP – podatek naliczony z tytułu importu towarów, w tym importu towarów rozliczanych zgodnie z art. 33a ustawy
  • MPP – transakcje objęte obowiązkiem stosowania mechanizmu podzielonej płatności (kod obowiązujący do czerwca 2021)
Oprócz wspomnianych kodów towarowych oraz procedur, do opisu transakcji na potrzeby pliku JPK_V7 służą typy dokumentów. Dokument w pliku JPK_V7 może być oznaczony jednocześnie tylko jednym z wymienionych poniżej kodów. Dostępne typy dokumentów dla sprzedaży to:
  • RO – dokument zbiorczy o sprzedaż z kas rejestrujących
  • WEW – dowód wewnętrzny
  • FP – faktura, o której mowa w art. 109 ust. 3d ustawy
Dla zakupu dostępne są typy:
  • VAT_RR – faktura VAT RR, o której mowa w art. 116 ustawy
  • WEW – dokument wewnętrzny
  • MK – faktura wystawiona przez podatnika będącego dostawcą lub usługodawcą, który wybrał metodę kasową rozliczeń określoną w art. 21 ustawy
  • Znacznik techniczny ZakupVAT_Marza – nabycia towarów i usług związanych ze sprzedażą opodatkowaną na zasadzie marży zgodnie z art. 119 i art. 120 ustawy
  Lista kodów JPK_V7 wyświetlana na dokumentach zależy od daty rozliczenia w VAT określonego dokumentu i wynika z okresu obowiązywania danego kodu. Dla dokumentów rozliczanych w VAT metodą kasową pod uwagę brana jest data bieżąca w programie. W przypadku karty kontrahenta, kategorii oraz pozycji cennika możliwość przypisania konkretnych domyślnych kodów również zależy od ustawionej w programie daty bieżącej. Podobnie jest w przypadku operacji seryjnych dot. dodawania / usuwania kodów JPK_V7 – widoczność poszczególnych kodów uzależniona jest od daty bieżącej.

3.2. Dostosowanie danych słownikowych do sporządzania plików JPK_V7

3.2.1. Formularz kontrahenta

Na karcie kontrahenta na zakładce [Ogólne] znajduje się rozwijalna listę kodów krajów przed numerem NIP. Zawiera ona kody krajów z zgodnie wymaganiami pliku JPK_V7. Dla ułatwienia wyboru właściwego prefiksu, rozwijalna lista obok kodów zawiera również kolumnę z nazwą kraju. 5 najczęściej wybieranych prefiksów krajów wyświetlanych jest początku listy pogrubioną czcionką, bezpośrednio pod wierszem z pustym prefiksem. Ustawienia są zapamiętywane dla każdego Operatora i każdej bazy firmowej. Wymagany przez plik JPK_V7 dla transakcji innych niż krajowe kod kraju kontrahenta, po uzupełnieniu na karcie kontrahenta przenoszony jest na dokumenty w module Handel oraz w Rejestrach VAT, na których ten podmiot został wybrany. Kod kraju może być uzupełniony na formularzu pojedynczego kontrahenta bądź jednocześnie dla wielu kontrahentów za pomocą operacji seryjnej Zmień status dostępnej na liście kontrahentów: Na formularzu kontrahenta dostępna jest zakładka [JPK] umożliwiająca przypisanie domyślnych procedur i kodów towarowych oraz znacznika technicznego ZakupVAT_Marza,, które będą się automatycznie przenosiły na transakcje. Na zakładce znajduje się lista zawierająca trzy kolumny:
  • Kod – kod procedury bądź kodu,
  • Opis – słowny opis procedury lub kodu
  • Rodzaj – wyświetlająca wartość Procedura lub Kod towarowy.
Obok listy dostępne są ikony Dodanie pozycji oraz Usuń pozycję. Po kliknięciu  Dodanie pozycji otwierane jest okno Kody JPK_V7 – Wybierz zawierające listę dostępnych kodów towarowych i procedur pogrupowanych według rodzaju: Użytkownik ma możliwość wyboru jednej bądź wielu pozycji, zaznaczając je na liście. Kliknięcie ikony  Wybierz powoduje przeniesienie na kartę kontrahenta zaznaczonych pozycji. Jeżeli żadna pozycja nie została zaznaczona, kliknięcie ikony powoduje przeniesienie podświetlonej na liście pozycji. Wybór opcji Zamknij okno powoduje zamknięcie listy kodów bez przeniesienia żadnego z nich na kartę kontrahenta. Kliknięcie ikony  Usuń pozycję na zakładce [JPK] powoduje usunięcie z karty kontrahenta zaznaczonych procedur bądź kodów towarowych. Jeżeli żadna pozycja nie została zaznaczona, kliknięcie ikony powoduje usunięcie podświetlonej na liście pozycji. W przypadku wybranych na karcie kontrahenta procedur dla sprzedaży – przenoszone są one na Faktury Sprzedaży oraz dokumenty w Rejestrze Sprzedaży VAT, natomiast procedury dla zakupu lub znacznik techniczny ZakupVAT_Marza przenoszone są na Faktury Zakupu oraz dokumenty w Rejestrze Zakupu VAT dodane dla tego kontrahenta. Podczas kopiowania karty kontrahenta, na nowo tworzoną kartę przenoszone zostają domyślne procedury, kody towarowe i znacznik techniczny ZakupVAT_Marza z kopiowanej karty. Podczas łączenia kart kontrahentów następuje dopisywanie procedur i znaczniku ZakupVAT_Marza z kontrahenta podrzędnego na kartę kontrahenta głównego. Informacje o przypisanych do kontrahenta kodach towarowych, procedurach dla plików JPK_V7 przenoszone są za pomocą pracy rozproszonej. Możliwe jest seryjne dodawanie oraz usuwanie kodów JPK_V7 dla wielu kontrahentów jednocześnie. Po wybraniu na liście kontrahentów w menu Operacje seryjne/ JPK opcji Dodaj kody JPK_V7 otwierane jest okno z listą kodów towarowych, procedur i znacznikiem technicznym ZakupVAT_Marza dla plików JPK_V7: Po zaznaczeniu wybranych kodów i kliknięciu na przycisk Dodaj kody JPK_V7 zostaną one przypisane do kartotek zaznaczonych na liście kontrahentów i będą przenoszone na dokumenty dla tych kontrahentów. Analogicznie po wybraniu Operacje seryjne/ JPK/ Usuń kody JPK_V7 otwierane jest okno z listą kodów towarowych, procedur i znacznikiem technicznym ZakupVAT_Marza dla plików JPK_V7: Po zaznaczeniu wybranych kodów i kliknięciu na przycisk Usuń kody JPK_V7 zostaną one usunięte z kartotek zaznaczonych na liście kontrahentów i nie będą z nich przenoszone na dokumenty tych kontrahentów.

Na liście kontrahentów dostępna jest domyślnie widoczna kolumna Kody JPK_V7 wyświetlająca przypisane do danego kontrahenta domyślne kody.

3.2.2. Formularz kategorii

Na formularzu kategorii znajduje się sekcja Kody JPK_V7. Na kategoriach o typie Koszty istnieje możliwość wskazania typu dokumentu i procedur dotyczących zakupu, dowolnych kodów towarowych oraz znacznika technicznego ZakupVAT_Marza. Na kategoriach o typie Przychody istnieje możliwość wskazania typu dokumentu i procedur dotyczących sprzedaży oraz dowolnych kodów towarowych. Możliwe jest dodanie więcej niż jednego kodu towarowego i więcej niż jednej procedury oraz tylko jednego typu dokumentu. Kody JPK_V7 uzupełnione na formularzu kategorii ogólnej nie są przenoszone na formularz dodanej do niej kategorii szczegółowej. Jeżeli użytkownik chce, aby kody JPK_V7 uzupełnione na formularzu kategorii ogólnej zostały przeniesione na wszystkie dodane do niej kategorie szczegółowe, może skorzystać w menu kontekstowym z operacji seryjnej Kopiuj kody JPK_V7 na podkategorie. Opcja ta dostępna jest tylko dla kategorii ogólnych.
Uwaga
W związku z wprowadzeniem funkcji przenoszenia kodów JPK_V7 z formularza kategorii na dokument w rejestrze VAT zalecamy wybór jednego miejsca uzupełniania domyślnych kodów JPK_V7 – albo kartę kontrahenta albo formularz kategorii.

3.2.3. Pozycja cennika

Na karcie pozycji cennikowej na zakładce [Dodatkowe] znajduje się sekcja JPK_V7 z polem Domyślny kod. Pole jest rozwijalną listą na której można wybrać jeden kod towarowy bądź procedurę znacznik techniczny ZakupVAT_Marza które mają za zadanie dodatkowo opisać dokument przesyłany do pliku JPK_V7. Wyświetlana lista pozycji zawiera te same kody towarowe, procedury i znacznik techniczny ZakupVAT_Marza które dostępne są do wyboru na karcie kontrahenta na zakładce [JPK]. Wskazany w tym miejscu domyślny kod będzie przenosił się na transakcje handlowe, na których wybrana została ta pozycja cennika. Podczas kopiowania pozycji cennika, na nowo tworzoną kartę przenoszony jest domyślny kod z kopiowanej karty. Z poziomu okna Lista zasobów oraz Cennik dostępna jest operacja seryjna Zmiana parametrów karty zawierająca opcję Ustaw domyślny kod JPK_V7. Umożliwia ona seryjne ustawienie wybranego kodu towarowego, procedury bądź znacznika technicznego ZakupVAT_Marza procedury dla zaznaczonych pozycji cennika. Operacja jest aktywowana przyciskiem  Wykonaj.
  • Wykonanie operacji dla towarów, które nie mają przypisanego kodu, będzie skutkowało jego ustawieniem.
  • Wykonanie operacji dla towarów, które już mają przypisany kod, będzie skutkowało jego zmianą.
  • Wykonanie operacji bez wskazania kodu, będzie skutkowało usunięciem kodów JPK_V7 z zaznaczonych pozycji.
Oprócz wspomnianych kodów towarowych oraz procedur, do opisu transakcji na potrzeby pliku JPK_V7 służą typy dokumentów. Typy te uzupełniane są automatycznie na dokumentach w module Handel oraz w Rejestrach VAT.

3.2.4. Dokumenty w module Handel

Na potrzeby pliku JPK_V7 dokumenty handlowe muszą być oznaczone ściśle określonymi procedurami. Dotyczy to następujących typów dokumentów:
  • Sprzedaż:
    • Faktur Sprzedaży,
    • Faktur VAT Marża,
    • Faktur Zaliczkowych, Faktur Finalnych,
    • Paragonów,
    • Faktur do Paragonów,
    • Dowodów Wewnętrznych
  • Zakup:
    • Faktur Zakupu,
    • Korekt do Faktury Zakupu,
    • Dowodów Wewnętrznych

Na zakładce [Atrybuty/JPK] na dokumentach sprzedaży znajduje się tabela z kodami towarowymi i procedurami wymaganymi w pliku JPK_V7. Dla dokumentów zakupu nie ma możliwości wskazania kodu JPK_V7 o rodzaju Kod towarowy.

Na zakładkę [Atrybuty/JPK] przenoszą się automatycznie kody i procedury przypisane do kontrahenta wybranego na dokument. Po zmianie kontrahenta na dokumencie, zostaną usunięte kody poprzedniego kontrahenta i do tabeli kodów JPK_V7 zostaną dodane kody nowego kontrahenta.
Uwaga
Kody towarowe z formularza kontrahenta oraz towaru przenoszone są tylko na dokumenty sprzedażowe, na dokumenty zakupowe kody towarowe nie są przenoszone.
Podobnie dla towarów, przenoszą się tu automatycznie kody przypisane do pozycji cennikowych. Jeśli towary dodane na dokument mają taki sam kod, w tabeli JPK_V7 jest on wyświetlany tylko raz. Po usunięciu towaru z dokumentu, z tabeli JPK_V7 usuwany jest kod tego towaru. Nie są usuwane kody, które zostały na dokument dodane przez Użytkownika. Do czasu zapisania dokumentu na stałe, Użytkownik może modyfikować tabelę z kodami JPK_V7. Po zatwierdzeniu dokumentu na stałe, procedury można modyfikować pod warunkiem, że operator ma zaznaczony parametr: Zmiana atrybutów/ kodów JPK na zatw. Dok. (menu System/ Konfiguracja/ Program/ Użytkowe/ Operatorzy – Karta operatora/ zakładka [Ogólne]).
Uwaga
Faktury Sprzedaży wystawione w procedurze OSS nie są uwzględniane w pliku JPK_V7. Na takie dokumenty nie są przenoszone kody JPK_V7 z towarów i z karty kontrahenta, nie można również wskazać kodów JPK_V7 ręcznie.
Oprócz kodów towarowych i procedur, na dokument można dodać kod JPK przypisany do typu dokumentu:
  • Dla dokumentów sprzedaży:
    • RO – dokument zbiorczy o sprzedaż z kas rejestrujących
    • WEW – dowód wewnętrzny
    • FP – faktura, o której mowa w art. 109 ust. 3d ustawy
  • Dla dokumentów zakupu:
    • VAT_RR – faktura VAT RR, o której mowa w art. 116 ustawy
    • WEW – dowód wewnętrzny
    • MK – faktura wystawiona przez podatnika będącego dostawcą lub usługodawcą, który wybrał metodę kasową rozliczeń określoną w art. 21 ustawy
    • Znacznik techniczny ZakupVAT_Marza – nabycia towarów i usług związanych ze sprzedażą opodatkowaną na zasadzie marży zgodnie z art. 119 i art. 120 ustawy
Uwaga
Na dokumencie należy wskazać jeden kod JPK_V7 opisujący typ dokumentu. Jeśli wskazanych zostanie więcej kodów, wówczas przy próbie zapisu dokumentu pojawi się komunikat: Na dokumencie wybrano zbyt wiele kodów JPK_V7 opisujących typ dokumentu. Wybierz tylko jeden kod opisujący typ dokumentu.
Możliwe jest seryjne dodawanie oraz usuwanie kodów JPK_V7 z poziomu list:
  • Faktury Sprzedaży,
  • Faktury Zakupu,
  • Paragony,
  • Dowody Wewnętrzne Sprzedaży,
  • Dowody Wewnętrzne Zakupu.
Opcja jest dostępna na liście dokumentów, dla zaznaczonych pozycji pod przyciskiem Operacji seryjnych:
Uwaga
Aby zmieniać kody JPK_V7 (w tym seryjnie) na dokumentach zapisanych na stałe, należy w menu System/ Konfiguracja/ Program/ Użytkowe/ Operatorzy – na karcie operatora, na zakładce [Ogólne] zaznaczyć parametr Zmiana atrybutów/ kodów JPK na zatw. dok.
Po wybraniu tej operacji należy zaznaczyć kody, które chcemy dodać do/ usunąć z dokumentów i zatwierdzić wybór przyciskiem Dodaj kody JPK_V7/ Usuń kody JPK_V7 bądź klawiszem <F8>: Procedury przenoszone automatycznie na dokumenty handlowe
Uwaga
Poniżej opisane procedury są dodawane na dokumenty automatycznie. Jeśli zostaną one przypisane przez operatora do kontrahenta oraz do pozycji cennikowych, będą zawsze przenoszone na dokumenty (niezależnie od wymogów ich stosowania).
Faktury podlegające obligatoryjnemu mechanizmowi podzielonej płatności – MPP Na dokumentach wystawionych od lipca 2021 kod MPP nie jest przenoszony na dokumenty. Paragony, zafiskalizowane Faktury Sprzedaży

Dla wszystkich wystawionych w programie Paragonów nadawana jest procedura RO. Dla Faktur Sprzedaży zafiskalizowanych lub powstałych z przekształcenia Paragonu nadawana jest procedura FP. Kod FP nie jest przenoszony na korektę utworzoną do zafiskalizowanej faktury.

Faktura VAT Marża Po wskazaniu na Fakturze VAT Marża procedury marży, do dokumentu zostanie automatycznie dopisana odpowiednia procedura dla JPK_V7:
  • MR_T – Procedura marża dla biur podróży,
  • MR_UZ – Procedura marża – towary używane,
  • MR_UZ – Procedura marży – dzieła sztuki,
  • MR_UZ – Procedura marży – przedmioty kolekcjonerskie i antyki.
Paragon, Faktura Sprzedaży dla kontrahenta powiązanego Na Paragon i Fakturę Sprzedaży wystawioną dla kontrahenta, który na swojej karcie, na zakładce [Handlowe] ma zaznaczony parametr Kontrahent powiązany, automatycznie jest dodawana procedura TP. Faktury Zakupu dla rolnika ryczałtowego
  • Na Fakturze Zakupu dla kontrahenta, który na swojej karcie, na zakładce [Handlowe] ma zaznaczony parametr Rolnik, automatycznie jest dodawana procedura VAT_RR.
  • Po przekształceniu FRR do FZ, Faktura Zakupu automatycznie otrzymuję procedurę VAT_RR.
Faktura Zakupu – metoda kasowa Na Fakturze Zakupu dla kontrahenta, który na swojej karcie, na zakładce [Handlowe] ma zaznaczony parametr Metoda kasowa, automatycznie jest dodawana procedura MK. Faktura zakupu – import Na Fakturze Zakupu dla kontrahenta o statusie Pozaunijny/ Pozaunijny (zwroty VAT), automatycznie jest dodawana procedura IMP. Jeśli na dokumencie znajdują się tylko pozycje o typie Usługa (bez pozycji o typie Towar), przy próbie zapisu pojawi się komunikat: Zapisujesz dokument z kodem IMP. Kod ten powinien być stosowany do importu towarów. Na dokumencie nie ma pozycji z rodzajem towar. Czy chcesz, aby program usunął kod IMP? Zaakceptowanie komunikatu powoduje usunięcie z dokumentu kodu IMP. Wybór opcji Nie skutkuje pozostawieniem kodu IMP na dokumencie. Zaznaczenie w oknie komunikatu opcji Zapamiętaj odpowiedź i nie pokazuj więcej powoduje, że komunikat nie pojawi się ponownie dla danego operatora. Dowody wewnętrzne
  • Procedura WEW dodawana jest automatycznie na dokument Dowodu Wewnętrznego Sprzedaży (FWS) tworzony z poziomu menu Handel/ Inne (Handel)/ Dowody wewnętrzne Sprzedaży. Nie jest dodawana na FWS powstałą z przekształcenia Faktury Zakupu (FZ).
  • Na Dowód Wewnętrzny Sprzedaży powstały z przekształcenia Faktury Zakupu nie są przenoszone kody JPK_V7 z FZ. Kody z FZ są przenoszone tylko na Dowód Wewnętrzny Zakupu.
  Zasady przenoszenia procedur pomiędzy dokumentami handlowymi
  • Na korektę przenoszone są wszystkie kody i procedury z korygowanego dokumentu. Po usunięciu pozycji z korekty, nie jest usuwany powiązany z nią kod. Do czasu zapisania korekty na stałe, Użytkownik może modyfikować tabelę z kodami JPK_V7. Wyjątkiem jest korekta do Faktury Sprzedaży, na którą nie jest przenoszony kod FP.
  • Na Fakturę Sprzedaży powstałą z Paragonu, przenoszone są procedury JPK_V7 z Paragonu. Na Faktury Sprzedaży tworzone za pomocą funkcji Generuj Fakturę na wybrane pozycje, kody JPK_V7 nie są przenoszone z PA (są pobierane ponownie z karty kontrahenta i z pozycji cennikowych, które widnieją na FS).
  • Na skopiowane dokumenty przenoszone są wszystkie kody z kopiowanego dokumentu.

3.2.5. Dokumenty w rejestrze VAT

Na formularzu dokumentu w rejestrze VAT na zakładce [JPK] znajduje się sekcja Kody JPK_V7, w której wyświetlane są:
  • na dokumencie sprzedażowym:
    • kody towarowe,
    • procedury,
    • typy dokumentów.
  • na dokumencie zakupowym:
    • procedury,
    • typy dokumentów,
    • znacznik techniczny.
Mogą one zostać:
  • dodane ręcznie bezpośrednio na formularzu dokumentu w rejestrze VAT,
  • przeniesione z karty kontrahenta,
  • przeniesione z kategorii,
  • przeniesione z modułu Handel,
  • dodane automatycznie na podstawie danych z karty kontrahenta, danych z modułu Handel lub parametrów zaznaczonych bezpośrednio na formularzu dokumentu w rejestrze VAT.
Na dokumentach w rejestrze VAT zakupu istnieje możliwość dodania procedur, typów dokumentów dotyczących zakupu oraz znacznika technicznego ZakupVAT_Marza. Na dokumentach w rejestrze VAT sprzedaży istnieje możliwość dodania procedur i typów dokumentów dotyczących sprzedaży oraz dowolnych kodów towarowych. Na dokumencie można dodać tylko jeden taki sam kod towarowy/ procedurę/ typ dokumentu danego rodzaju. Przykładowo, nie ma możliwości dodania dwóch pozycji o kodzie GTU_02 na jednym dokumencie. Nie można dodać więcej niż jednego kodu JPK_V7 określającego typ dokumentu. Podczas próby dodania na dokumencie w rejestrze VAT zakupu/ sprzedaży więcej niż jednego kodu dotyczącego typu dokumentu pojawia się komunikat: Zaznaczono zbyt wiele kodów dla typów dokumentów. Wybierz jeden kod opisujący typ dokumentu. Jeżeli na dokumencie dodano we wcześniejszej wersji programu jeden lub więcej typów dokumentu to po dodaniu kolejnego typu dokumentu wcześniejsze typy są usuwane i pozostaje tylko jeden typ dokumentu. Jeżeli w wyniku modyfikacji dokumentu dodany zostanie automatycznie typ dokumentu to dodane wcześniej typy dokumentu są również usuwane. Jeżeli na dokumencie z kodem RO dodatkowo wybrane są kody JPK określające procedury dla sprzedaży, są one przenoszone do części ewidencyjnej pliku JPK_V7. Kody towarowe (GTU) wybrane na dokumencie z kodem RO nie są przenoszone do pliku.
Uwaga

W przypadku plików JPK_V7 generowanych za okresy od lipca 2021 do grudnia 2021 nastąpiły zmiany w przenoszeniu kodów.

Kod MPP nie jest już przenoszony do pliku, nawet jeżeli znajduje się na dokumencie w Rejestrze VAT.

Kod SW nie jest już przenoszony do pliku; jeżeli znajduje się na dokumencie w Rejestrze VAT, w pliku JPK_V7 zostanie zamieniony na kod EE.

Kody GTU wskazane na dokumencie nie są przenoszone do pliku JPK_V7 jeżeli na dokumencie wybrany jest również kod WEW.

Jeżeli na dokumencie z kodem RO dodatkowo wybrane są kody JPK określające procedury dla sprzedaży, nie są one przenoszone do części ewidencyjnej pliku JPK_V7.

W przypadku plików JPK_V7(2) generowanych za okresy od stycznia 2022 kod EE nie jest już przenoszony do pliku, nawet jeżeli znajduje się na dokumencie w Rejestrze VAT. Jeżeli na dokumentach z okresem rozliczenia w VAT od stycznia 2022 będą znajdowały się kody WSTO_EE i IED, zostaną przeniesione do pliku JPK_V7(2). Kody JPK znajdujące się na kontrahencie, kategorii lub pozycji cennika są przenoszone na dokument bez względu na jego datę. Również w przypadku importu dokumentów z plików JPK_V7, VAT_R (Comma) oraz za pomocą pracy rozproszonej, przenoszone są wszystkie kody JPK znajdujące się w pliku dla importowanego dokumentu bez względu na jego datę.
Jeżeli w bazie istnieją już dokumenty zawierające jednocześnie więcej niż jeden kod dotyczący typu dokumentu, podczas przeliczania pliku JPK_V7 pojawia się komunikat uniemożliwiający utworzenie pliku: Plik JPK_V7 nie może być naliczony. Istnieją transakcje zawierające więcej niż jeden typ dokumentu na zakładce Kody JPK_V7. Po zatwierdzeniu komunikatu pojawia się Lista dokumentów z więcej niż jednym typem dokumentu JPK_V7. Użytkownik powinien na każdym z tych dokumentów pozostawić tylko jeden kod dotyczący typu dokumentu. Na formularz dokumentu w rejestrze VAT na zakładkę [JPK] do sekcji Kody JPK_V7 automatycznie przenoszone są kody JPK_V7 uzupełnione na formularzu kategorii wybranej w nagłówku dokumentu oraz w pozycjach dokumentu (w kolumnie Kategoria oraz Kategoria 2). Jeżeli na dokumencie dodano wcześniej dany kod JPK_V7,  nie jest on dublowany. Po wyborze kontrahenta na dokumencie, do sekcji Kody JPK_V7 automatycznie przenoszone są kody towarowe, procedury oraz znacznik techniczny ZakupVAT_Marza, uzupełnione na karcie tego kontrahenta na zakładce [JPK]. Jeżeli na formularzu kontrahenta uzupełniono kody JPK_V7 oraz wskazano domyślną kategorię sprzedaży/ zakupu z uzupełnionymi kodami JPK_V7 to po wyborze takiego kontrahenta na dokumencie w rejestrze VAT przenoszone są kody JPK_V7 z karty kontrahenta i formularza kategorii (kody nie są dublowane). Na dokumenty w rejestrze VAT zakupu przenoszone są tylko procedury dotyczące zakupu. Na dokumenty w rejestrze VAT sprzedaży przenoszone są tylko procedury dotyczące sprzedaży. Zmiana kontrahenta lub kategorii na dokumencie powoduje usunięcie kodów towarowych/ procedur przypisanych do kontrahenta/kategorii wybranej pierwotnie na dokumencie i przeniesienie kodów towarowych/ procedur z karty nowo wybranego kontrahenta czy kategorii. W przypadku zmiany kategorii, usuwane są tylko te kody, które nie są przypisane do innych kategorii wybranych na dokumencie. Pozycje dodane ręcznie w sekcji Kody JPK_V7 nie są usuwane przy zmianie kontrahenta lub kategorii. Możliwe jest seryjne dodawanie oraz usuwanie kodów JPK_V7 dla wielu dokumentów jednocześnie. Po wybraniu na liście dokumentów w Rejestrze VAT w menu Operacje seryjne/ JPK opcji Dodaj kody JPK_V7 otwierane jest okno: W przypadku dokumentów w rejestrze VAT zakupu wyświetlana jest lista procedur i typów dokumentów dotyczących zakupu oraz znacznik techniczny ZakupVAT_Marza. W przypadku dokumentów w rejestrze VAT sprzedaży wyświetlana jest lista procedur i typów dokumentów dotyczących sprzedaży oraz wszystkie kody towarowe. Widoczność poszczególnych kodów uzależniona jest od daty bieżącej ustawionej w programie. Istnieje możliwość zaznaczenia więcej niż jednego kodu JPK_V7, z wyjątkiem kodów dotyczącego typu dokumentu (taki kod można wskazać tylko jeden). Jeżeli podczas wykonywania operacji seryjnej Dodaj kody JPK_V7 wskazano kod dotyczący typu dokumentu, to wybrany wcześniej na dokumencie typ dokumentu jest usuwany i pozostaje tylko jeden kod określający typ dokumentu. Po zaznaczeniu wybranych kodów i kliknięciu na przycisk Dodaj kody JPK_V7 zostaną one przeniesione na podświetlony dokument/zaznaczone dokumenty. Analogicznie po wybraniu Operacje seryjne/ JPK/ Usuń kody JPK_V7 otwierane jest okno: Po zaznaczeniu wybranych kodów i kliknięciu na przycisk Usuń kody JPK_V7 zostaną one usunięte z podświetlonego dokumentu/zaznaczonych dokumentów. Istnieje możliwość dodania/ usunięcia kodów JPK_V7 (zarówno z poziomu formularza dokumentu, jak i seryjnie z poziomu listy) na zaksięgowanym dokumencie. W przypadku dokumentów wyeksportowanych dodanie/ usunięcie kodu JPK_V7 jest możliwe jeżeli na karcie operatora zaznaczono parametr Zmiana dokumentów wyeksportowanych. Przenoszenie dokumentów z modułu Handel Podczas przenoszenia faktur sprzedażowych i zakupowych z modułu Handel wszystkie zapisane na nich kody towarowe, procedury i typ dokumentów przenoszone są na formularz dokumentu w rejestrze VAT, gdzie podlegają edycji. Podczas przenoszenia paragonów (zbiorczo lub pojedynczo) na formularz dokumentu w rejestrze VAT sprzedaży przenoszone są procedury i typy dokumentów uzupełnione na paragonie w module Handel. Nie są natomiast przenoszone kody towarowe. Podczas zbiorczego przenoszenia paragonów na dokument w rejestrze VAT przenoszone są wszystkie procedury i typy dokumentów wybrane na zaznaczonych paragonach. Faktury fiskalne Faktury fiskalne nie mające powiązania z Paragonem posiadają oznaczenie FP. Aby zostały uwzględnione również w raporcie fiskalnym, podczas przenoszenia faktury fiskalnej z modułu Handel do Rejestru VAT lub importu za pomocą pracy rozproszonej tworzony jest dokument techniczny z takimi samymi danymi, ale z opisem Zapis techniczny do rozliczenia JPK_V7 i kodem RO. Dokument ten służy do wyliczenia kwot na części deklaracyjnej pliku. Dokumentu technicznego nie można zaksięgować i nie generuje on płatności.
Uwaga
Użytkownicy ewidencjonujący zafiskalizowane Faktury Sprzedaży z pominięciem modułu Handel powinni od 1 października 2020 r. do rejestru VAT sprzedaży wprowadzać dwa dokumenty, odpowiednio z typem dokumentu FP oraz RO, jeśli nie jest on uwzględniany we wprowadzonym do Rejestru VAT raporcie fiskalnym. Zalecamy na jednym z nich zaznaczyć parametr Wewnętrzny aby nie wygenerował on płatności.
Faktura fiskalna z kodem FP uwzględniana jest wyłącznie w części ewidencyjnej pliku JPK_V7. Dokumenty z kodem FP nie są również wyświetlane w rejestrze VAT na zakładce Do VAT/JPK_V7.
Uwaga
Na dokumentach które zostały już we wcześniejszych wersjach programu przeniesione do Rejestru VAT należy zmienić kod z RO na FP oraz dodać ręcznie, zbiorczy zapis z kodem RO na łączną kwotę przeniesionych dokumentów. Innym rozwiązaniem jest usunięcie dokumentów z Rejestru VAT, usunięcie kodu RO i dodanie kodu FP na zafiskalizowanych fakturach w module Handel (można to wykonać za pomocą operacji seryjnej) a następnie ponowne przeniesienie dokumentów do Rejestru VAT.
Po dodaniu na dokumencie kodu FP (bezpośrednio na dokumencie lub za pomocą operacji seryjnej) lub po przeniesieniu z menu Handel faktury zafiskalizowanej z kodem FP, na dokumencie data rozliczenia w VAT ustawiana jest zgodnie z datą wystawienia. Dotyczy to również sytuacji, kiedy w Konfiguracji ustawiono metodę kasową lub na dokumencie zaznaczono parametr Metoda kasowa. Faktury do paragonów Faktury wystawione do paragonów z kodem FP są widoczne w części ewidencyjnej pliku JPK_V7 ale nie są uwzględniane w podsumowaniu podatku należnego. Nie są również uwzględniane przy liczeniu części deklaracyjnej. Uwzględniane są w pliku JPK_V7 za miesiąc zgodny z datą ich wystawienia. W związku z koniecznością wykazywania w odpowiedni sposób faktur do paragonów w pliku JPK_V7, w przypadku ręcznego dodawania dokumentów do Rejestrów VAT bądź importu z pliku VAT_R.txt, oprócz faktur do paragonów z kodem FP musi zostać dodany przez Użytkownika również zapis na łączną kwotę tych dokumentów z kodem RO. Płatność do takiego dokumentu najlepiej ustawić jako niepodlegającą rozliczeniu. Dokument z kodem RO można również oznaczyć jako wewnętrzny – wówczas nie wygeneruje on płatności. W przypadku przenoszenia dokumentów w ramach tej samej bazy z modułu Handel do Rejestru VAT lub importu za pomocą pracy rozproszonej, oprócz faktur do paragonów z kodem FP przenoszone są również paragony z kodem RO. Nie ma więc konieczności w takim przypadku dodawania pojedynczych paragonów lub zbiorczego raportu fiskalnego ręcznie przez Użytkownika. Zbiorcze raporty fiskalne Jeżeli paragony były dodawane w module Handel i przenoszone w ramach jednej bazy zbiorczo do Rejestrów VAT (w Konfiguracji Firmy/ Księgowość/ Parametry nie był zaznaczony parametr Przenoszenie pojedynczych paragonów do rejestru VAT), wówczas w pliku JPK_V7 każdy z takich zbiorczych dokumentów z kodem RO znajdujący się w Rejestrze VAT wykazywany jest jako osobna pozycja. Jeżeli natomiast podczas przenoszenia paragonów z modułu Handel do Rejestrów VAT wspomniany parametr o pojedynczym przenoszeniu paragonów był zaznaczony bądź dokumenty do Rejestrów VAT dodawane były ręcznie, importowane pracą rozproszoną lub z pliku VAT_R, lub jest to dokument techniczny do faktury fiskalnej, to w pliku JPK_V7 wykazywane są jako jedna sumaryczna pozycja oznaczona numerem dokumentu: Detal – dokument zbiorczy sprzedaży oraz z kontrahentem: Raport okresowy sprzedaży zafiskalizowanej. Paragony niefiskalne Paragony wystawione przez podatników zwolnionych z obowiązku posiadania kas fiskalnych powinny być wykazywane w pliku JPK_V7 z kodem WEW (zamiast RO jak w przypadku paragonów fiskalnych). Jeżeli paragony przenoszone są z modułu Handel do rejestrów VAT, należy zmienić na nich domyślnie dodawany kod RO na WEW. Można posłużyć się operacjami seryjnymi dostępnymi w rejestrach VAT (Dodaj kody JPK_V7). Po wybraniu kodu WEW, kod RO zostanie usunięty z dokumentów. Jeżeli paragony były przenoszone pojedynczo do rejestrów VAT, po zmianie kodu wykazywane są w pliku JPK_V7 jako jeden zapis zbiorczy z kodem WEW dla kontrahenta o nazwie Raport okresowy sprzedaży detalicznej oraz numerze dokumentu: Detal – dokument zbiorczy sprzedaży. Dokumenty wprowadzane ręcznie do rejestrów VAT powinny zostać wprowadzone jednym zbiorczym zapisem z kodem WEW, ponieważ nie będą agregowane w części ewidencyjnej pliku. Dokumenty VAT marża W celu poprawnego wykazywania dokumentów VAT marża, faktura sprzedaży w tej procedurze musi mieć uzupełniony kod MR_UZ lub MR_T. Kwoty w stawce NP z takich dokumentów wykazywane są w tagu SprzedazVAT_Marza w pliku JPK_V7 – bez względu na to, czy z takim dokumentem zwykłym istnieje powiązany dowód wewnętrzny sprzedaży rozliczenia marży. Rozliczenie marży jednostkowej, czyli wygenerowany w programie powiązany dowód wewnętrzny nie powinien mieć oznaczenia WEW. Jeśli natomiast wprowadzane jest zbiorcze rozliczenie marży jako zbiorczy dowód wewnętrzny, wówczas taki dokument powinien już posiadać kod WEW. Dokument rozliczenia marży na kwotę ujemną z kodem MR_UZ lub MR_T (dowód wewnętrzny mający zerową kwotę VAT i ujemną kwotę brutto w stawce opodatkowanej) nie jest  uwzględniany przy liczeniu części deklaracyjnej. Wykazywany jest wyłącznie w części ewidencyjnej. W przypadku dokumentu rozliczenia marży, jeżeli podczas generowania tego dokumentu podana zostanie ujemna kwota marży, zamiast domyślnie podpowiadanej dodatniej (czyli na dokumencie rozliczenia marży będzie dodatnia kwota w stawce NP) oraz:
  • suma wartości netto i VAT na dokumencie rozliczenia będzie równa 0,
  • dokument źródłowy będzie miał dodatnią kwotę w stawce NP,
  wówczas taki dokument oznaczany jest na potrzeby pliku JPK_V7 jako marża ujemna. Dokument taki nie jest wykazywany w części deklaracyjnej pliku JPK_V7 (wyłącznie w części ewidencyjnej) i nie pojawia się w Rejestrze VAT na zakładce [Do VAT/JPK_V7]. Każdy inny dokument dodany ręcznie, który nie będzie rozliczeniem marży, nawet jeżeli będzie posiadał pozycje w stawce NP i ujemną pozycję z zerową kwotą VAT, będzie traktowany jako korekta dokumentu pierwotnego, a nie rozliczenie marzy ujemnej. Dokument zakupu związanego ze sprzedażą opodatkowaną na zasadach marży powinien zostać wprowadzony do Rejestru VAT zakupu ze znacznikiem technicznym ZakupVAT_Marza. Powinien mieć zaznaczony parametr Rozliczać w VAT i  wskazany odpowiedni okres, jak również pozycję ze stawką NP z uzupełnioną kwotą brutto dotyczącą zakupu w tej procedurze. Wówczas w pliku JPK_V7 taki dokument wykazywany jest w części ewidencyjnej po stronie zakupu. Znajdują się na nim dane kontrahenta z dokumentu, wraz z jego numerem NIP, numer dokumentu oraz kwota brutto oznaczona jako ZakupVAT_Marza. Taki dokument nie jest uwzględniany przy wyliczaniu kwot na części deklaracyjnej pliku JPK_V7. W przypadku metody kasowej nie ma znaczenia fakt rozliczenia wprowadzonego w Rejestrze VAT zakupu dokumentu ze znacznikiem ZakupVAT_Marza. Jeżeli parametr Rozliczać w VAT jest zaznaczony, dokument taki jest wykazywany w pliku JPK_V7 wg domyślnej daty obowiązku podatkowego jak przy metodzie zwykłej. Odwrotne obciążenie Dokumenty zwykłe z rejestru sprzedaży VAT z rodzajem transakcji Krajowa – podatnikiem jest nabywca ze stawką NP wykazywane są w części deklaracyjnej pliku JPK_V7 w polu P_10 (Sprzedaż krajowa zwolniona od podatku) oraz w polu K_10 części ewidencyjnej. Kwalifikacja ta jest niezależna od zaznaczenia parametru Uwzględniać sprzedaż nie podlegającą VAT na VAT-7 w Konfiguracji Programu/ Księgowość/ Deklaracje. Jeżeli chodzi o transakcje zakupu objęte odwrotnym obciążeniem, dowody wewnętrzne sprzedaży z rodzajem transakcji Krajowa – podatnikiem jest nabywca wykazywane są w części deklaracyjnej pliku w polach P_31 (wartość netto) oraz P_32 (wartość VAT), jak również w części ewidencyjnej, odpowiednio w polach K_31 oraz K_32. W zakresie podatku naliczonego stosowane są ogólne zasady prezentowania odliczenia (dowody wewnętrzne zakupu wykazywane są w polach P_40 – P_43 w części deklaracyjnej pliku, jak również w części ewidencyjnej). Sprzedaż energii i gazu objętych odwrotnym obciążeniem Istnieje możliwość wykazania w pliku JPK_V7 sprzedaży i nabycia energii elektrycznej oraz gazu objętych odwrotnym obciążeniem VAT. W tym celu na dokumencie w rejestrze sprzedaży VAT na zakładce [KSeF/ JPK] w sekcji Atrybuty JPK_VAT i JPK_V7 należy wybrać atrybut JPK o kodzie SPRZ_ENERGIA_GAZ_OO i nazwie JPK_Sprz. i nabycie energii, podleg. oo. Po wybraniu tego atrybutu, kwota netto i VAT z dokumentu jest wykazywana w części deklaracyjnej pliku w polach P_31 oraz P_32 (Dostawa towarów, dla których podatnikiem jest nabywca zgodnie z art. 17 ust. 1 pkt 5 ustawy) oraz w części ewidencyjnej w polach K_31 oraz K_32. Dowody wewnętrzne Dowody wewnętrzne, wprowadzone od wersji Comarch ERP Optima 2021.4.1, w pliku JPK_V7 w polu DowodZakupu / DowodSprzedazy są wykazywane z numerem własnym z dowodu wewnętrznego. Podczas generowania pojedynczych dowodów wewnętrznych w Rejestrze VAT program domyślnie proponuje jako numery dowodów wewnętrznych numer dokumentu pierwotnego. W przypadku transakcji importu Użytkownik powinien wpisać numer dokumentu celnego. Podczas zmiany proponowanego numeru dokumentu pojawia się informacja: Uwaga! Do pliku JPK_V7 utworzone dowody wewnętrzne zostaną przeniesione z numerem dokumentu wskazanym w tym polu. Nie będą pobierane numery dokumentów źródłowych. Wyjątkiem są dowody wewnętrzne przeniesione z modułu Handel i zbiorcze dowody wewnętrzne tworzone w Rejestrach VAT, które przenoszone są do pliku z numerem dokumentu źródłowego. Automatyczne dodawanie kodów JPK_V7 Dowody wewnętrzne Pojedyncze dowody wewnętrzne wygenerowane automatycznie w programie, mające powiązanie z dokumentem z Rejestru VAT zakupu/sprzedaży, nie są oznaczane kodem WEW. Podczas generowania z poziomu Rejestru VAT sprzedaży zbiorczego dowodu wewnętrznego zakupu dla transakcji krajowych, w przypadku uzupełnienia na przynajmniej jednym z dowodów wewnętrznych sprzedaży typu dokumentu WEW, na dowód wewnętrzny zakupu dodawany jest typ dokumentu WEW. W przypadku ręcznie dodawanych dowdów wewnętrznych, niepowiązanych z dokumentem z Rejestru VAT zakupu/sprzedaży, automatycznie dodawany jest typ dokumentu o kodzie WEW. Usunięcie kodu WEW nie powoduje odznaczenia parametru Wwewnętrzny. Na dowód dodawany ręcznie przenoszone są kody towarowe/ procedury/ znacznik techniczny uzupełnione na karcie kontrahenta oraz na formularzu kategorii. Na dowód generowany automatycznie przenoszone są procedury uzupełnione na dokumencie pierwotnym, jeżeli mają zastosowanie dla określonego typu dokumentu sprzedaży/zakupu. Sprzedaż detaliczna Po zaznaczeniu na dokumencie w rejestrze VAT sprzedaży parametru Sprzedaż detaliczna automatycznie dodawany jest typ dokumentu o kodzie RO. Usunięcie kodu RO nie powoduje odznaczenia parametru Sprzedaż detaliczna. Dokument dla kontrahenta powiązanego – sprzedaż Po wyborze na dokumencie w rejestrze VAT sprzedaży kontrahenta na kartotece którego zaznaczono parametr Kontrahent powiązany automatycznie dodawana jest procedura o kodzie TP. Metoda kasowa – zakup Po wyborze na dokumencie w rejestrze VAT zakupu podmiotu na kartotece którego dla parametru Metoda kasowa zaznaczona opcję Zakup lub o zaznaczeniu na dokumencie parametru Metoda kasowa automatycznie dodawany jest typ dokumentu o kodzie MK. Usunięcie kodu MK nie powoduje odznaczenia parametru Metoda kasowa. Jeżeli na dokumencie zaznaczono parametr Metoda kasowa to jest on kwalifikowany do JPK_V7 w miesiącu z daty rozliczenia lub wystawienia (w zależności, która z dat jest późniejsza). Dokument zakupu – Rolnik Po wyborze na dokumencie w rejestrze VAT zakupu podmiotu na kartotece którego zaznaczono parametr Rolnik lub po zaznaczeniu na dokumencie parametru Rolnik automatycznie dodawany jest typ dokumentu o kodzie VAT_RR. W przypadku faktur VAT RR, numer NIP bądź PESEL dostawcy powinien znajdować się w polu NIP na dokumencie w rejestrze VAT zakupu. Dokument zakupu – Import Po wyborze na dokumencie w rejestrze VAT zakupu rodzaju transakcji Import automatycznie dodawana jest procedura o kodzie IMP. Usunięcie kodu IMP nie powoduje zmiany rodzaju transakcji. Jeżeli na dokumencie są wyłącznie pozycje z rodzajem Usługi (brak jest pozycji z rodzajem Towary), wówczas przy zapisie dokumentu pojawia się informacja: Zapisujesz dokument z kodem IMP. Kod ten powinien być stosowany do importu towarów. Na dokumencie nie ma pozycji z rodzajem towar. Czy chcesz aby program usunął kod IMP? Wybór opcji Tak powoduje usunięcie kodu IMP i zapisanie dokumentu. Wybór opcji Nie powoduje zapisanie dokumentu i pozostawienie kodu IMP MPP – podzielona płatność Na dokumentach z datą rozliczenia w VAT od lipca 2021 r. nie jest automatycznie dodawana procedura MPP. Jeżeli na dokumencie z kodem MPP zmieniono datę rozliczenia w VAT na późniejszą niż czerwiec 2021 r. wówczas kod MPP jest usuwany z dokumentu po jego zapisaniu. Jeżeli na dokumencie zmieniono datę rozliczenia w VAT na wcześniejszą niż lipiec 2021 r. wówczas kod MPP jest dodawany na dokument po jego zapisaniu jeżeli na dokumencie zaznaczony jest parametr MPP – Podzielona płatność i kwota dokumentu przekracza 15 tys. zł brutto. Jeżeli kod MPP znajduje się w pliku z którego następuje import do programu to jest on przenoszony na dokument niezależnie od daty rozliczenia w VAT, natomiast w przypadku dokumentu z datą rozliczenia w VAT od lipca 2021 r. kod MPP nie jest przenoszony do pliku JPK_V7. W przypadku metody kasowej kod MPP nie jest dodawany na dokument z datą wpływu (w przypadku rejestru VAT zakupu)/ datą sprzedaży (w przypadku rejestru VAT sprzedaży) od lipca 2021 r. Jeśli kod MPP dodano na dokument z datą wcześniejszą niż lipiec 2021 r., a rozliczenie dokumentu następuje z datą późniejszą niż czerwiec 2021 r. wówczas kod MPP pozostaje na dokumencie, nie jest natomiast przenoszony do pliku JPK_V7.
Uwaga
Procedury o kodach SW, EE, WSTO_EE, IEDTT_WNT, TT_D, I_42, I_63, B_SPV, B_SPV_DOSTAWA i B_MPV_PROWIZJA oraz znacznik technicznyZakupVAT_Marza nie są automatycznie dodawane na dokumencie. Mogą zostać one przeniesione na dokument w rejestrze VAT z karty kontrahenta, z modułu Handel, z kategorii lub dodane ręcznie przez użytkownika.
Uwaga
W przypadku gdy Użytkownik nie korzysta z dostępnego w programie załącznika VAT-ZD lub istnieje potrzeba uwzględnienia dokumentu korygującego ulgę za złe długi z pominięciem VAT-ZD od strony zakupu, wówczas możliwe jest (analogicznie jak w przypadku plików JPK_VAT) skorzystanie z możliwości dodania dokumentów technicznych w rejestrze VAT zakupu i ustawienia na nich atrybutów odpowiednio VAT-ZD ZAKUP NIEZAPŁ i VAT-ZD ZAKUP ZAPŁAC.
W celu ułatwienia weryfikacji jakie kody JPK wybrane zostały na dokumentach w Rejestrze VAT, dostępna jest kolumna Kody JPKV7. W kolumnie tej wyświetlane są kody JPK_V7 wybrane na formularzu dokumentu na zakładce [JPK] w sekcji Kody JPK_V7. Informacje o wybranych na dokumentach (zarówno w Rejestrze VAT jak i w module Handel) kodach JPK_V7 przenoszone są za pomocą pracy rozproszonej.

4. Przygotowanie i eksport plików JPK_V7

4.1. Lista plików JPK_V7

Po kliknięciu w menu JPK pozycji Pliki JPK_V7  otwierane jest okno Pliki JPK_V7 z ulgą na złe długi. Okno to może zostać również wywołane z poziomu menu Rejestry VAT, gdzie również występuje pozycja Pliki JPK_V7. Okno posiada 2 zakładki:
  • JPK_V7,
  • Ulga na złe długi (VAT-ZD).

4.1.1. Zakładka JPK_V7

Na pierwszej zakładce widoczna jest lista utworzonych w programie plików JPK_V7:

Na liście dostępne są następujące informacje w formie kolumn:
  • Miesiąc i Rok którego utworzony plik dotyczy,
  • Korekta (jeżeli plik jest korektą widoczna jest wartość 1),
  • Data obliczenia,
  • Kwota podatku podlegającego wpłacie,
  • Status (w przypadku części deklaracyjnej kolumna przyjmuje wartość obliczona bądź zamknięta, jeżeli plik nie zawiera części deklaracyjnej a wyłącznie ewidencyjną – zawsze ma status zamknięta; w przypadku plików które zostały scalone, w kolumnie wyświetlana jest wartość scalona ),
  • e-Portal (Nie wysłano, Wysłano/nie odebrano UPO, Wysłano/odebrano UPO, Błąd przetwarzania),
  • Zawartość (informacja czy plik zawiera część deklaracyjną i ewidencyjną czy tylko jedną z nich),
  • Scalony (informacja czy plik został scalony),
  • Operator który wysłał plik,
  • Nazwa pliku,
  • Data wysłania – kolumna domyślnie ukryta,
  • PRED (informacja czy dodano predekretację) – kolumna domyślnie ukryta.
  • Typ pliku (informacja czy jest to plik JPK_V7M miesięczny czy JPK_V7K kwartalny oraz czy jest to plik obowiązkowy czy na żądanie) – kolumna domyślnie ukryta,
  • Wersja części deklaracyjnej – kolumna domyślnie ukryta,
Dostępna jest również kolumna służąca do zaznaczania wybranych pozycji na liście. Na dole okna dostępny jest parametr Rok służący do filtrowania listy plików JPK_V7 oraz parametr Pokazuj scalone, po którego zaznaczeniu wyświetlane są również pliki które zostały scalone. Ikona Zmień umożliwia podgląd utworzonego wcześniej pliku (części deklaracyjnej). Po rozwinięciu ikony za pomocą znajdującej się obok niej strzałki możliwe jest podejrzenie Urzędowego Poświadczenia Odbioru: Ikona Usuń  służy do skasowania podświetlonego bądź zaznaczonych plików JPK_V7. Nie można usuwać plików, które uległy scaleniu, plików zatwierdzonych zawierających część deklaracyjną oraz wysłanych do Ministerstwa Finansów. Kliknięcie ikony Zamknij okno  powoduje zamknięcie okna Pliki JPK_V7 z ulgą na złe długi. Pliki JPK_V7 zawierające część deklaracyjną wyświetlane są na liście w kolorze zielonym jeżeli są w buforze (niezatwierdzone), natomiast zatwierdzone pliki wyświetlane są w kolorze czarnym. Pliki zawierające wyłącznie część ewidencyjną wyświetlane są po ich dodaniu w kolorze czarnym (nie podlegają one zatwierdzaniu). Jeżeli do pliku utworzona została korekta lub istnieje później dodany plik za ten sam okres, jest on wyświetlany na liście w kolorze szarym. W menu kontekstowym po kliknięciu prawym przyciskiem myszy na pliku dostępne są opcje Odblokuj JPK_V7 oraz Eksportuj dane w formacie JPK_V7, które zostały opisane w kolejnych punktach biuletynu.

4.1.2. Zakładka Ulga na złe długi (VAT-ZD)

Na drugiej zakładce widoczna jest lista utworzonych w programie zawiadomień VAT-ZD: Jest to analogiczna lista jak ta dotycząca załączników VAT-ZD dla deklaracji VAT-7, nie zawiera tylko kolumn e-Deklaracje i Data wysłania. Również same załączniki VAT-ZD generowane za październik 2020 i okresy późniejsze nie zawierają już zakładki [e-Deklaracje]. Wzorzec dokumentu elektronicznego dla plików JPK_V7 nie przewiduje wysyłania  załącznika VAT-ZD. Jednakże załączniki te nadal są potrzebne w celu utworzenia zapisów korekcyjnych do niezapłaconych faktur, które to powinny w pliku JPK_V7 się znaleźć. Lista zawiera kolumny: Miesiąc, Rok, Korekta, Data obliczenia, Kwota oraz Status. Lista zawiera te same zawiadomienia VAT-ZD, które zostały dodane dla deklaracji VAT-7 (Rejestry VAT/ Deklaracje VAT-7/ zakładka VAT-ZD). Dodanie zawiadomienia na jednej z tych list powoduje wyświetlenie go również w drugim miejscu. Na liście możliwe jest dodanie załącznika VAT-ZD zarówno dla sprzedaży jak i dla zakupu. Na zawiadomieniu VAT-ZD o typie Sprzedaż istnieje możliwość wykazania dokumentów dla podmiotów nie będących podatnikami VAT czynnymi oraz dla osób fizycznych, po zaznaczeniu w sekcji Uwzględniaj dokumenty dla parametrów: podatników VAT nieczynnych i/lub osób fizycznych. Po wygenerowaniu zawiadomienia należy utworzyć do niego zapisy korekcyjne, które zostaną pobrane w momencie generowania pliku JPK_V7. Generowanie zapisów korekcyjnych należy wykonać przed dodaniem pliku JPK_V7 za ten okres lub jego  zatwierdzeniem (dotyczy plików zawierających część deklaracyjną). Po wykonaniu zapisu korekcyjnego należy przeliczyć plik JPK_V7 lub sporządzić jego korektę. Na generowane automatycznie zapisy korekcyjne dotyczące ulgi na złe długi (VAT-ZD) nie są przenoszone kody JPK_V7 uzupełnione na dokumencie pierwotnym. Jeżeli na dokumencie w rejestrze VAT wybrano kontrahenta o kodzie !NIEOKREŚLONY!, wówczas po uwzględnieniu dokumentu na zawiadomieniu VAT-ZD, na zapis korekcyjny przenoszone są dane kontrahenta uzupełnione na dokumencie pierwotnym. Nowy wzorzec dokumentu elektronicznego plików JPK_V7(2) obowiązujący od stycznia 2022 w części ewidencyjnej przewiduje dodatkowe informacje dla dokumentów sprzedażowych. Oprócz oznaczenia, że dokument jest korektą wynikającą z VAT-ZD (w polu KorektaPodstawyOpodt pojawia się wówczas wartość 1) dodane zostały dwa nowe pola: Termin płatności w przypadku korekt dokonanych zgodnie z art. 89a ust. 1 ustawy (pole TerminPlatnosci w pliku XML) – do tego pola przenoszony jest termin płatności dla każdej płatności do dokumentu wykazywanego jako korekta pierwotna (dokument w kolorze czarnym na zawiadomieniu VAT-ZD). Data zapłaty w przypadku korekt dokonanych zgodnie z art. 89a ust. 4 ustawy (pole DataZaplaty) – do tego pola przenoszona jest data dla każdej zapłaty (częściowej bądź całkowitej) dokonanej w tym okresie do dokumentu wykazywanego jako korekta zwrotna (dokument w kolorze zielonym na zawiadomieniu VAT-ZD). Od wersji programu 2023.5.1 na zapisy korekcyjne generowane z zawiadomienia VAT-ZD dla sprzedaży automatycznie dodawane są atrybuty JPK_V7: KOREKTA_ART.89A oraz TERMIN_PLATNOSCI lub DATA_ZAPLATY. Atrybuty te są dodawane również na istniejące już w bazie zapisy korekcyjne podczas konwersji bazy danych.
Uwaga
Jeżeli w danym miesiącu nastąpiło kilka płatności/zapłat do dokumentu i każda z nich ma zostać wykazana w części ewidencyjnej pliku JPK_V7 oddzielnie, należy zmodyfikować wygenerowany automatycznie zbiorczy zapis korekcyjny dla dokumentu i dodać ręcznie zapisy dla każdej płatności/zapłaty z odpowiednim terminem płatności/ datą zapłaty.
W przypadku podglądu pliku JPK_V7 w arkuszu MS Excel, na zakładce JPK_V7_SprzedazWiersz widoczne są kolumny: Korekta art.89a (może przyjmować wartość 1), jak również Termin płatności oraz Data zapłaty uzupełniane datami pobieranymi z pliku. W przypadku korekty pierwotnej dla wykazywanego w pliku dokumentu, uzupełnione są pola Korekta art.89a i Termin płatności, natomiast w przypadku korekty powrotnej – pola Korekta art.89a i Data zapłaty.
Uwaga
W przypadku gdy za określony miesiąc jest już wygenerowane zawiadomienie VAT-ZD i w tym miesiącu następują kolejne zapłaty do dokumentu wykazanego już na zawiadomieniu, wówczas należy usunąć zapisy korekcyjne do tego VAT-ZD, odblokować zawiadomienie i przeliczyć je ponownie. Nie należy w tym przypadku stosować korekt zawiadomienia VAT-ZD, ponieważ może to skutować wykazaniem zduplikowanych pozycji dotyczących zapłat dokumentu w części ewidencyjnej pliku JPK_V7. W przypadku, kiedy plik JPK_V7 wraz z zawiadomieniem VAT-ZD został już złożony i zachodzi potrzeba wykonania jego korekty w związku z uwzględnieniem kolejnej płatności do dokumentu, który już wcześniej wykazany został na zawiadomieniu VAT-ZD za ten sam miesiąc, należy postąpić następująco: 1. Dodać korektę pliku JPK_V7 za ten miesiąc pozostawiając ją w buforze. 2. Usunąć zapisy korekcyjne do zawiadomienia VAT-ZD wygenerowane w tym miesiącu. 3. Odblokować zawiadomienie VAT-ZD i przeliczyć je ponownie. 4. Zablokować VAT-ZD i wygenerować zapisy korekcyjne. 5. Przeliczyć korektę pliku JPK_V7, zablokować ją i wysłać do Urzędu Skarbowego.
Korekta podatku naliczonego i należnego z pominięciem załącznika VAT-ZD W przypadku gdy Użytkownik nie korzysta z dostępnego w programie załącznika VAT-ZD lub istnieje potrzeba uwzględnienia dokumentu korygującego ulgę za złe długi z pominięciem VAT-ZD od strony zakupu, wówczas możliwe jest (analogicznie jak w przypadku plików JPK_VAT) skorzystanie z możliwości dodania dokumentów technicznych w rejestrze VAT zakupu i ustawienia na nich atrybutów odpowiednio VAT-ZD ZAKUP NIEZAPŁ i VAT-ZD ZAKUP ZAPŁAC. W celu wykazania dokumentu w polu P_46 (Korekta podatku naliczonego, o której mowa w art. 89b ust. 1 ustawy) należy dodać w rejestrze zakupu dokument bez pozycji z danymi korygowanego dokumentu: np. numerem faktury oraz danymi kontrahenta i zaznaczoną odpowiednią datą Rozliczać w VAT. Na zakładce [KSeF/JPK] w sekcji Atrybuty JPK_VAT i JPK_V7 należy wybrać atrybut JPK_V7 o nazwie VAT-ZD ZAKUP NIEZAPŁ i uzupełnić odpowiednią wartością na minus. W celu wykazania dokumentu w polu P_47 (Korekta podatku naliczonego, o której mowa w art. 89b ust. 4 ustawy) należy dodać w rejestrze zakupu dokument bez pozycji z danymi korygowanego dokumentu: np. numerem faktury oraz danymi kontrahenta i zaznaczoną odpowiednią datą Rozliczać w VAT. Na zakładce [KSeF/JPK] w sekcji Atrybuty JPK_VAT i JPK_V7 należy wybrać atrybut JPK_V7 o nazwie VAT-ZD ZAKUP ZAPŁAC. i uzupełnić odpowiednią wartością na plus. W przypadku rejestru sprzedaży VAT – jeżeli zachodzi potrzeba wykazania korekty podstawy opodatkowania oraz podatku należnego, o której mowa w art. 89a ust. 1 i 4 Ustawy, a dokumentów sprzedażowych nie ma w programie (np. dotyczą okresu, kiedy księgowość była prowadzona w innym programie lub przez inne Biuro Rachunkowe), możliwe jest oznaczenie wprowadzonych do rejestru sprzedaży VAT dokumentów technicznych jako korekty pierwotnej lub korekty powrotnej z pominięciem załącznika VAT-ZD. Służą do tego atrybuty JPK_V7: KOREKTA_ART.89A, TERMIN_PLATNOSCI oraz DATA_ZAPLATY. Chcąc oznaczyć dokument w rejestrze sprzedaży VAT jako korektę, o której mowa w art. 89a ust. 1 Ustawy (zmniejszenie podstawy opodatkowania, korekta pierwotna), należy dodać na dokumencie na zakładce [KSeF/JPK] w sekcji Atrybuty JPK_VAT i JPK_V7 atrybut KOREKTA_ART.89A, wybierając wartość Tak oraz atrybut TERMIN_PLATNOSCI i uzupełnić na nim oczekiwaną datę. Na zakładce [Ogólne] dokumentu należy wprowadzić pozycję/pozycje z wartością ujemną w odpowiedniej stawce VAT. Parametr Rozliczać w VAT powinien wskazywać na okres zgodny ze sporządzanym plikiem JPK_V7. Dokument powinien mieć zaznaczony parametr Wewnętrzny aby nie wygenerował on płatności do rozliczenia w module Kasa/Bank. Po zaznaczeniu tego parametru należy na dokumencie z zakładki [KSeF/JPK] z sekcji Kody JPK_VAT usunąć kod WEW. Chcąc oznaczyć dokument w rejestrze sprzedaży VAT jako korektę o której mowa w art. 89a ust. 4 Ustawy (zwiększenie podstawy opodatkowania, korekta powrotna), należy dodać na dokumencie na zakładce [KSeF/JPK] w sekcji Atrybuty JPK_VAT i JPK_V7 atrybut KOREKTA_ART.89A, wybierając wartość Tak oraz atrybut DATA_ZAPLATY i uzupełnić na nim oczekiwaną datę. Na zakładce [Ogólne] dokumentu należy wprowadzić pozycję/pozycje z wartością dodatnią w odpowiedniej stawce VAT. Parametr Rozliczać w VAT powinien wskazywać na okres zgodny ze sporządzanym plikiem JPK_V7. Dokument powinien mieć zaznaczony parametr Wewnętrzny aby nie wygenerował on płatności do rozliczenia w module Kasa/Bank. Po zaznaczeniu tego parametru należy na dokumencie z zakładki [KSeF/JPK] z sekcji Kody JPK_VAT usunąć kod WEW. Oznaczenie w ten sposób dokumentów spowoduje odpowiednie ich wykazanie w części ewidencyjnej pliku JPK_V7. Jeżeli chodzi o pola P_68 oraz P_69 znajdujące się na części deklaracyjnej pliku, powinny one zostać uzupełnione przez Użytkownika samodzielnie.

4.2. Generowanie pliku JPK_V7

Po kliknięciu ikony Dodaj  otwierane jest okno Eksport plików JPK_V7: Na oknie tym należy wskazać czy plik JPK_V7 jest plikiem obowiązkowym (domyślna opcja) czy też składanym na żądanie Urzędu Skarbowego podczas kontroli. Możliwe jest dodanie za ten sam okres pliku obowiązkowego oraz na żądanie US. Należy również wskazać okres (rok i miesiąc) za który składany jest plik. Pierwszy plik JPK_V7 można utworzyć dopiero za miesiąc październik 2020. Przy próbie dodania pliku za okresy wcześniejsze pojawia się komunikat: Nie można utworzyć pliku JPK_V7. Za ten okres obowiązuje plik JPK_VAT. Jeżeli w Konfiguracji Firmy/ Księgowość/ Deklaracje i stawki podatkowe zaznaczony jest parametr Kwartalne rozliczenia VAT, w zależności od wyboru miesiąca będzie się generował nowy plik JPK_V7 albo tylko z częścią ewidencyjną (w przypadku wskazania dwóch pierwszych miesięcy kwartału) albo z częścią ewidencyjną za ostatni miesiąc kwartału i deklaracyjną za cały kwartał (w przypadku wskazania ostatniego miesiąca kwartału). Jeżeli wspomniany parametr nie jest zaznaczony (czyli obowiązuje miesięczny okres rozliczania podatku VAT), wygenerowany zostanie plik z częścią ewidencyjną i deklaracyjną za wskazany miesiąc. Na oknie należy wybrać Urząd Skarbowy (obowiązkowe pole do uzupełnienia).  W tym polu podpowiada się Urząd Skarbowy dla deklaracji VAT wskazany w Konfiguracji Firmy/ Dane firmy/ Deklaracje. Wskazany urząd powinien mieć na swojej karcie uzupełniony czterocyfrowy kod urzędu. Jeśli ten kod nie jest uzupełniony, wówczas wyświetlane jest ostrzeżenie: „Na karcie US nie uzupełniono kodu urzędu. Eksport plików JPK będzie możliwy po uzupełnieniu kodu urzędu na karcie US.” Kolejną uzupełnianą informacją jest współczynnik szacunkowy struktury sprzedaży. Wartość współczynnika podpowiada się na podstawie deklaracji za miesiąc poprzedni (jeśli była dodana w danym roku). W przypadku pliku za miesiąc styczeń, współczynnik wyliczany jest na podstawie zapisów z rejestru sprzedaży za poprzedni rok. Wówczas do wyliczenia wartości współczynnika brane są pod uwagę dokumenty, które na pozycji w kolumnie Uwz. w proporcji mają ustawione Uwzględniaj lub Tylko w mianowniku. Proporcja jest wyliczana jako iloraz, gdzie w liczniku znajduje się roczny obrót z tytułu czynności, w związku z którymi podatnik ma prawo do obniżenia podatku należnego, a w mianowniku całkowity roczny obrót podatnika (łącznie np. z subwencjami). W przypadku braku zapisów w rejestrze VAT za poprzedni rok, podpowiada się współczynnik w wartości 100%, natomiast Użytkownik może go ręcznie zmodyfikować zaznaczając parametr. Po zaznaczeniu parametru i wprowadzeniu wartości współczynnika, jest ona zapamiętywana dla kolejnych plików JPK_V7. Według wskazanego współczynnika szacunkowego struktury sprzedaży przeliczana jest część deklaracyjna, jak również zapisy części ewidencyjnej dotyczącej zakupów z odliczeniami warunkowymi. Wartość współczynnika szacunkowego struktury sprzedaży określana jest z dokładnością do 2 miejsc po przecinku. Umożliwia to obsługę prewspółczynnika przez jednostki budżetowe. Z poziomu części deklaracyjnej pliku JPK_V7 za styczeń lub pierwszy kwartał roku dostępne są wydruki Obliczenie korekty VAT dla zakupów 20XX prezentujące wyliczone przez program kwoty korekty podatku naliczonego wynikające ze zmiany wartości współczynnika szacunkowego struktury sprzedaży. Z wydruków mogą skorzystać firmy nie rozliczające VAT prewspółczynnikiem. U dołu okna znajduje się lista najczęściej zadawanych pytań dotyczących plików JPK_V7 wraz z odpowiedziami. Ikona Anuluj  powoduje zamknięcie okna Eksport plików JPK_V7 bez wygenerowania pliku. Po kliknięciu ikony Utwórz plik  następuje wygenerowanie pliku JPK_V7 za wskazany okres.

Jeżeli w bazie istnieją już dokumenty zawierające jednocześnie więcej niż jeden kod dotyczący typu dokumentu, podczas przeliczania pliku JPK_V7 pojawia się komunikat uniemożliwiający utworzenie pliku: Plik JPK_V7 nie może być naliczony. Istnieją transakcje zawierające więcej niż jeden typ dokumentu na zakładce Kody JPK_V7. Po zatwierdzeniu komunikatu pojawia się Lista dokumentów z więcej niż jednym typem dokumentu JPK_V7.

Dokumenty z więcej niż jednym kodem określającym typ dokumentu mogą występować jeżeli zostały dodane we wcześniejszej wersji programu niż 2021.0.1. Mogły również zostać zaimportowane z pliku VAT_R lub za pomocą pracy rozproszonej (w szczególności jeżeli pliki te pochodziły z programów innych producentów). Użytkownik powinien na każdym z wymienionych na liście dokumentów pozostawić tylko jeden kod dotyczący typu dokumentu.

Uwaga
Przed generowaniem pliku JPK_V7, jeżeli ma zostać uwzględniona ulga na złe długi, należy najpierw naliczyć zawiadomienie VAT-ZD, wygenerować zapisy korekcyjne i dopiero wówczas utworzyć plik JPK_V7.
W przypadku rozliczenia VAT miesięcznego i za trzeci miesiąc kwartału dla rozliczenia kwartalnego VAT otwierane jest okno z częścią deklaracyjną pliku:   W zależności od okresu za jaki sporządzany jest plik, otworzona zostanie część deklaracyjna JPK_V7 w wersji formularza 21 (pliki JPK_V7 za okresy do grudnia 2021) lub część deklaracyjna JPK_V7 w wersji 22 (pliki JPK_V7 za okresy od stycznia 2022). Okno to jest bardzo podobne do formularza dostępnej w programie deklaracji VAT-7. Okres za który sporządzany jest plik, jak również wartość szacunkowego współczynnika struktury sprzedaży pobierane są z okna Eksport plików JPK_V7 i na oknie z częścią deklaracyjną nie podlegają edycji. W poszczególnych polach uzupełnione będą automatycznie kwoty na podstawie zapisów w rejestrach VAT. Część pól umożliwia ręczną edycję wartości przez Użytkownika, pozwalając na wpisanie własnych danych. Na podstawie występujących na formularzu danych (wyliczonych automatycznie, jak i wpisanych ręcznie) do pliku JPK_V7 zostaną przeniesione wartości do odpowiednich pól odpowiadających tym z formularza deklaracji.
Uwaga
W przypadku kwartalnego rozliczania podatku VAT, pliki JPK_V7 za 2 pierwsze miesiące kwartału zawierają wyłącznie część ewidencyjną (bez części deklaracyjnej), natomiast plik za ostatni miesiąc kwartału zawiera zarówno część ewidencyjną, jak i deklaracyjną. Dla miesięcznego okresu rozliczania podatku VAT, pliki JPK_V7 zawierają obie części – deklaracyjną i ewidencyjną. W związku z tym w przypadku kwartalnej metody rozliczania podatku VAT, jeżeli plik generowany jest za dwa pierwsze miesiące kwartału, po kliknięciu ikony Utwórz plik  następuje od razu utworzenie części ewidencyjnej pliku JPK_V7 bez otwarcia formularza z częścią deklaracyjną.
  W celu wykazywania w pliku JPK_V7 kwot w polach 33-36 oraz 44-47 należy dodać do rejestru VAT dokument techniczny z odpowiednim atrybutem. Taki sposób kwalifikacji dokumentów umożliwia wykazanie w części ewidencyjnej kwoty podatku należnego oraz korekty podatku naliczonego w innym miesiącu niż jest to wykazywane w części deklaracyjnej pliku. Wykorzystanie atrybutów na dokumentach technicznych jest analogicznym działaniem jak w przypadku plików JPK_VAT. Dotyczy to zarówno miesięcznego, jak i kwartalnego rozliczenia podatku VAT.
Uwaga
W celu wykazania w pliku JPK_V7 kwot w polach 33-36 oraz 44-47 należy na dokumencie wybrać standardowo dostępny w programie atrybut o typie JPK i odpowiedniej nazwie. Nie należy dodawać i wybierać na dokumentach atrybutów o tych samych nazwach jak atrybuty standardowe, ale o niewłaściwym typie (atrybutów kontrahenta bądź dokumentu). Atrybut należy wybrać na dokumencie w Rejestrze VAT na zakładce [KSeF/JPK] w sekcji Atrybuty JPK_VAT i JPK_V7:
Po wprowadzeniu dokumentów technicznych z odpowiednimi atrybutami, na części deklaracyjnej zostaną automatycznie uzupełnione odpowiadające im pola (nie ma potrzeby wpisywania w nich ponownie kwot ręcznie, jak było to w przypadku deklaracji VAT-7). W związku z tym pola 33,34,35,36,46,47 są zablokowane do edycji. Wyjątkiem są pola 44 i 45, które są aktywne do zmiany. Dla tych pól należy dodać dokument techniczny (w celu wykazania w części ewidencyjnej pliku), a dodatkowo na części deklaracyjnej uzupełnić wartość. Wynika to z tego, że te pola są wyliczane automatycznie w pliku JPK_V7 za styczeń bądź pierwszy kwartał jako korekta roczna, w przypadku stosowania szacunkowego współczynnika struktury sprzedaży, i może zaistnieć potrzeba ich ręcznej zmiany. Obok pól 33-36 oraz 44-47 dostępna jest ikona , po najechaniu na którą pojawia się chmurka z informacją jak należy wprowadzić dokument, aby kwota pojawiła się w danym polu. Na dokumencie technicznym wartość atrybutu (kwota) może zostać wpisana z groszami. Poniżej znajdują się informacje dotyczące poszczególnych pól: Aby wartość w polu P_33 (Podatek należny od towarów objętych spisem z natury) została uwzględniona na deklaracji i w części ewidencyjnej pliku należy dodać w rejestrze sprzedaży dokument bez pozycji z atrybutem JPK_V7 o nazwie PODATEK OD SPISU i odpowiednią wartością oraz zaznaczoną datą Rozliczać w VAT. Aby wartość w polu P_34 (Zwrot odliczonej lub zwróconej kwoty wydatkowanej na zakup kas rejestrujących) została uwzględniona na deklaracji i w części ewidencyjnej pliku należy dodać w rejestrze sprzedaży dokument bez pozycji z atrybutem JPK_V7 o nazwie ZWROT ZA KASĘ FISKAL i odpowiednią wartością oraz zaznaczoną datą Rozliczać w VAT. Wartość w polu P_35 (Podatek od wewnątrzwspólnotowego nabycia środków transportu) jest częścią pola P_24 (Wewnątrzwspólnotowe nabycie towarów – kwota VAT dokumentów z wybranym rodzajem Środki transportu). Jeśli wartość w polu P_35 nie wynika z pola P_24, wówczas należy dodać w rejestrze sprzedaży dokument bez pozycji z atrybutem JPK_V7 o nazwie WEWN.NABYCIE ŚR.TRAN i odpowiednią wartością oraz zaznaczoną datą Rozliczać w VAT. Aby wartość w polu P_36 (Podatek od wewn. nabycia towarów art. 103 ust. 5aa) została uwzględniona na deklaracji i w części ewidencyjnej pliku należy dodać w rejestrze sprzedaży dokument bez pozycji z atrybutem JPK_V7 o nazwie WEWN.NAB.PALIW SILN. i odpowiednią wartością oraz zaznaczoną datą Rozliczać w VAT. Aby wartość w polu P_44 (Korekta podatku naliczonego od nabycia środków trwałych) została uwzględniona w części ewidencyjnej pliku należy dodać w rejestrze zakupu dokument bez pozycji z atrybutem JPK_V7 o nazwie KOREKTA ŚR. TRWAŁYCH i odpowiednią wartością oraz zaznaczoną datą Rozliczać w VAT. Aby wartość w polu P_45 (Korekta podatku naliczonego od pozostałych nabyć) została uwzględniona w części ewidencyjnej pliku należy dodać w rejestrze zakupu dokument bez pozycji z atrybutem JPK_V7 o nazwie KOREKTA POZ. NABYĆ i odpowiednią wartością oraz zaznaczoną datą Rozliczać w VAT. Wartość w polu P_46 (Korekta podatku naliczonego, o której mowa w art. 89b ust. 1 ustawy) wynika z zapisów korekcyjnych do VAT-ZD. Jeśli nie ma takich zapisów, wówczas należy dodać w rejestrze zakupu dokument bez pozycji z danymi korygowanego dokumentu: np. numerem faktury oraz danymi kontrahenta, z atrybutem JPK_V7 o nazwie VAT-ZD ZAKUP NIEZAPŁ i odpowiednią wartością na minus oraz zaznaczoną datą Rozliczać w VAT. Wartość w polu P_47 (Korekta podatku naliczonego, o której mowa w art. 89b ust. 4 ustawy) wynika z zapisów korekcyjnych do VAT-ZD. Jeśli nie ,ma takich zapisów, wówczas należy dodać w rejestrze zakupu dokument bez pozycji z danymi korygowanego dokumentu: np. numerem faktury oraz danymi kontrahenta, z atrybutem JPK_V7 o nazwie VAT-ZD ZAKUP ZAPŁAC. i odpowiednią wartością na plus oraz zaznaczoną datą Rozliczać w VAT. Podczas importu dokumentów do rejestrów VAT z plików JPK_V7, dokumenty techniczne z powyższymi atrybutami nie są importowane. W stosunku do wzoru deklaracji VAT-7(20), na części deklaracyjnej JPK_V7 w wersji formularza 21 i 22 dodane zostały pola P_59 – P_61 dotyczące Wniosku o zaliczenie podatku na poczet przyszłych zobowiązań. Ponadto w przypadku części deklaracyjnej JPK_V7 w wersji formularza 22 (pliki JPK_V7 za okresy od stycznia 2022) dostępnych jest 6 terminów zwrotu podatku (w wersji 21 były 4 terminy zwrotu).   W polu 60 Wysokość zwrotu do zaliczenia na poczet przyszłych zobowiązań podatkowych może zostać wpisana maksymalnie wartość z pola 54 Kwota do zwrotu na rachunek bankowy. Dodane zostały również pola P_68 i P_69 prezentujące łączną sumę kwot netto i VAT dla zapisów korekcyjnych dla VAT-ZD od sprzedaży uwzględnionych w bieżącym miesiącu/kwartale:   W 22 wersji formularza części deklaracyjnej dostępne jest nowe pole P_660 – Podatnik ułatwiał w okresie rozliczeniowym dokonanie czynności, o których mowa w art. 109b ust. 4 ustawy (pole do ręcznego zaznaczenia). Do pliku JPK_V7 przenoszona jest informacja o dacie jego utworzenia, pobierana jako data systemowa ze stanowiska komputerowego. Dane podatnika (NIP i nazwa pełna) pobierane są z pieczątki firmy. Jeżeli w Konfiguracji Firmy/ Dane firmy/ VAT, AKC-WW, CUK zaznaczono parametr Podatnik jest osobą fizyczną, wówczas wymagane przez plik dane jak Nazwisko i Imię podatnika pobierane są z tej właśnie gałęzi, natomiast adres e-mail, jak również numer telefonu pobierane są z części deklaracyjnej pliku JPK_V7 (jeżeli są tam uzupełnione). W przypadku numeru telefonu, jeżeli nie jest wskazany w części deklaracyjnej pliku, jest pobierany z Konfiguracji Firmy/ Dane firmy/ VAT, AKC-WW, CUK – odpowiednio z danych przedstawiciela, a jeżeli tam jest nieuzupełniony – z danych adresowych firmy. Jeżeli chodzi o adres e-mail, jeżeli nie jest wskazany w części deklaracyjnej pliku JPK_V7, jest pobierany z Konfiguracji Firmy/ Dane firmy/ VAT, AKC-WW, CUK z danych przedstawiciela, a jeżeli tam nie jest wskazany – z Pieczątki firmy.
Uwaga
Do poprawnej wysyłki pliku JPK_V7 wymagane jest uzupełnienie adresu e-mail na 4 zakładce części deklaracyjnej.
Jeżeli podatnik rozlicza VAT metodą struktury zakupów, na oknie dostępna jest ikona  Struktura zakupów służąca do obliczenia podatku należnego dokonując podziału sprzedaży za dany miesiąc w proporcjach wynikających z udokumentowanych zakupów. Po wykonaniu tej operacji należy ponownie przeliczyć część deklaracyjną pliku JPK_V7 za pomocą ikony  Przelicz. Po zweryfikowaniu wyliczonych wartości i ewentualnym uzupełnieniu odpowiednich pól na formularzu Użytkownik może zatwierdzić deklarację klikając na ikonę Zapisz zmiany  co spowoduje wygenerowanie pliku JPK_V7. Wygenerowany plik składa się z dwóch części – deklaracyjnej i ewidencyjnej lub tylko jednej z nich. Zapisy z rejestrów VAT przesyłane są do części ewidencyjnej według daty obowiązku podatkowego. Dla rejestru sprzedaży VAT to data obowiązku podatkowego a dla rejestru VAT zakupu – data prawa do odliczenia.  Wyjątek stanowią faktury wystawione do paragonów posiadające kod JPK_V7 o symbolu FP – trafiają one do pliku zgodnie z datą wystawienia. Podczas eksportu Rejestrów VAT do części ewidencyjnej plików JPK_V7 przenoszone są m.in. następujące dane: Dla Rejestru VAT zakupu:
  • Identyfikator podatkowy podmiotu z zapisu w rejestrze VAT (NIP w przypadku podmiotu gospodarczego, w przypadku osób fizycznych wstawiana jest wartość BRAK); w przypadku nieuzupełnienia numeru NIP na dokumencie do pliku przenoszona jest wartość BRAK
  • Nazwa dostawcy z zapisu w rejestrze VAT; w przypadku nieuzupełnienia pola Nazwa na dokumencie, do pliku przenoszona jest wartość BRAK
  • Data wystawienia
  • Data wpływu (jeżeli jest różna od daty wystawienia)
  • Numer dokumentu
  • Kwoty podzielone według kwalifikacji do VAT
  • Informacje o typie dokumentu, procedurze i oznaczeniu technicznym ZakupVAT_Marza na na podstawie znajdujących się na dokumencie kodach JPK_V7
  • W przypadku zapisów korekcyjnych wygenerowanych z załącznika VAT-ZD przenoszona jest informacja o korekcie zgodnie z art. 89a oraz termin płatności / data zapłaty
Dla Rejestru VAT sprzedaży:
  • Identyfikator podatkowy podmiotu z zapisu w rejestrze VAT (NIP w przypadku podmiotu gospodarczego, w przypadku osób fizycznych wstawiana jest wartość BRAK); w przypadku nieuzupełnienia numeru NIP na dokumencie do pliku przenoszona jest wartość BRAK,
  • Nazwa kontrahenta z zapisu w rejestrze VAT; w przypadku nieuzupełnienia pola Nazwa na dokumencie, do pliku przenoszona jest wartość BRAK; jeżeli dokument jest Paragonem (ma wybrany kod RO), wówczas w polu określającym nazwę kontrahenta pojawia się opis SPRZEDAŻ PARAGONOWA,
  • Data wystawienia,
  • Data sprzedaży (o ile różni się od daty wystawienia)
  • Numer dokumentu
  • Kwoty podzielone według kwalifikacji do VAT
  • Informacje o typie dokumentu, procedurze i kodach towarowych na podstawie znajdujących się na dokumencie kodach JPK_V7
Wszystkie kody JPK_V7 uzupełnione na dokumentach, z wyjątkiem przypadków opisanych w rozdziale 3.2.5, są przenoszone do pliku i możliwe jest podejrzenie jego zawartości w MS Excelu. Pozwala to na weryfikację które kody zostały przypisane do określonego dokumentu (w kolumnach odpowiadającym poszczególnym kodom pojawi się oznaczenia 1 dla kodu, który znajduje się na dokumencie). Dane te są wymagane przez wzór dokumentu elektronicznego i muszą być uzupełnione w programie przed wysyłką plików JPK_V7. W logu z procesu generowania pliku JPK_V7 pojawia się informacja/ostrzeżenie dla jakich dokumentów i do jakich pól wstawiono do pliku wartość BRAK/SPRZEDAŻ PARAGONOWA wraz z sugestią, aby Użytkownik zweryfikował poprawność tych dokumentów. W przypadku raportu dobowego lub faktury dla osoby fizycznej brak numeru NIP nie jest błędem, natomiast w przypadku np. faktury sprzedaży dla podmiotu gospodarczego dane takie jak numer NIP i nazwa kontrahenta powinny zostać uzupełnione na dokumencie a plik JPK_V7 ponownie wygenerowany. Część deklaracyjna pliku JPK_V7 może mieć status obliczona (w buforze) lub zamknięta – analogicznie jak pozostałe typy deklaracji. Jeżeli deklaracja została zamknięta, możliwe jest jej odblokowanie z poziomu listy plików JPK_V7 poprzez kliknięcie na niej prawym przyciskiem myszy i wybranie opcji Odblokuj JPK_V7. W przypadku pliku JPK_V7 który został już wysłany, odblokowanie jest możliwe jeżeli operator ma na swojej karcie zaznaczony parametr Prawo do odblok. Wysłanej e-Deklaracji oraz plik JPK ma status Wysłano/odebrano UPO lub Błąd przetwarzania. Odblokowanie nie jest możliwe dla pliku posiadającego status Wysłano/nie odebrano UPO. Część deklaracyjna pliku (w przypadku obowiązkowych plików JPK_V7) generuje w preliminarzu płatność o kierunku rozchód na kwotę podatku do zapłaty (pole P_51) lub płatność o kierunku przychód na kwotę do zwrotu na rachunek bankowy (pole P_54 w pliku). Stan płatności jest przenoszony z części deklaracyjnej: płatność ma stan bufor jeżeli deklaracja jest niezatwierdzona lub do realizacji jeżeli deklaracja została zablokowana przez zmianami. Korekta części deklaracyjnej pliku generuje płatność na kwotę różnicy podatku do zapłaty (lub kwoty zwrotu na rachunek bankowy) w stosunku do korygowanej deklaracji. W przypadku plików JPK_V7 na żądanie Urzędu Skarbowego – generują one płatności o statusie Nie podlega jeżeli za dany okres nie ma jeszcze dodanego obowiązkowego pliku JPK_V7. W celu zapewnienia prawidłowości rozliczeń płatności wynikających z części deklaracyjnej plików JPK_V7 zaleca się dodawanie pliku na żądanie dopiero wówczas, kiedy wcześniej utworzony już został obowiązkowy plik JPK_V7 (i ewentualne jego korekty). W przeciwnym razie obowiązkowy plik JPK_V7 dodany za okres za który dodano już wcześniej plik na żądanie nie wygeneruje nowej płatności w preliminarzu (lub wygeneruje płatność tylko na kwotę różnicy w stosunku do pliku na żądanie). W przypadku kliknięcia ikony Anuluj zmiany  następuje odrzucenie tworzonego pliku i powrót na listę plików JPK_V7. Wygenerowanie pliku JPK_V7 powoduje utworzenie pliku w formacie XML. Jeżeli folder dla plików JPK nie został wskazany w konfiguracji na danym stanowisku komputerowym, podczas próby utworzenia pliku pojawia się komunikat: W menu Konfiguracja->Stanowisko->Ogólne->Jednolity plik kontrolny nie ustawiono katalogu dla plików z danymi. Czy chcesz skonfigurować teraz? Po wybraniu opcji Tak następuje otwarcie okna Konfiguracji  na którym można wskazać folder zapisu dla plików JPK. Po zapisaniu pliku z częścią deklaracyjną istnieje możliwość edycji tego pliku do czasu kiedy pozostaje on w buforze i ponownego przeliczenia części deklaracyjnej. W takim wypadku jeżeli po utworzeniu pliku użytkownik dokona zmian w części deklaracyjnej, wówczas utworzony zostanie nowy plik XML zawierający plik JPK_V7 w tej lokalizacji na dysku. Istnieje możliwość ponownego wygenerowania pliku XML dla pliku JPK_V7. Dzięki temu, jeżeli plik JPK_V7 jest już wysłany a poprzedni plik XML został usunięty z dysku lub utworzony na innym komputerze, jest możliwe uzyskanie nowego pliku XML zawierającego dane z pliku JPK. W menu podręcznym, po kliknięciu prawym przyciskiem myszy na wybranym pliku JPK, dostępna jest opcja Eksportuj dane w formacie JPK_V7. Po jej wybraniu w folderze zapisu plików JPK wskazanym w Konfiguracji Stanowiska/ Ogólne/ Jednolity plik kontrolny tworzony jest plik XML . Plik JPK_V7 zawierający część deklaracyjną przed wysłaniem musi zostać zatwierdzony poprzez zaznaczenie na nim parametru Zablokuj deklarację przed zmianami. Jeżeli został sporządzony plik JPK_V7 z częścią deklaracyjną i nie został zatwierdzony, a w międzyczasie nastąpiły zmiany w rejestrze VAT wpływające na wykazywane w pliku informacje, podczas próby zablokowania części deklaracyjnej pojawia się informacja: Błąd obliczania deklaracji. Od ostatniego przeliczenia deklaracji nastąpiły zmiany w ewidencji, należy ponownie przeliczyć deklarację. Po pojawieniu się tego komunikatu należy kliknąć ikonę Przelicz na formularzu części deklaracyjnej i zapisać zmiany. Komunikat nie pojawia się jeżeli na części deklaracyjnej uzupełniono wyłącznie pola P_39 lub P_44 – P_47. Jeżeli w Konfiguracji Programu/ Ogólne/ e-Deklaracje/JPK zaznaczony jest parametr Sprawdzaj poprawność plików JPK przed wysłaniem, wówczas weryfikacja zgodności pliku JPK_V7 z wzorcem Ministerstwa Finansów odbywa się zarówno podczas tworzenia pliku, jak również podczas jego wysyłki. Generowany plik jest również weryfikowany pod kątem uzupełnienia pól obowiązkowych. Użytkownik otrzymuje informację jeśli jakieś dane nie zostały prawidłowo uzupełnione, np. brakuje adresu e-mail lub imienia i nazwiska w przypadku podatnika będącego osobą fizyczną. Wyłączenie walidacji jest możliwe w Konfiguracji Programu/ Ogólne/ e-Deklaracje/JPK ale nie jest zalecane. Pliki zawierające błędy bądź niepełne informacje nie są wysyłane. Jeżeli w trakcie sprawdzania poprawności pliku JPK_V7 wystąpią błędy związane z walidacją, wówczas generowany jest komunikat: „Jeżeli plik JPK_V7 zawiera część deklaracyjną należy go odblokować, poprawnie uzupełnić dane, przeliczyć JPK_V7 i ponownie wysłać. W przypadku pliku zawierającego tylko ewidencję należy uzupełnić brakujące dane, dodać nowy plik JPK_V7 i ponownie wysłać. Poprzedni plik można usunąć.” W przypadku gdy plik JPK_V7 z deklaracją został utworzony a nastąpiła zmiana danych na deklaracji (np. uzupełniono kwotę do zwrotu na rachunek bankowy) i w trakcie zapisywania pliku przerwano tę operację lub wystąpił inny błąd uniemożliwiający zapisanie pliku XML, wówczas plik jest aktualizowany o zmienione dane w momencie jego wysyłki na serwery Ministerstwa Finansów.
Uwaga
Występujący w logu podczas generowania plików JPK komunikat: „Nie można sprawdzić poprawności wygenerowanego dokumentu(XML), ponieważ występują problemy z dostępem do serwerów Ministerstwa Finansów. Plik JPK można wysłać, a jego poprawność zostanie sprawdzona przy odbiorze UPO lub wysłać w innym terminie, gdy dostęp do serwerów zostanie przywrócony. (Nie udało się pobrać schematu” może wynikać z braku możliwości połączenia się z serwerem http://crd.gov.pl, na którym znajdują się wzorce dokumentu elektronicznego z którymi Comarch ERP Optima porównuje generowany plik JPK. Należy sprawdzić na stanowisku ustawienia programu antywirusowego, zapory sieciowej, a w przypadku korzystania z serwera proxy – dodać wyjątek na ten adres. Komunikat może również wynikać z czasowej niedostępności tego serwera. Należy również zweryfikować możliwość nawiązania komunikacji z adresem www.mf.gov.pl.

4.3. Wysyłka plików JPK_V7

Znajdująca się na dole okna Pliki JPK_V7 z ulgą na złe długi ikona Wyślij  umożliwia wysłanie zaznaczonych plików JPK_V7 za pomocą:
  • podpisu kwalifikowanego,
  • podpisu niekwalifikowanego (wyłącznie osoby fizyczne)
  • podpisu zaufanego.
Odpowiednią opcję należy wybrać po rozwinięciu ikony Wyślij: Wybranie pierwszej opcji powoduje wywołanie okna Wybierz certyfikat do podpisu zawierającego listę zainstalowanych w systemie Windows certyfikatów służących do elektronicznego podpisywania wysyłanych deklaracji oraz plików JPK_V7.
Uwaga
Jeżeli Użytkownik korzysta z podpisu kwalifikowanego (np. Szafir) podpisując nim w programie Comarch ERP Optima deklaracje, a pomimo to podczas wysyłania pliku JPK_V7 na liście certyfikatów podpis nie jest widoczny, wówczas należy zaktualizować ze strony producenta aplikację do obsługi karty kryptograficznej i zrestartować komputer. Warunkiem widoczności certyfikatu jest jego zainstalowanie w systemie operacyjnym. Certyfikat musi być prawidłowy (zaufany). W celu weryfikacji poprawności certyfikatu należy uruchomić program certmgr.msc. W grupie certyfikatów osobistych należy sprawdzić, czy jest widoczny certyfikat, który ma być wykorzystany do podpisu. Jeżeli go nie ma w tym miejscu, oznacza to że certyfikat nie został zainstalowany w systemie Windows. Po wyświetleniu szczegółów certyfikatu należy na zakładce [Ogólne] upewnić się czy jest on aktualny oraz czy widoczna jest informacja: Masz klucz prywatny, który odpowiada temu certyfikatowi. Dodatkowo na zakładce [Ścieżka certyfikacji] musi być widoczny stan certyfikatu: Ten certyfikat jest prawidłowy – tak jak na poniższych zrzutach ekranu:
Po wybraniu opcji Wyślij podpisem niekwalifikowanym otwierane jest okno z danymi podatnika pobranymi z Konfiguracji Firmy/ Dane firmy/ VAT, AKC-WW: numerem NIP, imieniem i nazwiskiem oraz datą urodzenia. Na oknie należy uzupełnić kwotę przychodu podatnika za dwa lata wstecz. Domyślnie w tym polu wykazywana jest kwota 0,00.
Uwaga
Podpisywanie plików JPK_V7 podpisem niekwalifikowanym możliwe jest jedynie dla osób fizycznych. Wysłanie tym sposobem plików JPK_V7 podatników nie będących osobami fizycznymi nie jest możliwe.
Jeżeli podczas wysyłki pliku JPK_V7 podano niewłaściwą kwotę przychodu (podczas odbioru UPO pojawił się błąd o kodzie 403), wówczas plik JPK_V7 uzyskuje z powrotem status Nie wysłano, umożliwiając ponowną jego wysyłkę. W przypadku podpisu niekwalifikowanego nieprawidłowe dane autoryzacyjne nie blokują możliwości kolejnej próby wysyłki pliku JPK_V7. Możliwe jest ponowne wprowadzenie prawidłowych danych i wysyłka pliku. Korzystając z wysyłki plików JPK_V7 za pomocą podpisu niekwalifikowanego należy upewnić się, że są podane wszystkie wymagane dane. Brak jednej z nich (np. numeru NIP, imienia bądź nazwiska) powoduje wyświetlenie komunikatu: Nieprawidłowy format danych autoryzujących. Po wybraniu opcji Wyślij podpisem zaufanym dla plików o statusie Nie wysłano otwierane jest okno z kreatorem procesu podpisywania pliku JPK podpisem zaufanym: Plik JPK przeznaczony do podpisu za pomocą podpisu zaufanego tworzony jest w katalogu wskazanym w Comarch ERP Optima w Konfiguracji Stanowiska/ Ogólne/ Jednolity Plik Kontrolny w katalogu zgodnym z nazwą firmy w podkatalogu E-PUAP. Informacja o dokładnej ścieżce do pliku znajduje się na oknie Podpisywanie pliku JPK podpisem zaufanym w pierwszym kroku kreatora. Tam również dostępny jest przycisk Skopiuj link do schowka, którego użycie ułatwia wklejenie ścieżki do katalogu, w którym znajduje się przygotowany plik JPK na stronie ePUAP. W drugim kroku należy przejść  na stronę https://moj.gov.pl/uslugi/signer/upload?xFormsAppName=SIGNER i podpisać wygenerowany plik JPK_V7. Po podpisaniu pliku i jego zapisaniu na dysku, należy go wskazać klikając na przycisk Wybierz podpisany plik JPK. Ikona Odbierz UPO służy do odebrania Urzędowego Poświadczenia Odbioru dla zaznaczonych plików JPK_V7. UPO dla podświetlonego na liście pliku można podejrzeć za pomocą ikony  . Ikony Wyślij oraz Odbierz UPO są aktywne dla operatora, który na swojej karcie ma zaznaczony parametr Prawo do eksportu plików JPK.

4.4. Korekta pliku JPK_V7

Dostępna na oknie Pliki JPK_V7 z ulgą na złe długi ikona Korekta  udostępnia po kliknięciu do wyboru 3 opcje:
  • Korekta części deklaracyjnej i ewidencyjnej,
  • Korekta części ewidencyjnej,
  • Korekta części deklaracyjnej.
Wybór rodzaju korekty zależy od zmian jakie mają zostać wykazane. Jeżeli miała miejsce zmiana w rejestrze VAT wpływająca na wyliczenie deklaracji (np. dodanie nowego dokumentu) wówczas należy sporządzić korektę części deklaracyjnej i ewidencyjnej. Jeśli korekta ma dotyczyć np. wyłącznie terminu zwrotu podatku VAT, wówczas należy wybrać korektę części deklaracyjnej. W przypadku kiedy na dokumencie w ewidencji VAT zmianie uległy np. dane adresowe kontrahenta, które nie wpływają na kwoty wykazywane w części deklaracyjnej, wówczas wystarczy sporządzić korektę samej ewidencji. W przypadku kwartalnego rozliczania podatku VAT, jeżeli podświetlony został plik za pierwszy i drugi miesiąc kwartału, wówczas dostępna tylko opcja korekty części ewidencyjnej (pozostałe opcje korekty są wyszarzane). W pozostałych przypadkach wszystkie opcje korekty są aktywne. Korekta powoduje utworzenie nowego pliku JPK_V7. Otwierany jest wówczas formularz Eksport plików JPK_V7, na którym możliwe jest zmodyfikowanie współczynnika struktury sprzedaży (jeżeli tworzona jest korekta zawierająca część deklaracyjną i ewidencyjną). W przypadku korekty tylko części deklaracyjnej lub tylko części ewidencyjnej zmiana współczynnika szacunkowego struktury sprzedaży nie jest możliwa. Okres za który sporządzany jest plik pobierany jest z korygowanej na liście pozycji i nie ma możliwości jego zmiany. Jeśli wykonywana jest korekta części deklaracyjnej, po kliknięciu ikony Utwórz plik  otwiera się formularz z częścią deklaracyjną. Po kliknięciu ikony Zapisz zmiany  następuje wygenerowanie korekty pliku JPK_V7. Jeśli wykonywana jest korekta tylko części ewidencyjnej, po kliknięciu ikony Utwórz plik  od razu generowana jest korekta pliku JPK_V7. Ikona korekty dostępna jest wyłącznie w przypadku pozycji wyświetlanych na liście w kolorze czarnym – zamkniętej części deklaracyjnej bądź części ewidencyjnej.

4.5. Podgląd zawartości pliku JPK_V7

Na wstążce programu z poziomu okna Pliki JPK_V7 z ulgą na złe długi dostępna jest ikona Podgląd pliku  która powoduje otwarcie arkusza MS Excel z zawartością podświetlonego na liście pliku JPK_V7. Arkusz zawiera 5 zakładek prezentujących poszczególne części pliku:
  • JPK_V7_DanePodatnika – nazwa programu, cel złożenia, NIP, telefon, adres email, pełna nazwa podatnika,
  • JPK_V7_Deklaracja – kwoty z części deklaracyjnej,
  • JPK_V7_Agregaty – zagregowane wartości z części ewidencyjnej,
  • JPK_V7_SprzedazWiersz – dokumenty sprzedaży,
  • JPK_V7_ZakupWiersz – dokumenty zakupu.

4.6. Dodawanie plików JPK_V7 z dysku

Za pomocą dostępnej na wstążce programu funkcji  Dodaj plik JPK z dysku na listę możliwe jest zaczytanie pliku JPK_V7 z pliku XML. Umożliwia to import plików wygenerowanych z poziomu innych baz Comarch ERP Optima jak również w programach innych producentów. Po kliknięciu ikony pojawia się okno wyboru pliku: Na otwartym oknie podpowiada się standardowy folder zapisu dla plików JPK dla firmy (określany w Konfiguracji Stanowiska/ Ogólne/ Jednolity Plik Kontrolny, łącznie z podkatalogiem o nazwie zgodnej z nazwą firmy). Po wskazaniu nowego pliku XML zawierającego plik JPK i kliknięciu Otwórz, plik zapisywany jest do bazy i pojawia się na liście plików JPK_V7. Z poziomu okna Pliki JPK_V7 z ulgą na złe długi możliwe jest wczytanie wyłącznie plików JPK_V7. Pliki JPK_VAT należy wczytywać z poziomu okna Pliki JPK. Zaimportowany plik JPK_V7 podlega edycji w zakresie pól możliwych do uzupełnienia ręcznie. Nie można jednak wykonać do niego korekty. Nie generuje również płatności w preliminarzu. Plik można wysłać do Ministerstwa Finansów i odebrać Urzędowe Poświadczenie Odbioru. Jeśli zawiera część deklaracyjną, można ją wydrukować wybierając wydruk JPK_V7M, JPK_V7K z listy plików. Stąd dostępny jest również wydruk UPO. Dla plików wczytanych z dysku nie ma możliwości robienia wydruków z formularza części deklaracyjnej.

4.7. Scalanie plików JPK_V7

Dostępna na wstążce programu ikona  Scal pliki JPK_V7 jest aktywna po zaznaczeniu na liście co najmniej dwóch plików JPK_V7. Po jej kliknięciu otwierane jest okno Łączenie plików JPK_V7: Scalać można ze sobą wyłącznie pliki tego samego typu (z tą samą zawartością), a więc:
  • albo pliki jednocześnie z częścią deklaracyjną i ewidencyjną,
  • albo pliki wyłącznie z częścią deklaracyjną,
  • albo pliki wyłącznie z częścią ewidencyjną.
Na oknie należy wskazać Urząd Skarbowy do którego jest składany plik. Znajdują się na nim również 2 parametry:
  • Oznacz plik JPK_V7 jako korektę – w przypadku zaznaczenia, plik tworzony jest jako korekta
  • Po scaleniu utwórz również plik MS Excel – po wygenerowaniu scalonego pliku otwierany jest arkusz kalkulacyjny z jego zawartością
Należy również określić czy scalony plik JPK_V7 jest plikiem obowiązkowym czy składanym na żądanie Urzędu Skarbowego. Po kliknięciu ikony  Wykonaj połączenie następuje utworzenie scalonego pliku i powrót na listę plików. Nazwa scalonego pliku zaczyna się od: Jpk_V7_SCALONY. Pliki które zostały scalone wyświetlane są (w przypadku kiedy parametr Pokazuj scalone jest zaznaczony) na liście w kolorze szarym, a w kolumnie Status wyświetlany jest opis scalona. Scalony plik zawiera sumę zarówno części deklaracyjnych jak i ewidencyjnych z połączonych plików. Dane podatnika pobierane są z bazy firmowej, podobnie jak w przypadku nowych plików JPK_V7. Po utworzeniu scalonego pliku zawierającego część deklaracyjną możliwe jest podejrzenie go i zmodyfikowanie edytowalnych pozycji.
Uwaga
Po połączeniu plików JPK_V7 należy samodzielnie zweryfikować pola od P_49 do końca formularza. Ponadto sporządzając plik JPK_V7 za kolejny okres, jeśli w poprzednim okresie sporządzono i wysłano plik scalony, należy zweryfikować pole P_39 (Kwota nadwyżki z poprzedniej deklaracji). Wartość do tego pola przenoszona jest z pliku JPK_V7 za poprzedni okres wygenerowanego w programie na podstawie zapisów w rejestrze VAT a nie z pliku scalonego. W związku z tym w razie potrzeby pole P_39 należy zmodyfikować samodzielnie.
Po edycji takiego pliku tworzony jest nowy plik XML już o standardowej nazwie (bez członu SCALONY). Scalony plik nie generuje nowych płatności w preliminarzu. W przypadku kiedy scalany był wygenerowany w danej bazie plik JPK_V7 (który posiadał w preliminarzu płatność) z plikiem dodanym z dysku (który nie posiadał płatności), po połączeniu płatność scalonego pliku pozostaje bez zmian (jest na taką kwotę, jaką miała płatność z pierwotnego pliku wygenerowanego w bazie). Do pliku scalonego nie można wykonać korekty. Nie generuje również płatności w preliminarzu. Plik można wysłać do Ministerstwa Finansów i odebrać Urzędowe Poświadczenie Odbioru. Jeśli zawiera część deklaracyjną można ją wydrukować wybierając wydruk JPK_V7M, JPK_V7K z listy plików. Stąd dostępny jest również wydruk UPO. Dla plików scalonych nie ma możliwości robienia wydruków z formularza części deklaracyjnej. Wybór opcji  Anuluj zmiany powoduje zamknięcie okna Łączenie plików JPK_V7 i powrót na listę plików bez wykonania połączenia plików.

4.8. Wydruk części deklaracyjnej oraz Urzędowego poświadczenia Odbioru

Wydruk części deklaracyjnej pliku JPK_V7 (również z załącznikami UPO i ORD-ZU) oraz samego Urzędowego poświadczenia odbioru dostępne są z poziomu listy plików JPK_V7, jak również z poziomu formularza deklaracji, za wyjątkiem plików wczytanych na listę i scalonych.

4.9. Księgowanie części deklaracyjnej

W przypadku księgowości kontowej na liście plików JPK_V7 dostępna jest ikona  Księgowanie deklaracji służąca do zaksięgowania kwot z części deklaracyjnej pliku, za pomocą schematu księgowego bądź predekretacji.. Dotychczasowe schematy utworzone przez Użytkownika do księgowania deklaracji VAT-7 księgują analogiczne kwoty z części deklaracyjnej plików JPK_V7. Pliki wczytane na listę, scalone oraz zawierające tylko część ewidencyjną nie podlegają księgowaniu.

5. Import plików JPK_V7 do rejestrów VAT

Opcja importu plików JPK_V7 (jak również JPK_VAT) do rejestrów VAT dostępna jest z menu głównego po wyborze JPK/ Import do rej.VAT : Na oknie po kliknięciu ikony  Wybór pliku należy wskazać źródłowy plik XML, z którego mają zostać importowane dane. Warunkiem powodzenia importu jest aby struktura wskazanego pliku była zgodna z wymaganą przez Ministerstwo Finansów strukturą JPK_VAT(2), JPK_VAT(3) lub JPK_V7. W przypadku importu z plików JPK_V7 program pobiera informacje wyłącznie z części ewidencyjnej pliku. Możliwy jest import dokumentów zarówno z obowiązujących do grudnia 2021 plików JPK_V7(1) jak i JPK_V7(2), które obowiązują od stycznia 2022. W przypadku wybrania niewłaściwego typu pliku pojawia się stosowne ostrzeżenie i import danych nie jest możliwy. Parametr Za okres domyślnie jest nieaktywny. Takie ustawienie powoduje, że wszystkie dokumenty z pliku zostaną zaimportowane bez względu na ich daty. Po wskazaniu pliku JPK_V7 zakres dat zostaje uzupełniony na podstawie danych w pliku. Po zaznaczeniu parametru Za okres Użytkownik może wpisać inny zakres dat (zawęzić okres) za jaki zostaną zaimportowane dokumenty ze wskazanego pliku. Dla dokumentów sprzedażowych wskazywane dla parametru daty dotyczą daty wystawienia, natomiast dla dokumentów zakupowych – daty wpływu. Jeżeli w pliku JPK_V7 dla dokumentu importowanego do rejestru zakupu VAT nieuzupełniona jest data wpływu, jest ona uzupełniona jako zgodna z datą zakupu. W przypadku dokumentu importowanego do rejestru sprzedaży VAT, jeżeli nieuzupełniona jest data sprzedaży, jest ona uzupełniona jako zgodna z datą wystawienia. Na oknie istnieje możliwość wskazania rejestrów sprzedaży i zakupów VAT, do których mają zostać zaimportowane dokumenty z pliku. Odznaczenie jednego z typów rejestru VAT (zakupów lub sprzedaży) powoduje, że tego typu dokumenty nie zostaną zaimportowane z pliku. Jeżeli w pliku JPK_V7 występują tylko dokumenty jednego typu (np. tylko rejestr sprzedaży VAT) i ten typ rejestrów został odznaczony przez Użytkownika, przy próbie importu pojawi się informacja o braku danych do zaimportowania. Podczas importu dokumentów, jeśli w pliku JPK_V7 uzupełniony jest numer NIP kontrahenta i w bazie istnieje już kontrahent z takim numerem NIP, wówczas po zaimportowaniu dokument przypisywany jest do tego kontrahenta (podstawiany jest jego kod). Jeżeli istniejący w bazie kontrahent oznaczony został jako zduplikowany podczas operacji łączenia kart kontrahentów, na zaimportowanym dokumencie podstawiony zostanie kontrahent główny. Dane kontrahenta na dokumencie (jego nazwa i adres) przenoszone są zawsze z pliku. Rodzaj transakcji, rodzaj na pozycji dokumentu oraz status kontrahenta na zaimportowanym dokumencie uzupełniane są zgodnie z domyślnymi ustawieniami kwalifikującymi do JPK_V7 dla pola, do którego dany dokument w pliku został zakwalifikowany. Na dokument podstawiana jest kategoria sprzedaży lub zakupu z istniejącej karty kontrahenta (jeżeli domyślne kategorie dla kontrahenta są uzupełnione). W przypadku nie zaznaczonego parametru Załóż karty kontrahentów (na podstawie numeru NIP lub wg autonumeracji ustawionej w konfiguracji) jeżeli kontrahent o takim numerze NIP jak na dokumencie w pliku nie występuje w bazie (lub jest więcej niż jeden kontrahent z takim numerem NIP), wówczas na zaimportowanym dokumencie podstawiany jest kontrahent Nieokreślony. Dane kontrahenta na dokumencie (jego nazwa i adres) przenoszone są z pliku. W przypadku importu dokumentów do rejestru VAT bez zakładania kart kontrahentów, jeżeli na dokumencie w pliku JPK_V7 uzupełniony jest numer NIP kontrahenta, na zaimportowanym dokumencie zaznaczony zostaje parametr Podmiot gospodarczy. Jeżeli w pliku JPK_V7 nie ma numeru NIP dla transakcji (pole z numerem NIP jest puste lub znajduje się w nim znak „-”), w rejestrze VAT na dokumencie zaznaczony zostaje parametr Finalny. Po przeprowadzonym imporcie zaleca się wykonanie dla zaimportowanych dokumentów operacji seryjnej Zweryfikuj status VAT. W przypadku zaznaczonego parametru Załóż karty kontrahentów (na podstawie numeru NIP lub wg autonumeracji ustawionej w konfiguracji) jeżeli kontrahent o takim numerze NIP jak na dokumencie w pliku nie występuje w bazie, wówczas zostanie założona jego karta na podstawie danych w pliku i zostanie on podstawiony na zaimportowanym dokumencie. Jeżeli w Konfiguracji Firmy/ Ogólne/ Parametry zaznaczony jest parametr Autonumeracja kodów kontrahentów przy dodawaniu, wówczas kod zakładanego kontrahenta nadawany jest według wskazanego w Konfiguracji schematu numeracji. W przypadku, gdy podczas automatycznego dodawania kontrahenta, numer w schemacie numeracji kodów przekroczy maksymalną wartość, kontrahent dodawany jest z kodem uzupełnionym zgodnie z jego numerem NIP. Jeżeli parametr Autonumeracja kodów kontrahentów przy dodawaniu nie jest zaznaczony w Konfiguracji, wówczas jako kod nowego kontrahenta wstawiany jest jego numer NIP. Dodatkowo jeżeli w Konfiguracji Firmy/ Ogólne/ Parametry zaznaczony jest parametr Automatyczne pobieranie rachunków bankowych z Wykazu podatników VAT, dla dodawanego automatycznie kontrahenta następuje weryfikacja w Wykazie podatników VAT na podstawie jego numeru NIP i pobierane są numery rachunków bankowych kontrahenta. Jeżeli parametr w konfiguracji nie jest zaznaczony, kontrahent dodawany jest bez importu listy rachunków bankowych. Jeżeli na dokumencie w pliku kontrahent nie ma uzupełnionego numeru NIP (lub w bazie jest więcej niż jeden kontrahent z takim numerem NIP), wówczas karta kontrahenta nie jest zakładana. Na takim dokumencie po imporcie podstawia się kontrahent Nieokreślony z danymi adresowymi takimi, jakie są w pliku JPK_V7. W przypadku braku numeru NIP kontrahenta w pliku JPK_V7, na dokumencie jako rodzaj transakcji podpowie się Krajowa. Jeżeli numer NIP kontrahenta krajowego w pliku JPK_V7 jest niepoprawny, nie jest zakładana karta takiego kontrahenta i nie są importowane jego dokumenty do rejestru VAT. Na oknie importu istnieje możliwość wyboru formy płatności na zaimportowanych dokumentach. Po wybraniu opcji domyślną Użytkownik może wskazać jedną z aktywnych form płatności występujących w bazie. Jeżeli istniejący w bazie kontrahent ma ustawiony na swojej karcie indywidualny termin płatności, taki termin zostanie wyliczony na zaimportowanym dokumencie. Jeżeli istniejący w bazie kontrahent nie ma określonego terminu płatności, wówczas termin płatności na zaimportowanym dokumencie wyliczony zostanie na podstawie terminu ustawionego na wybranej formie płatności. W przypadku wybrania opcji z karty kontrahenta, na dokumencie podstawiana jest forma płatności wskazana na karcie istniejącego kontrahenta. Jeżeli w bazie nie istnieje kontrahent o podanym numerze NIP, na zaimportowanym dokumencie podstawiana jest forma płatności gotówka. Ta forma płatności zostanie również ustawiona jako domyślna forma płatności dla założonego kontrahenta. Jeżeli forma płatności gotówka jest zablokowana, podstawi się kolejna (według kolejności wprowadzania) forma płatności. Jeżeli istniejący w bazie kontrahent ma zaznaczony parametr Nie rozliczaj płatności, płatność z zaimportowanego dokumentu zostanie dodana do preliminarza ze statusem Nie podlega. Jeżeli Użytkownik wybierze dla opcji domyślną formę płatności gotówka (lub kontrahent ma wybraną tę formę płatności jako domyślną), po zaimportowaniu nie będą tworzone automatycznie zapisy K/B rozliczające płatności do importowanych dokumentów. Zaznaczenie na oknie importu parametru Ustaw status płatności na Nie podlega powoduje, że wszystkie płatności z zaimportowanych dokumentów otrzymają status Nie podlega. Jeżeli w Konfiguracji Firmy/ Ogólne/ Parametry zaznaczony jest parametr Kontrola duplikacji zapisów w rejestrze VAT, ewidencji dodatkowej i na fakturach zakupu, podczas importu następuje weryfikacja czy w bazie nie występuje już dokument o parametrach określonych dla kontroli duplikacji. Jeżeli taki dokument już istnieje, dokument z pliku JPK_V7 nie zostanie zaimportowany, a w logu z przebiegu importu pojawi się stosowna informacja. Kliknięcie ikony  Uruchom import powoduje zaczytanie danych z pliku JPK_V7 do bazy. Ikona jest aktywna po wskazaniu poprawnego pliku JPK_V7 lub JPK_VAT oraz zaznaczeniu rejestru sprzedaży i/lub rejestru zakupu do importu. Wybranie opcji  Zamknij okno powoduje rezygnację z importu i zamknięcie okna.
Uwaga
Pliki JPK_V7 nie posiadają wszystkich potrzebnych informacji występujących na dokumentach w rejestrze VAT, dlatego też przy imporcie przyjmowane są pewne uproszczenia np. co do formy płatności, rodzaju transakcji, waluty, stawki VAT, opisu, kolumny KPiR itp. W związku z tym po zaimportowaniu dokumentów należy zweryfikować ich poprawność. W razie potrzeby należy skorzystać z operacji seryjnych dostępnych bezpośrednio w rejestrach VAT.
Na zaimportowanych dokumentach do rejestru zakupu VAT domyślnie ustawiane są odliczenia na TAK.
Uwaga
W pliku JPK_V7 znajdują się tylko wartości z odliczeniami na TAK lub Warunkowo (przeliczone przez szacunkowy współczynnik struktury sprzedaży). Jeżeli więc na dokumencie przed eksportem do pliku JPK_V7 znajdowały się pozycje z odliczeniami na NIE oraz na TAK, wówczas do pliku zostaną wyeksportowane (a tym samym zaimportowane z niego) tylko te pozycje mające odliczenia na TAK. W przypadku odliczeń WARUNKOWO, po eksporcie do pliku te pozycje są mnożone przez szacunkowy współczynnik struktury sprzedaży. W związku z tym wartość brutto na zaimportowanym dokumencie w rejestrze zakupu VAT nie zawsze będzie się zgadzać z wartością brutto dokumentu sprzed eksportu do pliku JPK_V7. Należy więc po imporcie zweryfikować poprawność kwot brutto dokumentów.
W przypadku rejestrów sprzedaży VAT w kolumnie Uwzględniaj w proporcji ustawiane są domyślne wartości dla poszczególnych stawek VAT:
  • Uwzględniaj – dla stawek: 23%, 8%, 5%, 0%
  • Tylko w mianowniku – dla stawki ZW
  • Nie uwzględniaj – dla stawki NP
W przypadku ustawionego w Konfiguracji Firmy/ Księgowość/ Parametry rodzaju księgowości księga podatkowa, na pozycjach  zaimportowanych dokumentów w rejestrze sprzedaży VAT ustawiana jest kolumna KPiR 7.Sprzedaż, natomiast na dokumentach w rejestrze zakupu VAT kolumna 10.Towary. Jeżeli ustawiony jest rodzaj księgowości ewidencja ryczałtowa, na pozycjach  zaimportowanych dokumentów w rejestrze sprzedaży VAT ustawiana jest stawka dla ryczałtu 3,00%. W przypadku plików JPK_V7 nie są importowane do rejestru VAT występujące w pliku dokumenty techniczne wykazywane w polach:
  • P_33 – Podatek należny od towarów objętych spisem z natury,
  • P_34 – Zwrot odliczonej lub zwróconej kwoty wydatkowanej na zakup kas rejestrujących,
  • P_35 – Podatek od wewnątrzwspólnotowego nabycia środków transportu,
  • P_36 – Podatek od wewn. Nabycia towarów art. 103 ust. 5aa,
  • P_44 – Korekta podatku naliczonego od nabycia środków trwałych,
  • P_45 – Korekta podatku naliczonego od pozostałych nabyć,
  • P_46 – Korekta podatku naliczonego, o której mowa w art. 89b ust. 1 ustawy,
  • P_47 – Korekta podatku naliczonego, o której mowa w art. 89b ust. 4 ustawy.
W logu z operacji importu dla takich dokumentów pojawia się informacja: Dokument nie został zaimportowany ponieważ posiada wartości związane z dokumentami technicznymi w pliku JPK_V7. Z pliku JPK_V7 importowane są wykazane w nim dla poszczególnych dokumentów kody JPK i przenoszone są na tworzone dokumenty w rejestrze VAT. Jeżeli w pliku JPK_V7 znajduje się dokument z kodem MK, po zaimportowaniu na dokumencie w rejestrze VAT zaznaczany jest parametr Metoda kasowa. Na zaimportowanych z pliku JPK_V7 do rejestru VAT dokumentach, w polu Rozliczać w VAT ustawiany jest rok i miesiąc zgodny z okresem za jaki wygenerowany został plik JPK_V7. Dotyczy to metody zwykłej rozliczenia podatku VAT.
Uwaga
Na zaimportowanych dokumentach zostanie prawidłowo ustawiona data rozliczenia w VAT jedynie w bazach, które za dany okres czasu rozliczają VAT metodą zwykłą. Jeśli w bazie docelowej wybrana jest metoda kasowa, wówczas należy ponownie zweryfikować datę uwzględnienia w VAT na poszczególnych dokumentach.

OPT079- Jednolity Plik Kontrolny

Data aktualizacji: 03-07-2023

1 Wstęp

Od 1 lipca 2016 roku weszły w życie przepisy mówiące o konieczności generowania plików JPK dla dużych firm. Firmy małe, średnie oraz mikro udostępniają pliki JPK na każde żądanie organu podatkowego od 1 lipca 2018. Proces udostępnienia pliku rozpoczyna się dopiero po otrzymaniu postanowienia o wszczęciu postępowania od organu podatkowego. Jednolite Pliki Kontrolne są wykorzystywane przez Urzędy Skarbowe celem weryfikacji Ksiąg oraz zapisów na podstawie, których powstały. Obowiązkowe comiesięczne pliki JPK_VAT – w przypadku rejestrów VAT dane przesyłane są obowiązkowo co miesiąc. Dla dużych podatników obowiązek ten istnieje od 1 lipca 2016 roku, natomiast w przypadku małych i średnich firm od 1 stycznia 2017. Mikroprzedsiębiorstwa muszą spełniać ten obowiązek od 1 stycznia 2018. Od 1 października 2020 w miejsce plików JPK_VAT zaczęły obowiązywać pliki JPK_V7 opisane w osobnym biuletynie. Na moment publikacji tego biuletynu zostało przygotowanych i opublikowanych 8 struktur plików dotyczących dokumentów handlowych, kasowo/bankowych oraz księgowych, uwzględniając pliki JPK_V7. Struktury plików JPK znajdują się na poniższej stronie: https://www.gov.pl/web/kas/struktury-jpk. W programie Comarch ERP Optima udostępniona została możliwość eksportu wymaganych danych dla każdego Użytkownika bez względu na wielkość firmy.Prawo eksportu posiadają wyłącznie wybrani operatorzy w programie – ze względu na to aby zabezpieczyć dane przed niepowołanym do nich wglądem przez nieupoważnione osoby.W przypadku zmiany wymaganej struktury plików JPK istnieje możliwość aktualizacji formatów służących do eksportu poprzez pobranie ich z serwerów Comarch w momencie generowania plików.
Uwaga
Funkcjonalność aktualizacji wzorów dokumentu elektronicznego dla plików JPK jest dostępna tylko dla programów na gwarancji oraz w przypadku pracy na najnowszej dostępnej wersji programu Comarch ERP Optima.
Wskazówka
Zachęcamy do obejrzenia filmów instruktażowych prezentujących jak wygenerować Jednolity Plik Kontrolny: Jak złożyć obowiązkowy miesięczny plik JPK_VAT Jak wygenerować plik JPK na wezwanie Urzędu Skarbowego Jak scalić pliki JPK_VAT wygenerowane w innych programach
Wskazówka
Wskazówka
Po kliknięciu w menu JPK na pozycję Informacje o JPK otwierana jest strona pomocy dotycząca Jednolitego Pliku Kontrolnego (JPK) w Comarch ERP Optima.

2 Konfiguracja ustawień związanych z JPK

Aby móc wyeksportować dane, na karcie operatora w Konfiguracji Programu/ Użytkowe/ Operatorzy musi zostać zaznaczony parametr Prawo eksportu plików JPK: Tylko Operator z uprawnieniami administratora może zaznaczyć ten parametr sobie bądź innym Operatorom. Początkowo jedynie operator ADMIN ma ten parametr zaznaczony. Poniżej znajduje się parametr Zmiana atrybutów/kodów JPK na zatw. dok. umożliwiający edycję atrybutów na zatwierdzonej oraz na zaksięgowanej Fakturze Zakupu/Sprzedaży oraz na zaksięgowanym dokumencie w rejestrze VAT. Jest to istotne w związku z przenoszeniem informacji zawartych na atrybutach do plików JPK (dla rejestrów VAT oraz faktur). Parametr może być edytowany tylko przez operatora z uprawnieniami administratora. Dodatkowo w Konfiguracji Stanowiska/ Ogólne/ Jednolity Plik Kontrolny musi zostać wskazany katalog przechowywania plików wymiany, do którego będą zapisywane kopie wysyłanych plików w formacie *.xml: Przy eksporcie Jednolitego Pliku Kontrolnego w ramach wskazanego katalogu tworzony jest podkatalog z nazwą firmy (bazy), więc w przypadku biur rachunkowych dane poszczególnych firm trafiają do własnych katalogów. Nazwy plików określają ich zawartość:
      • dla dokumentów z rejestrów VAT – JPK_VAT_PLN_Data_od_Data_do_Data_i_godzina_utworzenia
      • dla Księgi Handlowej – JPK_KR_ Data_od_Data_do_Data_i_godzina_utworzenia
      • dla Księgi Podatkowej – JPK_PKPIR_ Data_od_Data_do_Data_i_godzina_utworzenia
      • dla ewidencji ryczałtowej – JPK_EWP_Data_od_Data_do_Data_i_godzina_utworzenia
      • dla wyciągów bankowych –JPK_WB_Waluta_Rachunek_bankowy_Data_otwarcia_Data_zamknięcia_Data_i_godzina_utworzenia
      • dla dokumentów handlowych – JPK_FA_Data_od_Data_do_Data_i_godzina_utworzenia
      • dla dokumentów magazynowych – JPK_MAG_Magazyn_Waluta_Data_od_Data_do_Data_i_godzina_utworzenia

3 Przygotowanie i eksport plików JPK – informacje ogólne

Przygotowanie plików JPK i eksport danych odbywa się z poziomu menu JPK/ Pliki JPK . Po wybraniu tej opcji otwierane jest okno Pliki JPK: Wygenerowane pliki od wersji 2017.3.1 zapisywane są w katalogu do przechowywania plików JPK wskazanym w Konfiguracji Stanowiska/ Ogólne/ Jednolity Plik Kontrolny, jak również w bazie danych programu Comarch ERP Optima. Na liście prezentowane są takie informacje, jak: operator wysyłający plik JPK, typ pliku, nazwa pliku, numer korekty, data utworzenia, zakres dat danych zawartych w plikach JPK, czy plik został scalony oraz status pliku JPK. Kolumny Okres od i Okres do wyświetlające zakres dat dla danych zawartych w plikach JPK uzupełnione są dla plików JPK wygenerowanych od wersji 2017.3.1. Dla plików wygenerowanych i wysłanych w poprzednich wersjach programu kolumny będą puste. Kolumna Scalony wyświetla dla plików które zostały połączone wartość T, natomiast dla pozostałych wartość N. Istnieje również możliwość dodania domyślnie ukrytej kolumny Czas pokazującej datę i godzinę utworzenia pliku JPK, jak również kolumny JPK_VAT pokazującej czy plik jest obowiązkowy czy na żądanie (po konwersji z wcześniejszych wersji niż 2018.2.1 wszystkie dotychczasowe pliki JPK_VAT otrzymają status Obowiązkowy).
Uwaga
W związku z funkcjonalnością łączenia plików JPK_VAT i możliwością dodania nowych plików JPK, wszystkie pliki wygenerowane w wersjach programu wcześniejszych niż 2017.3.1 ale nie wysłane, po konwersji nie będą widoczne na liście. Istnieje możliwość dodania tych już wygenerowanych plików na listę plików JPK za pomocą ikony  dostępnej na wstążce programu.
Możliwe jest filtrowanie plików JPK po typie pliku – służy temu pole Typ pliku. Jako wartość tego pola można wybrać opcję –wszystkie- (wówczas widoczne będą wszystkie pliki JPK bez względu na ich typ) lub wybrać konkretny typ plików (np. JPK_VAT). Domyślnie na liście ustawia się typ plików JPK_VAT. W obszarze filtra znajduje się pole Rok umożliwiające wyfiltrowanie plików JPK dotyczących wybranego roku. Istnieje możliwość dodania na listę nowych plików JPK (wygenerowanych z poziomu innych baz Comarch ERP Optima lub w programach innych producentów)  – służy do tego ikona Dodaj plik JPK z dysku na listę dostępna na wstążce programu. Po kliknięciu ikony pojawia się okno wyboru pliku: Na otwartym oknie podpowiada się standardowy folder zapisu dla plików JPK dla firmy (określany w Konfiguracji Stanowiska/ Ogólne/ Jednolity Plik Kontrolny, łącznie z podkatalogiem o nazwie zgodnej z nazwą firmy). Po wskazaniu nowego pliku XML zawierającego plik JPK i kliknięciu Otwórz, plik zapisywany jest do bazy i pojawia się na oknie Pliki JPK. U góry okna Pliki JPK znajdują się odnośniki:

3.1    Przygotowanie plików JPK

  Aby dodać pliki JPK na żądanie należy kliknąć ikonę bądź po rozwinięciu ikony plusa wybrać opcję Pozostałe pliki JPK. Otwierane jest wówczas okno: Okno dodania pozostałych plików JPK może zostać wywołane za pomocą skrótu <Insert>. Na oknie istnieje możliwość wyboru spośród wszystkich pozostałych (oprócz JPK_VAT) 6 grup danych dla plików JPK:
      • Księgi Handlowe (z opcją uwzględnienia zapisów w buforze),
      • Zapisy KPiR (z opcją uwzględnienia zapisów w buforze),
      • Ewidencja ryczałtowa (z opcją uwzględnienia zapisów w buforze),
      • Wyciągi bankowe (z opcją bądź „poszczególnymi wyciągami” bądź „za okres”),
      • Faktury sprzedaży i zakupu (z możliwością wyboru rodzaju dat na dokumentach dla podanego poniżej zakresu dat),
      • Dokumenty
Na oknie Przygotowanie pliku JPK znajdują się pola, w których należy określić zakres dat za jaki zostaną wyeksportowane dane. Domyślnie po otwarciu okna podpowiada się zakres dat dla poprzedniego miesiąca w stosunku do daty bieżącej, chociaż może on zostać zmieniony przez Użytkownika. Podany zakres dat nie może być szerszy niż jeden rok kalendarzowy dla zapisów KPiR i ewidencji ryczałtowej. W przypadku wyboru zapisów Księgi Handlowej, zakres dat nie może przekraczać jednego okresu obrachunkowego. Dodatkowo do pliku JPK_KR zostaną wyeksportowane tylko zapisy z bieżącego okresu obrachunkowego. Na oknie należy wskazać urząd skarbowy, do którego JPK ma zostać skierowany. Domyślnie po wejściu na okno przygotowania plików JPK urząd skarbowy pobierany jest z Konfiguracji Firmy/ Dane firmy/ Deklaracje z pola U.S.  (VAT). Jeżeli urząd skarbowy dla deklaracji VAT będzie nieuzupełniony, wówczas US zostanie pobrany z pola U.S. (PIT‑4R, CIT-8). W przypadku kiedy w żadnym z tych 2 pól w Konfiguracji nie został wskazany urząd skarbowy, wówczas przy pierwszym otwarciu okna przygotowania plików JPK pole z urzędem skarbowym będzie puste i Użytkownik przed przygotowaniem pliku JPK będzie musiał wybrać odpowiedni US. Wybrany urząd skarbowy zostanie zapamiętany przy kolejnym otwarciu okna. Na karcie wybranego urzędu skarbowego musi być uzupełniony czterocyfrowy kod urzędu. W przeciwnym razie przygotowanie pliku nie będzie możliwe. Istnieje możliwość wysłania do arkusza kalkulacyjnego danych znajdujących się w generowanych plikach JPK celem łatwiejszego ich przeglądania. Na oknie Pliki JPK znajduje się parametr Podczas eksportu utwórz również pliki MS Excel. Po wygenerowaniu pliku JPK z zaznaczonym powyższym parametrem, w zależności od ustawienia parametru Otwieranie wyeksportowanych plików w menu Widok, nastąpi otwarcie arkusza zawierającego wyeksportowane dane (opcja Otwieraj) bądź wyświetlone zostanie pytanie czy plik otworzyć (opcja Pytaj). Tworzony plik arkusza kalkulacyjnego zawiera arkusz dotyczący danych podatnika, agregatów oraz danych poszczególnych dokumentów.
Uwaga
Do eksportu danych JPK do arkusza MS Excel wymagane jest połączenie z Internetem.
Ikona utworzenia pliku JPK  staje się aktywna po zaznaczeniu co najmniej jednej grupy danych oraz wskazaniu urzędu skarbowego. Podczas eksportu danych do pliku (zarówno pozostałych plików JPK, jak i plików JPK_VAT) następuje weryfikacja poprawności wysyłanych danych poprzez porównanie ze wzorcem dokumentu elektronicznego. Generowany plik jest również weryfikowany pod kątem uzupełnienia pól obowiązkowych.
Uwaga
Występujący w logu podczas generowania plików JPK komunikat:
  • „Nie można sprawdzić poprawności wygenerowanego dokumentu(XML), ponieważ występują problemy z dostępem do serwerów Ministerstwa Finansów. Plik JPK można wysłać, a jego poprawność zostanie sprawdzona przy odbiorze UPO lub wysłać w innym terminie, gdy dostęp do serwerów zostanie przywrócony.
  • Nie można odnaleźć informacji schematu dla elementu…
może wynikać z braku możliwości połączenia się z serwerem http://crd.gov.pl, na którym znajdują się wzorce dokumentu elektronicznego z którymi Comarch ERP Optima porównuje generowany plik JPK. Należy sprawdzić na stanowisku ustawienia programu antywirusowego, zapory sieciowej, a w przypadku korzystania z serwera proxy – dodać wyjątek na ten adres. Komunikat może również wynikać z czasowej niedostępności tego serwera. Należy również zweryfikować możliwość nawiązania komunikacji z adresem www.mf.gov.pl.
Możliwe jest wyłączenie sprawdzania poprawności generowanych plików JPK poprzez odznaczenie parametru Sprawdzaj poprawność plików JPK przed wysłaniem, znajdującego się w Konfiguracji Programu/ Ogólne/ e‑deklaracje/JPK. W przypadku braku danych za okres podany podczas eksportu, pliki JPK nie są tworzone a w logu z przebiegu operacji pojawia się stosowny komunikat. Wyjątkiem są pliki JPK_EWP i JPK_VAT, które są tworzone nawet jeśli za dany okres nie ma zapisów w ewidencji ryczałtowej / rejestrze VAT. Jeżeli w Konfiguracji Stanowiska/ Ogólne/ Jednolity Plik Kontrolny nie ustawiono katalogu dla plików z danymi, wówczas podczas próby przygotowania pliku JPK pojawia się okno z odpowiednim komunikatem. Podczas eksportu danych do nagłówka pozostałych plików JPK przenoszone są następujące informacje (wyjątek: JPK_PKPiR(2) – uwaga poniżej):
      • Kod urzędu skarbowego (uzupełniany z poziomu Ogólne/ Inne/ Urzędy)
      • Zakres dat dla eksportowanych danych
      • Dane identyfikacyjne oraz adres podatnika pobierane z Konfiguracji Firmy/ Dane firmy/ Pieczątka firmy (NIP, Pełna nazwa, REGON, Kod Kraju, Województwo, Powiat, Gmina, Ulica, Nr domu, Nr lokalu, Miejscowość, Kod pocztowy, Poczta); dane pobierane są z najnowszej pieczątki firmy.
Uwaga
W przypadku plików JPK_PKPiR(2) (generowanych za okres od stycznia 2017) pola adresowe podatnika oprócz kodu kraju i miasta nie są już obowiązkowe. W związku z tym podczas generowania pliku JPK_PKPiR(2) nie jest sprawdzane uzupełnienie województwa, powiatu, gminy, nr domu, kodu pocztowego i poczty w Pieczątce firmy (w przypadku pozostałych struktur plików JPK te pola nadal są obowiązkowe i powinny zostać uzupełnione).

Dane te są wymagane przez wzór dokumentu elektronicznego i muszą być uzupełnione w programie przed wysyłką plików JPK.

Uwaga
Jeżeli w Konfiguracji Firmy/ Dane firmy/ Pieczątka firmy numer NIP podatnika jest uzupełniony łącznie z kodem kraju (PL), do plików JPK przenoszone są tylko cyfry z numeru NIP.

3.2 Wysyłka plików JPK

Po rozwinięciu na oknie Pliki JPK ikony Wyślij istnieje możliwość wyboru trzech sposobów podpisania wysyłanych plików JPK:
      • Wyślij podpisem kwalifikowanym,
      • Wyślij podpisem niekwalifikowanym,
      • Wyślij podpisem zaufanym.

Wybranie pierwszej opcji powoduje wywołanie listy zainstalowanych w systemie Windows certyfikatów służących do elektronicznego podpisywania wysyłanych deklaracji oraz plików JPK.

Uwaga
Jeżeli Użytkownik korzysta z podpisu kwalifikowanego (np. Szafir) podpisując nim w programie Comarch ERP Optima deklaracje np. VAT, a pomimo to podczas wysyłania pliku JPK na liście certyfikatów podpis nie jest widoczny, wówczas należy zaktualizować ze strony producenta aplikację do obsługi karty kryptograficznej i zrestartować komputer. Warunkiem widoczności certyfikatu jest jego zainstalowanie w systemie operacyjnym. Certyfikat musi być prawidłowy (zaufany). W celu weryfikacji poprawności certyfikatu należy uruchomić program certmgr.msc. W grupie certyfikatów osobistych należy sprawdzić, czy jest widoczny certyfikat, który ma być wykorzystany do podpisu. Jeżeli go nie ma w tym miejscu, oznacza to że certyfikat nie został zainstalowany w systemie Windows. Po wyświetleniu szczegółów certyfikatu należy na zakładce [Ogólne] upewnić się czy jest on aktualny oraz czy widoczna jest informacja: Masz klucz prywatny, który odpowiada temu certyfikatowi. Dodatkowo na zakładce [Ścieżka certyfikacji] musi być widoczny stan certyfikatu: Ten certyfikat jest prawidłowy – tak jak na poniższych zrzutach ekranu:
Po wybraniu drugiej opcji otwierane jest okno z danymi podatnika pobranymi z Konfiguracji Firmy/ Dane firmy/ VAT, AKC-WW: numerem NIP, imieniem i nazwiskiem oraz datą urodzenia. Na oknie należy uzupełnić kwotę przychodu podatnika za dwa lata wstecz. Domyślnie w tym polu wykazywana jest kwota 0,00.
Uwaga
Podpisywanie plików JPK podpisem niekwalifikowanym możliwe jest jedynie dla plików JPK_VAT dla osób fizycznych. Wysłanie tym sposobem innych typów plików JPK bądź plików JPK_VAT podatników nie będących osobami fizycznymi nie jest możliwe.
Jeżeli podczas wysyłki pliku JPK_VAT podano niewłaściwą kwotę przychodu (podczas odbioru UPO pojawił się błąd o kodzie 403), wówczas plik JPK_VAT uzyskuje z powrotem status Nie wysłano, umożliwiając ponowną jego wysyłkę. W przypadku podpisu niekwalifikowanego nieprawidłowe dane autoryzacyjne nie blokują możliwości kolejnej próby wysyłki pliku JPK_VAT. Możliwe jest ponowne wprowadzenie prawidłowych danych i wysyłka pliku. Korzystając z wysyłki plików JPK_VAT za pomocą podpisu niekwalifikowanego należy upewnić się, że są podane wszystkie wymagane dane. Brak jednej z nich (np. numeru NIP, imienia bądź nazwiska) powoduje wyświetlenie komunikatu: Nieprawidłowy format danych autoryzujących. Po wybraniu trzeciej opcji dla plików o statusie Nie wysłano otwierane jest okno z kreatorem procesu podpisywania pliku JPK podpisem zaufanym: Plik JPK przeznaczony do podpisu za pomocą podpisu zaufanego tworzony jest w katalogu wskazanym w Comarch ERP Optima w Konfiguracji Stanowiska/ Ogólne/ Jednolity Plik Kontrolny w katalogu zgodnym z nazwą firmy w podkatalogu E-PUAP. Informacja o dokładnej ścieżce do pliku znajduje się na oknie Podpisywanie pliku JPK podpisem zaufanym w pierwszym kroku kreatora. Tam również dostępny jest przycisk Skopiuj link do schowka, którego użycie ułatwia wklejenie ścieżki do katalogu, w którym znajduje się przygotowany plik JPK na stronie ePUAP. W drugim kroku należy przejść  na stronę www.epuap.gov.pl/wps/portal W górnej części okna widoczny będzie tekst: Masz firmę? Podpisz JPK_VAT profilem zaufanym. Należy wybrać: Podpisz Podpisem Zaufanym. Należy kliknąć na przycisk Podpisz JPK_VAT: Następnie należy wybrać sposób logowania „profil zaufany”: Należy zalogować się za pomocą hasła lub wskazać odpowiedni bank: Po zalogowaniu należy kliknąć w przycisk Wybierz plik z dysku. Skopiowany w Kroku 1 link należy wkleić w polu Nazwa pliku (np. za pomocą skrótu <CTRL> + <V>). Po wskazaniu pliku z wybranego katalogu rozpocznie się wczytywanie i sprawdzanie pliku. Ze względu na obciążenie serwerów może to potrwać nawet kilka minut. Po prawidłowym wczytaniu pliku JPK_VAT, należy kliknąć na przycisk Podpisz podpisem zaufanym W zależności od wybranej formy weryfikacji, na ekranie pojawi się okno na wpisanie kodu autoryzacyjnego, który jest wysyłany SMS-em bądź na adres mailowy. W sytuacji, gdy podpis zaufany zakładany był za pomocą aplikacji bankowej, proces podpisywania pliku wygląda nieco inaczej. Użytkownik po wyborze opcji Podpisz podpisem zaufanym zobaczy swoje dane i ponownie wybiera Podpisz profilem zaufanym. Po tej operacji pojawi się okno autoryzacji podpisania profilem zaufanym i prośba o zalogowanie i potwierdzenie smsem lub kodem ze zdrapki. Po wykonaniu tych czynności można zapisać na dysku plik JPK_VAT za pomocą opcji Zapisz. W ostatnim kroku kreatora podpisywania pliku JPK podpisem zaufanym w Comarch ERP Optima należy zaimportować podpisany plik JPK klikając na przycisk Wybierz podpisany plik JPK. Po wskazaniu pliku pojawia się komunikat: Czy chcesz teraz wysłać podpisany plik? Wybór opcji Tak powoduje wysłanie pliku JPK i zamknięcie okna z kreatorem podpisywania pliku JPK. Plik na liście otrzymuje status Wysłano/Nie odebrano UPO. Wybór opcji Nie zamyka okno kreatora podpisywania pliku JPK. Plik na liście otrzymuje status Podpisany podpisem zaufanym/Nie wysłano. Usunięcie z listy pliku o tym statusie usuwa plik również z podkatalogu EPUAP. Pliku już podpisanego nie można ponownie podpisać. Po wybraniu opcji Wyślij podpisem zaufanym na pliku o statusie Podpisany podpisem zaufanym /Nie wysłano, następuje automatyczna wysyłka pliku bez konieczności ponownego przechodzenia kreatora podpisywania pliku JPK. Pliku JPK o statusie Podpisany podpisem zaufanym/Nie wysłano nie można wysłać za pomocą podpisu kwalifikowanego. Przy próbie takiej wysyłki pojawia się stosowny komunikat. Plik JPK podpisany podpisem zaufanym może zostać wysłany wyłącznie z komputera, na którym został skierowany do podpisu i podpisany. Równoczesna opcja podpisu i wysyłki pliku JPK podpisem zaufanym możliwa jest dla pojedynczego pliku. Jeżeli zaznaczono kilka plików JPK o statusie Podpisany podpisem zaufanym/Nie wysłano możliwa jest ich zbiorcza wysyłka za pomocą opcji podpisu podpisem zaufanym. Wysyłka pliku JPK za pomocą podpisu zaufanego nie jest dostępna z programu Comarch ERP Optima Biuro Rachunkowe. Na oknie Pliki JPK znajduje się również przycisk  Odbierz służący do odbioru UPO. Aby uniemożliwić nadpisywanie daty odebrania Urzędowego Poświadczenia Odbioru dla plików JPK, nie ma możliwości ponownego pobrania UPO dla plików JPK ze statusem Wysłano/ odebrano UPO. Z poziomu tego okna możliwe jest również podejrzenie pobranego Urzędowego Poświadczenia Odbioru za pomocą ikony  Podgląd UPO lub za pomocą funkcji Zmień dostępnej w menu kontekstowym po kliknięciu prawym przyciskiem myszy na pliku JPK. Wydruk UPO dostępny jest z poziomu listy plików JPK. Wybór opcji  Podgląd pliku znajdującej się na wstążce programu powoduje otwarcie arkusza kalkulacyjnego zawierającego dane znajdujące się w podświetlonym na liście pliku JPK celem ich weryfikacji. Otwarcie arkusza MS Excel możliwe jest również po wywołaniu funkcji Podgląd dokumentu w menu kontekstowym. Jeżeli w katalogu jest zapisany arkusz kalkulacyjny to on jest otwierany, jeśli go nie ma wówczas arkusz jest tworzony. Wygenerowanie bądź dodanie na listę pliku JPK powoduje zapisanie go do bazy firmowej, więc podgląd pliku będzie zawsze możliwy bez względu na stanowisko na którym wygenerowano bądź dodano plik JPK. Możliwe jest również usuwanie zaznaczonych plików JPK za pomocą ikony  Usuń. Aby usunięcie pliku JPK było możliwe, musi on mieć inny status niż Wysłano/nie odebrano UPO lub Wysłano/ odebrano UPO. Usunięcie pliku powoduje usunięcie go z listy plików, z bazy danych oraz z katalogu do przechowywania plików JPK.

4 Księgi Handlowe – JPK_KR

W przypadku zaznaczenia opcji Księgi Handlowe na oknie przygotowania plików JPK istnieje możliwość wskazania, czy mają być eksportowane również zapisy znajdujące się w buforze – parametr Uwzględniaj zapisy w buforze. Domyślnie jest on zaznaczony. W pliku JPK zapisy księgowe znajdujące się w buforze rozróżnione są od zapisów zatwierdzonych poprzez oznaczenie numeru dziennika znacznikiem (b). Podczas eksportu zapisów z Ksiąg Handlowych do plików JPK przenoszone są m.in. następujące dane:
      • Dane nagłówka pliku JPK (opisane w Rozdziale 3.1)
      • Dane dotyczące kont księgowych (Numer konta, Typ, Nazwa, Bilans otwarcia dla konta, Obroty konta za podany okres, Obroty narastająco, Saldo konta)
      • Dane dotyczące nagłówków zapisów księgowych:
        • Nr dziennika cząstkowego
        • Nazwa dziennika
        • Numer dokumentu
        • Data księgowania
        • Data Operacji
        • Data wystawienia
        • Akronim operatora (z pola Zmodyfikował)
        • Opis operacji (wartość wymagana)
      • Dane dotyczące pozycji zapisów księgowych:
        • Numery kont Wn i Ma
        • Symbol waluty na pozycji dekretu
        • Kwota w PLN i w walucie
        • Opis na pozycji dekretu (niewymagany, może być nieuzupełniony)
Dane te są wymagane przez wzór dokumentu elektronicznego i muszą być uzupełnione w programie przed wysyłką plików JPK. Podczas generowania plików JPK_KR w przypadku nieuzupełnionego opisu operacji na zapisie księgowym bądź nieuzupełnionej nazwy konta księgowego, w tworzonym pliku JPK w odpowiednich polach wstawione zostanie słowo BRAK, a stosowna informacja pojawi się w logu z tworzenia pliku z informacją dla Użytkownika o konieczności weryfikacji przyczyny braku tych danych. W przypadku braku zapisów mających daty księgowania za podany podczas eksportu okres, pliki JPK nie są tworzone.

5 Zapisy KPiR – JPK_PKPIR

W przypadku zaznaczenia opcji Zapisy KPiR na oknie przygotowania plików JPK istnieje możliwość wskazania, czy mają być eksportowane również zapisy znajdujące się w buforze – parametr Uwzględniaj zapisy w buforze. Domyślnie jest on zaznaczony. Pliki JPK_PKPiR dla zapisów z księgi podatkowej generowane za okres od stycznia 2017 roku tworzone są nowym wzorcem dokumentu elektronicznego – JPK_PKPiR(2). Zapisy za wcześniejsze okresy są wysyłane poprzednią wersją wzorca. Podczas eksportu zapisów KPiR do plików JPK przenoszone są m.in. następujące dane:
      • Dane nagłówka pliku JPK (opisane w Rozdziale 3.1)
      • Wartość spisu z natury na początek roku podatkowego (wartość z kolumny 15 spisu za miesiąc styczeń roku, z którego dane są eksportowane)
      • Wartość spisu z natury na koniec roku podatkowego (wartość z kolumny 15 spisu za miesiąc grudzień roku, z którego dane są eksportowane)
      • Liczba porządkowa zapisu KPiR
      • Data operacji gospodarczej
      • Numer dowodu
      • Nazwa podmiotu z zapisu KPiR – pole obowiązkowe
      • Dane adresowe podmiotu z zapisu KPiR (Miasto, Ulica, Nr domu/lokalu, Kod pocztowy) – pola obowiązkowe
      • Opis z zapisu KPiR – pole obowiązkowe
      • Kwoty dla poszczególnych kolumn od 7 do 16 na zapisie KPiR
      • Wartość z kolumny Uwagi na zapisie KPiR (pole opcjonalne)
Dane te są wymagane przez wzór dokumentu elektronicznego i muszą być uzupełnione w programie przed wysyłką plików JPK. Podczas generowania plików JPK_PKPIR w przypadku nieuzupełnionych pól na zapisie księgowym: Nazwa podmiotu, Dane adresowe podmiotu oraz Opis, w tworzonym pliku JPK w odpowiednich polach wstawione zostanie słowo BRAK, a stosowna informacja pojawi się w logu z tworzenia pliku z informacją dla Użytkownika o konieczności weryfikacji przyczyny braku tych danych. Zaznaczenie parametru Korekta nie ma wpływu na generowanie pliku JPK_PKPiR – plik zawsze wysyłany jest jako pierwotnie złożony. Zapisy skreślone nie są eksportowane do plików JPK. W przypadku braku zapisów mających datę księgowania za podany podczas przygotowania plików okres, pliki JPK nie są tworzone.
Uwaga
W związku z wymaganiami wzoru dokumentu elektronicznego, należy uzupełnić spis z natury na koniec roku (nawet jeśli spis na koniec roku jest równy spisowi na początek roku). Jest to niezbędne aby został prawidłowo wyliczony dochód w pliku JPK podczas eksportu danych za cały rok.

6 Ewidencja ryczałtowa – JPK_EWP

W przypadku zaznaczenia opcji Ewidencja ryczałtowa na oknie przygotowania plików JPK istnieje możliwość wskazania, czy mają być eksportowane również zapisy znajdujące się w buforze – parametr Uwzględniaj zapisy w buforze. Domyślnie jest on zaznaczony. W przypadku składania pliku za okresy od 1 stycznia 2022 roku obowiązuje struktura pliku JPK_EWP(3). Za okresy wcześniejsze obowiązują pliki JPK_EWP(2) (rok 2021) i JPK_EWP(1) (lata wcześniejsze). W przypadku pliku JPK_EWP(3) obok uwzględnienia stawek ryczałtu 14% i 12% plik ten obejmuje wykaz środków trwałych i wartości niematerialnych i prawnych. Do pliku przenoszone są zapisy kart środków trwałych i wartości niematerialnych i prawnych z podstawowymi informacjami, m.in. o dacie przyjęcia do używania, numerze KŚT czy wartości początkowej i zaktualizowanej, bez informacji o dokonanych odpisach amortyzacyjnych. Do pliku nie są przenoszone informacje o środkach trwałych w budowie, jak również środkach zbytych bądź zlikwidowanych przed okresem, za który sporządzany jest plik. Nie są również wykazywane środki trwałe z datą przyjęcia do użytkowania późniejszą niż okres, za jaki plik jest sporządzany. Środki trwałe całkowicie zamortyzowane oraz z zerową wartością są przenoszone do pliku JPK_EWP(3). Jedną z wymaganych informacji dla środków trwałych wykazywanych w pliku JPK_EWP(3) jest numer dokumentu zakupu. W programie na karcie środka trwałego na zakładce [Dokumenty] można wskazać więcej niż jeden dokument zakupu. W takim przypadku do pliku przenoszony jest ostatni (najmłodszy) dokument. Jeżeli dokument zakupu na karcie środka trwałego nie jest wskazany, wówczas podczas generowania pliku pojawia się komunikat: „Element tns:KW_5.Element element 'Wykaz’ w przestrzeni nazw 'http://jpk.mf.gov.pl/wzor/2022/02/01/02011/’ ma nieprawidłowy element podrzędny element 'KW_5′ w przestrzeni nazw 'http://jpk.mf.gov.pl/wzor/2022/02/01/02011/’. Lista oczekiwanych możliwych elementów: element 'KW_4′ w przestrzeni nazw 'http://jpk.mf.gov.pl/wzor/2022/02/01/02011/’.’ Należy wówczas dodać na zakładce [Dokumenty] na karcie środka trwałego odpowiedni numer dokumentu zakupu. Numer może zostać uzupełniony ręcznie, bez wskazania dokumentu w Rejestrze zakupów VAT lub Ewidencji dodatkowej kosztów (opcja: Bez wskazania dokumentu). Taka operacja jest możliwa pod warunkiem, że środek trwały nie posiada wygenerowanych odpisów amortyzacyjnych. Jeżeli takie odpisy już są, wówczas możliwe jest wskazanie na karcie środka trwałego na zakładce [Atrybuty] atrybutu o kodzie DOWÓD_ZAKUPU_EWP i wpisanie jako wartości tego atrybutu numeru dokumentu zakupu. Inną informacją przenoszoną do pliku JPK_EWP(3) jest numer Klasyfikacji Środków Trwałych. W przypadku kiedy nie jest on uzupełniony, podczas generowania pliku pojawia się informacja: „Na środku trwałym/wnip [NAZWA] w polu KW_6 (KŚT) zapisano BRAK. Zweryfikuj poprawność.” Wówczas Użytkownik powinien zweryfikować czy faktycznie w tym przypadku brak uzupełnionego numeru KŚT jest poprawną sytuacją (np. w przypadku wartości niematerialnych i prawnych dla których ten numer nie jest uzupełniany) czy jednak należy uzupełnić dane na karcie środka trwałego i ponowić generowanie pliku JPK_EWP(3). Podczas eksportu ewidencji ryczałtowej do plików JPK przenoszone są m.in. następujące dane:
      • Dane nagłówka pliku JPK (opisane w Rozdziale 3.1)
      • Liczba porządkowa zapisu w ewidencji
      • Data wpisu do ewidencji
      • Data uzyskania przychodu
      • Numer dokumentu
      • Kwoty dla poszczególnych stawek
      • Wykaz środków trwałych i wartości niematerialnych i prawnych (pliki JPK_EWP za okresy od 1 stycznia 2022)
Dane te są wymagane przez wzór dokumentu elektronicznego i muszą być uzupełnione w programie przed wysyłką plików JPK. Zapisy skreślone nie są eksportowane do plików JPK. Nie są również przesyłane zapisy związane z ewidencją produktów rolnych (2%).

7 Wyciągi bankowe – JPK_WB

W przypadku wybrania opcji Wyciągi bankowe na oknie przygotowania plików JPK istnieje możliwość określenia w jaki sposób mają być wysyłane dane. Domyślnie zaznaczona opcja poszczególnymi wyciągami spowoduje wygenerowanie tyle plików JPK ile było raportów bankowych w podanym zakresie dat. Dla każdego rejestru bankowego będą generowane oddzielne pliki dla każdego wyciągu. W przypadku kiedy wyciągi będą za inny okres niż miesięczny i ten okres nie będzie się pokrywał z zakresem dat wskazanym przed eksportem, wówczas wyeksportowane zostaną wszystkie wyciągi, które będą miały daty otwarcia bądź zamknięcia zawierające się w tym zakresie dat, nawet jeżeli tylko część dni z wyciągu będzie zawierać się w podanym zakresie dat. Wybór opcji za okres spowoduje wygenerowanie tyle plików ile jest rejestrów o typie Konto bankowe. Dla każdego rejestru bankowego zostanie utworzony jeden plik za cały zakres dat. Na oknie generowania plików JPK dla wyciągów bankowych istnieje możliwość wyboru rejestru bankowego, z którego będą eksportowane operacje do pliku JPK. W polu Rachunek bankowy można wybrać czy mają być eksportowane zapisy z wszystkich, czy z jednego wybranego rejestru bankowego. Eksportowane są tylko wyciągi zawierające zapisy (nie są eksportowane puste raporty). Eksportowane są również otwarte raporty. Podczas eksportu wyciągów bankowych do plików JPK przenoszone są m.in. następujące dane:
      • Dane nagłówka pliku JPK (opisane w Rozdziale 3.1)
      • Numer rachunku wpisany na formularzu rejestru kasowego/bankowego
      • Symbol waluty rachunku bankowego
      • Liczba porządkowa zapisu K/B
      • Data zapisu K/B
      • Nazwa podmiotu z zapisu K/B
      • Opis z zapisu K/B (przenoszonych jest pierwszych 256 znaków)
      • Kwota operacji
Numer rachunku bankowego określany na formularzu rejestru bankowego musi być w formacie IBAN. Zgodnie wymaganiami Ministerstwa Finansów, tylko takie rachunki zostaną wyeksportowane za pomocą pliku JPK_WB. W sytuacji kiedy w systemie numer rachunku zapisany jest jako numer w standardzie IBAN jednak bez kodu kraju PL, kod ten jest automatycznie dodawany podczas wysyłki do pliku. Dane te są wymagane przez wzór dokumentu elektronicznego i muszą być uzupełnione w programie przed wysyłką plików JPK.

8 Faktury – JPK_FA

Do pliku JPK wysyłane są Faktury Sprzedaży, Faktury Zakupu, Faktury Zaliczkowe a także wystawione do nich dokumenty korygujące. Aby dokumenty były uwzględnione w pliku JPK, muszą zostać wcześniej zatwierdzone. Faktury Zaliczkowe, Faktury Sprzedaży oraz korekty do Faktur wystawione w procedurze OSS są uwzględniane w pliku JPK_FA. Do pliku JPK_FA przenoszone są transakcje w różnych walutach. Na dokumentach walutowych wartość netto, kwota VAT oraz wartość brutto wykazywane są w walucie dokumentu. W przypadku wartości VAT, dla dokumentów walutowych przeliczana jest ona na złotówki. Podczas generowania plików JPK_FA istnieje możliwość wyboru waluty. Jeśli w bazie istnieją waluty nieaktywne, wówczas na liście takie waluty widoczne są w kolorze czerwonym. Domyślne ustawienie pola pozwala na eksport dokumentów we wszystkich walutach.
      • JPK_FA nie musi zawierać faktur zakupowych, natomiast struktura JPK_ VAT zawiera faktury zakupowe, z których podatnikowi przysługuje prawo do zmniejszenia podatku należnego,
      • Faktury, na których oprócz standardowych stawek pojawiają się też stawki NP. lub zw dla zakupów będą trafiały do pliku JPK_FA w całości, a na deklarację VAT-7 (w tym do pliku JPK_VAT) bez pozycji w tych stawkach,
      • JPK_FA nie zawiera sprzedaży detalicznej (paragonów), transakcje te natomiast wykazywane są w pliku JPK_VAT,
      • Korekta faktury in minus, której potwierdzenia odbioru od kupującego nie uzyskał podatnik – w pliku JPK_FA zostanie wykazana, natomiast w strukturze JPK_VAT pojawi się wówczas, gdy spełnione zostaną dodatkowe przesłanki dające podatnikowi prawo do obniżenia podstawy opodatkowania,
      • Faktura z oznaczeniem „metoda kasowa” jest wykazana w pliku JPK_VAT w okresie, w którym została ona zapłacona w całości lub części (odliczenie VAT dotyczy wyłącznie tej części). Dokument ten natomiast w pliku JPK_FA będzie wykazywany w całości niezależnie od terminu zapłaty.
Podczas eksportu Faktur do plików JPK przenoszone są m.in. następujące dane:
      • Dane nagłówka pliku JPK (opisane w Rozdziale 3.1)
      • Dane dotyczące nagłówków faktur:
        • Waluta dokumentu
        • Data wystawienia dokumentu
        • Numer dokumentu (dla Faktur Zakupu numer obcy)
        • Nazwa i dane adresowe Nabywcy (dla Faktur Zakupu dane Nabywcy pobierane z Konfiguracji Firmy/ Dane firmy/ Pieczątka firmy
        • Nazwa i dane adresowe sprzedawcy (dla Faktur Zakupu dane Dostawcy)
        • Numer NIP sprzedawcy
        • Numer NIP nabywcy
        • Data zakończenia transakcji (dla Faktur Sprzedaży – data sprzedaży, dla Faktur Zakupu – data zakupu, dla Faktur Zaliczkowych – data wystawienia, dokumenty korygujące – data korekty)
        • Suma kwot netto sprzedaży w danej stawce w walucie dokumentu
        • Kwota podatku VAT w danej stawce w walucie dokumentu
        • W przypadku dokumentów walutowych Kwota podatku VAT przeliczona na złotówki
        • Wartość brutto (kwota netto + wartość podatku VAT) w walucie dokumentu
        • Informacja czy na transakcji wystąpił Mechanizm podzielonej płatności
        • Rodzaj dokumentu (dla Faktur – VAT, dla Faktur Zaliczkowych oraz Końcowych rozliczających zaliczkę – VAT, dla dokumentów korygujących – KOREKTA)
      • W przypadku Faktur VAT Marża uzupełniane jest pole dotyczące procedury marży
      • W przypadku dokumentów korygujących przenoszone są również następujące dane:
        • Cena (jako różnica pomiędzy ceną pierwotną i korektą), wartości oraz ilości zgodnie z danymi na korekcie. Korekty (wartości) do Faktur Zaliczkowych są uwzględniane w pliku w analogicznej formie jak korekty wartości wystawione do zwykłej Faktury Sprzedaży.
        • Przyczyna korekty. Na potrzeby generowania pliku JPK, dla dokumentów korygujących wprowadzono możliwość zmiany przyczyny korekty na zatwierdzonych dokumentach w module Handel / Faktury. Operator może dokonywać takich zmian, jeśli na jego karcie w Konfiguracji/Program/Użytkowe/Operatorzy na zakładce [Parametry] zostanie zaznaczony parametr Zmiana opisu i osoby odbierającej na dok.
        • Numer faktury korygowanej (dla Faktur Zakupu numer obcy korygowanego dokumentu)           W przypadku Korekty Zbiorczej/Rabat jeśli korekta dotyczy większej ilości dokumentów to w pole: Numer faktury korygowanej przenoszony jest opis „Korekta zbiorcza”.
        • Dla dokumentu Korekta Zbiorcza/Rabat przenoszona jest data sprzedaży od – do, czyli okres, do którego odnosi się udzielony rabat (data od – najniższa data sprzedaży, data do – najwyższa data sprzedaży Faktury, której dotyczy korekta). W przypadku pozostałych rodzajów korekt w polu wskazana jest data korekty od – do.
        • Na dokumencie Korekta Zbiorcza/Rabat nie jest ujęta lista towarów, ale wartość sprzedaży za dany okres w poszczególnych stawkach VAT. W związku z tym, w pliku JPK w części dotyczącej szczegółów pozycji z faktur, wartość korekty dla każdej stawki VAT będzie uwzględniona jako osobna pozycja. Ponadto, nie będzie tutaj uzupełniana nazwa towaru / usługi, a pola dotyczące jednostki miary oraz ilości będą uzupełniane wartościami „szt” oraz „1”.
        • W przypadku korekty stawki VAT, jeżeli korekta liczona jest od wartości brutto, cena jednostkowa netto ani wartość netto nie są uzupełniane w pliku, natomiast w polach dotyczących ceny i wartości brutto wpisywane jest 0. Gdy korekta stawki VAT liczona jest od wartości netto, pola dotyczące ceny i wartości brutto nie są uzupełniane, natomiast w polach dotyczące ceny i wartości netto wpisywane jest 0.
      • W przypadku Faktur Zaliczkowych przenoszone są również następujące dane:
        • Otrzymana kwota zapłaty
        • Kwota podatku od tej zapłaty
        • W przypadku kilku Faktur zaliczkowych – Numer Faktury Zaliczkowej
      • Dane podsumowujące listę faktur – sumy kontrolne, gdzie uwzględnione są dane:
        • Liczba faktur w pliku
        • Łączna wartość kwot brutto faktur w pliku
      • Szczegółowe zestawienie pozycji faktur w pliku
        • Numer dokumentu (dla Faktur Zakupu numer obcy)
        • Nazwa towaru lub usługi
        • Jednostka miary z dokumentu
        • Ilość produktu w jednostce z dokumentu
        • Cena jednostkowa netto towaru w walucie dokumentu
        • Cena jednostkowa brutto towaru w walucie dokumentu
        • Wartość sprzedaży netto
        • Wartość sprzedaży brutto
        • Stawka podatku
      • Dane podsumowujące listę wierszy faktur – sumy kontrolne, gdzie uwzględnione są dane:
        • Suma wszystkich wierszy – elementów z faktur w pliku
        • Łączna wartość netto wszystkich wierszy – elementów z faktur w pliku bez względu na walutę
      • Dane dotyczące Zamówienia
        • Numer Faktury Zaliczkowej
        • Wartość zamówienia – wartość brutto Faktury Pro Forma
      • Szczegółowe pozycje dotyczące zamówienia (Faktury Pro Forma)
        • Nazwa towaru/ usługi
        • Jednostka miary
        • Ilość towaru/ usługi
        • Cena jednostkowa netto
        • Wartość pozycji netto
        • Kwota podatku pozycji
        • Stawka podatku pozycji
      • Dane podsumowujące listę zamówień – sumy kontrolne:
        • Liczba zamówień
        • Łączna wartość kolumny: Wartość zamówienia w okresie, którego dotyczy JPK_FA
W przypadku, gdy w Konfiguracji Firmy/ Dane firmy/ Pieczątka firmy – jednostka samorządowa dodana została pieczątka firmy z zakresem dat obejmującym datę wystawienia dokumentu, wówczas do pliku JPK_FA dla faktur sprzedaży jako dane sprzedawcy, a dla zakupu jako dane nabywcy przenoszone są dane z tej pieczątki firmy dla jednostki samorządowej. Dotyczy zarówno dokumentów wystawianych w module Handel/Faktury jak i w Rejestrze VAT. W pliku JPK_FA nie są uwzględniane informacje o kaucjach. Jeżeli zatem na dokumentach FA lub FZ, pobranych do pliku występowały pozycje związane z opakowaniami kaucjonowanymi, dane dotyczące kwot kaucji nie będą zaczytane do pliku JPK. Dla Faktur zaliczkowych, do pliku JPK przenoszone są dane zgodnie z wartościami na Fakturze Zaliczkowej. Wartości w poszczególnych stawkach VAT oraz wartość brutto zaliczki. Do pliku nie są przenoszone  informacje o pozycjach z dokumentu gdyż mają one swoje odzwierciedlenie w sekcji Zamówienie. Dla Faktur Finalnych, do pliku JPK przenoszone są dane zgodnie z wartościami na Fakturze Finalnej. Wartości w poszczególnych stawkach VAT oraz wartość brutto dokumentu ogółem (wartość z faktury pomniejszona o kwotę użytych zaliczek), są więc przeniesione z Faktury Finalnej. Również w części dotyczącej poszczególnych pozycji z dokumentu, w pliku uwzględniane są kwoty i ilości zgodne z fakturą finalną. W celu wykazywania wartości w odpowiednich polach w plikach JPK, dla faktur wprowadzone zostały następujące atrybuty dla dokumentów handlowych:
      • SAMOFAKTUROWANIE (faktury wystawiane metodą samofakturowania) – atrybut o typie tekst bez domyślnej wartości, atrybut należy dodać na dokument wystawiony metodą samofakturowania, aby taki dokument został poprawnie zarejestrowany w pliku JPK
      • POLSKA USTAWA (przyczyna zastosowania zwolnienia na podstawie Art. 43 ust. 1 ustawy o VAT) – atrybut o typie lista, przed użyciem atrybutu należy ręcznie uzupełnić wartości listy, wpisując który punkt z ustawy daje podstawę do zwolnienia
      • DYREKTYWA UNIJNA (przyczyna zastosowania zwolnienia na mocy artykułu 141 dyrektywy 2006/112/WE) – atrybut o typie lista, przyjmuje wartość: Faktura WE uproszczona na mocy artykułu 141 dyrektywy 2006/112/WE
      • INNE ZWOLNIENIA (inna przyczyna zastosowania zwolnienia)
      • FA NA RZECZ DŁUŻNIKA (faktura wystawiona w imieniu, na rzecz dłużnika; jako wartość atrybutu należy wprowadzić kod kontrahenta, który jest organem egzekucyjnym lub komornikiem) – w bazie danych należy założyć kartę kontrahenta dla komornika lub dla organu egzekucyjnego, który będzie wystawiał faktury w imieniu i na rzecz dłużnika. Na karcie kontrahenta należy uzupełnić pola Kod, Nazwa oraz dane adresowe. Dane te są wymagane, ponieważ są one przenoszone do pliku JPK. Kod takiego kontrahenta należy następnie wprowadzić na listę wartości atrybutu. Jego dane zostaną wówczas automatycznie przeniesione do pliku JPK. Jeśli na listę zostanie wprowadzony niepoprawny kod kontrahenta, np. kod kontrahenta, którego nie ma w bazie, pola w pliku dotyczące organu egzekucyjnego lub komornika nie zostaną uzupełnione.
      • PRZEDSTAWICIEL PODAT (faktura wystawiona w imieniu, na rzecz podatnika; jako wartość atrybutu należy wprowadzić kod kontrahenta, który jest przedstawicielem podatkowym) – w bazie danych należy założyć kartę kontrahenta dla przedstawiciela podatkowego, który będzie wystawiał faktury w imieniu i na rzecz podatnika. Na karcie kontrahenta należy uzupełnić pola Kod, Nazwa, dane adresowe oraz numer NIP. Dane te są wymagane, ponieważ są one przenoszone do pliku JPK. Kod takiego kontrahenta należy następnie wprowadzić na listę wartości atrybutu. Jego dane zostaną wówczas automatycznie przeniesione do pliku JPK. Jeśli na listę zostanie wprowadzony niepoprawny kod kontrahenta, np. kod kontrahenta, którego nie ma w bazie, pola w pliku dotyczące przedstawiciela podatkowego nie zostaną uzupełnione.
      • DATA DOPUSZCZ. POJ (data dopuszczenia nowego środka transportu do użytku) – atrybut o typie data, bez domyślnej wartości. Użytkownik uzupełnia datę dopuszczenia nowego środka transportu do użytku.
      • PRZEBIEG POJAZDU (przebieg pojazdu – w przypadku pojazdów lądowych) – atrybut o typie liczba, bez domyślnej wartości. Użytkownik uzupełnia przebieg pojazdu – w przypadku pojazdów lądowych
      • LICZBA GODZ. UŻYW (liczba godzin roboczych używania nowego środka transportu – w przypadku jednostek pływających oraz statków powietrznych) – atrybut o typie liczba, bez domyślnej wartości. Użytkownik uzupełnia liczbę godzin roboczych używania nowego środka transportu.
Wymienione atrybuty należy w razie potrzeby dodać na dokumencie handlowym na zakładce [Atrybuty] w sekcji JPK. W tej sekcji można wskazać atrybut widoczny na liście atrybutów (Ogólne/ Atrybuty) na zakładce [JPK], który ma zaznaczony parametr JPK_FA: FA. Atrybut z zaznaczonym parametrem JPK_FA: FA oraz dodatkowo z parametrem przenosić na transakcje zostanie automatycznie dodany na każdym nowo dodawanym dokumencie handlowym. Na liście Faktur Sprzedaży możliwy jest wybór dodatkowych kolumn odpowiadających atrybutom wykorzystywanym w Jednolitym Pliku Kontrolnym. Podczas księgowania faktur z modułu Handel/Faktury z wybranymi atrybutami JPK do rejestrów VAT, zostaną one przeniesione na dokument w rejestrze VAT do grupy atrybutów JPK_FA pod warunkiem, że będą mieć zaznaczony parametr kopiować przy księgowaniu do rejestru VAT. Przeniesione w ten sposób atrybuty typu JPK_FA będą widoczne na dokumentach w rejestrze VAT nawet jeśli parametr JPK_FA na dokumencie w rejestrze VAT nie będzie zaznaczony. Powyższe atrybuty mogą być również wykorzystywane na dokumentach w rejestrach VAT dla np. faktur kosztowych. Warunkiem, aby dokumenty wprowadzone bezpośrednio do Rejestrów VAT zostały wyeksportowane do plików JPK, jest zaznaczenie na nich parametru JPK_FA. Parametr ten został dodany na dokumentach w Rejestrach VAT Zakupu i Sprzedaży w prawej górnej części okna. W szczególności dotyczy on dokumentów kosztowych, które nie mają odzwierciedlenia w module Handel. Podczas ręcznego dodawania dokumentów do Rejestrów VAT sprzedaży parametr jest automatycznie zaznaczany. Wyjątek stanowią dokumenty wewnętrzne, dla których parametr nie zaznacza się samoczynnie. Od wersji Comarch ERP Optima 2017.1.1. na ręcznie dodawanych dokumentach w rejestrze VAT zakupu parametr JPK_FA nie jest automatycznie zaznaczany ponieważ do pliku JPK_FA nie ma obowiązku eksportu faktur zakupowych. Dokumenty przeniesione z modułu Handel /Faktury, jak również zaimportowane z pliku VAT_R lub za pomocą Comarch ERP Migrator nie będą miały tego parametru zaznaczonego. Parametr nie będzie również zaznaczany dla istniejących dokumentów podczas konwersji baz danych z poprzednich wersji. Parametr JPK_FA jest przenoszony dla dokumentów zaimportowanych pracą rozproszoną pod warunkiem, eksport odbywa się z rejestrów VAT i na dokumentach w rejestrze VAT w bazie źródłowej parametr JPK_FA jest zaznaczony. Parametr JPK_FA możliwy jest do zaznaczenia również w przypadku dokumentów zaksięgowanych lub posiadających predekretację. Dodatkowo dla dokumentów wprowadzanych bezpośrednio w Rejestrze VAT, z racji braku odpowiednich informacji na dokumencie, wprowadzone zostały poniższe atrybuty:
      • FAVAT MARŻA (wybór odpowiedniej procedury marży – wybierany w przypadku rozliczenia marży) ‑ atrybut typu lista. W programie dostępne są następujące pozycje listy (z możliwością edycji): 1 – Procedura marży dla biur podróży, 2 – Procedura marży – towary używane, 3 – Procedura marży – dzieła sztuki, 4 – Procedura marży – przedmioty kolekcjonerskie i antyki.
      • FA ZALICZKOWA (czy dokument jest fakturą zaliczkową – wybierany w przypadku faktur zaliczkowych) ‑ atrybut o typie lista, z domyślną wartością TAK
      • PRZYCZYNA KOREKTY (wybierany w przypadku faktury korygującej) – atrybut o typie lista. W programie dostępne są następujące pozycje listy (z możliwością edycji): 1 – korekta ilości, 2 – korekta wartości/ceny, 3 – korekta stawki VAT, 4 – korekta zbiorcza
      • OKRES KOREKTY OD (korekta za okres: od) – atrybut o typie data
      • OKRES KOREKTY DO (korekta za okres: do) – atrybut o typie data
Wymienione powyżej atrybuty należy dodać na dokumencie w rejestrze VAT na zakładce [JPK] w sekcji JPK_FA. W tej sekcji można wskazać atrybut widoczny na liście atrybutów (Ogólne/ Atrybuty) na zakładce [JPK], który ma zaznaczony parametr JPK_FA: VAT. Warunkiem jest, aby na dokumencie w rejestrze VAT był zaznaczony parametr JPK_FA. W przeciwnym wypadku jeśli parametr jest nie zaznaczony, na zakładce [JPK] w sekcji JPK_FA nie będzie możliwości wybrania tego typu atrybutów. Dla dokumentów wprowadzonych do rejestru VAT i eksportowanych do pliku JPK_FA,  nazwa towaru pobierana jest z pola Opis na pozycji dokumentu, a w przypadku jego nie uzupełnienia, z kolumny Rodzaj. Jeżeli chodzi o ilość towaru/usługi oraz jednostkę miary – w takim przypadku w pliku JPK_FA przyjmowane są wartości domyślne, czyli 1 szt. W przypadku kiedy dane do pliku JPK_FA pobierane są z rejestru VAT i na dokumencie w walucie obcej zaznaczony jest parametr Inny kurs do księgowania, wówczas do pliku JPK_FA pobierane są kwoty wg kursu do VAT. W przypadku wprowadzania do Rejestru VAT dokumentu korygującego, oprócz zaznaczenia na zakładce [Ogólne] parametru Korekta i wprowadzeniu numeru dokumentu korygowanego, należy dodać atrybut PRZYCZYNA KOREKTY. Daty okresu korekty pobierane są z atrybutów OKRES KOREKTY OD oraz OKRES KOREKTY DO, a w przypadku ich braku – z pola Data wystawienia.
Uwaga
Dodanie na dokumentach odpowiednich atrybutów i uzupełnienie ich wartości, jest konieczne aby w pliku JPK zarejestrować dodatkowe informacje dotyczące szczególnych warunków transakcji.

9 Dokumenty magazynowe – JPK_MAG

Do pliku JPK_MAG wysyłane są Przyjęcia Zewnętrzne, Wydania Zewnętrzne, Rozchody Wewnętrzne oraz Przesunięcia Międzymagazynowe, a także wygenerowane do tych dokumentów korekty. Aby dokumenty zostały zaczytane do pliku, muszą być wcześniej zatwierdzone. Do pliku nie są przenoszone dokumenty anulowane ani WZKK. Wydania Zewnętrzne oraz korekty do WZ wystawione w procedurze OSS są uwzględniane w pliku JPK_MAG. Pliki JPK_MAG generowane są osobno dla każdego magazynu w bazie i każdej waluty, jeżeli dokument generowany jest z cenami z dokumentu. Wartości w tych plikach wykazywane są w walucie, w jakiej zostały wystawione dokumenty. Wybór waluty możliwy jest gdy zostanie wybrana cena jednostkowa netto, w przypadku kosztu zakupu wszystkie wartości w pliku są wykazywane w walucie PLN. Jeśli w bazie istnieją waluty nieaktywne, wówczas na liście takie waluty widoczne są w kolorze czerwonym. Domyślne ustawienie pola pozwala na eksport dokumentów we wszystkich walutach. Po wyborze konkretnej waluty tworzony jest plik zawierający tylko dokumenty w tej walucie. Na oknie generowania plików JPK istnieje również możliwość wyboru magazynu. Jeśli w bazie istnieją magazyny nieaktywne, wówczas na liście wyboru magazynu widoczne są w kolorze czerwonym. Domyślne ustawienie pola pozwala na eksport dokumentów ze wszystkich magazynów.  Po wyborze konkretnego magazynu tworzony będzie plik tylko z dokumentami z tego magazynu. Podczas eksportu dokumentów magazynowych do plików JPK przenoszone są m.in. następujące dane: Następnie dla każdego typu dokumentu przenoszone są dane dotyczące wartości całego dokumentu, szczegóły pozycji oraz wiersz sumy kontrolnej ilości dokumentów danego typu i ich łącznej wartości. Dla dokumentów PZ:
      • Dane wartości dokumentu uwzględniają:
        • Numer obcy
        • Data wystawienia
        • Wartość netto dokumentu
        • Data zakupu
        • Dostawca towaru
        • Numer obcy dokumentu handlowego
        • Data wystawienia Faktury Zakupu powiązanej z PZ
      • Dane dotyczące elementów uwzględniają:
        • Numer obcy
        • Kod towaru / usługi
        • Nazwa towaru / usługi
        • Ilość przyjęta w jednostce miary z dokumentu
        • Jednostka miary z dokumentu
        • Cena netto towaru / usługi
        • Wartość netto
      • Wiersz sumy kontrolnej, gdzie uwzględniono:
        • Liczbę dokumentów PZ w pliku
        • Wartość netto dokumentów PZ w pliku
Dla dokumentów WZ:
      • Dane wartości dokumentu uwzględniają:
        • Numer dokumentu
        • Data wystawienia
        • Wartość netto dokumentu
        • Data wydania WZ
        • Nazwa odbiorcy towaru
        • Numer faktury do WZ
        • Data wystawienia Faktury Sprzedaży powiązanej z WZ
      • Dane dotyczące elementów uwzględniają:
        • Numer dokumentu WZ
        • Kod towaru / usługi
        • Nazwa towaru / usługi
        • Ilość towaru w jednostce miary z dokumentu
        • Jednostka miary z dokumentu
        • Cena netto towaru / usługi
        • Wartość netto
      • Wiersz sumy kontrolnej, gdzie uwzględniono:
        • Liczbę dokumentów WZ w pliku
        • Wartość netto dokumentów WZ w pliku
Dla dokumentów RW:
      • Dane wartości dokumentu uwzględniają:
        • Numer dokumentu RW
        • Data wystawienia
        • Wartość netto dokumentu
        • Data wydania towaru na RW
      • Dane dotyczące elementów uwzględniają:
        • Numer dokumentu RW
        • Kod towaru / usługi
        • Nazwa towaru / usługi
        • Ilość towaru w jednostce miary z dokumentu
        • Jednostka miary z dokumentu
        • Cena netto towaru / usługi w jednostce z dokumentu
        • Wartość netto
      • Wiersz sumy kontrolnej, gdzie uwzględniono:
        • Liczbę dokumentów RW w pliku
        • Wartość netto dokumentów RW w pliku
Dla dokumentów MM:
      • Dane wartości dokumentu uwzględniają:
        • Numer dokumentu
        • Data wystawienia
        • Wartość netto dokumentu
        • Data wydania MM
      • Dane dotyczące elementów uwzględniają:
        • Numer dokumentu MM
        • Kod towaru / usługi
        • Nazwa towaru / usługi
        • Ilość towaru w jednostce miary z dokumentu
        • Jednostka miary z dokumentu
        • Cena netto towaru / usługi
        • Wartość netto
      • Wiersz sumy kontrolnej, gdzie uwzględniono:
        • Liczbę dokumentów MM w pliku
        • Wartość netto dokumentów MM w pliku

10 Rejestry VAT – JPK_VAT

Uwaga
Uwaga: Pliki JPK_VAT obowiązywały do rozliczenia podatku VAT za okresy do września 2020 roku. Od rozliczenia za okresy od października 2020 roku obowiązują pliki JPK_V7 dostępne w programie w menu JPK/ Pliki JPK_V7 i opisane w biuletynie OPT088 – Pliki JPK_V7 – przygotowanie dokumentów i generacja pliku. Obecnie możliwe jest składanie korekt do plików JPK_VAT za okresy, w których tego typu pliki obowiązywały.
Aby dodać w programie plik JPK_VAT należy z rozwijalnej listy przy ikonie plusa wybrać opcję Pliki_JPK_VAT   – spowoduje to otwarcie okna Przygotowanie pliku JPK_VAT: Okno wywoływane jest również z poziomu menu kontekstowego po kliknięciu prawym przyciskiem myszy i wybraniu opcji Dodaj, jak również przy pomocy skrótu <Shift> + <Insert>. Okno zawiera parametry dotyczące plików JPK_VAT. Dla parametru Składam plik JPK istnieje możliwość wyboru dwóch opcji: ■ obowiązkowy (opcja domyślnie zaznaczona), ■ na żądanie Urzędu Skarbowego podczas kontroli.
Uwaga
Uwaga: Opcja dodania plików JPK na żądanie US powinna być wykorzystywana w sytuacji kiedy urząd skarbowy zwróci się o wygenerowanie plików podczas kontroli podatnika.
W polu Za okres wskazywany jest miesiąc i rok za jaki ma zostać wygenerowany plik JPK_VAT. Pole może zostać rozwinięte celem łatwiejszego wybrania odpowiedniego okresu.
Uwaga
Uwaga: Podczas dodawania pliku JPK_VAT program sprawdza okres, za który jest on sporządzany. Jeżeli za ten okres powinien być już sporządzony plik JPK_V7 program informuje o tym Użytkownika stosownym komunikatem: Za okres od października 2020 należy składać pliki JPK_V7. Czy chcesz mimo wszystko wyliczyć plik JPK_VAT? Wybór opcji Tak powoduje utworzenie pliki JPK_VAT za wybrany miesiąc. W przypadku wybrania opcji Nie plik JPK_VAT nie jest tworzony. Plik taki, nawet jeśli zostanie utworzony, nie będzie wysyłany do Ministerstwa Finansów.
Na oknie można zaznaczyć parametr współczynnik szacunkowy struktury sprzedaży i określić jego wartość procentową. Zaznaczenie parametru Korekta powoduje przeniesienie informacji, że generowany plik JPK_VAT jest korektą – pole CelZlozenia w pliku przyjmuje wówczas wartość 2. W przypadku plików JPK_VAT(3) po zaznaczeniu parametru Korekta istnieje możliwość wpisania numeru korekty. Numer korekty jest uzupełniany automatycznie jako numer kolejny, ale może zostać zmodyfikowany przez Użytkownika. W tym polu nie może zostać wpisana wartość mniejsza niż 1. Numer korekty przenoszony jest do pliku JPK_VAT(3).
Uwaga
Uwaga: W polu Korekta należy podać kolejny numer, tj. jeżeli wcześniej w 2017 r. lub w latach poprzednich złożony został tylko plik pierwotny oznaczony cyfrą”1″ (JPK_VAT(1)), a pierwszej korekty dokonuje się w 2018 r. na nowej strukturze, to należy w polu Korekta wpisać cyfrę „2″, a kolejne korekty za ten sam okres oznaczamy 3, 4, 5 itd. Jeżeli w 2017 r. złożony został JPK_VAT z oznaczeniem celu złożenia „1″ i potem były złożone korekty z oznaczeniem celu złożenia „2″, to składając kolejną korektę za ten okres już według nowej struktury w 2018 r. należy wpisać „3″ (niezależnie od tego ile w 2017 r. złożono korekt JPK_VAT z oznaczeniem „2″). Kolejne korekty za ten sam okres oznaczamy 4, 5 itd W 2017 r. przyjęto następującą zasadę oznaczania JPK_VAT 1 – dla pierwotnego JPK_VAT 2 – dla każdej kolejnej korekty JPK_VAT W 2018 r. przyjęto następującą zasadę oznaczania JPK_VAT: 0 – dla pierwotnego JPK_VAT 1, 2, 3, 4…. dla kolejnych korekt JPK_VAT za ten sam okres.
Pod parametrami wyświetlane są podstawowe informacje dotyczące składania pliku JPK_VAT. Istnieje możliwość wysłania do arkusza kalkulacyjnego danych znajdujących się w generowanych plikach JPK celem łatwiejszego ich przeglądania. Na oknie Przygotowanie pliku JPK_VAT znajduje się parametr Podczas eksportu utwórz również pliki MS Excel. Po wygenerowaniu pliku JPK z zaznaczonym powyższym parametrem, w zależności od ustawienia parametru Otwieranie wyeksportowanych plików w menu Widok, nastąpi otwarcie arkusza zawierającego wyeksportowane dane (opcja Otwieraj) bądź wyświetlone zostanie pytanie czy plik otworzyć (opcja Pytaj). Tworzony plik arkusza kalkulacyjnego zawiera arkusz dotyczący danych podatnika, agregatów oraz danych poszczególnych dokumentów.
Uwaga
Uwaga: Do eksportu danych JPK do arkusza MS Excel wymagane jest połączenie z Internetem. Po kliknięciu ikony Utwórz plik, na liście plików JPK dodany zostanie plik JPK_VAT za podany okres.
Podczas eksportu Rejestrów VAT istnieje możliwość zaznaczenia parametru współczynnik szacunkowy struktury sprzedaży. Domyślnie parametr nie jest zaznaczony. Wówczas w polu obok parametru program wylicza wartość współczynnika na podstawie dokumentów w Rejestrze VAT Sprzedaży za rok poprzedni w stosunku do roku określonego w polu Zakres dat od: na oknie przygotowania plików JPK. Do wyliczenia wartości współczynnika brane są pod uwagę dokumenty, które na pozycji w kolumnie Uwz. w proporcji mają ustawione Uwzględniaj lub Tylko w mianowniku. Proporcja jest wyliczana jako iloraz, gdzie w liczniku znajduje się roczny obrót z tytułu czynności, w związku z którymi podatnik ma prawo do obniżenia podatku należnego, a w mianowniku całkowity roczny obrót podatnika (łącznie np. z subwencjami). Współczynnik szacunkowy struktury sprzedaży służy do przemnożenia wartości z pozycji dokumentów z Rejestru VAT Zakupu, które w kolumnie Odliczenia mają ustawione Warunkowo. Po zaznaczeniu parametru pole z wartością współczynnika jest odblokowywane i Użytkownik może wpisać wartość inną niż wyliczona przez program. Możliwe jest wpisanie wartości współczynnika szacunkowego struktury sprzedaży z dokładnością do dwóch miejsc po przecinku. Ma to zastosowanie w związku z centralizacją jednostek budżetowych kiedy jednostki podległe mają obowiązek przesyłania plików JPK do jednostek nadrzędnych (gmin) z niezaokrąglonymi wartościami współczynników i prewspółczynników. Wpisywana wartość szacunkowego współczynnika struktury sprzedaży zapamiętywana jest dla operatora w kontekście każdej firmy osobno. Dzięki temu po zalogowaniu tego operatora do konkretnej bazy i przygotowywania kolejnego pliku JPK_VAT, wpisana poprzednio wartość współczynnika dla tej firmy jest podpowiadana przez program. Pliki JPK_VAT generowane za okres od stycznia 2018 roku, jak również korekty plików JPK_VAT za okresy wcześniejsze, tworzone są wzorcem dokumentu elektronicznego JPK_VAT(3). Dla plików JPK_VAT(3) zastosowanie ma znajdujący się na oknie Przygotowanie pliku JPK_VAT parametr Korekta, którego zaznaczenie powoduje oznaczenie składanego pliku jako korekty. Podczas eksportu danych do nagłówka pliku JPK_VAT(3) przenoszone są następujące informacje: ■ Zakres dat dla eksportowanych danych ■ Dane identyfikacyjne podatnika pobierane z Konfiguracji Firmy/ Dane firmy/ Pieczątka firmy – NIP oraz Pełna nazwa ■ Adres E-mail (pole opcjonalne) pobierany w pierwszej kolejności z deklaracji VAT-7(18); jeżeli nie jest uzupełniony na deklaracji, zostanie pobrany z Konfiguracji Firmy/ Dane firmy/ VAT, AKC-WW, a jeżeli tam również nie będzie uzupełniony – wówczas z Konfiguracji Firmy/ Dane firmy/ Pieczątka firmy ■ Nazwa programu z którego wygenerowano plik JPK_VAT(3) (w pliku widnieje nazwa „Comarch ERP Optima” wraz numerem wersji) W przypadku plików JPK_VAT(3) przenoszone są następujące informacje dotyczące dokumentów: Dla Rejestru VAT zakupu: ■ Nazwa i identyfikator (NIP w przypadku podmiotu gospodarczego, w przypadku osób fizycznych wstawiana jest wartość BRAK) podmiotu z zapisu w rejestrze VAT pola obowiązkowe; w przypadku nieuzupełnienia pól na dokumencie do pliku JPK_VAT(3) przenoszona jest wartość BRAK ■ Dane adresowe podmiotu z zapisu w rejestrze VAT (Miasto, Ulica, Nr domu/lokalu, Kod pocztowy, Poczta (jeżeli jest inna niż Miasto)) – pola obowiązkowe; w przypadku nieuzupełnienia pól na dokumencie do pliku JPK_VAT(3) przenoszona jest wartość BRAK ■ Data wpływu ■ Data wystawienia ■ Numer dokumentu ■ Kwoty podzielone według kwalifikacji na deklaracji VAT-7 Dla Rejestru VAT sprzedaży: ■ Nazwa i identyfikator (NIP w przypadku podmiotu gospodarczego, w przypadku osób fizycznych wstawiana jest wartość BRAK) podmiotu z zapisu w rejestrze VAT pola obowiązkowe; w przypadku nieuzupełnienia pól na dokumencie do pliku JPK_VAT(3) przenoszona jest wartość BRAK; jeżeli dokument jest Paragonem przeniesionym bezpośrednio do rejestru VAT z modułu Handel/Faktury lub ma powiązanie z Paragonem, wówczas w polu określającym nazwę odbiorcy pojawia się opis SPRZEDAŻ PARAGONOWA ■ Dane adresowe podmiotu z zapisu w rejestrze VAT (Miasto, Ulica, Nr domu/lokalu, Kod pocztowy, Poczta (jeżeli jest inna niż Miasto)) – pola obowiązkowe; w przypadku nieuzupełnienia pól na dokumencie do pliku JPK_VAT(3) przenoszona jest wartość BRAK; jeżeli dokument jest Paragonem przeniesionym bezpośrednio do rejestru VAT z modułu Handel/Faktury lub ma powiązanie z Paragonem, wówczas w polu określającym adres odbiorcy pojawia się opis SPRZEDAŻ PARAGONOWA ■ Data wystawienia i data sprzedaży (o ile różni się od daty wystawienia) ■ Numer dokumentu ■ Kwoty podzielone według kwalifikacji na deklaracji VAT-7 Dane te są wymagane przez wzór dokumentu elektronicznego i muszą być uzupełnione w programie przed wysyłką plików JPK. W logu z procesu generowania pliku JPK_VAT(3) pojawia się informacja/ostrzeżenie dla jakich dokumentów i do jakich pól wstawiono do pliku wartość BRAK/SPRZEDAŻ PARAGONOWA wraz z sugestią, aby Użytkownik zweryfikował poprawność tych dokumentów. W przypadku raportu dobowego lub faktury dla osoby fizycznej brak numeru NIP nie jest błędem, natomiast w przypadku np. faktury sprzedaży dla podmiotu gospodarczego dane takie jak numer NIP, nazwa i adres odbiorcy powinny zostać uzupełnione na dokumencie a plik JPK_VAT ponownie wygenerowany. W przypadku faktur VAT RR, numer NIP bądź PESEL dostawcy powinien znajdować się w polu NIP na dokumencie w rejestrze VAT zakupu. W przypadku dokumentów wewnętrznych sprzedaży i zakupu rozliczających transakcje (m.in. nabycia wewnątrzunijnego, importu usług, zakupu z odwrotnym obciążeniem) do pliku JPK_VAT jako numer dokumentu przenoszony jest numer dokumentu pierwotnego z rejestru zakupu. Warunkiem jest powiązanie dokumentów wewnętrznych z dokumentem źródłowym. W związku z tym kiedy takiego powiązania nie ma (dokumenty wewnętrzne dodane ręcznie do rejestru VAT bądź zaimportowane mechanizmem pracy rozproszonej), dokumenty wewnętrzne do pliku JPK_VAT zostaną przeniesione z własnym numerem dokumentu. Dokumenty wewnętrzne będące korektą paragonów przekształconych do faktur przenoszone są do pliku JPK_VAT z numerem dokumentu wewnętrznego. Wykonanie korekty danych z poziomu korekt faktury w module Handel / Faktury nie spowoduje zmiany na dokumencie w Rejestrze VAT – zmiany danych na dokumencie należy dokonać ręcznie. Dokument Faktura korygująca dane nie jest przenoszony do Rejestrów VAT. Do plików JPK_VAT(3) przenoszone są wszystkie zapisy korekcyjne wygenerowane z załącznika VAT-ZD za wskazany okres. Pozycje na tych zapisach z odliczeniami warunkowymi są przeliczane przez określony na oknie przygotowania plików JPK współczynnik szacunkowy struktury sprzedaży. W celu wykazywania wartości w odpowiednich polach w plikach JPK dla Rejestrów VAT, wprowadzone zostały następujące atrybuty dokumentów: ■ KOREKTA ŚR. TRWAŁYCH (Korekta podatku naliczonego od nabycia środków trwałych), ■ KOREKTA POZ. NABYĆ (Korekta podatku naliczonego od pozostałych nabyć), ■ VAT-ZD ZAKUP NIEZAPŁ (Korekta podatku naliczonego, zgodnie z Art. 89b ust. 1), ■ VAT-ZD ZAKUP ZAPŁAC. (Korekta podatku naliczonego, zgodnie z Art. 89b ust. 4), ■ PODATEK OD SPISU (Podatek należny od towarów objętych spisem z natury), ■ ZWROT ZA KASĘ FISKAL (Zwrot odliczonej lub zwróconej kwoty wydatkowanej na zakup kas rejestrujących), ■ WEWN.NAB.PALIW SILN. (Podatek od wewnątrzwspólnotowego nabycia paliw silnikowych); atrybut ten będzie wykorzystany po pojawieniu się wzoru dokumentu elektronicznego dla pliku JPK_VAT zgodnego z deklaracją VAT-7(17), ■ WEWN.NABYCIE ŚR.TRAN (Wewnątrzwspólnotowe nabycie środków transportu). Pierwsze 4 atrybuty powinny być wybierane na dokumentach w rejestrze zakupu VAT, natomiast kolejne 4 na dokumentach w rejestrze sprzedaży VAT.
Uwaga
Uwaga: W przypadku kiedy w programie utworzony został załącznik VAT-ZD o typie zakup i wygenerowany/e z niego zapis/y korekcyjny/e, atrybutów VAT ZD ZAKUP NIEZAPŁ oraz VAT-ZD ZAKUP ZAPŁAC. nie należy dodawać na dokumentach w rejestrze VAT ponieważ spowoduje to duplikację kwot w pliku JPK_VAT. Zapisy korekcyjne z VAT-ZD o typie zakup są wykazywane w pliku JPK_VAT jako korekta zgodnie z Art. 89b, odpowiednio ust. 1 lub 4. Podobnie w przypadku atrybutu WEWN.NABYCIE ŚR.TRAN – jeżeli na przeliczanej w programie Comarch ERP Optima deklaracji VAT-7pole Podatek od wewnątrzwsolnotowego nabycia środków transportu jest uzupełniane automatycznie przez program na podstawie wprowadzonych dokumentów, atrybutu nie należy stosować. Wspomniane atrybuty należy wykorzystywać tylko pod warunkiem, że odpowiadające im pola na deklaracji VAT-7 Użytkownik uzupełnia ręcznie.
Jest to związane z tym, że sumy dla dokumentów z rejestrów VAT w plikach JPK powinny być zgodne z deklaracją VAT-7 za ten sam okres, natomiast m.in. pola 47 Korekta podatku naliczonego od nabycia środków trwałych oraz 48 Korekta podatku naliczonego od pozostałych nabyć (numeracja wg deklaracji VAT-7 wersja 20) mogą być wyliczane na podstawie dokumentów z poprzednich okresów bądź uzupełniane ręcznie. W związku z tym jeżeli na deklaracji VAT-7 pojawiły się wartości w polach 36, 37, 39, 47 lub 48, należy do rejestru VAT zakupu dodać odpowiedni dokument techniczny. Dokument taki nie musi posiadać żadnej pozycji, natomiast należy wybrać na nim odpowiedni wskazany powyżej atrybut (jeden bądź więcej) uzupełniając jego wartość kwotą z odpowiadających im pól na deklaracji. W celu spełnienia wymagań wzorca dokumentu elektronicznego, należy uzupełnić numer dokumentu (np.: Dokument techniczny do deklaracji VAT-7 pod plik JPK_VAT). Zalecamy kontakt z Urzędem Skarbowym celem uzgodnienia jakie dane powinny się na tego typu dokumentach znaleźć. W przypadku korzystania z atrybutów VAT-ZD ZAKUP NIEZAPŁ lub VAT-ZD ZAKUP ZAPŁAC należy na wprowadzonych dokumentach nie dodawać pozycji, natomiast uzupełnić numer dokumentu oraz wskazać kontrahenta jaki występował fakturze która ma zostać skorygowana. Wymienione atrybuty należy w razie potrzeby dodać na dokumencie w Rejestrze VAT na zakładce [JPK] w sekcji JPK_VAT. W tej sekcji można wskazać atrybut widoczny na liście atrybutów (Ogólne/ Atrybuty) na zakładce [JPK], który ma zaznaczony parametr JPK_VAT. Atrybut z zaznaczonym parametrem JPK_VAT oraz dodatkowo zaznaczonym parametrem przenosić na transakcje zostanie automatycznie dodany na każdym nowo dodawanym dokumencie w rejestrze VAT. Podczas eksportu Rejestrów VAT do plików JPK wysyłane są dokumenty mające określony miesiąc kwalifikacji w VAT (parametr Rozliczać w VAT na dokumencie) zgodny z określonym podczas eksportu danych. W przypadku Rejestru VAT zakupu, eksportowane są tylko dokumenty mające na pozycjach w kolumnie Odliczenia ustawione Tak lub Warunkowo oraz stawkę VAT inną niż ZW i NP. Dodatkowo wpływ na eksportowane dane mają ustawienia parametrów w Konfiguracji Programu/ Księgowość/ Deklaracje. Porównując eksportowane dokumenty należy więc korzystać z drugiej zakładki na rejestrze VAT: [Do VAT/JPK_V7]. Dodatkowo w plikach JPK_VAT wykazywane są dokumenty z rejestru sprzedaży VAT zawierające pozycje ze stawką 4% (faktury taksówkarzy). Pozycje wykazywane są w pliku JPK_VAT polach K_17 (wartość netto) oraz K_18 (wartość VAT), natomiast te dokumenty nie są wykazywane w deklaracji VAT-7. W przypadku dokumentów mających dodany atrybut o typie JPK_VAT oraz zapisów korekcyjnych wygenerowanych z załącznika VAT-ZD, do pliku JPK_VAT tego typu dokumenty przenoszone są bez względu na to czy parametr Rozliczać w VAT jest na nich zaznaczony czy nie. W przypadku braku zapisów w rejestrze zakupów bądź rejestrze sprzedaży za podany podczas eksportu okres, tworzony plik JPK będzie zawierał informacje tylko o tym typie rejestru, w którym były zapisy. Jeżeli w określonym podczas przygotowania plików JPK okresie czasu nie ma zapisów w rejestrze VAT zakupu ani sprzedaży, wówczas jest generowany plik JPK_VAT zawierający tylko dane nagłówkowe i dane podatnika.
Uwaga
Uwaga: Znajdujący się na dokumentach w Rejestrze VAT parametr JPK_FA opisany został w rozdziale dotyczącym faktur. Parametr nie dotyczy plików JPK_VAT składanych obowiązkowo co miesiąc. Należy zaznaczyć go w przypadku, gdy na żądanie US podatnik jest zobligowany do złożenia pliku z fakturami (JPK_FA), które wprowadzone zostały ręcznie do rejestru VAT z pominięciem modułu Handel.

11 Scalanie plików JPK_VAT

Istnieje możliwość łączenia plików JPK_VAT w programie Comarch ERP Optima. Użytkownik może wskazać pliki które mają zostać połączone i na podstawie tych plików zostanie utworzony nowy plik zawierający dane z tych wskazanych plików. Proces łączenia plików JPK_VAT wygląda następująco: Użytkownik powinien zaznaczyć wybrane przez siebie pliki na liście plików JPK i kliknąć ikonę Scal pliki JPK_VAT znajdującą się na wstążce programu. Funkcja może zostać również uruchomiona z poziomu menu kontekstowego po kliknięciu prawym przyciskiem myszy na plikach JPK i wybraniu opcji Scal pliki JPK_VAT. Zarówno ikona jak i funkcja w menu kontekstowym jest aktywna po wyfiltrowaniu plików JPK do typu JPK_VAT(wybór w polu Typ pliku wartości JPK_VAT) i zaznaczeniu co najmniej 2 plików. Na oknie Łączenie plików JPK_VAT można wskazać czy plik ma być złożony jako korekta (parametr Oznacz plik JPK_VAT jako korektę). Podczas scalania plików JPK_VAT(3) po oznaczeniu scalonego pliku jako korekty można wpisać numer tej korekty. Scalane pliki JPK_VAT muszą być w tej samej wersji. Na oknie można również zaznaczyć czy po wygenerowaniu pliku JPK_VAT ma zostać również wygenerowany arkusz kalkulacyjny zawierający dane przeniesione do połączonego pliku. Na oknie dostępny jest parametr Składam plik JPK z dwiema opcjami: ■ obowiązkowy (opcja domyślnie zaznaczona), ■ na żądanie Urzędu Skarbowego podczas kontroli. Parametr określa cel złożenia łączonego pliku JPK_VAT. Generowanie pliku rozpoczynane jest po kliknięciu ikony Wykonaj połączenie . Funkcja może zostać również wywołana poprzez naciśnięcie <F8>. Warunkiem połączenia plików jest to, aby były to pliki JPK_VAT wygenerowane w tym samym wzorcu dokumentu elektronicznego – wszystkie pliki we wzorcu JPK_VAT(2) bądź wszystkie we wzorcu JPK_VAT(3) i zawierające dokumenty za ten sam zakres dat (z tym samym rokiem i miesiącem rozliczenia w deklaracji VAT). Dane dotyczące podatnika składającego połączony plik JPK_VAT pobierane są z Pieczątki firmy (Konfiguracja Firmy/ Dane firmy/ Pieczątka firmy). Pozostałe dane zostaną odpowiednio połączone – wszystkie dokumenty sprzedaży ze wszystkich plików zostaną umieszczone w sekcji dotyczącej Rejestrów sprzedaży. Analogicznie dla rejestrów VAT zakupu. Sekcje zawierające zagregowane dane będą zawierały informacje dotyczące wszystkich pozycji z wszystkich plików. Tak więc suma ilości pozycji z wszystkich łączonych plików będzie zgodna z ilością w pliku zbiorczym. Nowy połączony plik zbiorczy otrzymuje nazwę JPK_VAT_SCALONY_PLN_Data_od_Data_do_Data_i_godzina_utworzenia. Po utworzeniu zbiorczego pliku JPK_VAT, pliki cząstkowe które podlegały połączeniu zmieniają status z Nie wysłano na Nie podlega. Dopiero w przypadku usunięcia pliku zbiorczego takie pliki otrzymają z powrotem status Nie wysłano. Nie ma możliwości wysłania plików, które uległy połączeniu – w takim przypadku należy wysłać plik zbiorczy. Nie jest również możliwe usunięcie pliku cząstkowego – należy w pierwszej kolejności usunąć plik wynikowy. Nie jest możliwe ponowne połączenie plików, które już zostały poddane łączeniu. Wysłane pliki JPK_VAT również nie podlegają połączeniu – łączenie plików JPK_VAT możliwe jest tylko dla plików o statusie Nie wysłano. Domyślnie pliki JPK_VAT które zostały połączone są ukrywane, ale można je wywołać na listę plików JPK. Służy temu parametr Pokaż scalone. Pliki cząstkowe, które zostały połączone, wyświetlane są na liście plików w kolorze szarym. W kolejnych rozdziałach biuletynu opisane zostały szczegółowe informacje dotyczące eksportu poszczególnych grup danych do plików JPK.

12 Import plików JPK_VAT do rejestrów VAT

Użytkownicy mogą skorzystać z funkcji importu plików JPK_VAT do rejestrów VAT. Opcja dostępna jest z menu głównego po wyborze JPK/ Import do rej.VAT  : Na oknie po kliknięciu ikony  Wybór pliku należy wskazać źródłowy plik XML, z którego mają zostać importowane dane. Warunkiem powodzenia importu jest aby struktura wskazanego pliku była zgodna z wymaganą przez Ministerstwo Finansów strukturą JPK_VAT(2), JPK_VAT(3) lub JPK_V7. W przypadku wybrania niewłaściwego typu pliku pojawia się stosowne ostrzeżenie i import danych nie jest możliwy. Parametr Za okres domyślnie jest nieaktywny. Takie ustawienie powoduje, że wszystkie dokumenty z pliku zostaną zaimportowane bez względu na ich daty. Po wskazaniu pliku JPK_VAT zakres dat zostaje uzupełniony na podstawie danych w pliku. Po zaznaczeniu parametru Za okres Użytkownik może wpisać inny zakres dat (zawęzić okres) za jaki zostaną zaimportowane dokumenty ze wskazanego pliku. Dla dokumentów sprzedażowych wskazywane dla parametru daty dotyczą daty wystawienia, natomiast dla dokumentów zakupowych – daty wpływu. Jeżeli w pliku JPK_VAT dla dokumentu importowanego do rejestru zakupu VAT nieuzupełniona jest data wpływu, jest ona uzupełniona jako zgodna z datą zakupu. Na oknie istnieje możliwość wskazania rejestrów sprzedaży i zakupów VAT, do których mają zostać zaimportowane dokumenty z pliku. Odznaczenie jednego z typów rejestru VAT (zakupów lub sprzedaży) powoduje, że tego typu dokumenty nie zostaną zaimportowane z pliku. Jeżeli w pliku JPK_VAT występują tylko dokumenty jednego typu (np. tylko rejestr sprzedaży VAT) i ten typ rejestrów został odznaczony przez Użytkownika, przy próbie importu pojawi się informacja o braku danych do zaimportowania. Podczas importu dokumentów, jeśli w pliku JPK_VAT uzupełniony jest numer NIP kontrahenta i w bazie istnieje już kontrahent z takim numerem NIP, wówczas po zaimportowaniu dokument przypisywany jest do tego kontrahenta (podstawiany jest jego akronim). Jeżeli istniejący w bazie kontrahent oznaczony został jako zduplikowany podczas operacji łączenia kart kontrahentów, na zaimportowanym dokumencie podstawiony zostanie kontrahent główny. Dane kontrahenta na dokumencie (jego nazwa i adres) przenoszone są zawsze z pliku. Rodzaj transakcji, rodzaj na pozycji dokumentu oraz status kontrahenta na zaimportowanym dokumencie uzupełniane są zgodnie z domyślnymi ustawieniami kwalifikującymi do deklaracji VAT-7 dla pola, do którego dany dokument w pliku JPK_VAT został zakwalifikowany. Na dokument podstawiana jest kategoria sprzedaży lub zakupu z istniejącej karty kontrahenta (jeżeli domyślne kategorie dla kontrahenta są uzupełnione). W przypadku nie zaznaczonego parametru Załóż karty kontrahentów (na podstawie numeru NIP lub wg autonumeracji ustawionej w konfiguracji)) jeżeli kontrahent o takim numerze NIP jak na dokumencie w pliku nie występuje w bazie (lub jest więcej niż jeden kontrahent z takim numerem NIP), wówczas na zaimportowanym dokumencie podstawiany jest kontrahent Nieokreślony. Dane kontrahenta na dokumencie (jego nazwa i adres) przenoszone są z pliku. W przypadku importu dokumentów do rejestru VAT bez zakładania kart kontrahentów, jeżeli na dokumencie w pliku JPK_VAT uzupełniony jest numer NIP kontrahenta, na zaimportowanym dokumencie zaznaczony zostaje parametr Podmiot gospodarczy. Jeżeli w pliku JPK_VAT nie ma numeru NIP dla transakcji (pole z numerem NIP jest puste lub znajduje się w nim znak „-”), w rejestrze VAT na dokumencie zaznaczony zostaje parametr Finalny. Po przeprowadzonym imporcie zaleca się wykonanie dla zaimportowanych dokumentów operacji seryjnej Zweryfikuj status VAT. W przypadku zaznaczonego parametru Załóż karty kontrahentów (na podstawie numeru NIP lub wg autonumeracji ustawionej w konfiguracji) jeżeli kontrahent o takim numerze NIP jak na dokumencie w pliku nie występuje w bazie, wówczas zostanie założona jego karta na podstawie danych w pliku i zostanie on podstawiony na zaimportowanym dokumencie.. Jeżeli w Konfiguracji Firmy/ Ogólne/ Parametry zaznaczony jest parametr Autonumeracja kodów kontrahentów przy dodawaniu, wówczas kod zakładanego kontrahenta nadawany jest według wskazanego w Konfiguracji schematu numeracji. W przypadku, gdy podczas automatycznego dodawania kontrahenta, numer w schemacie numeracji kodów przekroczy maksymalną wartość, kontrahent dodawany jest z kodem uzupełnionym zgodnie z jego numerem NIP. Jeżeli parametr Autonumeracja kodów kontrahentów przy dodawaniu nie jest zaznaczony w Konfiguracji, wówczas jako kod nowego kontrahenta wstawiany jest jego numer NIP. Dodatkowo jeżeli w Konfiguracji Firmy/ Ogólne/ Parametry zaznaczony jest parametr Automatyczne pobieranie rachunków bankowych z Wykazu podatników VAT, dla dodawanego automatycznie kontrahenta następuje weryfikacja w Wykazie podatników VAT na podstawie jego numeru NIP i pobierane są numery rachunków bankowych kontrahenta. Jeżeli parametr w konfiguracji nie jest zaznaczony, kontrahent dodawany jest bez importu listy rachunków bankowych. Jeżeli na dokumencie w pliku kontrahent nie ma uzupełnionego numeru NIP (lub w bazie jest więcej niż jeden kontrahent z takim numerem NIP), wówczas karta kontrahenta nie jest zakładana. Na takim dokumencie po imporcie podstawia się kontrahent Nieokreślony z danymi adresowymi takimi, jakie są w pliku JPK_VAT. W przypadku braku numeru NIP kontrahenta w pliku JPK_VAT, na dokumencie jako rodzaj transakcji podpowie się Krajowa. Jeżeli numer NIP kontrahenta krajowego w pliku JPK_VAT jest niepoprawny, nie jest zakładana karta takiego kontrahenta i nie są importowane jego dokumenty do rejestru VAT. Na oknie importu istnieje możliwość wyboru formy płatności na zaimportowanych dokumentach. Po wybraniu opcji domyślną Użytkownik może wskazać jedną z aktywnych form płatności występujących w bazie. Jeżeli istniejący w bazie kontrahent ma ustawiony na swojej karcie indywidualny termin płatności, taki termin zostanie wyliczony na zaimportowanym dokumencie. Jeżeli istniejący w bazie kontrahent nie ma określonego terminu płatności, wówczas termin płatności na zaimportowanym dokumencie wyliczony zostanie na podstawie terminu ustawionego na wybranej formie płatności. W przypadku wybrania opcji z karty kontrahenta, na dokumencie podstawiana jest forma płatności wskazana na karcie istniejącego kontrahenta. Jeżeli w bazie nie istnieje kontrahent o podanym numerze NIP, na zaimportowanym dokumencie podstawiana jest forma płatności gotówka. Ta forma płatności zostanie również ustawiona jako domyślna forma płatności dla założonego kontrahenta. Jeżeli forma płatności gotówka jest zablokowana, podstawi się kolejna (według kolejności wprowadzania) forma płatności. Jeżeli istniejący w bazie kontrahent ma zaznaczony parametr Nie rozliczaj płatności, płatność z zaimportowanego dokumentu zostanie dodana do preliminarza ze statusem Nie podlega. Jeżeli Użytkownik wybierze dla opcji domyślną formę płatności gotówka (lub kontrahent ma wybraną tę formę płatności jako domyślną), po zaimportowaniu nie będą tworzone automatycznie zapisy K/B rozliczające płatności do importowanych dokumentów. Zaznaczenie na oknie importu parametru Ustaw status płatności na Nie podlega powoduje, że wszystkie płatności z zaimportowanych dokumentów otrzymają status Nie podlega. Jeżeli w Konfiguracji Firmy/ Ogólne/ Parametry zaznaczony jest parametr Kontrola duplikacji zapisów w rejestrze VAT, ewidencji dodatkowej i na fakturach zakupu, podczas importu następuje weryfikacja czy w bazie nie występuje już dokument o parametrach określonych dla kontroli duplikacji. Jeżeli taki dokument już istnieje, dokument z pliku JPK_VAT nie zostanie zaimportowany, a w logu z przebiegu importu pojawi się stosowna informacja. Kliknięcie ikony  Uruchom import powoduje zaczytanie danych z pliku JPK_VAT do bazy. Ikona jest aktywna po wskazaniu poprawnego pliku JPK_VAT oraz zaznaczeniu rejestru sprzedaży i/lub rejestru zakupu do importu. Wybranie opcji  Zamknij okno powoduje rezygnację z importu i zamknięcie okna.
Uwaga
Pliki JPK_VAT nie posiadają wszystkich potrzebnych informacji występujących na dokumentach w rejestrze VAT, dlatego też przy imporcie przyjmowane są pewne uproszczenia np. co do formy płatności, rodzaju transakcji, waluty, stawki VAT, opisu, kolumny KPiR, stanu dokumentu zwykły/wewnętrzny itp. W związku z tym po zaimportowaniu dokumentów należy zweryfikować ich poprawność. W razie potrzeby należy skorzystać z operacji seryjnych dostępnych bezpośrednio w rejestrach VAT.

Na zaimportowanych dokumentach do rejestru zakupu VAT domyślnie ustawiane są odliczenia na TAK.

Uwaga
W pliku JPK_VAT znajdują się tylko wartości z odliczeniami na TAK lub Warunkowo (przeliczone przez szacunkowy współczynnik struktury sprzedaży). Jeżeli więc na dokumencie przed eksportem do pliku JPK_VAT znajdowały się pozycje z odliczeniami na NIE oraz na TAK, wówczas do pliku zostaną wyeksportowane (a tym samym zaimportowane z niego) tylko te pozycje mające odliczenia na TAK. W przypadku odliczeń WARUNKOWO, po eksporcie do pliku te pozycje są mnożone przez szacunkowy współczynnik struktury sprzedaży. W związku z tym wartość brutto na zaimportowanym dokumencie w rejestrze zakupu VAT nie zawsze będzie się zgadzać z wartością brutto dokumentu sprzed eksportu do pliku JPK_VAT. Należy więc po imporcie zweryfikować poprawność kwot brutto dokumentów.
W przypadku rejestrów sprzedaży VAT w kolumnie Uwzględniaj w proporcji ustawiane są domyślne wartości dla poszczególnych stawek VAT:
      • Uwzględniaj – dla stawek: 23%, 8%, 5%, 0%
      • Tylko w mianowniku – dla stawki ZW
      • Nie uwzględniaj – dla stawki NP
W przypadku ustawionego w Konfiguracji Firmy/ Księgowość/ Parametry rodzaju księgowości księga podatkowa, na pozycjach  zaimportowanych dokumentów w rejestrze sprzedaży VAT ustawiana jest kolumna KPiR 7.Sprzedaż, natomiast na dokumentach w rejestrze zakupu VAT kolumna 10.Towary. Jeżeli ustawiony jest rodzaj księgowości ewidencja ryczałtowa, na pozycjach  zaimportowanych dokumentów w rejestrze sprzedaży VAT ustawiana jest stawka dla ryczałtu 3,00%. Jeżeli w pliku JPK_VAT znajdowały się dokumenty z pozycjami wykazywanymi w deklaracji VAT-7 w polach:
      • 36 – Podatek należny od towarów objętych spisem z natury,
      • 37 – Zwrot odliczonej lub zwróconej kwoty wydatkowanej na zakup kas rejestrujących,
      • 38 – Podatek od wewnątrzwspólnotowego nabycia środków transportu,
      • 39 – Podatek od wewn. nabycia towarów art. 103 ust. 5aa,
      • 47 – Kwota podatku naliczonego od nabycia środków trwałych,
      • 48 – Kwota podatku naliczonego od pozostałych nabyć,
      • 49 – Kwota podatku naliczonego, o której mowa w art.89b ust. 1 ustawy,
      • 50 – Kwota podatku naliczonego, o której mowa w art.89b ust. 4 ustawy,
a więc wynikające z zastosowania na dokumentach atrybutów JPK_VAT, pozycje te nie zostaną zaimportowane do rejestru VAT z pliku JPK_VAT.
Uwaga
Na zaimportowanych z pliku JPK_VAT do rejestru VAT dokumentach, w polu Rozliczać w VAT ustawiany jest rok i miesiąc zgodny z okresem za jaki wygenerowany został plik JPK_VAT. Dotyczy to metody zwykłej rozliczenia podatku VAT. Na zaimportowanych dokumentach zostanie prawidłowo ustawiona data rozliczenia w VAT jedynie w bazach, które za dany okres czasu rozliczają VAT metodą zwykłą. Jeśli w bazie docelowej wybrana jest metoda kasowa, wówczas należy ponownie zweryfikować datę uwzględnienia w VAT na poszczególnych dokumentach.

OPT074 - Dodawanie kolumn użytkownika na listach

Data aktualizacji: 13-06-2022

Spis treści

Wstęp

Przykłady z instrukcją tworzenia

Wstęp

Użytkownik Comarch ERP Optima ma możliwość dodawania na listach dokumentów kolumn o dowolnej definicji z dowolnej tabeli dostępnej w bazie danych. Dodawanie kolumn odbywa się z pomocą mechanizmu personalizacji okna. Możliwe jest wyłączenie personalizacji listy dla danego operatora, zwykła personalizacja kolumn, które zdefiniował użytkownik poprzez dodanie kolejnych instrukcji JOIN, dodanie wyrażeń definiujących nową kolumnę oraz testowanie całego zapytania. Można w dowolny sposób dołączać tabele (również z bazy konfiguracyjnej) do zdefiniowanego zapytania SQL oraz definiować kolumny o dowolnej składni pobierania danych. Dodawanie kolumn może odbywać się w łatwy sposób poprzez „przeciągnięcie” wybranej kolumny na listę Kolumny użytkownika. Dodane kolumny można sortować, grupować oraz wykonywać operacje dostępne z wiersza sum. Po dodaniu kolumn i tabel wydajność pobierania danych na liście może znacznie spaść. Należy rozważyć tutaj dwa przypadki: sama definicja kolumny nie spowoduje żadnego spowolnienia, jeśli kolumna nie będzie widoczna oraz dodatkowa instrukcja LEFT JOIN spowoduje spowolnienie tylko wtedy, gdy będzie widoczna jakaś kolumna wykorzystująca tą instrukcję lub kolumna zostanie użyta w filtrze. Powyższe problemy zostawiamy do rozwiązania wdrożeniowo przez partnera rozszerzającego funkcjonalność listy.

Wygląd okna personalizacji - definiowanie kolumn użytkownika

Funkcjonalność dostępna jest z poziomu personalizacji aktywnego okna <Shift>+<F9> po kliknięciu ikony . Na oknie Personalizacja listy jest możliwość:
  • Dodawania złączeń do kolejnych tabel bazy danych (również z bazy konfiguracyjnej).
  • Dodawania wyrażeń definiujących nową kolumnę danych,  po której będzie można sortować i grupować listę.
  • Testowania całego zapytania.
Okno personalizacji listy podzielone jest na 5 części:
  • Kolumny dostępne z aktualnie wybranych tabel (wraz z dodatkowymi instrukcjami JOIN) – Jest to lista prezentująca wszystkie pola możliwe do pokazania na liście przy aktualnie zdefiniowanej klauzuli FROM wraz z dodatkowymi złączeniami (instrukcjami JOIN) dodanymi przez użytkownika. Lista jest aktualizowana po dołączeniu nowej tabeli przez użytkownika w sekcji Tabele użytkownika. Lista wyświetlana jest w trybie tylko do odczytu, istnieje jednak możliwość „przeciągnięcia” wybranej kolumny na listę Kolumny użytkownika.
  • Kolumny użytkownika – lista kolumn dodanych przez użytkownika. Dla dodanej kolumny można określić jej nazwę dla użytkownika, instrukcję pobierania, typ i format wyświetlania, domyślną widoczność i dostępność kolumny oraz dodatkowy opis.
  • Tabele domyślne – treść zapytania FROM standardowo wysyłanego do serwera SQL – pole do odczytu.
  • Tabele użytkownika – sekcja umożliwiająca dołączenie kolejnych tabel przez użytkownika. Aby dołączyć nową tabelę należy wskazać jej nazwę (wraz z prefixem „CDN”) oraz podać instrukcję łączenia, czyli klauzulę potrzebną do wykonania połączenia tabel (np. TrN_KntID= Knt_KntID).
  • Wynikowe zapytanie SQL – zapytanie utworzone z kolumn zdefiniowanych przez użytkownika i instrukcji FROM z dodanymi złączeniami (instrukcjami JOIN) użytkownika, z możliwością sprawdzenia poprawności wykonania – pole do odczytu.

Rys. Personalizacja listy

Na oknie znajdują się przyciski:
  •  – Sprawdzenie poprawności utworzonego zapytania. Przycisk możliwy do wywołania w dwóch trybach (rozwijalna lista obok przycisku):
  • Sprawdź składnię – weryfikacja poprawności składni zapytań użytkownika, w przypadku poprawnego wykonania testu pojawia się komunikat: Kolumny zostały dodane poprawnie.
  • Sprawdź wydajność – zmierzenie czasu wykonania zapytania użytkownika; pierwsze wykonanie zmienionego zapytania SQL może nie być miarodajne, gdyż Serwer SQL nie będzie jeszcze miał w pamięci cache tego zapytania, w związku z czym pierwsze wykonanie zapytania może być dłuższe, niż kolejne.
  •  Zapis zmian. Jeżeli po wprowadzeniu zmian użytkownik nie sprawdzi poprawności zapytania, zostanie to wykonane w momencie zapisu zmian w dodatkowych kolumnach. Jeżeli zapytanie nie będzie poprawne, okna nie będzie można zapisać. Podczas zapisu okna personalizacji listy sprawdzane jest również, czy modyfikacja zapytania nie spowodowała efektu „rozmnożenia” wierszy na liście (np. faktura pokazuje się na liście tyle razy, ile ma elementów) – taka sytuacja jest błędna i niektóre funkcje programu mogą wówczas nie działać prawidłowo
  •  Eksport ustawień dodatkowych kolumn użytkownika, bez pozostałych ustawień personalizacji. Eksport wykonywany jest do formatu XML.
  •  Import ustawień dodatkowych kolumn użytkownika z pliku XML.

Kolumny użytkownika

Lista umożliwiająca dodanie przez użytkownika nowej kolumny na listę. Zawiera kolumny: Nazwa dla użytkownika – pod jaką nazwą kolumna będzie widoczna na interfejsie. Instrukcja pobrania danych – pole z bazy lub można wpisać treść, która występuje w klauzuli SELECT i dotyczy pojedynczej kolumny. Format wyświetlania – można określić formatowanie zwracanych wartości w kolumnie np. jeżeli do pokazania będzie kolumna typu DateTime, a standardowo część czasowa jest ucinana, potrzebne będzie tu wprowadzenie odpowiedniej wartości formatującej pokazywaną treść. Formatowanie należy ustawić w kolumnie Typ formatu wyświetlania oraz w kolumnie Format wyświetlania. Kolumna Typ formatu wyświetlania przyjmuje 4 wartości:
  • None – dane w definiowanej kolumnie wyświetlane są sposób domyślny
  • Numeric – dane liczbowe
  • DateTime – data/czas
  • Custom – niestandardowy format wyświetlania
Ostatnie 3 opcje definiują w jaki sposób wartości mają być wyświetlane używając formatu z pola Format wyświetlania. Kolumna Format wyświetlania
  • Standardowe formaty wyświetlania dla liczb.
Standardowy format wyświetlania dla liczb składa się z litery (określającej rodzaj formatu) oraz 2 cyfr (określających precyzję). Rodzaj formatu decyduje w jaki sposób wartość jest transformowana.

Rodzaj formatu

Opis

Przykład formatu

Przykładowa wartość

c lub CLiczba jest wyświetlana jako wartość walutowa. Specyfikacja precyzji określa żądaną ilość miejsc dziesiętnych. Jeżeli precyzja nie zostanie wpisana, zostanie użyta domyślna precyzja wartości formatu waluty z ustawień regionalnych.c2$1,234.00
n lub NLiczba jest wyświetlana w formie "-d,ddd,ddd.ddd...", gdzie każde 'd' oznacza cyfrę. Wartość będzie poprzedzona znakiem minus, jeżeli liczba jest ujemna. Separator tysięcy jest wstawiany między każdą grupę 3 cyfr na lewo od kropki dziesiętnej. Specyfikacja precyzji określa żądaną ilość miejsc dziesiętnych. Jeżeli precyzja nie zostanie wpisana, zostanie użyta domyślna precyzja wartości formatu waluty z ustawień regionalnych.n01.234
d lub DWartość jest wyświetlana jako liczba całkowita ze znakiem minus. Jeżeli wyświetlana będzie liczba z częścią dziesiętna, zostanie ona sformatowana domyślnie. Specyfikacja precyzji określa minimalną ilość cyfr, która ma zostać pokazana. Jeżeli będzie to potrzebne, liczba zostanie dopełniona „nieistotnymi” zerami z lewej strony, aby zapewnić odpowiednią długość wartości. Jeżeli precyzja nie zostanie wybrana, pokazane zostanie dokładnie tyle cyfr, ile potrzeba do reprezentowania wartości bez początkowych zer.D800004392
p lub PLiczba mnożona jest przez 100 i wyświetlana ze znakiem %. Specyfikacja precyzji określa żądaną ilość miejsc dziesiętnych. Jeżeli nie zostanie określona, pokazywane są 4 miejsca dziesiętne.P289,48 %
  • Standardowe formaty wyświetlania dla daty i czasu.
Standardowy format daty/czasu składa się z jednej litery, która określa wzorzec, wg którego wartości będą wyświetlane (czy i w jaki sposób wyświetlać lata, miesiące itd.).
FormatOpisPrzykład
dWzorzec daty krótkiej.04-06-2014
DWzorzec daty długiej.4 czerwca 2014
tWzorzec czasu krótkiego.14:08
TWzorzec czasu długiego.14:08:00
fWzorzec daty długiej i czasu krótkiego.4 czerwca 2014 14:08
FWzorzec daty długiej i czasu długiego.4 czerwca 2014 14:08:00
gWzorzec daty krótkiej i czasu krótkiego.04-06-2014 14:08
GWzorzec daty krótkiej i czasu długiego.04-06-2014 14:08:00
m lub MWzorzec miesiąca i dnia.4 czerwca
y lub YWzorzec roku i miesiąca.czerwiec 2014
sWzorzec sortowalny.2014-06-04T14:08:00
  • Niestandardowe formaty dla liczb
Formaty niestandardowe używane są do ręcznego stworzenia odpowiedniego wzorca. Tego sposobu formatowania należy używać tylko wtedy, gdy standardowe formaty nie są wystarczające. Wszystkie formaty składające się z litery, za którą występują jedna lub dwie cyfry, traktowane są jako formaty standardowe. Wszystkie pozostałe są interpretowane jako formaty niestandardowe. Poniżej znajdują się najczęściej używane symbole do konstruowanie niestandardowych formatów.
ZnakZnaczenie
0Cyfra jest wyświetlana zawsze.
#Cyfra jest wyświetlana, gdy jest potrzebna (używane np, aby nie wyświetlać początkowych zer).
.Określa miejsce kropki dziesiętnej. Wygląd symbolu dziesiętnego zależy od ustawień regionalnych.
,Wyznacza użycie separatora tysięcy. Wygląd separatora zależy od ustawień regionalnych.
%Mnoży liczbę przez 100 i wstawia symbol % zgodny z ustawieniami regionalnymi.
\Kolejny znak jest wstawiany literalnie do wyniku.
  • Niestandardowe formaty daty i czasu
Aby stworzyć wzorzec daty i czasu należy połączyć symbole z tabel poniżej, reprezentujące rok, miesiąc, dzień itd. w różnych formatach. Symbole dotyczące dat:
SymbolZnaczenieWynik formatownia przykładowej daty (22.06.2014)
yyOstatnie dwie cyfry roku.14
yyyyCztery cyfry roku.2014
MMNumer miesiąca.06
MMMSkrót nazwy miesiąca.cze
MMMMPełna nazwa miesiąca.czerwiec
ddNumer dnia.22
dddSkrót dnia tygodnia.N
ddddPełna nazwa dnia tygodnia.niedziela
/Separator daty. Pobierany z ustawień regionalnych.
  • Symbole dotyczące czasu:
SymbolZnaczenie
hhGodziny.
mmMinuty.
ssSekundy.
:Separator czasu. Pobierany z ustawień regionalnych.
Szczegółowe informacje na temat formatowania danych można odnaleźć na stronach MSDN w obszarze dotyczącym formatowania wartości (Formatting types: http://msdn.microsoft.com/en-us/library/dwhawy9k(v=vs.100).aspx). Domyślnie Widoczna/Dostępna – domyślne wartości, jakie ustawią się dla tej kolumny na liście. Opis – dodatkowy opis pokazujący się po najechaniu myszką na nagłówek kolumny.

Tabele użytkownika

Lista umożliwiająca dołączenie kolejnych tabel lub innych obiektów dozwolonych przez SQL do wykonywanego już zapytania. Zawiera kolumny: Lp – liczba porządkowa, służy do ustalenia kolejności dołączania tabel w zapytaniu. Nazwa tabeli – nazwa tabeli ze struktury bazy danych. Instrukcja łączenia – klauzula potrzebna do wykonania połączenia tabel np. TrN_KntID= Knt_KntID.

Parametr kolumny użytkownika na oknie personalizacji

Na oknie personalizacji znajduje się kolumna Kolumny użytkownika. Domyślnie każdy operator ma zaznaczoną tę wartość, co oznacza, że dla tego operatora są dostępne do wyboru dodatkowo zdefiniowane kolumny. Jeżeli parametr dla operatora będzie odznaczony – wówczas pomimo dodanych nowych kolumn w personalizacji, lista dla tego operatora będzie miała dostępne tylko standardowe kolumny. Na rozwijanej liście z dostępnymi kolumnami, te dodane przez użytkownika wraz z przeniesionymi domyślnymi ustawieniami w kolumnach Widoczna i Dostępna będą widoczne na końcu listy, dodatkowo pisane kursywą dla łatwego ich odróżnienia od kolumn standardowych.

Rys. Okno personalizacji

Dodawanie kolumn na listach

Podczas uruchamiania okna programu z listą, która ma dodane przez użytkownika niestandardowe tabele, zostanie najpierw wykonane sprawdzenie, czy zapytanie użytkownika nie zwraca większej ilości wierszy, niż zapytanie standardowe. Jeżeli ilość wierszy będzie taka sama, wówczas okno uruchomi się w spersonalizowanym trybie. Jeżeli natomiast ilość wierszy będzie różna, wówczas wygenerowany zostanie komunikat: Dodatkowe tabele dodane w personalizacji powodują powielanie wierszy na liście. Lista zostanie uruchomiona w trybie standardowym., po czym nastąpi uruchomienie okna bez dodatkowych kolumn i tabel.
Uwaga
Dodanie każdej tabeli użytkownika powoduje modyfikację treści FROM zapytania. W związku z tym wskazanie np. tabeli z elementami dokumentu (nawet bez wybrania kolumn z tej tabeli) będzie powodować zduplikowanie wyświetlanych wierszy i generowanie powyższego komunikatu przy otwieraniu listy.
Jeżeli nie uda się pobieranie danych na listę z dodatkowymi kolumnami i/lub tabelami, pokazany zostanie komunikat Błąd pobierania danych na listę. Lista zostanie uruchomiona w trybie standardowym., a następnie okno programu zostanie uruchomione bez dodatkowych kolumn i tabel. W przypadku ustawienia filtrowania lub sortowania wg dodanej przez użytkownika kolumny, wydruki z list mogą nie działać poprawnie, jednakże wydruk bieżącego widoku powinien zawsze działać poprawnie. W menu Narzędzia/ Testy integralności jest dostępny test Okna z dodatkowymi kolumnami sprawdzający, do których okien dodane zostały kolumny lub tabele użytkownika i prezentujący w logu nazwy tych okien.

Przekazywanie zmiennych dynamicznych

W polach Instrukcja wprowadzania danych oraz Instrukcja łączenia istnieje możliwość przekazania wybranych wartości ze zmiennych dynamicznych oraz wartości z panelu filtra. Otrzymujemy możliwość uzależnienia wartości pokazywanych w dodatkowych kolumnach od wartości ze zmiennych dynamicznych (np. uzależnienie od Operatora), czy wartości z panelu filtra (np. uzależnienie od daty aktualności listy). W polach wprowadzania instrukcji, gdzie podajemy konkretne wartości (np. 2017-11-21) mamy możliwość wykorzystania specjalnych aliasów, odpowiadających tym wartościom (np. #CDN_DataBiezaca#), przekazujących wybrane zmienne dynamiczne lub wartości z panelu filtra. Aby ułatwić wstawienie odpowiedniego aliasu menu kontekstowe wyświetla listę dostępnych wartości: Parametry standardowe - przy dodawaniu kolumn udostępnione zostały wybrane wartości ze zmiennych dynamicznych. Po wybraniu opcji Parametry standardowe rozwija się dodatkowe menu z następującymi wartościami: Parametry filtra - po wybraniu opcji Parametry filtra rozwija się dodatkowe menu z wartościami przekazywanymi z panelu filtra danej listy. Między różnymi listami mogą być różne parametry filtra. Poniżej przykład z wartościami przekazywanymi z listy pracowników: Po wybraniu wartości w miejsce kursora zostanie wstawiony odpowiedni alias.

Przykłady z instrukcją tworzenia

Handel

1. Lista zasobów/cennik. Kolumny: kod PLU, nazwa fiskalna oraz waga towaru

Potrzebne pola znajdują się w tabeli CDN.Towary. Na oknie personalizacji listy w sekcji Kolumny dostępne z aktualnie wybranych tabel należy odnaleźć pole Twr_PLU i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny. Tak samo należy postąpić w przypadku pozostałych kolumn czyli Twr_NazwaFiskalna oraz Twr_WagaKG. Dodatkowo dla pola Waga ustawiamy w kolumnie Typ formatu wyświetlania na Numeric a Format wyświetlania na N4 (N- wartość numeryczna, 4 – wyświetlanie do czterech miejsc dziesiętnych).

2. Lista zasobów/cennik. Kolumny: kod CN oraz kraj pochodzenia

Potrzebne pola znajdują się w tabeli CDN.Towary oraz CDN.KodyCN. Na oknie personalizacji listy w sekcji Tabele użytkownika należy połączyć powyższe tabele aby mieć dostęp do pól związanych z kodami CN. W związku z powyższym w kolumnie Nazwa tabeli podajemy tabelę CDN.KodyCN a w kolumnie Instrukcja łączenia wprowadzamy pola klucze łączące obie tabele Twr_KCNId=KCN_KCNId zgodnie ze strukturą bazy danych. Teraz w sekcji Kolumny dostępne z aktualnie wybranych tabel pojawią się pola z tabeli CDN.KodyCN. Należy odnaleźć pole KCN_Kod i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny. Tak samo należy postąpić w przypadku kolumny Twr_KrajPochodzenia.

3. Lista zasobów/cennik. Kolumna marża procentowa dla ceny hurtowa1 - szybkie sprawdzenie przewidywanej marży

Ceny zapisywane są w tabeli CDN.TwrCeny i wiązane z tabelą CDN.Towary po kluczu TwC_TwrId=Twr_TwrId. Ponieważ chcemy uzyskać marżę dla ceny o numerze drugim rozwiązaniem będzie zastosowanie zapytania SQL w kolumnie Instrukcja pobierania danych w sekcji Kolumny użytkownika. Ponieważ dodawanie kolumn odbywa się na oknie towarów należy w zapytaniu aliasować pole Twr_TwrId. Zapytanie będzie mieć następującą postać: (SELECT TwC_Marza From CDN.TwrCeny WHERE TwC_TwrId=A.Twr_TwrId And TwC_TwCNumer=2) Kolumna ta ma pokazywać wartość w procentach w związku z tym ustawiamy w kolumnie Typ formatu wyświetlania typ na Custom oraz w kolumnie Format wyświetlania ustawiamy maskę 00.00”%” (0 – oznacza że cyfra jest zawsze wyświetlana, . – oznacza miejsca dziesiętne, „%” – dodanie na końcu znaku procent).

4. Lista zasobów. Ilość dni zalegania towaru na magazynie/ach na podstawie najstarszej dostawy.

W sekcji Kolumny użytkownika należy dodać kolumnę o instrukcji pobierania danych:
(SELECT TOP 1 CASE WHEN #filtrMagazynGridLookup_ID# = 0 then 
(SELECT DATEDIFF(DAY, min(TwZ_Data), GETDATE()) AS DateDiff

FROM CDN.TwrZasoby

WHERE Twr_TwrId = TwZ_TwrId)

else (SELECT DATEDIFF(DAY, min(TwZ_Data), GETDATE()) AS DateDiff

FROM CDN.TwrZasoby

WHERE Twr_TwrId = TwZ_TwrId AND TwZ_MagId = #filtrMagazynGridLookup_ID#) end)

5. Lista zasobów/cennik. Kolumna średnia cena zakupu dla dostaw, które nie zostały zdjęte z magazynu

Wyświetla średnią ważoną dla cen, po których dostawy danego towaru zostały wprowadzone do magazynu. Brane pod uwagę są tylko dostawy, które ciągle znajdują się w magazynie. Listę tych dostaw można sprawdzić otwierając formularz towaru i przechodząc na zakładkę Zasoby.
(SELECT CONVERT(DECIMAL(10, 2), AVG(TwZ_Wartosc/TwZ_Ilosc)) FROM CDN.TwrZasoby
WHERE TwZ_TwrId=Twr_TwrId)

6. Lista zasobów/cennik. Kolumna wyświetlająca ‘Tak’ jeśli towar/usługa jest udostępniany w przynajmniej jednym e-Sklepie oraz ‘Nie’ jeśli nie jest udostępniany

CASE WHEN EXISTS 
(SELECT * FROM Cdn.TwrESklep WHERE Twes_TwrID=Twr_TwrId AND Twes_Udostepnij=1) 
THEN 'Tak' ELSE 'Nie' END

7. Lista kontrahentów. Kolumna z listą atrybutów przypisanych do kontrahenta

Atrybuty przedstawiane są w formie Nazwa_atrybutu: Wartość.
STUFF(
(SELECT ', ' + DA.DeA_Kod + ': ' + KA.KnA_WartoscTXT
FROM CDN.KntAtrybuty KA
JOIN CDN.DefAtrybuty DA ON KA.KnA_DeAId=DA.DeA_DeAId
WHERE KA.KnA_PodmiotId=Knt_KntId 
FOR XML PATH (''))
,1,2,'')

8. Lista zestawów promocyjnych. Kolumna z maksymalną liczbą zestawów jakie można utworzyć, biorąc pod uwagę ilości towarów wchodzących w skład zestawu znajdujące się w magazynach

Łączna ilość ze wszystkich magazynów, dla towaru wchodzącego w skład zestawu promocyjnego jest dzielona przez ilość, w jakiej ten towar występuje w składzie zestawu. Kolumna wyświetla najniższy wynik takich obliczeń (zaokrąglony w dół do liczb całkowitych), wykonanych dla wszystkich towarów wchodzących w skład zestawu.
(SELECT FLOOR(MIN(t.sum1)) FROM
(SELECT SUM(TZ.TwZ_Ilosc) sum1 FROM CDN.TwrZasoby TZ 
JOIN CDN.ZestawyTwr ZT ON TZ.TwZ_TwrId=ZT.ZTw_TwrId
WHERE ZT.ZTw_ZTwId=ZTw_ZTwId
UNION
SELECT SUM(TZ.TwZ_Ilosc/ZTS.ZTS_Ilosc) sum1 FROM CDN.TwrZasoby TZ 
JOIN CDN.ZestawyTwrSkladniki ZTS ON TZ.TwZ_TwrId=ZTS.ZTS_TwrId
WHERE ZTS.ZTS_ZTwId=ZTw_ZTwId
GROUP BY TwZ_TwrId) t)

9. Lista dokumentów w module Handel. Kolumna Mail

Jeśli użytkownik korzysta ze skrzynki pocztowej w module CRM i wysyła wydruki faktur do swoich klientów drogą mailową to korzystając z powiązania faktura sprzedaży – mail może na liście faktur wyświetlić informację, czy faktura została wysłana do klienta. Informacja ta jest oparta o sprawdzenie czy z fakturą skojarzony jest jakikolwiek mail. Mail - w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych: CASE WHEN EXISTS (SELECT * FROM CDN.DokRelacje WHERE Dor_DokumentId=A.TrN_TrnId AND Dor_ParentTyp=1011 AND DoR_DokumentTyp = 302) THEN 'Tak' ELSE 'Nie' END

10. Lista dokumentów w module Handel. Kolumna Wydruk

Jeśli użytkownik wykonuje kopie elektroniczne wydruków faktur sprzedaży to korzystając z powiązania faktura sprzedaży – wydruk w archiwum może na liście faktur wyświetlić informację czy faktura została wydrukowana. Dla przypomnienia: kopie elektroniczne wydruków są tworzone po zaznaczeniu parametru na definicji wydruku. Wydruk - w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych: CASE WHEN EXISTS (SELECT * FROM CDN.WdrKopieElektroniczne WHERE WdKE_ObjId=A.TrN_TrNId AND WdKE_ObjType=A.TrN_typDokumentu) THEN 'Tak' ELSE 'Nie' END

11. Lista dokumentów w module Handel. Kolumna e-mail kontrahenta (Nabywcy)

Należy skorzystać z widoku CDN.PodmiotyView i dostępnego pola Pod_Email. W zapytaniu sql pola z tego widoku muszą być aliasowane. Należy odnaleźć pole Pod_Email i przeciągnąć do sekcji Kolumny użytkownika nadać nazwę dla kolumny, a następnie edytować kolumnę Instrukcja pobierania danych i ustawić alias. Ostateczna postać wyrażenia Pod.Pod_Email.

12. Lista dokumentów w module Handel. Kolumna z informacją o akronimie operatora, który zmodyfikował dokument

Dane o operatorach zapisane są w bazie konfiguracyjnej w tabeli CDN. Operatorzy. Należy wykonać złączenie do bazy konfiguracyjnej i powyższej tabeli. Na oknie personalizacji listy w sekcji Tabele użytkownika w kolumnie Nazwa tabeli podajemy tabelę i nazwę bazy do której jest ona podpięta, obie tabele muszą istnieć na serwerze SQL. Wprowadzamy [CDN_KNF_Konfiguracja].[CDN].[Operatorzy] a w kolumnie Instrukcja łączenia wprowadzamy pola klucze łączące tabele CDN.Operatorzy i CDN.TraNag czyli Ope_OpeId=TrN_OpeModId zgodnie ze strukturą bazy danych. Należy odnaleźć pole Ope_Kod i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny.

13. Lista dokumentów w module Handel. Kolumna z nazwą dnia tygodnia terminu płatności

Należy skorzystać z funkcji sqlowej CDN. NazwaDnia i podać dla niej parametry TrN_Termin oraz tryb 0. W związku z powyższym w sekcji Kolumny użytkownika w kolumnie Instrukcja łączenia wprowadzamy wyrażenie: (SELECT CDN.NazwaDnia(A.TrN_Termin, 0))

14. Lista dokumentów w module Handel. Sumaryczna waga dokumentu

Na karcie towaru można podać jego wagę, a informacja ta jest zapisywana w tabeli CDN.Towary. Aby wyświetlić na liście sumaryczną wagę dla danego dokumentu należy skorzystać z poniższego zapytania: (SELECT CAST(SUM(TRE.TrE_Ilosc * TWR.Twr_WagaKG) as numeric(36,4)) FROM CDN.TraElem TRE LEFT JOIN CDN.Towary TWR on TWR.Twr_TwrId = TRE.TrE_TwrId WHERE TRE.Tre_TrNID = A.Trn_TrnId)

15. Lista dokumentów w module Handel. Kolumna z formą płatności

Kolumna wyświetla nazwę formy płatności, która została wybrana na formularzu dokumentu.
(SELECT FPl_Nazwa FROM CDN.FormyPlatnosci WHERE FPl_FPlId=TrN_FPlId)

16. Lista dokumentów w module Handel. Akronim operatora lub pracownika, który jest opiekunem kontrahenta, dla którego został wystawiony dokument

Wyświetla akronim operatora lub pracownika, który został wskazany na formularzu kontrahenta (zakładka Dodatkowe) wybranego na dokumencie. Dane o operatorach zapisane są w bazie konfiguracyjnej. Zamiast CDN_KNF_Konfiguracja należy wprowadzić nazwę własnej bazy konfiguracyjnej.
(SELECT Ope_Kod 
FROM CDN_KNF_Konfiguracja.CDN.Operatorzy O 
JOIN CDN.Kontrahenci Knt ON TrN_PodID=Knt.Knt_KntId
WHERE Knt.Knt_OpiekunId=O.Ope_OpeID AND Knt.Knt_OpiekunTyp=8
UNION
SELECT Pre_Kod FROM CDN.PracEtaty PE 
JOIN CDN.Kontrahenci Knt ON TrN_PodID=Knt.Knt_KntId
WHERE Knt.Knt_OpiekunId=PE.Pre_PreId AND Knt.Knt_OpiekunTyp=3)

17. Lista dokumentów w module Handel. Kolumna pokazująca łączną wysokość opłaty cukrowej naliczonej dla pozycji danego dokumentu

(SELECT CONVERT(DECIMAL(10,2), SUM(TrE_Ilosc*Tre_OplataCukrowaDoliczDoCeny*
TrE_OplataCukrowaPrzelicznikML/1000)) FROM CDN.TraElem 
WHERE TrE_TrNId=TrN_TrNId)

18. Wyświetlanie na listach dokumentów numerów powiązanych dokumentów Zlecenia Nadania Przesyłek.

  • Kolumna wyświetla wszystkie zlecenia rozdzielone przecinkami.
W sekcji Kolumny użytkownika należy dodać kolumnę o instrukcji pobierania danych: Dla dokumentów handlowo-magazynowych:
 (SELECT SZL.SZL_NumerPelny + ', ' FROM CDN.SenditZleceniePrzesylki SZL
WHERE A.Trn_TrnID IN (select [Data] from CDN.SplitString(SZL.SZL_DokZrodlowe,','))
and SZL_DokZrodloweTyp = A.Trn_TypDokumentu
ORDER BY SZL.SZL_SZLID FOR XML P