Autor: Ewelina Szczygielska - Baza Wiedzy programu Comarch ERP Optima Autor: Ewelina Szczygielska - Baza Wiedzy programu Comarch ERP Optima

OPT079- Jednolity Plik Kontrolny


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. Jednolite Pliki Kontrolne mają być wykorzystywane przez Urzędy Skarbowe celem weryfikacji Ksiąg oraz zapisów na podstawie, których powstały.

W przypadku dużych podatników obowiązkiem będzie przygotowywanie tego typu plików, w przypadku małych i średnich przedsiębiorców będzie okres przejściowy (2 lata) do 1 lipca 2018, kiedy będą mogli ale nie będą musieli takich plików przygotowywać. Po tym czasie każdy przedsiębiorca będzie musiał przygotowywać na wezwanie US tego rodzaju pliki.

Obowiązkowe comiesięczne pliki JPK_VAT – w przypadku rejestrów VAT dane przesyłane będą 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.

Na moment publikacji tego biuletynu zostało przygotowanych i opublikowanych 7 struktur plików dotyczących dokumentów handlowych, kasowo/bankowych oraz księgowych. Struktury plików JPK znajdują się na poniższej stronie: http://www.mf.gov.pl/krajowa-administracja-skarbowa/dzialalnosc/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
Dostępny jest również film instruktażowy prezentujący jak wygenerować Jednolity Plik Kontrolny w wersji wcześniejszej niż 2017.3.1.

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 na zatwierdzonym 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_Waluta_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:

W wersjach wcześniejszych niż 2018.1.1 okno to było dostępne z poziomu Narzędzia/ Jednolity Plik Kontrolny.

Na oknie widoczne są pliki wysłane na serwer Ministerstwa Finansów przez program Comarch ERP Optima wersją wcześniejszą niż 2017.3.1 oraz wszystkie pliki wygenerowane od wersji 2017.3.1 i dodane ręcznie przez Użytkownika. 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 .

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 Wskaż plik JPK z dysku, aby dodać go na listę . 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.

Na oknie znajduje się również ikona Scal pliki JPK_VAT  omówiona w rozdziale 3.3.

U góry okna Pliki JPK znajdują się odnośniki:

3.1    Przygotowanie plików JPK

Aby dodać w programie plik JPK_VAT należy kliknąć na ikonę  – 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 <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
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.

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

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
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.

Na oknie Pliki JPK istnieje możliwość rozwinięcia ikony plusa – pojawi się wówczas możliwość dodania oprócz pliku JPK_VAT również pozostałych plików JPK:

Po wybraniu drugiej opcji Pozostałe pliki JPK otwierane jest okno:

Okno dodania pozostałych plików JPK może zostać wywołane za pomocą skrótu <Shift>+<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 JPK_VAT jak i pozostałych plików JPK) 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 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 jest plik JPK_VAT, który jest tworzony nawet jeśli za dany okres nie ma zapisów w rejestrze VAT, a Użytkownik jest zobligowany do złożenia pustej deklaracji VAT-7.

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 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)

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)

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 dwóch sposobów podpisania wysyłanych plików JPK:

      • Wyślij podpisem kwalifikowanym,
      • Wyślij Profilem Zaufanym ePUAP/eGO.

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 dla plików o statusie Nie wysłano otwierane jest okno z kreatorem procesu podpisywania pliku JPK Profilem Zaufanym ePUAP/eGO:

Plik JPK przeznaczony do podpisu za pomocą Profilu 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 Profilem Zaufanym ePUAP/eGO 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 Profilem 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 profilem 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 Profil Zaufany zakładany był za pomocą aplikacji bankowej, proces podpisywania pliku wygląda nieco inaczej. Użytkownik po wyborze opcji Podpisz profilem 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 Profilem Zaufanym ePUAP/eGO 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 Profilem Zaufanym ePUAP/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 Profilem Zaufanym ePUAP/eGO na pliku o statusie Podpisany Profilem Zaufanym ePUAP/Nie wysłano, następuje automatyczna wysyłka pliku bez konieczności ponownego przechodzenia kreatora podpisywania pliku JPK.

Pliku JPK o statusie Podpisany Profilem Zaufanym ePUAP/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 Profilem Zaufanym ePUAP/eGO 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 Profilem Zaufanym ePUAP/eGO możliwa jest dla pojedynczego pliku. Jeżeli zaznaczono kilka plików JPK o statusie Podpisany profilem zaufanym ePUAP/Nie wysłano możliwa jest ich zbiorcza wysyłka za pomocą opcji podpisu Profilem Zaufanym ePUAP/eGO.

Wysyłka pliku JPK za pomocą Profilu Zaufanego ePUAP/eGO 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 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.

3.3 Scalanie plików JPK

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 . 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.

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.

4 Rejestry VAT – JPK_VAT

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.

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 Rejestrów VAT do plików JPK przenoszone są m.in. następujące dane:

W przypadku plików JPK_VAT(3):

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 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),
      • 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),
      • 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
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 17) 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 [Atrybuty] 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 na deklaracji VAT-7 (parametr Rozliczać w deklaracji 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 deklaracji VAT-7]. 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 deklaracji 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.

5 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.

Dane dotyczące kont pozabilansowych nie są wysyłane do pliku JPK.

W przypadku braku zapisów mających daty księgowania za podany podczas eksportu okres, pliki JPK nie są tworzone.

6 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.

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.

7 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.

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

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%).

W przypadku braku zapisów mających daty wpisu do ewidencji za podany podczas eksportu okres, pliki JPK nie są tworzone.

8 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.

9 Faktury – JPK_FA

Dla każdej waluty, w jakiej zostały wystawione dokumenty w danym okresie, podczas przygotowania pliku tworzony jest osobny plik JPK_FA. Na dokumentach walutowych wartość netto wykazywana jest w walucie dokumentu, natomiast kwota VAT w PLN. 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. Po wyborze konkretnej waluty tworzony jest plik zawierający tylko dokumenty w tej walucie.

      • 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:
        • 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 (do pliku przysyłany jest wyłącznie dziesięcioznakowy NIP Nabywcy. W przypadku NIP-u o innej długości, wartość w pliku JPK_FA.xml nie jest uzupełniana)
        • 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
        • Kwota podatku VAT w danej stawce
        • Wartość brutto (kwota netto + wartość podatku VAT) w walucie dokumentu
        • Rodzaj dokumentu (dla Faktur – VAT, dla Faktur Zaliczkowych – ZAL, dla dokumentów korygujących – KOREKTA, dla innych dokumentów – POZ)
      • 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)
        • 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
      • Dane podsumowujące listę faktur – sumy kontrolne, gdzie uwzględnione są dane:
        • Liczba faktur w pliku
        • Łączna wartość kwot brutto faktur w pliku
      • Zestawienie stawek podatku VAT:
        • Stawka1 – stawka podstawowa 23% lub 22% (domyślnie 23%)
        • Stawka2 – stawka obniżona 8% lub 7% (domyślnie 8%)
        • Stawka3 – stawka obniżona 5% (domyślnie 5%)
        • Stawka4 – stawka obniżona trzecia (domyślnie 0%) – tutaj przenoszone są wartości faktur, które oznaczone są jako odwrotne obciążenie
        • Stawka5 – stawka obniżona czwarta (domyślnie 0%) – tutaj przenoszone są wartości faktur, które nie podlegają opodatkowaniu
      • 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ść brutto wszystkich wierszy – elementów z faktur w pliku

W przypadku, gdy w Konfiguracji Firmy/ Dane firmy/ Pieczątka firmy – jednostka samorządowa został zaznaczony parametr Jednostka podlega pod, wówczas do pliku JPK_FA dla faktur sprzedaży jako dane sprzedawcy, a dla zakupu jako dane nabywcy przenoszone są dane z Pieczątki firmy – jednostka samorządowa. Dotyczy zarówno dokumentów wystawianych w module Handel/Faktury jak i w rejestrze VAT.

Numer NIP kontrahenta z dokumentu jest przenoszony do pliku JPK_FA tylko dla transakcji o statusie KrajowaKrajowa – podatnikiem jest nabywca.

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 pozycje dokumentu są przenoszone z Faktury Pro Forma. FPF będą zatem przeniesione dane o ilości, jednostce miary, cenie netto i wartości netto pozycji. W polu zawierającym informację o wartości brutto dokumentu, jest  wstawiana wartość wpłaconej zaliczki. Niezależnie od algorytmu liczenia Faktury Pro Forma (od wartości netto, bądź od wartości brutto), wartości z Faktury Zaliczkowej ujęte w szczegółach pozycji w pliku, są zawsze wartościami netto.

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ąię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 [Atrybuty] 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 [Atrybuty] 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 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.

10 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.

Pliki JPK_MAG generowane są osobno dla każdego magazynu w bazie i każdej waluty. Wartości w tych plikach wykazywane są w walucie, w jakiej zostały wystawione dokumenty.

Na oknie generowania plików JPK dla dokumentów magazynowych 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. 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

11 Import plików JPK_VAT do rejestrów VAT

Od wersji Comarch ERP Optima 2018.1 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) lub JPK_VAT(3). 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) 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) 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. Jako akronim nowego kontrahenta wstawiany jest numer NIP. Jeżeli w Konfiguracji Firmy/ Ogólne/ Parametry zaznaczony jest parametr Autonumeracja akronimów kontrahentów przy dodawaniu, wówczas akronim zakładanego kontrahenta nadawany jest według wskazanego w Konfiguracji schematu numeracji.

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 – Kwota podatku od wewnątrzwspólnotowego nabycia paliw silnikowych,
      • 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 deklaracji 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 deklaracji VAT-7 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 deklaracji na poszczególnych dokumentach.

 




OPT077- Automatyczne rozliczenia i rozrachunki


Spis treści


1 Informacje ogólne

W Konfiguracji Firmy/ Księgowość/Księgowość kontowa dostępny jest parametr Automatyczne rozliczenia i rozrachunki. Po jego zaznaczeniu oraz po odpowiednim skonfigurowaniu programu będą automatycznie łączone rozliczenia prowadzone w module Kasa/Bank z rozrachunkami dokonywanymi na kontach księgowych w module Księga Handlowa lub Księga Handlowa Plus.

Uwaga
Rozliczenie w module Kasa/Bank skutkować będzie rozrachunkiem w module Księga Handlowa lub Księga Handlowa Plus i analogicznie rozrachunek w module Księga Handlowa lub Księga Handlowa Plus skutkować będzie rozliczeniem w module Kasa/Bank.

Nie ma znaczenia z jakiego poziomu dokonywane są rozliczenia i rozrachunki. Dodanie rozliczenia na poziomie dokumentu, skutkuje tym samym co rozliczenie z Rozliczeń Podmiotu czy z poziomu Listy Dokumentów Nierozliczonych. Również dodanie rozrachunku z poziomu zapisu księgowego skutkuje tym samym, co dodanie rozrachunku z poziomu listy rozrachunków.

Automatyczne rozliczenia i rozrachunki opierają się o następujące zasady:

  • Zasada 1: Jeżeli płatności są już rozliczone i następuje księgowanie dokumentów, to ich dekrety rozrachowują się automatycznie.
  • Zasada 2: Po rozliczeniu płatności/ zapisu kasowego/bankowego rozrachowują się związane z nimi dekrety.
  • Zasada 3: Nierozliczone płatności/zapisy K/B do zaksięgowanych dokumentów rozliczą się automatycznie w momencie rozrachowania odpowiadającym im dekretów.

2 Od czego zacząć?

Aby następowało automatyczne rozliczenie i rozrachowanie należy:

  • W Konfiguracji Firmy/Księgowość/Księgowość kontowa zaznaczyć parametr Automatyczne rozliczenia i rozrachunki
  • Odpowiednio zdefiniować schematy księgowe (na pozycji schematu księgowego zaznaczyć opcję Rozrachunek, w Kwocie odwołać się do makra @KwotaPlatnosci)
  • Zdecydować czy różnice kursowe i kompensaty mają być generowane w momencie rozrachowywania z poziomu rozrachunków, czy będą księgowane schematami księgowymi z poziomu modułu Kasa/Bank (w Konfiguracji Firmy/Księgowość/Księgowość kontowa dostępny jest parametr Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków)

Uwaga
Przed zaznaczeniem parametru Automatyczne rozliczenia i rozrachunki niezbędne jest uporządkowanie bazy danych poprzez uzgodnienie stanu nierozliczonych dokumentów z nierozrachowanymi dekretami na kontach księgowych, w przeciwnym wypadku stan na kontach i w kasie/banku może nie być spójny.
Jeżeli w bazie pozostaną nierozrachowane dekrety powstałe po zaksięgowaniu schematami, w których nie wykorzystano nowo wprowadzonych makr to nie nastąpi automatyczny rozrachunek tych dekretów nawet jeśli powstanie rozliczenie w module Kasa/Bank. Analogicznie jeżeli Użytkownik dokona rozrachunku tych dekretów to nie nastąpi rozliczenie w module Kasa/Bank.
Uwaga
Przy porządkowaniu bazy danych pomocny może być wydruk Rozliczenia/rozrachunki > Zestawienie rozliczeń i rozrachunków, dostępny z poziomu Kasa/Bank/Dokumenty nierozliczone, zakładka Na dzień, który pokazuje stan rozliczeń i rozrachunków danego podmiotu na wybrany dzień.

Uwaga
Przydatna może być również opcja seryjnego zaznaczenia parametru Rozrachunek na wybranych dekretach księgowych oraz pozycjach bilansu otwarcia. Funkcja dostępna jest z poziomu Księgowość/Dzienniki/ zakładka Konto oraz Księgowość/Inne/Dokumenty BO/formularz bilansu otwarcia poprzez wybór z menu kontekstowego opcji Zaznacz rozrachunek/Odznacz rozrachunek.

2.1 Definiowanie schematów księgowych

Automatyczne rozliczenia i rozrachunki dokonują się prawidłowo tylko w sytuacji gdy schematy księgowe użyte do zaksięgowania dokumentów są zbudowane we właściwy sposób. Niezbędne jest zdefiniowanie schematów, w których:

  • w elemencie schematu księgowego zaznaczony jest parametr Rozrachunek,
  • w Kwocie jest odwołanie do makra @KwotaPlatnosci (na pozycji schematu należy wybrać Kwota/ Płatności/ Kwota płatności). Wynika to z zasady, że dokonujemy rozrachunku dekretów odpowiadających rozliczanym płatnościom.

Podział na słowniki: Płatnicy  – odwołuje się do Płatnika wybranego na zdarzeniu w Preliminarzu płatności jeżeli w kwocie jest wybrane makro @KwotaPlatnosci. Jeżeli w pozycji schematu nie ma odwołania do makr związanych z płatnościami (ani w kwocie, ani w koncie) to podział na słowniki działa na płatnika z nagłówka dokumentu.

Makro @KwotaPlatnosci można łączyć jedynie z makrami dotyczącymi nagłówka. Nie można łączyć go z makrami odwołującymi się do pozycji dokumentu.

Makra dostępne dla Płatnika w polach Konto, Opis i Warunek (zarówno w nagłówku, jak i w elemencie schematu) pobierają wartości z konkretnych płatności, a nie z nagłówka dokumentu.

Dodatkowo w schematach służących do księgowania dokumentów posiadających płatności, w pozycji Warunek (w elemencie schematu) dostępna jest opcja: Płatności/Waluta płatności (makro @WalutaPlatnosci), sprawdzająca walutę rozliczenia na zdarzeniu w Preliminarzu płatności.

Uwaga
Aby nastąpiło automatyczne rozliczenie i rozrachowanie waluta rozliczenia wybrana na zdarzeniu w Preliminarzu płatności musi zgadzać się z walutą konta, na które następuje księgowanie dokumentu. W przeciwnym wypadku pojawia się komunikat informujący o tym, że waluta rozliczenia nie zgadza się z walutą rozrachunku i nie następuje automatyczne połączenie rozliczeń z rozrachunkami

Przykład
Schemat księgowy pozwalający na zaksięgowanie dokumentów w Rejestrze VAT sprzedaży

W jaki sposób zostaną zaksięgowane dokumenty? 

  • Jeżeli w polu Konto i/lub Kwota następuje odwołanie do makr związanych z płatnościami oraz wybrany jest Podział na słowniki: Płatnicy to tworzy się tyle pozycji ile jest płatności na Podmiot wybrany na płatności. Jeżeli w polu Kwota następuje odwołanie do makra @Brutto to każdy dekret utworzony zostanie na kwotę brutto z dokumentu.
  • Jeżeli w polu Konto i/lub Kwota następuje odwołanie do makr związanych z płatnościami oraz wybrany jest Podział na słowniki: Podmioty to tworzy się tyle pozycji ile jest płatności na Podmiot wybrany na dokumencie w polu Kontrahent.
  • Jeżeli w polu Konto i/lub Kwota nie następuje odwołanie do makr związanych z płatnościami i wybrany jest Podział na słowniki: Płatnicy to tworzy się jeden dekret na Płatnika wybranego w nagłówku dokumentu w kwocie zależnej od liczby płatności (wartość jest zwielokrotniona gdy występuje więcej niż jedna płatność).
  • Jeżeli w polu Konto i/lub Kwota nie następuje odwołanie do makr związanych z płatnościami i wybrany jest Podział na słowniki: Podmioty to tworzy się jeden dekret na Podmiot wybrany na dokumencie w polu Kontrahent.

Uwaga
W związku z tym, że makro @KwotaPlatnosci odwołuje się do kwoty z preliminarza płatności, która nie może być ujemna a jedynie różni się kierunkiem przepływu pieniędzy (przychód, rozchód), dokumenty wprowadzone do Rejestru VAT księgowane są zawsze ze znakiem „+”. Aby zaksięgować dokumenty w kwocie ujemnej należy odpowiednio zmodyfikować schematy księgowe

Przykład
Schemat księgowy pozwalający na zaksięgowanie dokumentów w Rejestrze VAT zakupu
z podziałem na kwoty dodatnie i ujemne

Przykład
Schemat księgowy pozwalający na zaksięgowanie dokumentów w Rejestrze VAT zakupu
z podziałem na kwoty dodatnie i ujemne.

PREDEKRETACJA
Funkcjonalność automatycznych rozliczeń i rozrachunków działa również w przypadku, gdy dokument jest księgowany nie schematem, a wg predekretacji. Warunkiem jest jednak, aby zakładka [Predekretacja] nie była uzupełniana ręcznie, a wygenerowana na podstawie schematu księgowego, który w kwocie ma odwołanie do makra @KwotaPlatnosci (wyjątkiem jest predekretacja raportów kasowych/bankowych, różnic kursowych oraz kompensat).
SCHEMATY STOWARZYSZONE
Podczas rozliczania dokumentów następuje automatyczne rozrachowanie tylko dekretu „głównego”, tzn. powstałego z księgowania schematem głównym, dekrety powstałe z księgowania schematem stowarzyszonym nie zostaną rozrachowane.

Przykład
Mamy wprowadzone dwa dokumenty: Dok1 i Dok2, nie są rozliczone. Dokument Dok1 jest już zaksięgowany (i widoczny z poziomu Księgowość/ Rozrachunki jako PK1). Dokument Dok2 również jest zaksięgowany, ale schematem z podpiętym schematem stowarzyszonym (z poziomu Księgowość/ Rozrachunki jest więc dekret PK2 powstały z księgowania schematem „głównym” i dekret PK3 powstały z księgowania schematem stowarzyszonym).
Następnie z poziomu modułu Kasa/Bank rozliczamy oba dokumenty Dok1 i Dok2. Następuje wówczas automatyczne rozrachowanie dekretu PK1 z PK2. Dekret PK3, jako dekret powstały z księgowania schematem stowarzyszonym, nie zostanie automatycznie rozrachowany.

2.2 Bilans otwarcia i ręcznie wprowadzane zapisy księgowe

Funkcjonalność automatycznych rozliczeń i rozrachunków działa nie tylko dla dekretów powstałych z księgowania schematem księgowym, ale również dla pozycji bilansu otwarcia i dla dekretów ręcznie wprowadzanych z poziomu Księgowość/Dzienniki.

Ważne jednak jest aby na pozycjach bilansu otwarcia i/lub ręcznie wprowadzanych dekretach, które mają podlegać funkcji automatycznych rozliczeń i rozrachunków, zaznaczone były parametry Rozrachunek i Generowanie płatności.

3 Automatyczne rozliczenia i rozrachunki – jak to działa?

Funkcjonalność automatycznych rozliczeń i rozrachunków polega na tym, że:

  • Zasada 1: w momencie zaksięgowania dokumentów już ze sobą rozliczonych dekrety automatycznie się rozrachowują
  • Zasada 2: w momencie rozliczenia płatności/ zapisu K/B do zaksięgowanych dokumentów automatycznie rozrachowują się związane z nimi dekrety
  • Zasada 3: w momencie rozrachowania dekretów odpowiadające im nierozliczone płatności/ zapisy kasowe/bankowe rozliczają się automatycznie 

Przykład
Działanie zgodnie z zasadą 1: w momencie zaksięgowania dokumentów już ze sobą rozliczonych dekrety automatycznie się rozrachowują. Dwa dokumenty na tą samą kwotę, rozliczone, tylko jeden z nich zaksięgowany.
Mamy wprowadzone dwa dokumenty: Dok1 i Dok2 (np. fakturę sprzedaży i wyciąg bankowy). Dokument Dok1 został już zaksięgowany na konto np. 201-ABC, schematem odwołującym się do makra @KwotaPlatnosci, z zaznaczonym parametrem Rozrachunek. Dokument Dok2 nie jest jeszcze zaksięgowany.
Oba dokumenty są już ze sobą rozliczone w module Kasa/Bank.
Następnie księgujemy dokument Dok2 (na to samo konto np. 201-ABC, z zaznaczonym parametrem Rozrachunek) – w tym momencie nastąpi automatyczne rozrachowanie dekretów Dek1 i Dek2.

Przykład
Działanie zgodnie z zasadą 2: w momencie rozliczenia płatności/ zapisu K/B do zaksięgowanych dokumentów automatycznie rozrachowują się związane z nimi dekrety. Dwa dokumenty na tą samą kwotę, nierozliczone, zaksięgowane na to samo konto.
Mamy wprowadzone dwa dokumenty: Dok1 i Dok2 (np. fakturę sprzedaży i wyciąg bankowy). Następnie oba księgujemy na to samo konto po przeciwnych stronach, np. 201-ABC, z zaznaczonym parametrem Rozrachunek, dokument  Dok1 (faktura sprzedaży) jest księgowany schematem odwołującym się do makra @KwotaPlatnosci.
W tym momencie mamy więc sytuację, gdzie oba dokumenty są widoczne w module Kasa/Bank jako nierozliczone i w Księgowość/ Rozrachunki jako nierozrachowane.
Następnie rozliczamy dokumenty z poziomu modułu Kasa/Bank (płatność P1 i P2), następuje wówczas automatyczne rozrachowanie dekretów (Dek1 i Dek2).

Przykład
Działanie zgodnie z zasadą 3: w momencie rozrachowania dekretów odpowiadające im nierozliczone płatności/ zapisy kasowe/bankowe rozliczają się automatycznie. Dwa dokumenty na tą samą kwotę, zaksięgowane na to samo konto, nierozliczone i nierozrachowane.
Mamy wprowadzone dwa dokumenty: Dok1 i Dok2 (np. fakturę sprzedaży i wyciąg bankowy). Następnie oba księgujemy na to samo konto po przeciwnych stronach, np. 201-ABC, z zaznaczonym parametrem Rozrachunek, dokument Dok1 (faktura sprzedaży) jest księgowany schematem odwołującym się do makra @KwotaPlatnosci.
W tym momencie mamy więc sytuację, gdzie oba dokumenty są widoczne w module Kasa/Bank jako nierozliczone i w Księgowość/ Rozrachunki jako nierozrachowane.
Następnie z poziomu z poziomu Księgowość/ Rozrachunki/ Rozrachunki zakładka [Nierozrachowane] lub z pozycji dekretu z zakładki Rozrachunki rozrachowujemy dekrety (Dek1 i Dek2), następuje wówczas automatyczne rozliczenie dokumentów w module Kasa/Bank.

Uwaga
Jeżeli dokonujemy tylko częściowego rozliczenia to również dekrety zostaną rozrachowane na taką samą kwotę. Analogicznie w drugą stronę: częściowe rozrachowanie dekretów powoduje częściowe rozliczenie płatności.

4 Kompensaty i różnice kursowe

Możemy zdecydować, czy kompensaty i różnice kursowe mają być generowane w momencie rozrachowywania z poziomu rozrachunków czy będą księgowane schematami księgowymi z poziomu modułu Kasa/Bank – zależne jest to od parametru Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków dostępnego w Konfiguracji Firmy/Księgowość/Księgowość kontowa (pod uwagę brane są kompensaty z poziomu Kasa/Bank/Dokumenty rozliczone, a nie Dokumenty kompensat z poziomu Kasa/Bank/ Dokumenty kompensat).

4.1 Zaznaczony parametr Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków

Jeżeli w Konfiguracji parametr o generacji zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków jest zaznaczony, to na formularzu okresu obrachunkowego w Konfiguracji Firmy/Księgowość/Okresy obrachunkowe należy wskazać dzienniki księgowań oraz daty księgowania dla dekretu różnicy kursowej oraz dekretu kompensaty generowanych podczas rozliczania rozrachunków w „tle” lub podczas dokonywania rozrachunków z listy rozrachunków nierozrachowanych lub z pozycji dekretu z zakładki Rozrachunki.

Rys. 1. Formularz okresu obrachunkowego

Należy również uzupełnić Domyślne konta dla różnic kursowych poprzez wskazanie na formularzu waluty (Konfiguracja Programu/ Ogóle/ Waluty) konta istniejącego w planie kont w bieżącym okresie obrachunkowym.

Rys 2. Formularz waluty

Uwaga
W sytuacji gdy na planie kont istnieje więcej kont dla danej waluty należy odznaczyć w Konfiguracji parametr Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków oraz księgować dokumenty różnic kursowych oraz dokumenty kompensat z poziomu modułu Kasa/Bank

Nieuzupełnienie wyżej wymienionych pól powoduje podczas księgowania dokumentów walutowych rozliczonych wcześniej w module Kasa/Bank lub podczas rozliczania w module Kasa/Bank zaksięgowanych wcześniej dokumentów dokonanie jedynie rozrachunku głównego na kontach księgowych. Nie generuje się natomiast dekret różnicy kursowej (pojawia się odpowiedni komunikat o braku kont i/lub dziennika). Analogicznie w przypadku dokumentów księgowanych na dwa różne konta nie generuje się dekret kompensaty.

Jeżeli konto na formularzu waluty nie jest uzupełnione to pojawia się komunikat: Nie zdefiniowano kont dla różnic kursowych w ustawieniach waluty [Symbol waluty].

Jeżeli na formularzu okresu obrachunkowego nie został uzupełniony Dziennik RK lub Użytkownik posiada zakaz do dziennika to pojawia się komunikat: Nie zdefiniowano dziennika dla różnic kursowych w konfiguracji okresu obrachunkowego lub operator ma zakaz do tego dziennika.

Jeżeli na formularzu okresu obrachunkowego nie został uzupełniony Dziennik KOMP lub Użytkownik posiada zakaz do dziennika to pojawia się komunikat: Nie zdefiniowano dziennika dla kompensat w konfiguracji okresu obrachunkowego lub operator ma zakaz do tego dziennika.

Jeżeli na formularzu okresu obrachunkowego nie został uzupełniony Dziennik RK lub Dziennik KOMP to podczas rozrachowywania z listy rozrachunków (lub z pozycji dekretu z zakładki Rozrachunki) dekretów walutowych dla różnych kont księgowych dekret różnicy kursowej oraz dekret kompensaty generuje się do pierwszego dziennika dostępnego w bieżącym okresie obrachunkowym, do którego Użytkownik nie ma zakazu. Dodatkowo pojawia się komunikat: Nastąpiła zmiana domyślnego dziennika dla kompensaty. Czy ustawić nowy dziennik jako domyślny w konfiguracji? oraz Nastąpiła zmiana domyślnego dziennika dla różnicy kursowej. Czy ustawić nowy dziennik jako domyślny w konfiguracji? Zaakceptowanie komunikatów powoduje zapisanie dzienników na formularzu okresu obrachunkowego.

Jeśli na formularzu okresu obrachunkowego uzupełniony został Dziennik RK i Dziennik KOMP i podczas rozrachowywania dekretów walutowych dla różnych kont księgowych Użytkownik wskazuje na dokumencie kompensaty i dokumencie różnicy kursowej inny dziennik to pojawia się komunikat: Nastąpiła zmiana domyślnego dziennika dla kompensaty. Czy ustawić nowy dziennik jako domyślny w konfiguracji? oraz Nastąpiła zmiana domyślnego dziennika dla różnicy kursowej. Czy ustawić nowy dziennik jako domyślny w konfiguracji?

Zaakceptowanie komunikatu powoduje zapisanie dekretu dokumentu kompensaty oraz dekretu dokumentu różnicy kursowej do dzienników wskazanych na dokumencie oraz zmianę dzienników na formularzu okresu obrachunkowego. Wybór opcji Nie powoduje zapisanie dekretu kompensaty oraz dekretu różnicy kursowej do dzienników wskazanych na dokumencie, natomiast kolejne dekrety zapisywane będą do dzienników wskazanych na formularzu okresu obrachunkowego.

Uwaga
Przy zaznaczonym parametrze Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków w konfiguracji nie ma możliwości księgowania kompensat i różnic kursowych z poziomu Kasa/Bank. Podczas próby księgowania pojawi się komunikat „Nie można rozpocząć księgowania dokumentu. W Konfiguracji Firma/Księgowość/Księgowość kontowa jest ustawiony parametr Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków.

Uwaga
Przy zaznaczonym parametrze Wymuszaj zatwierdzanie zapisów księgowych, dekrety różnic kursowych oraz kompensaty nie zostaną wygenerowane jeżeli zapis ten jest wcześniejszy od “najmłodszego” zapisu w buforze (lub jest późniejszy od “najstarszego” zapisu w buforze) o więcej niż 2 miesiące. W takim wypadku dodawanie dokumentu jest blokowane, w logu z operacji pojawia się komunikat: “Nie udało się wygenerować dekretu róźnicy kursowej/kompensaty z powodu błędu. Przekroczono okres dwóch miesięcy dla zapisów w buforze.

Rys 3. Ilustracja na potrzeby przykładów 7-9

Przykład
Działanie zgodnie z zasadą 1: w momencie zaksięgowania dokumentów już ze sobą rozliczonych dekrety automatycznie się rozrachowują
Mamy dwa dokumenty walutowe po różnych kursach, wprowadzone na różne podmioty: Dok1 i Dok2, do których są płatności w module Kasa/Bank: P1 (płatność do Dok1), P2 (płatność do Dok2).
Dokument Dok1 jest już zaksięgowany (schematem odwołującym się do makra @KwotaPlatnosci), powstał dekret Dek1.
Następnie rozliczamy płatności P1 z P2 (w module Kasa/Bank powstaje różnica kursowa RK i kompensata KOMP).
Później księgujemy dokument Dok2 (powstaje dekret Dek2), w tym momencie następuje automatyczne rozrachowanie dekretów Dek1 z Dek2 oraz powstaje dekret różnicy kursowej Dek3 RK i dekret kompensaty Dek4 KOMP, które zostają automatycznie powiązane z kompensatą i różnicą kursową z modułu Kasa/Bank.
Opis poszczególnych kroków:

  1. Rozliczenie pomiędzy P1 i P2 -> w module Kasa/Bank powstaje dokument różnicy kursowej RK i kompensata KOMP.
  2. Księgowanie Dok2 schematem odwołującym się do makra @KwotaPlatnosci -> tworzy się dekret Dek2.
  3. System automatycznie generuje rozrachunek pomiędzy Dek1 a Dek2.
  4. Powstają dekrety Dek3 RK oraz Dek4 KOMP, które zostają automatycznie powiązane z kompensatą i różnicą kursową wygenerowanymi w module Kasa/Bank. Zarówno różnica kursowa, jak i kompensata na liście dokumentów w Kasa/Bank widnieją w kolorze niebieskim. Podgląd zapisu księgowego wskazuje dekret kompensaty lub dekret różnicy kursowej.

Przykład
Przykład jak powyżej, ale inna kolejność wykonywanych kroków – działanie zgodnie z zasadą 2: w momencie rozliczenia płatności/ zapisu K/B do zaksięgowanych dokumentów automatycznie rozrachowują się związane z nimi dekrety)
Mamy dwa dokumenty walutowe po różnych kursach, wprowadzone na różne podmioty: Dok1 i Dok2, do których są płatności w module Kasa/Bank: P1 (płatność do Dok1), P2 (płatność do Dok2).
Dokument Dok1 jest już zaksięgowany (schematem odwołującym się do makra @KwotaPlatnosci), powstał dekret Dek1.
Opis kolejnych kroków:

  1. Księgujemy Dok2 schematem odwołującym się do makra @KwotaPlatnosci -> tworzy się dekret Dek2.
  2. Rozliczamy płatności P1 i P2 -> w module Kasa/Bank powstaje dokument różnicy kursowej RK i kompensata KOMP. System automatycznie generuje rozrachunek pomiędzy Dek1 a Dek2.
  3. Powstają dekrety Dek3 RK oraz Dek4 KOMP, które zostają automatycznie powiązane z kompensatą i różnicą kursową wygenerowanymi w module Kasa/Bank. Zarówno różnica kursowa, jak i kompensata na liście dokumentów w Kasa/Bank widnieją w kolorze niebieskim. Podgląd zapisu księgowego wskazuje dekret kompensaty lub dekret różnicy kursowej.

Przykład
Przykład jak powyżej, ale inna kolejność wykonywanych kroków – działanie zgodnie z zasadą 3: w momencie rozrachowania dekretów odpowiadające im nierozliczone płatności/ zapisy kasowe/bankowe rozliczają się automatycznie.
Mamy dwa dokumenty walutowe po różnych kursach, wprowadzone na różne podmioty: Dok1 i Dok2, do których są płatności w module Kasa/Bank: P1 (płatność do Dok1), P2 (płatność do Dok2).
Dokument Dok1 jest już zaksięgowany (schematem odwołującym się do makra @KwotaPlatnosci), powstał dekret Dek1.
Opis kolejnych kroków:

  • Księgujemy Dok2 schematem odwołującym się do makra @KwotaPlatnosci -> tworzy się dekret Dek2.
    1. Z poziomu Księgowość/Rozrachunki lub z poziomu zapisu księgowego rozrachowujemy Dek1 z Dek2.
    2. W momencie rozrachowywania pojawia się formatka z propozycją zapisu polecenia księgowania dla powstałej różnicy kursowej i kompensaty.
    3. Po zatwierdzeniu formatki powstają dekrety Dek3 RK oraz Dek4 KOMP, które zostają automatycznie powiązane z kompensatą i różnicą kursową wygenerowanymi w module Kasa/Bank. Zarówno różnica kursowa, jak
      i kompensata na liście dokumentów w Kasa/Bank widnieją w kolorze niebieskim. Podgląd zapisu księgowego wskazuje dekret kompensaty lub dekret różnicy kursowej.

Rys 4. Automatyczne generowanie zapisu księgowego różnicy kursowej i kompensaty, zakładka [Różnica kursowa]

Uwaga
Każde rozliczenie powoduje identyczne rozrachowanie na dekretach i na odwrót, każdy rozrachunek spowoduje rozliczenie. Jeżeli więc w module Kasa/Bankdokonano kilku częściowych rozliczeń, do których w module Kasa/Bank wygenerowane zostały dokumenty różnicy kursowej i/lub dokumenty kompensaty to w księgowości kontowej podczas rozrachowania dekretów związanych z tymi płatnościami również powstanie tyle samo dokumentów różnicy kursowej i/lub dokumentów kompensaty.

4.2 Odznaczony parametr Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków

Jeżeli w Konfiguracji parametr o generacji zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków jest odznaczony, wówczas dekrety RK i KOMP nie powstają w momencie rozrachunku, różnice kursowe i kompensaty wygenerowane w module Kasa/Bank należy księgować schematem księgowym.

Rys 5. Ilustracja na potrzeby przykładów 10-12

Przykład
Działanie zgodnie z zasadą 1: w momencie zaksięgowania dokumentów już ze sobą rozliczonych dekrety automatycznie się rozrachowują.
Mamy dwa dokumenty walutowe po różnych kursach, wprowadzone na różne podmioty: Dok1 i Dok2, do których są płatności w module Kasa/Bank: P1 (płatność do Dok1), P2 (płatność do Dok2).
Dokument Dok1 jest już zaksięgowany (schematem odwołującym się do makra @KwotaPlatnosci), powstał dekret Dek1.
Następnie rozliczamy płatności P1 z P2 (w module Kasa/Bank powstaje kompensata KOMP i różnica kursowa RK).
Później księgujemy dokument Dok2 (powstaje dekret Dek2), w tym momencie następuje automatyczne rozrachowanie dekretów Dek1 z Dek2. Należy również z poziomu modułu Kasa/Bank zaksięgować powstałą kompensatę i różnicę kursową. Dekrety RK i KOMP zostaną automatycznie powiązane z rozrachunkami.
Opis poszczególnych kroków:

  1. Rozliczenie pomiędzy P1 i P2 -> w module Kasa/Bank powstaje dokument różnicy kursowej RK i kompensata KOMP.
  2. Księgowanie Dok2 schematem odwołującym się do makra @KwotaPlatnosci -> tworzy się dekret Dek2.
  3. System automatycznie generuje rozrachunek pomiędzy Dek1 a Dek2.
  4. Z poziomu Kasa/Bank/ Dokumenty rozliczone księgujemy kompensatę -> powstaje dekret Dek3 KOMP.
  5. Dekret kompensaty zostaje automatycznie powiązany z rozrachunkami.
  6. Z poziomu Kasa/Bank/ Różnice kursowe księgujemy różnicę kursową -> powstaje dekret Dek4 RK.
  7. Dekret różnicy kursowej zostanie automatycznie powiązany z rozrachunkami.

Przykład
Przykład jak powyżej, ale inna kolejność wykonywanych kroków – działanie zgodnie z zasadą 2: w momencie rozliczenia płatności/ zapisu K/B do zaksięgowanych dokumentów automatycznie rozrachowują się związane z nimi dekrety.
Mamy dwa dokumenty walutowe po różnych kursach, wprowadzone na różne podmioty: Dok1 i Dok2, do których są płatności w module Kasa/Bank: P1 (płatność do Dok1), P2 (płatność do Dok2).
Dokument Dok1 jest już zaksięgowany (schematem odwołującym się do makra @KwotaPlatnosci), powstał dekret Dek1.
Opis kolejnych kroków:

  1. Księgujemy Dok2 schematem odwołującym się do makra @KwotaPlatnosci -> tworzy się dekret Dek2.
  2. Rozliczamy płatności P1 i P2 -> w module Kasa/Bank powstaje dokument różnicy kursowej RK i kompensata KOMP.
  3. System automatycznie generuje rozrachunek pomiędzy Dek1 a Dek2.
  4. Z poziomu Kasa/Bank/ Dokumenty rozliczone księgujemy kompensatę -> powstaje dekret Dek3 KOMP.
  5. Dekret kompensaty zostaje automatycznie powiązany z rozrachunkami.
  6. Z poziomu Kasa/Bank/ Różnice kursowe księgujemy różnicę kursową -> powstaje dekret Dek4 RK.
  7. Dekret różnicy kursowej zostaje automatycznie powiązany z rozrachunkami.

Przykład
Przykład jak powyżej, ale inna kolejność wykonywanych kroków – działanie zgodnie z zasadą 3: w momencie rozrachowania dekretów odpowiadające im nierozliczone płatności/ zapisy kasowe/bankowe rozliczają się automatycznie.
Mamy dwa dokumenty walutowe po różnych kursach, wprowadzone na różne podmioty: Dok1 i Dok2, do których są płatności w module Kasa/Bank: P1 (płatność do Dok1), P2 (płatność do Dok2).
Dokument Dok1 jest już zaksięgowany (schematem odwołującym się do makra @KwotaPlatnosci), powstał dekret Dek1.
Opis kolejnych kroków:

  1. Księgujemy Dok2 schematem odwołującym się do makra @KwotaPlatnosci -> tworzy się dekret Dek2.
  2. Z poziomu Księgowość/ Rozrachunki lub z poziomu zapisu księgowego rozrachowujemy Dek1 z Dek2.
  3. System automatycznie rozliczył dokumenty Dok1 i Dok2.
  4. Z poziomu Kasa/Bank/ Dokumenty rozliczone księgujemy kompensatę -> powstaje dekret Dek3 KOMP.
  5. Dekret kompensaty zostaje automatycznie powiązany z rozrachunkami.
  6. Z poziomu Kasa/Bank/ Różnice kursowe księgujemy różnicę kursową -> powstaje dekret Dek4 RK.
  7. Dekret różnicy kursowej zostaje automatycznie powiązany z rozrachunkami.

4.3 Usuwanie od strony rozliczenia

Jeżeli rozliczenie jest połączone z rozrachunkiem to usunięcie rozliczenia z poziomu modułu Kasa/Bank nie jest możliwe, pojawia się komunikat: Nie można usunąć rozliczenia powiązanego z rozrachunkiem. Należy usunąć rozrachunek z poziomu Księgowość/Rozrachunki.

Jeżeli na dekrecie zaznaczony jest parametr Rozrachunek bez rozliczenia w K/B to usunięcie rozliczenia jest możliwe ze względu na brak powiązania pomiędzy rozliczonymi płatnościami i rozrachowanymi dekretami. Usunięcie rozliczenia w takim przypadku nie powoduje usunięcia rozrachunku.

4.4 Usuwanie od strony rozrachunku

Możliwość usuwania automatycznie wygenerowanych rozliczeń i rozrachunków istnieje tylko od strony rozrachunków. Przy próbie usunięcia rozrachunku powiązanego z rozliczeniem (zarówno z listy rozrachunków rozrachowanych, jak i z pozycji dekretu z zakładki Rozrachunki) pojawia się komunikat: Rozrachunek połączony z rozliczeniem. Czy usunąć rozliczenie? Zaakceptowanie komunikatu powoduje usunięcie rozrachunku wraz z rozliczeniem. Wybór opcji Nie powoduje usunięcie tylko rozrachunku, rozliczenie w module Kasa/Bank pozostaje.

Uwaga
Jeżeli w Konfiguracji parametr o automatycznych rozliczeniach  i rozrachunkach jest zaznaczony to w przypadku seryjnego usuwania rozrachunków z poziomu Księgowość/ Rozrachunki/ Rozrachunki zakładka [Rozrachowane] komunikat: Rozrachunek połączony z rozliczeniem. Czy usunąć rozliczenie? pojawia się tylko raz. Wybór opcji Tak lub Nie działa na wszystkie dekrety zaznaczone na liście.

Podczas usuwania rozrachunków walutowych automatycznie usunięty zostanie dekret różnicy kursowej, który jest powiązany z tym rozrachunkiem pod warunkiem, że dekret różnicy kursowej nie jest zatwierdzony na czysto, znajduje się w bieżącym okresie obrachunkowym, Użytkownik usuwający rozrachunek nie ma zakazu usuwania dekretów z dziennika, w którym znajduje dekret różnicy kursowej oraz dekret różnicy kursowej nie był wprowadzany ręcznie. Usuwany jest zarówno dekret powstały podczas generacji rozrachunków jak i dekret powstały po zaksięgowaniu dokumentu różnicy kursowej w module Kasa/Bank.

Podczas usuwania rozrachunków dla dwóch różnych kont księgowych automatycznie usunięty zostanie dekret kompensaty, który jest powiązany z tym rozrachunkiem pod warunkiem, że dokument kompensaty nie jest zatwierdzony na czysto, znajduje się w bieżącym okresie obrachunkowym oraz Użytkownik usuwający rozrachunek nie ma zakazu usuwania dekretów z dziennika, w którym znajduje się dekret kompensaty. Usuwany jest zarówno dekret powstały podczas generacji rozrachunków jaki i dekret powstały po zaksięgowaniu dokumentu kompensaty w module Kasa/Bank.

Jeżeli dokument różnicy kursowej i/lub dokument kompensaty został zaksięgowany na czysto, nie znajduje się w bieżącym okresie obrachunkowym lub Użytkownik usuwający rozrachunek ma zakaz usuwania dekretów z dziennika w którym znajduje się dekret różnicy kursowej i/lub dekret kompensaty to podczas usuwania rozrachunku pojawia się odpowiedni komunikat informujący o przyczynie błędu. Następuje usunięcie rozrachunku między dekretami, natomiast dekret różnicy kursowej i/lub kompensaty pozostaje. Pozostaje również powiązanie tego dekretu z dokumentem różnicy kursowej i/lub dokumentem kompensaty w module Kasa/Bank i rozliczenie w module Kasa/Bank nie zostaje usunięte.

Poniższa tabelka pokazuje w jaki sposób następuje usuwanie rozrachunku i dekretów RK/ KOMP, w zależności od tego w jakim są okresie obrachunkowym oraz czy są w buforze czy już zatwierdzone.

Z poziomu dekretu różnicy kursowej nie ma możliwości usunięcia rozrachunku. Podczas próby usunięcia pojawia się komunikat: Rozrachunek różnicy kursowej należy usunąć z listy rozrachunków.

Uwaga
Podczas generowania storna dekretów rozrachowanych następuje usunięcie rozrachunku między dekretami natomiast rozliczenie w module Kasa/Bank pozostaje.

W przypadku gdy rozrachunek dokonany został pomiędzy dekretem lub dekretami z zaznaczonym parametrem Rozrachunek bez rozliczenia w K/B to usunięcie rozrachunku nie powoduje usunięcia rozliczenia (więcej informacji na temat działania tego parametru znajduje się w rozdziale Rozrachunek bez rozliczenia w K/B). Podczas usuwania rozrachunku automatycznie usunięty zostanie dekret różnicy kursowej oraz dekret kompensaty pod warunkiem, że dokument nie jest zatwierdzony na czysto, znajduje się w bieżącym okresie obrachunkowym oraz Użytkownik usuwający rozrachunek nie ma zakazu usuwania dekretów z dziennika, w którym znajduje się dekret różnicy kursowej i/lub kompensaty.

Uwaga
Nie można usunąć zapisu księgowego posiadającego rozrachowany rozrachunek. Podczas próby usunięcia zapisu księgowego pojawia sią komunikat: Zapis księgowy [Nr dokumentu] posiada rozliczone dekrety. Rozrachunek należy usunąć z poziomu Księgowość/ Rozrachunki lub bezpośrednio z dekretu z zakładki Rozrachunki.

4.5 Ponowne rozrachowanie wcześniej usuniętych rozrachunków połączonych z automatycznymi rozliczeniami

Jeżeli rozrachunki były połączone z rozliczeniami i dokonano usunięcia rozrachunku, ale nie zostały usunięte rozliczenia (dekret różnicy kursowej i/lub dekret kompensaty jest zatwierdzony na czysto, Użytkownik ma zakaz usuwania dekretów z dziennika lub zakaz do konta lub zrezygnowano z usunięcia rozliczenia podczas usuwania rozrachunku) to podczas ponownego generowania rozrachunku na tę samą kwotę połączą się one z wcześniej wygenerowanymi rozliczeniami pod warunkiem, że nie dokonano modyfikacji dekretów. W przypadku braku zgodności pojawia się komunikat: Wystąpił błąd podczas rozliczania dokumentów kasowych/bankowych. Rozliczenie niemożliwe. Dokument [Nr dokumentu] jest już rozliczony.

Podczas ponownego dokonywania rozrachunku należy zrezygnować z generowania dekretu różnicy kursowej i/lub dekretu kompensaty (lub odznaczyć w Konfiguracji parametr o generacji zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków i wskazać podczas dokonywania rozrachunku dekret różnicy kursowej). Po wskazaniu dekret różnicy kursowej połączy się z rozrachunkiem. Nie ma możliwości wskazania dokumentu kompensaty. Użytkownik powinien go wcześniej usunąć.

5 Co jeszcze warto wiedzieć?

5.1 Dokumenty walutowe z VAT w PLN

Dokumenty walutowe z zaznaczonym parametrem Płatność VAT w PLN generują dwie płatności w dwóch różnych walutach (jedna płatność na kwotę netto w walucie obcej i druga na kwotę VAT w walucie PLN). Dlatego też, aby nastąpiło automatycznie rozliczenie i rozrachowanie po zaksięgowaniu takiego dokumentu muszą powstać dwa dekrety na kwotę i w walucie odpowiadającej tym płatnościom.

Jeżeli dokument będzie zaksięgowany w kwocie brutto w walucie dokumentu podczas rozliczania nie nastąpi automatyczne rozrachowanie dekretów.

Uwaga
Aby prawidłowo zaksięgować dokument walutowy z zaznaczonym Płatność VAT w PLN, w pozycji schematu księgowego przy wyborze makra @KwotaPlatnosci w warunku należy się odwołać do waluty płatności, np. @WalutaPlatnosci =’PLN’.

5.2 Blokowanie pól na płatnościach/ dekretach

Jeżeli w Konfiguracji firmy jest włączony parametr Automatyczne rozliczenia i rozrachunki, to w celu uniknięcia niezgodności pomiędzy danymi na płatności, a danymi:

  • na dekretach powstałych po zaksięgowaniu makrem @KwotaPlatnosci,
  • na dekretach powstałych po zaksięgowaniu raportów kasowych/bankowych,
  • na dekretach powstałych po zaksięgowaniu dokumentu różnicy kursowej i/lub dokumentu kompensaty z poziomu modułu Kasa/Bank,
  • predekretacji dokumentów w wyżej wymienionych przypadkach,

zablokowane są  następujące pozycje: Kwota, Waluta, Termin rozrachunku oraz pola związane z określeniem notowania waluty.

Analogicznie w drugą stronę: po zaksięgowaniu dokumentu makrem @KwotaPlatnosci na zdarzeniu w Preliminarzu płatności zablokowane zostaną następujące pola: Podmiot, Kwota, Termin płatności, Waluta rozliczenia oraz pola związane z określeniem notowania waluty. Dodatkowo taka płatność nie podlega podziałowi.

5.3 Zakładka [Dokumenty]

Na pozycji zapisu księgowego dostępna jest zakładka [Dokumenty].

Na zakładce pokazywane są wszystkie dokumenty powiązane z danym rozrachunkiem. Można podglądnąć nagłówek drugiego dokumentu PK, RK i KOMP.

Na pozycji dekretu różnicy kursowej i dekretu kompensaty pokazywane jest powiązanie z nagłówkami dekretów rozliczanych. Jeżeli zapis księgowy różnicy kursowej i/lub zapis księgowy kompensaty powstanie po zaksięgowaniu tych dokumentów z poziomu modułu Kasa/Bank i posiada kilka pozycji to każda z tych pozycji ma widoczne powiązanie z dekretami rozrachunku głównego.

Rys 6. Zakładka [Dokumenty] na pozycji rozliczanego dekretu

5.4 Powiązanie rozliczeń pomiędzy modułami – podgląd

W programie istnieje możliwość podglądu powiązań pomiędzy rozliczeniami prowadzonymi w module Kasa/Bank a rozrachunkami dokonywanymi na kontach księgowych. Jeżeli w Konfiguracji Firmy/ Księgowość/ Parametry wybrano Rodzaj księgowości: Księgowość kontowa oraz w Konfiguracji Firmy/ Księgowość/ Księgowość kontowa zaznaczono parametr Automatyczne rozliczenia i rozrachunki, po dokonaniu rozliczenia w module Kasa/Bank widoczna jest ikona ,  a po wykonaniu rozrachunku na kontach księgowych w module Księga Handlowa lub Księga Handlowa Plus dostępna jest ikona .

Podgląd rozliczeń w module Księga Handlowa lub Księga Handlowa Plus jest dostępny z poziomu:

  • Księgowość/ Rozrachunki/ Rozrachunki, zakładka [Rozrachowane],
  • formularza Polecenia Księgowania oraz formularza BO,
  • formularza dekretu, z każdej zakładki oraz pozycji BO.

Po kliknięciu w ikonę Rozliczeń z poziomu formularza Polecenia Księgowania (dla dekretu podświetlonego) lub
z poziomu formularza dekretu (zakładka [Ogólne] lub [Dokumenty]), otwierane jest okno Listy dokumentów rozliczających, na której wyświetlane są wszystkie rozliczenia dokonane w module Kasa/Bank związane z dekretem, z poziomu którego uruchamiamy ikonę Rozliczeń. Klikając w ikonę Rozliczenia z poziomu formularza

dekretu, z zakładki Rozrachunki, na Liście dokumentów rozliczających domyślnie widoczne jest rozliczenie związane z podświetlonym dekretem rozrachowującym. Pod listą dostępny jest parametr Pokaż rozliczenia dla całego dekretu. Jego zaznaczenie powoduje wyświetlanie rozliczeń dla całego dekretu. Podglądu rozliczeń można również dokonać z poziomu Księgowość/ Rozrachunki/ Rozrachunki, poprzez kliknięcie w ikonę Rozliczenia w zakładce Rozrachowane co pozwoli na wyświetlenie rozliczeń związanych z podświetlonym rozrachunkiem.

Jeżeli dekret nie posiada powiązanych rozliczeń w module Kasa/Bank to po kliknięciu w ikonę rozliczeń pojawia się komunikat: Dekret nie posiada skojarzonych rozliczeń.

W przypadku dekretu różnicy kursowej po kliknięciu w ikonę rozliczeń z poziomu:

  • formularza zapisu księgowego różnicy kursowej,
  • Księgowość/ Rozrachunki/ Rozrachunki, zakładka [Rozrachowane], jeżeli na liście podświetlony jest dekret podrzędny różnicy kursowej,
  • formularza dekretu różnicy kursowej, z każdej zakładki,

pojawia się komunikat: Rozrachunek związany z różnicą kursową, nie można podglądnąć rozliczeń.

Podgląd rozrachunków w module Kasa/Bank dostępny jest z poziomu:

  • Preliminarza płatności,
  • listy zapisów kasowych/bankowych,
  • formularza zdarzenia w Preliminarzu płatności lub formularza zapisu kasowego/bankowego, z każdej zakładki.

Uwaga
Kolumny na Liście rozrachunków związanych z rozliczeniami: Kwota dekretu wal [symbol waluty] oraz Kwota rozrachunku wal [symbol waluty] są widoczne jeżeli pobrano moduł Księga Handlowa Plus oraz w Konfiguracji Firmy/ Księgowość/ Księgowość kontowa zaznaczono parametr Obsługa kont walutowych.

Po kliknięciu w ikonę Rozrachunków z poziomu Preliminarza płatności, listy zapisów kasowych/bankowych, formularza zdarzenia w Preliminarzu płatności (za wyjątkiem zakładki Rozliczenia) lub formularza zapisu kasowego/bankowego (za wyjątkiem zakładki Rozliczenia dokumentów), na Liście rozrachunków związanych
z rozliczeniami widoczne są wszystkie rozrachunki dokonane na kontach księgowych związane z dokumentem,
z poziomu którego uruchamiamy ikonę Rozrachunków. Po kliknięciu w ikonę Rozrachunków z poziomu formularza zdarzenia w Preliminarzu płatności, z zakładki Rozliczenia lub formularza zapisu kasowego/bankowego, z zakładki Rozliczenia dokumentów domyślnie widoczny jest rozrachunek związany z podświetlonym rozliczeniem. Pod listą dostępny jest parametr Pokaż dla całego dokumentu. Jego zaznaczenie powoduje wyświetlanie rozrachunków dla całego dokumentu.

Jeżeli dokument nie posiada powiązanych rozrachunków na kontach księgowych to po kliknięciu w ikonę Rozrachunków pojawia się komunikat: Dokument kasowy/bankowy nie posiada skojarzonych rozrachunków.

5.5 Zapisywanie dekretu w momencie dodawania rozrachunku

Aby można było dokonać rozrachunku z poziomu dekretu księgowego, to na moment generowania rozrachunku zapis księgowy musi się bilansować. W przeciwnym wypadku przy próbie dodania rozrachunku (po kliknięciu na ikonę plusa na zakładce Rozrachunki) pojawi się komunikat: Nie można dokonać rozrachunku. Nie można zapisać dokumentu niezbilansowanego. Kwota niezbilansowana XXXX.

Jeżeli na dokument polecenia księgowania wprowadzamy zapis powodujący bilansowanie całego PK i od razu dokonujemy jego rozrachowania na zakładce Rozrachunki, to dekrety zostają zapisane do bazy danych już w momencie ich rozrachowania. Po dokonaniu rozrachunku dokument PK pozostaje otwarty i można wprowadzać na nim kolejne dekrety.

Rozrachunek zapisuje się do bazy danych w czasie rzeczywistym stąd zamknięcie okna bez zapisywania zmian nie działa. Rozrachunek należy usunąć za pomocą ikony kosza.

Jeżeli na dokumencie PK nie uzupełniono pola Numer dokumentu to w momencie próby dokonania rozrachunku po kliknięciu w ikonę plusa pojawia się komunikat: Nie można dokonać rozrachunku. Brak numeru dokumentu na zapisie księgowym.

5.6 Moduły operatora

W przypadku pracy na bazie danych z włączoną opcją automatycznych rozliczeń i rozrachunków podczas rozliczania dokumentów automatycznie dokonywane są rozrachunki, nawet jeśli zalogowany operator który dokonuje rozliczenia nie ma pobranego modułu Księga Handlowa lub Księga Handlowa Plus.

Przykład
Operator1 loguje się tylko na moduł Kasa/Bank, Operator2 loguje się na moduł Kasa/Bank i Księga Handlowa.
Jeżeli Operator1 rozlicza płatności w module Kasa/Bank, wówczas automatycznie „w tle” rozrachowują się również odpowiednie dekrety. Operator2 po zalogowaniu na moduł Księga Handlowa i wejściu
w Księgowość/ Rozrachunki widzi już te dekrety jako rozrachowane.

Uwaga
W przypadku, gdy firma posiada tylko moduł Księga Handlowa (bez modułu Księga Handlowa Plus) nie można generować automatycznych rozliczeń/rozrachunków walutowych. Automat działa tylko gdy waluta płatności zgadza się z walutą dekretu.
Przy próbie rozliczenia dokumentów walutowych, które są zaksięgowane na konta złotówkowe (moduł Księga Handlowa, a nie Księga Handlowa Plus) pojawi się komunikat Wystąpił problem podczas rozrachowywania dokumentów [Dok1] z [Dok2]. Nie wygenerowano rozrachunku – różna waluta rozliczenia [XXX] i dekretu [PLN].

5.7 Data rozliczenia/ rozrachunku

Dokonanie rozrachunku z odpowiednią datą powoduje wygenerowanie rozliczenia w module Kasa/Bank z tą samą datą. Analogicznie dokonanie rozliczenia powoduje wygenerowanie rozrachunku na kontach księgowych z tą samą datą.

Uwaga
Potwierdzenie salda wygenerowane w module Kasa/Bank będzie zgodne z Potwierdzeniem wygenerowanym w module księgowym jeżeli data zdarzenia w Preliminarzu płatności będzie taka sama jak data księgowania dokumentu. W sytuacji, gdy w Konfiguracji Firmy/ Kasa/Bank/ Daty dokumentów wskazana zostanie data inna niż data wpływu lub wystawienia to mogą wystąpić różnice pomiędzy Potwierdzeniami sald generowanymi w obydwu modułach.

Jeżeli w Konfiguracji Firmy/ Księgowość/ Księgowość kontowa zaznaczony jest parametr Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków to na formularzu okresu obrachunkowego (Konfiguracja Firmy/ Księgowość/ Okresy obrachunkowe) należy wskazać dzienniki księgowań oraz daty księgowania dla dekretu różnicy kursowej oraz dekretu kompensaty. Data księgowania domyślnie ustawiana jest

jako data rozrachunku, która jest pobierana z Konfiguracji Firmy/ Księgowość/ Księgowość kontowa, parametr Data rozrachunku jako późniejsza z dat.

Jeżeli na formularzu okresu obrachunkowego wskazana jest data rozrachunku to podczas księgowania dokumentów rozliczonych wcześniej w module Kasa/Bank lub podczas rozliczania w module Kasa/Bank zaksięgowanych wcześniej dokumentów rozrachunek oraz dekret różnicy kursowej i /lub kompensaty generowane są z datą rozliczenia powstałego w module Kasa/Bank.

Jeżeli na formularzu okresu obrachunkowego wskazana jest data bieżąca to podczas księgowania dokumentów rozliczonych wcześniej w module Kasa/Bank lub podczas rozliczania w module Kasa/Bank zaksięgowanych wcześniej dokumentów rozrachunek generowany jest z datą rozliczenia powstałego w module Kasa/Bank natomiast dekret różnicy kursowej i /lub kompensaty generowany jest z datą bieżącą.

Podczas generowania rozrachunków z poziomu Księgowość/ Rozrachunki/ Rozrachunki zakładka [Nierozrachowane] lub z pozycji dekretu z zakładki [Rozrachunki] dekret różnicy kursowej i /lub kompensaty generowany jest z datą wskazaną na formularzu okresu obrachunkowego natomiast rozliczenie w module Kasa/Bank generowane jest z datą rozrachunku.

Uwaga
Jeżeli data rozrachunku/bieżąca jest spoza bieżącego okresu obrachunkowego wówczas dekret różnicy kursowej i/lub kompensaty zostanie wygenerowany na pierwszy dzień okresu ustawionego jako bieżący.

Poniższa tabelka pokazuje jaka data jest ustawiana jako data rozliczenia/ rozrachunku oraz jako data różnicy kursowej i kompensaty w zależności od ustawień w Konfiguracji Firmy/ Księgowość/ Okresy obrachunkowe na formularzu okresu obrachunkowego.

Uwaga
Jeżeli usuniemy rozrachunek, a nie usuniemy rozliczenia (na pytanie Zaznaczone rozrachunki są połączone z rozliczeniami. Czy usunąć rozliczenia? odpowiemy Nie), a następnie ponownie rozrachujemy dekrety, to rozrachunek utworzy się z datą ustawioną w Konfiguracji Firmy/ Księgowość/Księgowość kontowa, parametr Data rozrachunku jako późniejsza z dat, a nie z datą rozliczenia.

Księgowanie dokumentów rozliczonych wcześniej w module Kasa/Bank lub rozliczanie w module Kasa/Bank zaksięgowanych wcześniej dokumentówGenerowanie rozrachunków z poziomu Księgowość/ Rozrachunki/ Rozrachunki zakładka [Nierozrachowane] lub z pozycji dekretu z zakładki [Rozrachunki]
Data księgowania RK/KOMP w Konfiguracji jako data ROZRACHUNKU
data rozrachunku = data rozliczenia
data dekretu RK/KOMP = data rozliczenia

data rozliczenia = data rozrachunku
data dekretu RK/KOMP = data rozrachunku
Data księgowania RK/KOMP w Konfiguracji jako data BIEŻĄCA
data rozrachunku = data rozliczenia
data dekretu RK/KOMP = data bieżąca

data rozliczenia = data rozrachunku
data dekretu RK/KOMP = data bieżąca

5.8 Praca rozproszona – import rozliczeń

Funkcjonalność automatycznych rozliczeń i rozrachunków działa również w przypadku importu dokumentów i rozliczeń przez pracę rozproszoną. W momencie importu rozliczeń do zaksięgowanych już dokumentów nastąpi automatyczne rozrachowanie dekretów.

  • Przypadek, gdy dokumenty w bazie docelowej są zaksięgowane i nierozliczone

Do bazy docelowej mamy przeniesione dokumenty, np. FA i raport bankowy, są już zaksięgowane ale jeszcze nierozliczone/ nierozrachowane.

Następnie pracą rozproszoną importujemy rozliczenia. Po zaimportowaniu w module Kasa/Bank następuje rozliczenie zdarzeń z zapisami bankowymi, automatycznie nastąpi też rozrachowanie odpowiadających im dekretów.

Dodatkowo, gdy importowane rozliczenie dotyczy zapisów walutowych z różnymi kursami lub gdy jest to kompensata, oprócz automatycznego rozrachowania wygenerowane zostaną też dekrety Różnicy kursowej i Kompensaty. Powstanie dekretu RK i/lub KOMP uzależnione jest od parametru Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków dostępnego w Konfiguracji Firmy/ Księgowość/ Księgowość kontowa.

  • Przypadek, gdy dokumenty w bazie docelowej są zaksięgowane i rozliczone

Do bazy docelowej mamy przeniesione dokumenty, np. FA i raport bankowy, są już zaksięgowane i rozrachowane.

Następnie pracą rozproszoną importujemy rozliczenia. Operacja nie powiedzie się, gdyż w bazie docelowej dokumenty są już rozliczone (w momencie rozrachowania dekretów nastąpiło automatyczne rozliczenie). W logu z przebiegu importu pojawi się komunikat Wystąpił błąd przy imporcie składnika. Rozliczenie niemożliwe. Dokument [Dok1] jest już rozliczony.

Wyjątkiem jest sytuacja, gdy rozrachowane dekrety miały zaznaczony parametr Bez rozliczenia w K/B. W takim przypadku w momencie rozrachowywania dekretów nie nastąpiło automatyczne rozliczenie (więcej informacji na temat działania tego parametru znajduje się w rozdziale Rozrachunek bez rozliczenia w K/B). Wówczas w momencie importu rozliczeń pracą rozproszoną import się powiedzie.

  • Przypadek, gdy dokumenty w bazie docelowej nie są zaksięgowane

Do bazy docelowej mamy przeniesione dokumenty, np. FA i raport bankowy, które nie są jeszcze zaksięgowane.

Następnie pracą rozproszoną importujemy rozliczenia, dokumenty zostają więc rozliczone.

Jeżeli później zaksięgujemy dokumenty, automatycznie nastąpi rozrachowanie dekretów.

5.9 Filtry i operacje seryjne

W celu dodatkowego ułatwienia i przyspieszenia pracy pewne operacje można wykonywać seryjnie.

  • Zaznacz/Odznacz rozrachunek

Z poziomu Księgowość/ Dzienniki/ zakładka [Konto] oraz na formularzu bilansu otwarcia (Księgowość/ Inne/ Dokumenty BO) jest możliwość seryjnego zaznaczenia/odznaczenia parametru Rozrachunek dla wybranych dekretów księgowych/ pozycji bilansu otwarcia poprzez wybór opcji z menu kontekstowego Zaznacz rozrachunek/Odznacz rozrachunek.

  • Ustaw/Odznacz rozrachunek bez rozliczenia w K/B

Z poziomu Księgowość/ Plan kont jest możliwość seryjnego zaznaczenia/odznaczenia parametru Rozrachunek bez rozliczenia w K/B dla zaznaczonych kont księgowych poprzez wybór opcji Ustaw/Odznacz rozrachunek bez rozliczenia w K/B dostępnej w menu kontekstowym oraz pod ikoną operacji seryjnych.

  • Kompensaty bez rozrachunku

Z poziomu Księgowość/ Dzienniki w filtrze pod listą dostępny jest parametr Kompensaty bez rozrachunku. Po jego zaznaczeniu wyświetlone zostaną dekrety kompensat, które nie zostały automatycznie usunięte przy usuwaniu rozrachunków, ze względu na to że były zatwierdzone na czysto i/lub znajdowały się w okresie obrachunkowym innym niż bieżący i/lub Użytkownik usuwający rozrachunek miał zakaz do usuwania dekretów z dziennika, w którym znajduje się dekret kompensaty.  


6. Nie działa automatyczne rozliczanie/rozrachowywanie – dlaczego?

Jeżeli rozliczamy dokumenty, a mimo to nie nastąpiło automatyczne rozrachowanie dekretów, a także odwrotnie: rozrachowanie nie spowodowało automatycznego rozliczenia, może to wynikać z kilku powodów (wynikających zarówno z zamierzonego działania funkcjonalności, jak i z błędnego skonfigurowania programu).

Na samym początku należy więc sprawdzić:

  • Parametr w konfiguracji

Należy sprawdzić, czy w Konfiguracji Firmy/ Księgowość/ Księgowość kontowa zaznaczony jest parametr Automatyczne rozliczenia i rozrachunki. Parametr musi być zaznaczony, aby działało automatyczne rozliczanie i rozrachowywanie.

  • Schematy księgowe

Należy sprawdzić czy schemat wykorzystywany do księgowania dokumentu jest zdefiniowany prawidłowo. Aby zadziałał mechanizm automatycznych rozliczeń i rozrachunków:

  • w elemencie schematu księgowego musi być zaznaczony parametr Rozrachunek
  • w Kwocie ma być odwołanie do makra @KwotaPlatnosci (na pozycji schematu należy wybrać Kwota/ Płatności/ Kwota płatności).

Jeżeli powyższe opcje są poprawnie skonfigurowane, a mimo to nie działa funkcjonalność automatycznych rozliczeń i rozrachunków, należy jeszcze sprawdzić przypadki wymienione w kolejnych podrozdziałach.


6.1 Sytuacje, w których automat nie zadziała

W niżej wymienionych przypadkach funkcjonalność automatycznych rozliczeń i rozrachunków nie zadziała. Nie pojawią się dodatkowe komunikaty, gdyż funkcjonalność ta wynika z przyjętych w programie zasad działania automatycznych rozliczeń/rozrachunków.

6.1.1 Parametr Rozrachunek

Na dekretach powstałych z księgowania schematem musi być zaznaczony parametr Rozrachunek.
Aby funkcjonalność zadziałała dla pozycji bilansu otwarcia i/lub dla dekretów ręcznie wprowadzanych z poziomu Księgowość/ Dzienniki ważne jest, aby były na nich zaznaczone parametry Rozrachunek i Generowanie płatności.

6.1.2 Rozrachunek bez rozliczenia w K/B

Mogą zdarzyć się sytuacje, w których nie chcemy aby rozliczenie dokumentów powodowało automatyczne rozrachowanie ich dekretów (i analogicznie w drugą stronę: aby rozrachowanie spowodowało automatyczne rozliczenie). Można w takich sytuacjach wykorzystać parametr Bez rozliczenia w K/B.

Na pozycji zapisu księgowego można zaznaczyć parametr Bez rozliczenia w K/B. Jest on dostępny jeżeli w Konfiguracji Firmy/ Księgowość/ Księgowość kontowa zaznaczony jest parametr Automatyczne rozliczenia i rozrachunki. Parametr na pozycji zapisu księgowego zostanie zaznaczony automatycznie w sytuacji, gdy konto

wybrane na dekrecie ma na swoim formularzu w planie kont zaznaczony parametr Rozrachunek bez rozliczenia w K/B. Parametr podlega edycji.

Parametr dostępny jest również na formularzu dokumentu BO. W przypadku pozycji BO należy najpierw zaznaczyć parametr Rozrachunek. Po jego zaznaczeniu przenoszą się ustawienia z formularza konta. Parametr podlega edycji.

W przypadku dekretu z parametrem Bez rozliczenia w K/B przy rozrachowywaniu dekretów na kontach księgowych nie następuje automatyczne rozliczenie w module Kasa/Bank. Analogicznie po rozliczeniu dokumentów w module Kasa/Bank nie następuje automatyczne rozrachowanie odpowiadających im dekretów.

Rozrachunek dekretu z parametrem Rozrachunek bez rozliczenia w K/B

  • Rozrachowanie dekretów jeżeli płatności w module Kasa/Bank nie są rozliczone

Jeżeli jeden lub oba dekrety biorące udział w rozrachunku mają zaznaczony parametr Bez rozliczenia w K/B to podczas rozrachowania tych dekretów dokonuje się rozrachunek, powstaje ewentualny dekret różnicy kursowej i/lub dekret kompensaty (jeżeli w Konfiguracji jest zaznaczony parametr o generacji zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków), ale nie następuje rozliczenie płatności w module Kasa/Bank.

  • Rozrachowanie dekretów jeżeli płatności module Kasa/Bank są rozliczone

Jeżeli jeden lub oba dekrety biorące udział w rozrachunku mają zaznaczony parametr Bez rozliczenia w K/B to podczas rozrachowania tych dekretów dokonuje się rozrachunek, powstaje ewentualny dekret różnicy kursowej i/lub kompensaty (jeżeli w Konfiguracji jest zaznaczony parametr o generacji zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków), ale nie następuje powiązanie rozrachunku
z wygenerowanym wcześniej rozliczeniem.

Jeżeli płatności w module Kasa/Bank zostały rozliczone oraz w Konfiguracji parametr o generacji zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków jest odznaczony lub Użytkownik rezygnuje
z tych dokumentów podczas generowania rozrachunku to istnieje możliwość wskazania do rozrachunku dokumentu różnicy kursowej zaksięgowanego w module Kasa/Bank. Dekret kompensaty powstały w module Kasa/Bank nie zostanie podłączony do rozrachunku.

Jeżeli w Konfiguracji parametr o generacji zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków jest zaznaczony, a dokument różnicy kursowej i/lub dokument kompensaty wygenerowany
w module Kasa/Bank nie jest zaksięgowany to nie będzie powiązania pomiędzy tymi dokumentami.

  • Rozrachowanie dekretów w momencie księgowania jeśli płatności w module Kasa/Bank są rozliczone

Jeżeli płatności w module Kasa/Bank zostały rozliczone i Użytkownik księguje drugi dokument, do którego tworzy się dekret z zaznaczonym parametrem Bez rozliczenia w K/B (lub parametr został zaznaczony na dekrecie powstałym do pierwszego dokumentu) to podczas księgowania nie tworzy się rozrachunek.


6.1.3 Storno zapisu księgowego

Podczas generowania storna dekretów rozliczonych i rozrachowanych następuje usunięcie rozrachunku, natomiast rozliczenie w module Kasa/Bank nie jest usuwane.

Jeżeli ze stornowanym dekretem jest powiązany dekret różnicy kursowej i/lub kompensaty to rozrachunki również są usuwane, ale sam dekret RK i/lub KOMP pozostaje.

Przykład
Mamy dwa dokumenty, np. fakturę sprzedaży i fakturę zakupu, zaksięgowane (powstały dekrety Dek1 i Dek2), zarówno rozliczone jak i rozrachowane. Powstał do nich dekret kompensaty.
Dekrety są już zatwierdzone.
Następnie wykonujemy storno dekretu Dek1. Pojawia się komunikat „Zapis księgowy posiada rozliczone dekrety. Po wykonaniu storna rozrachunki zostaną usunięte. Czy wykonać storno dekretu księgowego?”. Po jego zaakceptowaniu pojawia się informacja „Rozliczenie nie zostało usunięte. Z rozrachunkiem związany jest dekret kompensaty [KOMPK/1/2015]. Dekrety należy usunąć ręcznie”.
W efekcie rozrachunki między dekretami Dek1 i Dek2 zostały usunięte, natomiast w module Kasa/Bank dokumenty są ciągle rozliczone. Na liście zapisów księgowych ciągle jest widoczny zapis związany z kompensatą, który należy usunąć ręcznie.
Jeżeli ponownie zaksięgujemy odksięgowany dokument (tzn. fakturę, której dekret został wcześniej wystornowany) nastąpi automatyczne rozrachowanie nowego dekretu z dekretem Dek2. Powstanie również powiązanie rozrachunków z rozliczeniami. Utworzony zostanie dekret kompensaty, który będzie powiązany z kompensatą w module Kasa/Bank.

W przypadku stornowania dekretu powiązanego z różnicą kursową program działa analogicznie, jak w wyżej opisanym przykładzie dot. kompensaty.

Uwaga
Podczas generowania storna dekretów rozliczonych następuje usunięcie rozrachunku między dekretami, natomiast rozliczenie w module Kasa/Bank pozostaje

Uwaga
Podczas generowania storna dekretów rozliczonych następuje usunięcie rozrachunku między dekretami, natomiast rozliczenie w module Kasa/Bank pozostaje

6.1.4 Dokument kompensaty

Funkcjonalność automatycznych rozliczeń i rozrachunków i automatyczne wiązanie dekretu kompensaty z dokumentem z modułu Kasa/Bank działa dla kompensat widocznych z poziomu Kasa/Bank/ Dokumenty rozliczone, a nie dla Dokumentów kompensat z poziomu Kasa/Bank/ Dokumenty kompensat.

6.1.5   Bilans otwarcia na podstawie preliminarza i kasy

Funkcjonalność automatycznych rozliczeń i rozrachunków nie działa dla pozycji bilansu otwarcia generowanych w oparciu o płatności w Preliminarzu płatności (tzn. w sytuacji, gdy w pierwszym okresie obrachunkowym najpierw wprowadzamy płatności do modułu Kasa/Bank, a następnie z poziomu Księgowość/ Inne/ Dokumenty BO na formularzu BO naciskamy na ikonę Inicjalizuj b.o. na podstawie preliminarza i kasy oraz na tak wygenerowanych pozycjach zaznaczamy parametr Rozrachunek to pomimo późniejszego rozrachowania takich pozycji bilansu nie nastąpi rozliczenie płatności – i analogicznie: rozliczenie płatności nie spowoduje rozrachowania dekretów).

6.2 Możliwe komunikaty

6.2.1 Różna waluta rozliczenia i dekretu

Komunikat Nie wygenerowano rozrachunku/rozliczenia – różna waluta rozliczenia [XXX] i dekretu [PLN] pojawia się w sytuacji, gdy dokumenty walutowe zostały zaksięgowane na konta złotówkowe. W takiej sytuacji nie ma możliwości automatycznego rozliczania i rozrachowywania.

Przykład
Mamy dwa dokumenty walutowe Dok1 i Dok2, oba zaksięgowane na konta złotówkowe. W module Kasa/Bank rozliczamy je ze sobą, pojawia się komunikat „Wystąpił problem podczas rozrachowywania dokumentów [Dok1] z [Dok2]. Nie wygenerowano rozrachunku – różna waluta rozliczenia [EUR] i dekretu [PLN].”. Rozliczenie dokumentów się udaje, natomiast dekrety Dek1 i Dek2 nie zostają automatycznie rozrachowane.
Analogicznie w drugą stronę:
Mamy dwa dokumenty walutowe Dok1 i Dok2, oba zaksięgowane na konta złotówkowe.
Z poziomu Księgowość/ Rozrachunki lub z poziomu zapisu księgowego rozrachowujemy oba dekrety, pojawia się komunikat „Wystąpił błąd podczas rozliczania dokumentów kasowych/bankowych. Nie wygenerowano rozliczenia – różne waluty rozliczenia i dekretu.”. Dekrety zostają rozrachowane, natomiast płatności w Kasa/Bank nie są automatycznie rozliczane.

6.2.2 Dokument, który nie podlega rozliczeniu

Komunikat Rozliczenie niemożliwe. Dokument [NR DOKUMENTU] nie podlega rozliczeniu pojawia się w sytuacji, kiedy próbujemy rozrachować dekrety do dokumentów, z których przynajmniej jeden ma na płatności ustawiony status: nie podlega rozliczeniu.

Przykład
Mamy dwa dokumenty Dok1 i Dok2, oba zaksięgowane. W preliminarzu płatności zmieniamy płatności do dokumentu Dok1 na: nie podlega.
Następnie rozrachowujemy dekrety Dek1 z Dek2, pojawia się komunikat „Wystąpił błąd podczas rozliczania dokumentów kasowych/bankowych. Rozliczenie niemożliwe. Dokument [Dok1] nie podlega rozliczeniu.”. W efekcie dekrety Dek1 i Dek2 zostają rozrachowane, ale nie ma powiązania z rozliczeniami w module Kasa/Bank (status płatności się nie zmienia)

6.2.3 Księgowanie po złej stronie konta

Komunikat Nie udało się wykonać rozrachunku ponieważ rozrachunki są po tej samej stronie konta pojawia się w sytuacji, kiedy dokument jest księgowany po złej stronie konta, a w związku z tym nie można go automatycznie rozrachować z odpowiednimi dokumentami.

Przykład
Mamy np. fakturę sprzedaży, zaksięgowaną, wygenerowany został rozrachunek.
Następnie rozliczamy ją z zapisem kasowym.
Później księgujemy raport kasowy, ale schemat księgowy jest błędnie zdefiniowany i zapis KP trafia na właściwe konto rozrachunkowe, ale po złej stronie (a w związku z tym nie można go automatycznie rozrachować z dekretem do faktury). Samo księgowanie raportu się udaje, ale w logu z przebiegu księgowania, na końcu, mamy informację Wystąpił problem podczas rozrachowywania dokumentów [KP/1/2015/KASA] z [FS/1/2015]. Nie udało się wykonać rozrachunku ponieważ rozrachunki są po tej samej stronie konta.

Przykład
Parametr „Generowanie zapisu księgowego kompensaty i/lub różnicy kursowej z rozrachunków” w Konfiguracji jest niezaznaczony.
Mamy dwa dokumenty walutowe Dok1 i Dok2, z różnymi kursami. Oba są zaksięgowane. Następnie je rozliczamy, powstaje więc różnica kursowa widoczna w Kasa/Bank/ Różnice kursowe.
Następnie księgujemy różnicę kursową, jednak schemat jest błędnie zdefiniowany i RK jest księgowana po złej stronie konta, a w związku z tym nie można jej automatycznie rozrachować z dekretami dokumentów Dok1 i Dok2. Samo księgowanie różnicy kursowej się udaje, ale w logu z przebiegu księgowania, na końcu, mamy informację BŁĄD ROZRACHOWYWANIA DOKUMENTU (RKUR/1/2015/EUR) Nie udało się wykonać rozrachunku ponieważ rozrachunki są po tej samej stronie konta.

6.2.4 Rozrachunek na kwotę większą niż pozostająca do rozliczenia

Komunikat Nie można dokonać rozliczenia w module Kasa/Bank ponieważ kwota rozliczenia jest większa niż kwota pozostająca do rozliczenia. Rozrachunek został wygenerowany oznacza, że kwota jaką próbujemy rozrachować jest większa, niż kwota pozostała do rozliczenia na płatności powiązanej z rozrachowywanym dekretem. W takiej sytuacji dekrety zostaną rozrachowane, natomiast nie zmieni się stan rozliczeń w module Kasa/Bank.

Przykład
Mamy dwa dokumenty Dok1 i Dok2 na kwotę 100PLN. Dokument Dok1 jest nierozliczony (N), Dok2 jest częściowo rozliczony z innym dokumentem (C). Oba dokumenty zostały zaksięgowane, powstały dekrety Dek1 i Dek2.
Następnie generujemy rozrachunek między Dek1 a Dek2. Pojawia się komunikat „Wystąpił błąd podczas rozliczania dokumentów kasowych/bankowych. Nie można dokonać rozliczenia w module Kasa/Bank ponieważ kwota rozliczenia jest większa niż kwota pozostająca do rozliczenia. Rozrachunek został wygenerowany.”
W efekcie dekrety Dek1 i Dek2 zostają rozrachowane, natomiast stan rozliczeń w module Kasa/Bank się nie zmienia.

 

 




OPT043 Zaawansowane schematy księgowe


Spis treści



1. Jakich operatorów logicznych mogę używać w warunku w schemacie księgowym?

Warunek wpisany w schemacie księgowym jest „tłumaczony” na zapytanie SQL poprzez zastąpienie makr (symboli zaczynających się od znaku @) na odwołanie do kolumn bądź funkcji serwerowych.

Poszczególne odwołania można łączyć zgodnie z syntaktyką T-SQL – dotyczy to zarówno operatorów porównania (=, >, <, <>, LIKE) jak i operatorów łączących wyrażenia (AND, OR). Dodatkowo możliwe jest używanie funkcji serwerowych.

Przykładowo poprawny jest warunek

@KategoriaElem LIKE 'POZOST%' OR @KategoriaNag = 'SPR' AND SUBSTRING(@KategoriaElem, 5, 3)= 'TOW'

2. Jak sobie poradzić gdy długi warunek, zawierający wiele kategorii, nie mieści się w schemacie?

W warunku zamiast wersji dłuższej np.

@KodPodmiotu='ALA' AND ( @KategoriaElem='MATERIAŁY' OR @KategoriaElem='TOWARY' OR @KategoriaElem='INNE')

można użyć operatora serwerowego IN:

@KodPodmiotu='ALA' AND @KategoriaElem IN ('MATERIAŁY', 'TOWARY', 'INNE')

3. Czy księgując Fakturę Sprzedaży, można na konto pozabilansowe zaksięgować ilość sprzedanego towaru?

Ilość towaru jest zapisana w tabeli TraElem, żeby zaksięgować liczbę, która znajduje się w tabeli, ale nie istnieje odpowiadające jej makro (tzn. nie można wybrać np. @Ilosc), trzeba w schemacie księgowym odwołać się bezpośrednio do nazwy pola w tabeli.

Żeby na jakimś koncie pozabilansowym wyksięgować z faktury ilość sprzedanego towaru, w polu Kwota należy odwołać się do pola TrE_Ilosc. Ze względu jednak na optymalizację parsera analizującego schemat księgowy i „tłumaczącego” go na zapytanie SQL konieczne jest użycie w definicji kwoty przynajmniej jednego makra (tzn. pola zaczynającego się od '@’) lub definicja musi rozpoczynać się od znaku apostrofu (‘). Dodatkowo trzeba „zmusić” automat księgujący, żeby użył tabeli TraElem (automat księgujący nie wie, że TrE_Ilosc jest kolumną w tabeli TraElem, więc nie użyje jej automatycznie).

W tym celu w definicji kwoty można wpisać np.
@PozNetto – @PozNetto + TrE_Ilosc
@PozNetto – @PozNetto i tak dadzą w wyniku 0. Makro @PozNetto odwołuje się do pozycji faktury (a więc do tabeli TraElem), więc mamy pewność, że zapytanie zostanie zbudowane poprawnie.
Drugą możliwością jest wpisanie:
'0' + TrE_Ilosc
’0’ zostanie automatycznie przekonwertowane na liczbę 0 i nie zaburzy wyniku. W tym przypadku trzeba jeszcze „zmusić” automat księgujący, żeby użył tabeli TraElem. W tym celu w pozycji schematu księgowego należy użyć jakiegokolwiek parametru bądź makra odwołującego się do pozycji faktury, np.:

  • zaznaczyć Podział na kategorie
  • lub Podział na słowniki – Towary
  • lub w opisie (bądź w warunku) odwołać się do kategorii pozycji (@KategoriaElem lub @KategoriaOgolnaElem) lub do towaru (@NazwaTowaru)

4. Czy księgując Fakturę Sprzedaży w opisie pozycji dekretu mogę umieścić informację o stawce VAT, jakiej dotyczyła dana pozycja?

Tak, w przypadku opisu jest podobnie jak w przypadku kwoty - można odwołać się do pola (pól) z tabeli, z zastrzeżeniem, co do użycia co najmniej jednego makra i wymuszenia użycia tabeli TraElem.

W definicji kwoty używamy np. makra @PozNetto (ponieważ @PozNetto jest to wartość netto, pozycji faktury, to automatycznie mamy zapewnione, że zostanie użyta tabela TraElem)

Informacja o stawce Vat jest zapisywana w polach:

  • TrE_Flaga – mówi o tym, czy jest to stawka zwykła (2), zaniżona (3), zwolniona (1), czy nie podlega (4)
  • TrE_Stawka – zawiera wysokość stawki Vat

W definicji opisu pozycji można by więc użyć wyrażenia:

@NumerPelny + ': stawka Vat ' + Case TrE_Flaga When 1 Then 'ZW' When 4 Then 'NP' Else STR(TrE_Stawka,5,2) End

Spowoduje to wstawienie w dekrecie w polu Opis numeru dokumentu uzupełnionego o stawkę Vat - oczywiście zostanie wygenerowanych tyle pozycji, ile różnych stawek Vat jest na dokumencie.


5. Czy w schemacie księgowym Faktury Sprzedaży mogę w warunku użyć grupy, do której należy sprzedany towar?

Grupa towarowa znajduje się w tabeli Towary (pole Twr_Grupa) – przy czym nie możemy odwołać się do pola Twr_Grupa w taki sposób jak to opisywano poprzednio, ponieważ obecnie żadne makro nie odwołuje się do tabeli Towary (a więc nie ma możliwości w schemacie księgowym połączenia się z tą tabelą).

Możemy to natomiast zrobić za pomocą funkcji serwerowej. W tym celu tworzymy funkcję MojaFunkcja_GrupaTowaru – należy poniższy skrypt wykonać za pomocą Query Analyzera lub OSQL-a.

Jeżeli teraz chcemy zaksięgować warunkowo sprzedaż towarów z grupy 'AKCESORIA', w warunku wpisujemy wyrażenie:

'AKCESORIA' = dbo.MojaFunkcja_GrupaTowaru (TrE_TwrId)

Oczywiście funkcje mogą być znacznie bardziej skomplikowane, można ich używać zarówno w definicjach warunków, opisów jak i kwot (w ostatnim przypadku funkcja powinna zwracać typ NUMERIC). Podobnie jak w przypadku używania pól z tabel, używając funkcji należy pamiętać o tym, żeby wyrażenie zawierało co najmniej jedno makro, lub zaczynało się od znaku ' (apostrof).

Uwaga
Aby zaksięgować towar w zależności od grupy domyślnej, do której należy (na pierwszej zakładce karty cennika) należy funkcję skonstruować w poniższy sposób:

If Exists ( Select * From sysobjects Where name = 'MojaFunkcja_GrupaTowaru' And xtype='FN')
Drop Function dbo.MojaFunkcja_GrupaTowaru
GO
create Function dbo.MojaFunkcja_GrupaTowaru (@TwrId INT)
Returns VarChar(20)
As
Begin
Declare @Grupa VarChar(20)
select @grupa = twg_kod
from cdn.twrgrupy
join cdn.towary on twr_twggidnumer = twg_gidnumer AND twg_gidtyp = -16
where twr_twrid = @twrid
Return @Grupa
End

Uwaga
Aby zaksięgować towar pod warunkiem, że towar należy do grupy podrzędnej należy nieco inaczej zbudować funkcję.

If Exists (
Select * From sysobjects
Where name = 'MojaFunkcja_GrupaTowaru' And xtype='FN'
)
Drop Function dbo.MojaFunkcja_GrupaTowaru
GO
create Function dbo.MojaFunkcja_GrupaTowaru (@TwrId INT)
Returns VarChar(20)
As
Begin
Declare @Grupa VarChar(20)
select @grupa = A.twg_kod
from cdn.twrgrupy  A
join cdn.twrgrupy B on A.twg_gidnumer = B.twg_gronumer
join cdn.towary C on C.twr_gidnumer = B.twg_gidnumer AND C.twr_twggidnumer <> A.twg_gidnumer
where B.twg_gidtyp = 16 and A.twg_gidtyp <> 16 and c. twr_twrid = @twrid
Return @Grupa
End


6. Czy w schemacie księgowym mogę ustawić warunek na sprawdzanie istnienia lub nie kwot dodatkowych na dokumencie?

Można w warunku sprawdzić, czy istnieją kwoty dodatkowe, z tym, że korzystamy tu z pewnych funkcji pozastandardowych.

Niestety już w kilku przypadkach okazało się, że korzystanie z tego typu funkcji po zmianie wersji Comarch ERP Optima wymagało drobnych korekt w schematach księgowych.

Raporty kasowe/bankowe

Jeśli chcemy zaksięgować dokument, na którym NIE ISTNIEJĄ podpięte kwoty dodatkowe, w warunku należy wpisać:

'1'='1' AND NOT EXISTS (Select * FROM CDN.KwotyDodatkowe Where KDD_DokumentTyp=14 And KDD_DokumentId=BZp_BZpId)

Jeśli chcemy zaksięgować dokument, na którym ISTNIEJĄ podpięte kwoty dodatkowe (przy czym chodzi o księgowanie kwot przychód/rozchód, a nie kwot dodatkowych), w warunku należy wpisać:

'1'='1' AND EXISTS (Select * FROM CDN.KwotyDodatkowe Where KDD_DokumentTyp=14 And KDD_DokumentId=BZp_BZpId)

Rejestry VAT

Jeśli chcemy zaksięgować dokument, na którym NIE ISTNIEJĄ podpięte kwoty dodatkowe, w warunku należy wpisać:

'1'='1' AND NOT EXISTS (Select * FROM CDN.KwotyDodatkowe Where KDD_DokumentTyp=2 And KDD_DokumentId=van_vanId)

Jeśli chcemy zaksięgować dokument, na którym ISTNIEJĄ podpięte kwoty dodatkowe, w warunku należy wpisać:

'1'='1' AND EXISTS (Select * FROM CDN.KwotyDodatkowe Where KDD_DokumentTyp=2 And KDD_DokumentId=van_vanId)

7. Czy w schemacie do zaksięgowania listy płac można zastosować warunek do zaksięgowania wszystkich zasiłków w jednej kwocie (zasiłku rodzinnego, pielęgnacyjny, chorobowy...)?

Przy tworzeniu warunku można skorzystać z makra:

@TypWyplaty LIKE 'zas%'

8. W poniższym schemacie księgowania dokumentu PZ
z ewidencji dodatkowej występuję błąd księgowania: dokument niezbilansowany. Różnica 0,01 zł wynika
z zaokrągleń. Jak sobie z nimi poradzić?

Schemat pierwotny:

Konto WnKonto MaKwotaOpis
zwykłe1(@RazemKwota+@RazemKwota*0.32)*1.23cena brutto z marżą i VAT
zwykłe2@RazemKwotacena netto
zwykłe3@RazemKwota*0.32marża
zwykłe4(@RazemKwota+@RazemKwota*0.32)*0.23VAT

Kwota na dokumencie: 1669,06 zł. (@RazemKwota)

Rozwiązania są dwa:

1.Zastosować w schemacie podwójne dekrety:

Konto WnKonto MaKwotaOpis
zwykłe1zwykłe2@RazemKwotacena netto
zwykłe1zwykłe3@RazemKwota*0.32marża
zwykłe1zwykłe4(@RazemKwota+@RazemKwota*0.32)*0.23VAT

2. Zastosować następujące makra w schematach:

Konto WnKonto MaKwotaOpis
zwykłe1ROUND(@RazemKwota*1.32,2)*1.23cena bto z marżą i VAT
zwykłe2@RazemKwotacena netto
zwykłe3@RazemKwota*0.32marża
zwykłe4ROUND(@RazemKwota*1.32,2)*0.23VAT

9. Jak można zaksięgować wartość zakupu z rej. VAT przeniesioną za pomocą pliku COMMA?

Należy w pozycji Kwota wpisać: '0'+VaN_WartoscZak

10. Jak można podczas księgowania faktury sprzedaży odwołać się do wartości zakupu dla całego dokumentu?

Należy na pozycji schematu księgowego w polu Kwota wpisać: '0'+TrN_WartoscZakupu

11. Jak uzależnić księgowanie dokumentów z ewidencji dodatkowej na poszczególne konta od symbolu użytego w schemacie numeracji?

W przypadku Ewidencji dodatkowej przychodów można użyć w warunku wyrażenia:

@Dokument LIKE '%EDP%' 

co oznacza, że na konto zostanie zaksięgowany dokument, który ma w schemacie numeracji ciąg znaków EDP (np. EDP/000001/2003).

W przypadku Ewidencji dodatkowej kosztów można użyć w warunku wyrażenia:

'1'='1' AND EDN_NumerPelny LIKE 'EDK%'

Różnica wynika z faktu, że w Ewidencji dodatkowej kosztów, na formatce zapisu są dwa numery: numer nadawany przez program i numer obcy. Makro @Dokument w tym przypadku pobiera numer nadawany przez program jeżeli numer obcy nie jest wypełniony.

Jeżeli w warunku jest użyte jakieś makro to wystarczy dodać: AND EDN_NumerPelny LIKE 'EDK%'

Patrz też pytania nr:

    1. Jak zaksięgować fakturę zakupu, żeby w schemacie księgowania w warunku zastosować fragment numeru dokumentu np MAGAZYN i SERIA z numeru FZ/99/MAGAZYN/SERIA? 
    1. Jak w warunku schematu dla WZ odwołać się do symbolu/serii w numerze faktury do której zostało wystawione WZ?

12. Jak uzależnić księgowanie poszczególnych KP/KW
w raporcie kasowym od rodzaju podmiotu (dostawca, odbiorca, konkurencja, partner)?

W warunku schematu należy użyć wyrażenia:

'1'='1' AND EXISTS (Select * FROM CDN.Kontrahenci Where Knt_KntId=BZp_PodmiotID AND Knt_Rodzaj_Odbiorca='1')

Wówczas program zaksięguje na podane konta określoną kwotę, jeżeli kontrahent wybrany na KP/KW będzie odbiorcą.
Dla dostawcy należy zmienić w powyższym wyrażeniu nazwę pola na Knt_Rodzaj_Dostawca, dla konkurencji na Knt_Rodzaj_Konkurencja, dla partnera na Knt_Rodzaj_Partner, natomiast dla klienta potencjalnego na Knt_Rodzaj_Potencjalny.

13. Jak stworzyć warunek dla zaksięgowania na osobne konta kwot netto: towarów i usług?

Taki warunek można stworzyć w schematach dla Faktur sprzedaży i Faktur zakupu (księgowań z modułu Faktury – ewentualnie księgowań innych dokumentów z modułu Faktury lub Magazyn). Trzeba wybrać księgowanie kwoty @PozNetto (lub @PozBrutto) i w warunku dopisać:

      • Dla usługi (prostej lub złożonej):

'1'='1' AND Exists (Select * From CDN.Towary Where Twr_TwrId=TrE_TwrId And Twr_Typ=0)

      • Dla usługi prostej:

'1'='1' AND Exists (Select * From CDN.Towary Where Twr_TwrId=TrE_TwrId And Twr_Typ=0 And Twr_Produkt=0)

      • Dla usługi złożonej:

'1'='1' AND Exists (Select * From CDN.Towary Where Twr_TwrId=TrE_TwrId And Twr_Typ=0 And Twr_Produkt=1)

      • Dla towaru (prostego lub złożonego):

'1'='1' AND Exists (Select * From CDN.Towary Where Twr_TwrId=TrE_TwrId And Twr_Typ=1)

      • Dla towaru prostego:

'1'='1' AND Exists (Select * From CDN.Towary Where Twr_TwrId=TrE_TwrId And Twr_Typ=1 And Twr_Produkt=0)

      • Dla towaru złożonego:

'1'='1' AND Exists (Select * From CDN.Towary Where Twr_TwrId=TrE_TwrId And Twr_Typ=1 And Twr_Produkt=1)

14. Jakiego wyrażenia należy użyć w warunku pozycji schematu księgowego aby uzależnić księgowanie od grupy, do której należy kontrahent wybrany na fakturze w rejestrze VAT?

'1'='1' AND EXISTS (SELECT* FROM CDN.Kontrahenci where Knt_KntId=VaN_PodID AND VaN_PodmiotTyp = 1 AND Knt_Grupa='DOST')

Podana w schemacie kwota, zostanie zaksięgowana na zadane konta jeżeli kontrahent wybrany na fakturze należy do grupy 'DOST'.

W schematach księgowych dla księgowania faktur z modułu Faktury warunek powinien być następujący:

'1'='1' AND EXISTS (SELECT* FROM CDN.Kontrahenci where Knt_KntId=TrN_PodID AND TrN_PodmiotTyp = 1 AND Knt_Grupa='DOST')

15. Jak uzależnić księgowanie VAT-u z Rejestru VAT na dane konto od tego czy dokument jest rozliczony
w danym miesiącu?

Warunek czy dokument jest w ogóle nierozliczony:

'1'='1' AND EXISTS (Select * FROM CDN.BnkZdarzenia WHERE BZd_DokumentTyp = 2 And BZd_DokumentId = VaN_VaNId AND BZd_Rozliczono<2)

Poniżej warunek sprawdzający przy założeniu, że dla dokumentu jest tylko jedna płatność, czyli płatność na dokumencie nie została podzielona na raty (ale mogła być rozliczana "na raty").

Dokument jest nierozliczony lub został rozliczony w innym miesiącu niż data dokumentu:

'1'='1' AND EXISTS (Select * FROM CDN.BnkZdarzenia WHERE BZd_DokumentTyp = 2 And BZd_DokumentId = VaN_VaNId AND (BZd_Rozliczono<2 OR 100 * YEAR(BZd_DataRoz)
+ MONTH(BZd_DataRoz) <> VaN_RokMies))

Dokument został rozliczony w tym miesiącu, co data dokumentu:

'1'='1' AND NOT EXISTS (Select * FROM CDN.BnkZdarzenia WHERE BZd_DokumentTyp = 2 And BZd_DokumentId = VaN_VaNId AND (BZd_Rozliczono<2 OR 100 * YEAR(BZd_DataRoz)
+ MONTH(BZd_DataRoz) <> VaN_RokMies))

16. Jak uzależnić księgowanie VAT-u z Rejestru VAT na dane konto od tego, w którym miesiącu dokument trafi na deklarację VAT-7?

Aby zaksięgować VAT na zadane konto, jeżeli data deklaracji VAT-7 to 10.2018 należy w warunku użyć wyrażenia:

'1'='1' AND VaN_DeklRokMies='201810'

Aby zaksięgować na zadane konto, podaną kwotę, jeżeli data deklaracji VAT-7 jest różna od daty rejestru. Czyli mając wyświetloną na ekranie listę faktur za miesiąc 10.2018, program zaksięguje te, które mają datę deklaracji inną niż 10.2018 np. 11.2018.

'1'='1' AND Van_RokMies<>Van_DeklRokMies

I dla równowagi, warunek gdy data deklaracji jest równa dacie rejestru:

'1'='1' AND Van_RokMies=Van_DeklRokMies

Aby zaksięgować na zadane konto, podaną kwotę, jeżeli data deklaracji VAT-7 jest różna od daty zakupu faktury zakupu:

'1'='1' AND (100 * YEAR(VaN_DataOpe) + MONTH(VaN_DataOpe)) <> Van_DeklRokMies

Aby zaksięgować na zadane konto, podaną kwotę, jeżeli data deklaracji VAT-7 jest różna od daty wystawienia faktury zakupu:

'1'='1' AND (100 * YEAR(VaN_DataWys) + MONTH(VaN_DataWys)) <> Van_DeklRokMies

Dla metody kasowej:

'1'='1' AND Exists (Select * From CDN.VatTab7 Where Va7_VaNID=VaN_VaNID And (VAN_RokMies
<> Va7_RokMiesiac or (100*Year (VaN_DataOpe) + month (VaN_DataOpe)) <> Va7_RokMiesiac))

17. Jak zaksięgować dokument RWS na konta analityczne
w oparciu o grupy towarów?

Kwota netto ma zostać zaksięgowana na konto 311 (niesłownikowe) z podziałem na analityki w oparciu o grupy towarowe, np.:

311-01 - AKCESORIA

311-02 - ROŚLINY

311-03 – SPRZĘT

W schemacie księgowym należy utworzyć trzy pozycje z poniższymi odpowiednio warunkami:

Pozycja 1:

'1'='1' And Exists (Select * From CDN.Towary JOIN  CDN.TwRGrupy on TwR_TwGGIDNumer=TwG_GIDNumer and TwG_GIDTyp=-16 Where Twr_TwrId = TrE_TwrId And TwG_Kod  = 'AKCESORIA')

Pozycja 2:

'1'='1' And Exists (Select * From CDN.Towary JOIN  CDN.TwRGrupy on TwR_TwGGIDNumer=TwG_GIDNumer and TwG_GIDTyp=-16
Where Twr_TwrId = TrE_TwrId And TwG_Kod  = 'ROŚLINY')

Pozycja 3:

'1'='1' And Exists (Select * From CDN.Towary JOIN  CDN.TwRGrupy on TwR_TwGGIDNumer=TwG_GIDNumer and TwG_GIDTyp=-16
Where Twr_TwrId = TrE_TwrId And TwG_Kod  = 'SPRZĘT')

Można jeszcze skorzystać z innej, prostszej możliwości zaksięgowania. Gdyby 311 było kontem słownikowym (z podpiętym słownikiem Towary i podziałem na grupy), to takiego księgowania można dokonać automatem, zaznaczając w poszczególnych pozycjach schematu - Podział na słowniki: Towary.

W takiej sytuacji do analityki konta 311-01 - AKCESORIA będą podpięte subanalityki dla poszczególnych towarów.

18. Jak zaksięgować dokument RWS na konta analityczne
w zależności od tego do jakiej grupy towarowej należy towar złożony wybrany na dokumencie PWS?

Sytuacja wygląda następująco:

Dokument: Kompletacja – Przyjęcia produktówDokument: Kompletacja – Rozchody składników
Towar złożony należący do GRUPA1Towar1 – należy do GRUPA2
Towar2 – należy do GRUPA3

Księgujemy dokument: Kompletacja – Rozchody składników: chodzi o to aby zaksięgować kwotę np. @PozNetto, na wybrane konto jeżeli grupa, do której należy towar złożony wybrany na dokumencie: Kompletacja – Przyjęcia produktów, należy do GRUPA1.

Takiej operacji można dokonać schematami warunkowymi. W warunku należy wpisać:

'1'='1' AND EXISTS ( SELECT * FROM CDN.TraElem B JOIN CDN.Towary C
ON B.TrE_TwrId = C.Twr_TwrId JOIN  CDN.TwRGrupy D on C.TwR_TwGGIDNumer=D.TwG_GIDNumer and D.TwG_GIDTyp=-16
WHERE B.TrE_TrEId = CDN.TraElem.TrE_TrEIdProd AND D.TwG_Kod = 'GRUPA1' )

Jeżeli grup jest więcej i każda księgowana jest na inne konto analityczne – należy stworzyć osobną pozycję w schemacie dla każdej z nich.

Jeżeli na podane konto chcemy księgować określoną kwotę w sytuacji gdy grupa do jakiej należy towar złożony wybrany na PWP to GRUPA1 i jednocześnie towar na dokumencie RWS należy do grupy GRUPA2 to warunek powinien wyglądać następująco:

'1'='1' And Exists (Select * From CDN.Towary JOIN  CDN.TwRGrupy on TwR_TwGGIDNumer=TwG_GIDNumer and TwG_GIDTyp=-16
Where Twr_TwrId = TrE_TwrId And TwG_Kod  = 'GRUPA2') AND EXISTS ( SELECT * FROM CDN.TraElem B JOIN CDN.Towary C
ON B.TrE_TwrId = C.Twr_TwrId JOIN  CDN.TwRGrupy D on C.TwR_TwGGIDNumer=D.TwG_GIDNumer and D.TwG_GIDTyp=-16
WHERE B.TrE_TrEId = CDN.TraElem.TrE_TrEIdProd AND D.TwG_Kod = 'GRUPA1' )

19. Jak w opisie dekretu, dla księgowania Rejestru VAT, uzyskać liczbę porządkową faktury oraz rejestr,
w którym jest zapisana?

W pozycji schematu dla rejestru VAT, w polu Opis, należy wpisać:

@Dokument + ' ' + LTRIM(STR(VaN_Lp)) + ' '+ @Rejestr

Makro @Dokument może zostać zastąpione innym istniejącym makrem – chodzi o to, aby program wiedział do jakiej tabeli ma się odwołać.

Ponieważ Liczba porządkowa jest liczbą, SQL nie radzi sobie z dodaniem jej do tekstu.

Należy wykonać jawną konwersję danych, np:

@Dokument + ' ' + STR(VaN_Lp)

Ponieważ jednak funkcja STR dodaje spacje na początku liczby, więc żeby się ich pozbyć, można zapisać wyrażenie następująco:

@Dokument + ' ' + LTRIM(STR(VaN_Lp))20. Jak zaksięgować Fakturę Zakupu, żeby w schemacie  księgowania w warunku zastosować fragment numeru dokumentu np MAGAZYN  i SERIA z numeru FZ/99/MAGAZYN/SERIA?

@NumerPelny LIKE '%MAGAZYN/SERIA%'

Wówczas podana kwota, zostanie zaksięgowana na wskazane konta jeżeli numer faktury będzie zawierał ciąg znaków: ‘MAGAZYN/SERIA’. Warunek może być zastosowany dla faktury sprzedaży i zakupu księgowanych
z modułu Faktury.

Czy takiego warunku można też użyć przy księgowaniu faktur zakupu z poziomu rejestru VAT?

Tak, warunek księgowania powinien wyglądać tak:

'1'='1' AND exists (select * from CDN.TraNag where VaN_VaNID=TrN_VaNId AND TrN_NumerPelny LIKE '%MAGAZYN/SERIA%')

Patrz też pytania nr:

    1. Jak uzależnić księgowanie dokumentów z ewidencji dodatkowej na poszczególne konta od symbolu użytego w schemacie numeracji?
    1. Jak w warunku schematu dla WZ odwołać się do symbolu/serii w numerze faktury do której zostało wystawione WZ?

 

21. W jaki sposób, w schemacie księgowania faktury zakupu z rejestrów VAT (pochodzącej z modułu Faktury), umieścić w opisie jej numer pełny (własny)?

Należy zdefiniować funkcję serwerową. Poniżej przykład takiej funkcji:

Create Function CDN.MojeFunkcje_Podaj_TrN_NumerPelny (@VaNId Int) Returns VarChar(31) As  Begin
Declare @Numer VarChar(31)
Set @Numer = IsNull((Select Top 1 TrN_NumerPelny From CDN.TraNag Where TrN_VaNId = @VaNId), '')
Return @Numer
End

Jeżeli chcemy to umieścić w opisie, to musi się znaleźć w "towarzystwie" co najmniej jednego makra, np.:

@Dokument + ' ' + CDN.MojeFunkcje_Podaj_TrN_NumerPelny (VaN_VaNId)

22. Jakiego użyć warunku aby zaksięgować fakturę
w zależności od terminu płatności?

Dla księgowania faktur z modułu Faktury:

'1'='1' AND TrN_Termin BETWEEN Convert(DateTime, '2018-01-01', 120) AND Convert(DateTime, '2018-01-31', 120)

Podana w elemencie schematu kwota, zostanie zaksięgowana na zadane konta jeżeli termin płatności faktury będzie zawierał się między 2018-01-01 a 2018-01-31.

Dla księgowania faktur z Rejestrów VAT:

'1'='1' AND VaN_Termin BETWEEN Convert(DateTime, '2018-01-01', 120) AND Convert(DateTime, '2018-01-31', 120)23. Jak w schemacie księgowania podzielić wynagrodzenia wg wydziałów przy czym na jedną listę wchodzą pracownicy z kilku wydziałów?

W warunku należy wpisać:

'1'='1' and Exists (Select * From CDN.PracEtaty Where WPL_PraId = PRE_PraId AND WPL_DataDok Between PRE_DataOd And PRE_DataDo And CDN.DzialSciezka(PRE_DZLId) = 'FIRMA\WYDZIAŁ1\PODWYDZIAŁ1')

WYDZIAŁ1 to nazwa wydziału w którego skład wchodzi PODWYDZIAŁ1. Pracownik ma podpięty na karcie PODWYDZIAŁ1.

24. Jak w schemacie do księgowania listy płac rozksięgować składkę na FP i FGŚP z podziałem na wydziały (składkę wyliczoną i zsumowaną dla każdego
z pracowników danego wydziału)?

Wartości FP i FGŚP obliczone dla składników wynagrodzeń poszczególnych pracowników, są umieszczone
w tabeli CDN.WypElementy w polach: WPE_SklFP i WPE_SklFGSP. Do ww. tabeli odwołuje się np. makro kwoty @Brutto. Aby zaksięgować kwotę FP i FGŚP obliczoną dla poszczególnych pracowników przypisanych do konkretnego wydziału, należy w elemencie schematu, w polu Kwota, użyć wyrażenia:

Dla księgowania FP:

@Brutto - @Brutto + WPE_SklFP

Dla księgowania FGŚP:

@Brutto - @Brutto + WPE_SklFGSP

W warunku należy użyć wyrażenia dotyczącego Wydziału (@Wydzial) lub opisanego w pytaniu 30. Jak w schemacie księgowania podzielić wynagrodzenia wg wydziałów przy czym na jedną listę wchodzą pracownicy
z kilku wydziałów?

25. Jak zaksięgować KP/KW w zależności od tego czy termin płatności, na fakturze, która jest rozliczona
z płatnością, jest różny od daty wystawienia dokumentu i forma płatności to gotówka?

W warunku można użyć następującego wyrażenia:

'1'='1' AND exists ( select * from CDN.BnkRozRelacje join CDN.BnkZdarzenia on BRR_DDokID = BZd_BZdID AND BRR_DDokTyp=1 join CDN.FormyPlatnosci on BZd_FPlId = FPl_FPlId where BZp_BZpID=BRR_ZDokID AND BRR_ZDokTyp=2 AND BZd_Termin<>BZd_DataDok AND BZd_DokumentTyp IN (1,2) AND FPl_Typ=1)

Warunek sprawdza daty i formę płatności zdarzenia w Preliminarzu. Uwzględnia więc sytuację, w której płatność do faktury została podzielona na raty. Natomiast w sytuacji gdy jest jedna płatność, która rozlicza kilka faktur i co najmniej jedna z nich spełnia powyższy warunek - KP/KW zostanie zaksięgowane.

Pole FPl_Typ=1 oznacza, że typ formy płatności to "gotówka" (takich form zdefiniowanych w programie może być wiele i wszystkie zostaną wzięte pod uwagę). Jeżeli warunek ma dotyczyć tylko konkretnej formy płatności, która ma identyfikator np. 1 to zamiast powyższego należy wpisać: FPl_FPlId=1.

26. Jak w schemacie księgowym dla Rejestru VAT połączyć kwotę dodatkową z kwotą brutto i VAT faktury tak aby schemat nie wykazywał błędu użycia makr różnych typów?

W jednej z firm, program fakturujący oblicza wartości detaliczne danej faktury. Wartość ta jest przenoszona do kwot dodatkowych na fakturze w Rejestrze VAT w Comarch ERP Optima. Z wartości detalicznej brutto należy obliczyć jaka kwota marży przypada na wartość netto i jaka na wartość VAT. Wzór na obliczenie tych kwot wygląda następująco:

Kwota marży przypadająca na wartość netto:

@KwotaDodat-(@VAT*(@KwotaDodat-@Brutto)/@Brutto)-@Brutto

Kwota marży przypadająca na wartość VAT:

@VAT+(@VAT*(@KwotaDodat-@Brutto)/@Brutto

Schemat wygląda następująco:

Wn

221 (kwota VAT-u z faktury) 3,06

332 (Kwota dodatkowa) 55,50

Ma

201 (kwota brutto z faktury - konto kontrahenta) 46,81

341 (Kwota marży przypadającej na wartość netto) 8,12

342 (kwota marży przypadającej na wartość VAT) 3,63

Po wprowadzeniu takiej formuły do pozycji schematu, pojawia się komunikat o błędzie połączenia makr z elementów i nagłówka.

Problem ten można rozwiązać wykorzystując fakt, że "makra" (symbole kwot zaczynające się od @) są w procesie księgowania "tłumaczone" na nazwy pól w bazie danych.

Odpowiednio

@VAT odpowiada wartości pola VaN_RazemVAT

@Brutto odpowiada wartości pola VaN_RazemBrutto

Przy czym w konstrukcji schematu możliwe jest wykorzystanie obok "makr" również nazw pól w bazie.

Użycie nazwy pola w bazie skutkuje przy okazji tym, że nie jest ono uwzględniane w sprawdzaniu typów użytych makr.

Reasumując – można przygotować schemat:

Konto WnKonto MaKwota
221@Vat
332@KwotaDodat
201@Brutto (z podziałem na podmioty)
341@KwotaDodat - VaN_RazemBrutto - ROUND ( VaN_RazemVAT * ( @KwotaDodat - VaN_RazemBrutto ) / VaN_RazemBrutto, 2 )
342VaN_RazemVat + ROUND ( VaN_RazemVAT * ( @KwotaDodat - VaN_RazemBrutto ) / VaN_RazemBrutto, 2 )

Uwaga
Użycie funkcji ROUND jest tu wskazane - gdyby wynik podziału marży dał w końcówce równe 0.005 to efekcie oba księgowania (na konta 341 i 342) zostałyby zaokrąglone w górę i dostalibyśmy 1 grosz za dużo.

Patrz też pytanie: 28. Jak w schemacie dla Rejestrów VAT zdefiniować kwotę, która jest różnicą pomiędzy kwotą dodatkową i kwotą netto faktury?

27. Jak uzależnić księgowanie odpisów amortyzacyjnych od opisu na karcie danego środka trwałego?

Przypadek dotyczył sytuacji gdy klient księgował używając kategorii na konta zespołu „4” i chciał księgować na konta zespołu „5” w zależności od tego czy opis na karcie środka trwałego zawierał dany ciąg znaków. Na karcie środka trwałego są dwa pola opisowe, które można wykorzystać: Opis kategorii (czyli to pole po prawej stronie od Kategorii) i pole Opis. W schemacie można odwołać się do nich w następujący sposób:

Dla opisu kategorii na karcie środka w warunku należy wpisać np.:

'1'='1' AND EXISTS (Select * from CDN.Trwale where SrT_SrTID=SrH_SrTID and SrT_Kategoria LIKE '%550%')

Dla Opisu na karcie w warunku należy wpisać np.:

'1'='1' AND EXISTS (Select * From CDN.Trwale Where SrT_SrTID=SrH_SrTID And  SrT_Opis LIKE '%550%')

Warunki oznaczają, że podana kwota zostanie zaksięgowana jeżeli opis zawiera wyrażenie '550'.

Aby schemat zadziałał poprawnie w Opisie elementu schematu należy użyć makro, które odwołuje się do karty środka trwałego np. @ST_NrInwent (czyli Numer inwentarzowy).

28 Jak w schemacie dla Rejestrów VAT zdefiniować kwotę, która jest różnicą pomiędzy kwotą dodatkową i kwotą netto faktury?

Dodatkowo istnieje potrzeba wpisania warunku, że jeśli wynik będzie dodatni to kwota ma zostać zaksięgowana na określone konta.

Taki warunek można zawrzeć w definicji kwoty:

LpKonto Wn Konto Ma Kwota
1760340CASE WHEN @KwotaDodat > VaN_RazemNetto THEN @KwotaDodat - VaN_RazemNetto ELSE 0 END
2340760CASE WHEN @KwotaDodat < VaN_RazemNetto THEN VaN_RazemNetto - @KwotaDodat ELSE 0 END

Uwaga
Jeśli na liście kwot dodatkowych będzie wpisane więcej niż jedna kwota, to każda z nich będzie porównywana z wartością netto oddzielnie –
w szczególności, jeśli jedna z tych kwot będzie większa od netto, a druga mniejsza, to powstaną dwa zapisy.

Patrz też pytanie nr:  26. Jak w schemacie księgowym dla Rejestru VAT połączyć kwotę dodatkową
z kwotą brutto i VAT faktury tak aby schemat nie wykazywał błędu użycia makr różnych typów?

Jeżeli istnieje konieczność porównania sumy kwot dodatkowych z wartością netto, to można posłużyć się odpowiednią funkcją serwerową.

Przykład funkcji dla sumy kwot dodatkowych większej od netto:

create function cdn.KwotyDW (@VaNId Int)
returns Decimal(15,2)
as
begin
declare @wynik Decimal(15,2)
select @wynik = Sum(Kdd_Kwota) - VaN_RazemNetto
from CDN.KwotyDodatkowe join cdn.vatnag on Kdd_DokumentID=VaN_VaNID
where Kdd_DokumentID = @VaNId AND KDD_DokumentTyp=2 group by VaN_RazemNetto having
Sum(Kdd_Kwota) > VaN_RazemNetto
return IsNull(@wynik,0)
end

W schemacie, w polu Kwota należy wpisać:

'0' + cdn.KwotyDW(VaN_VaNID)

Dla sumy kwot dodatkowych mniejszych:

create function cdn.KwotyDM (@VaNId Int)
returns Decimal(15,2)
as
begin
declare @wynik Decimal(15,2)
select @wynik = VaN_RazemNetto - Sum(Kdd_Kwota)
from CDN.KwotyDodatkowe join cdn.vatnag on Kdd_DokumentID=VaN_VaNID  where  Kdd_DokumentID = @VaNId AND KDD_DokumentTyp=2 group by VaN_RazemNetto having  Sum(Kdd_Kwota) < VaN_RazemNetto
return IsNull(@wynik,0)
end

W schemacie, w polu Kwota należy wpisać:

'0' + cdn.KwotyDM(VaN_VaNID)

Warunku w ww. funkcjach nie uwzględniają sytuacji gdy suma kwot dodatkowych jest równa razem netto.

Patrz też pytanie nr: 29. Jak w schemacie księgowym uzyskać kwotę, która jest różnicą pomiędzy sumą kwot dodatkowych Wn minus suma kwot dodatkowych Ma, a wartością netto faktury?

29 Jak w schemacie księgowym uzyskać kwotę, która jest różnicą pomiędzy sumą kwot dodatkowych Wn minus suma kwot dodatkowych Ma, a wartością netto faktury?

W celu uzyskania sumy kwot dodatkowych Wn i Ma należy stworzyć funkcję serwerową. Poniżej przykład funkcji:

a) dla sumy kwot dodatkowych Wn

create function cdn.SumaKwotyDodWn (@VaNId Int) returns Decimal(15,2) as begin declare @wynik Decimal(15,2)
select @wynik = Sum(Kdd_Kwota)
from CDN.KwotyDodatkowe
where Kdd_DokumentID=@VaNId AND KDD_DokumentTyp=2 AND Kdd_Segment1<>''
return IsNull(@wynik,0) end

Kwotę w schemacie należałoby zapisać jako:
'0' + cdn.SumaKwotyDodWn(VaN_VaNID)
b) dla sumy kwot dodatkowych Ma
create function cdn.SumaKwotyDodMa (@VaNId Int) returns Decimal(15,2) as begin declare @wynik Decimal(15,2)
select @wynik = Sum(Kdd_Kwota)
from CDN.KwotyDodatkowe
where Kdd_DokumentID=@VaNId AND KDD_DokumentTyp=2 AND Kdd_Segment2<>''
return IsNull(@wynik,0) end

Kwotę w schemacie należałoby zapisać jako:
'0' + cdn.SumaKwotyDodMa(VaN_VaNID)
Aby uzyskać następującą kwotę: suma kwot dodatkowych Wn minus suma kwot dodatkowych Ma minus razem netto, jako kwotę w schemacie można wpisać:
'0' + (cdn.SumaKwotyDodWn(VaN_VaNID) - cdn.SumaKwotyDodMa(VaN_VaNID)) - VaN_RazemNetto
Patrz też pytanie nr: 28. Jak w schemacie dla Rejestrów VAT zdefiniować kwotę, która jest różnicą pomiędzy kwotą dodatkową i kwotą netto faktury?

30 Jak zaksięgować fakturę (z rejestru VAT lub z modułu FA) w zależności od form płatności przypisanych na zakładce Kontrahent faktury w Rejestrze VAT lub zakładce Płatności na fakturze w module FA)?

Chodzi o przypadek, gdy kwota płatności jest rozbijana na kilka rat lub będzie płacona kilkoma formami płatności np. część gotówką, a pozostała część przelewem.

Należy zdefiniować funkcję serwerową. Przykład takiej funkcji (w przypadku księgowania z poziomu rejestrów VAT) poniżej:

if exists (select * from sysobjects where name = 'userKwotaFormyPlatnosci' and xtype = 'FN')
drop function CDN.userKwotaFormyPlatnosci
GO
create function CDN.userKwotaFormyPlatnosci (@vanid int, @nazwa varchar(20))
returns numeric (15,2)
as
begin
declare @wynik numeric (15,2)
if exists (select * from cdn.vatnag where van_vanid = @vanid and van_trnid is not null)
--- to jest przypadek zapisu zaksięgowanego z listy faktur:
select @wynik = isnull(sum(bzd_kwotasys),0)
from cdn.bnkzdarzenia
join cdn.formyplatnosci on bzd_fplid = fpl_fplid
join cdn.tranag on bzd_dokumenttyp = 1 and bzd_dokumentid = trn_trnid
where fpl_nazwa = @nazwa
and trn_vanid = @vanid
else
--- to jest przypadek zapisu "ręcznego":
select @wynik = isnull(sum(bzd_kwotasys),0)
from cdn.bnkzdarzenia
join cdn.formyplatnosci on bzd_fplid = fpl_fplid
where fpl_nazwa = @nazwa
and bzd_dokumenttyp = 2 and bzd_dokumentid = @vanid
return @wynik
end
GO

Schemat wyglądałby wówczas np. tak
Konto Kwota
201 '0' + CDN.userKwotaFormyPlatnosci (VaN_VaNId, 'PRZELEW')
100 '0' + CDN.userKwotaFormyPlatnosci (VaN_VaNId, 'GOTÓWKA')
W tym wypadku funkcji używamy w kwocie, a nie w warunku.
W przypadku księgowania dokumentów z poziomu listy faktur w module Handel/Faktury funkcja wygląda następująco:
create function CDN.userKwotaFormyPlatnosciFA (@trnid int, @nazwa varchar(20))
returns numeric (15,2)
as
begin
declare @wynik numeric (15,2)
select @wynik = isnull(sum(bzd_kwotasys),0)
from cdn.bnkzdarzenia
join cdn.formyplatnosci on bzd_fplid = fpl_fplid
where fpl_nazwa = @nazwa
and bzd_dokumenttyp = 1 and bzd_dokumentid = @trnid
return @wynik
end

Przykładowe odwołanie do funkcji w polu Kwota schematu:
'0' + CDN.userKwotaFormyPlatnosciFA (TrN_TrNId, 'PRZELEW')

31. W Rejestrze VAT wybieram na dokumencie kategorię szczegółową ale chciałbym rozksięgować dokument na konto przypisane do kategorii ogólnej, czy jest to możliwe?

Jest to możliwe. Należy stworzyć funkcję serwerową, która odczyta segment konta z kategorii ogólnej np. mamy kategorię ogólną ENERGIA, która ma jako segment Wn konta wybrane konto 402 i mamy kategorie szczegółowe do niej:

Kategoria ogólnaKategoria szczegółowaSegment Konto Wn
ENERGIA402
ENERGIA_PRODUKCJA501-02
ENERGIA_HANDEL505-02
ENERGIA_ZARZĄD510-02

Na dokumencie wybieramy kategorie szczegółowe pozycji, za pomocą których będziemy dokonywać księgowań na konta zespołu „5”, natomiast na kategorii ogólnej mamy informację o koncie zespołu „4”. Segment konta Wn z kategorii pozycji szczegółowej, można pobrać za pomocą standardowo dostępnego makra: @KatElemKontoWn. Segment konta z kategorii ogólnej pozycji można poprać za pomocą funkcji serwerowej. Poniżej przykład takiej funkcji:
Create Function CDN.A (@VaNID INT)
Returns VarChar(50)
As
Begin
Declare @Wynik VarChar(50)
Select @Wynik = KatOgol.Kat_KontoSegmentWN
From CDN.VatTab
Join CDN.VatNag On VaT_VaNID=VaN_VaNID
Join CDN.Kategorie KatSzczeg On VaT_KatId = KatSzczeg.Kat_KatId
Join CDN.Kategorie KatOgol On KatSzczeg.Kat_KodOgolny = KatOgol.Kat_KodSzczegol
Where VaN_VaNId = @VaNId
Set @Wynik = IsNull(@Wynik,'')
Return @Wynik
End

W polu Konto Wn należy wpisać:
SUBSTRING(@KatElemKontoWn,1,0) +CDN.A(VaN_VaNID)
Przykład funkcji pobierającej konto segment Wn z kategorii ogólnej pobieranej na podstawie kategorii szczegółowej wybranej w nagłówku dokumentu:
Create Function CDN.B (@VaNID INT)
Returns VarChar(50)
As
Begin
Declare @Wynik VarChar(50)
Select @Wynik = KatOgol.Kat_KontoSegmentWN
From CDN.VatNag
Join CDN.Kategorie KatSzczeg On VaN_KatId = KatSzczeg.Kat_KatId
Join CDN.Kategorie KatOgol On KatSzczeg.Kat_KodOgolny = KatOgol.Kat_KodSzczegol
Where VaN_VaNId = @VaNId
Set @Wynik = IsNull(@Wynik,'')
Return @Wynik
End

W polu Konto Wn należy wpisać:
SUBSTRING(@KatNagKontoWn,1,0) +CDN.B(VaN_VaNID)
Konstrukcja poprzednich funkcji zakłada, że na dokumencie jest tylko jedna pozycja, bądź w przypadku kilku pozycji – że wszystkie pozycje zawierają kategorie szczegółowe należące do jednej kategorii ogólnej. W przypadku kiedy na księgowanym dokumencie znajduje się więcej niż jedna pozycja z różnymi kategoriami ogólnymi, należy zastosować poniższą, bardziej rozbudowaną funkcję:
Create Function CDN.AB (@VaNID INT, @KategoriaElem varchar(20))
Returns VarChar(50)
As
Begin
Declare @Wynik VarChar(50)
Select @Wynik = KatOgol.Kat_KontoSegmentWN
From CDN.VatTab
Join CDN.VatNag On VaT_VaNID=VaN_VaNID
Join CDN.Kategorie KatSzczeg On VaT_KatId = KatSzczeg.Kat_KatId
Join CDN.Kategorie KatOgol On KatSzczeg.Kat_KodOgolny = KatOgol.Kat_KodSzczegol
Where VaN_VaNId = @VaNId and KatSzczeg.Kat_KodSzczegol = @KategoriaElem
Set @Wynik = IsNull(@Wynik,'')
Return @Wynik
End

Odwołanie do funkcji w pozycji Konto Wn schematu:
SUBSTRING(@KatElemKontoWn,1,0) +CDN.AB(VaN_VaNID, Kat_KodSzczegol)

32. Przekształcam Paragon na kontrahenta “nieokreślonego” do Faktury na określonego kontrahenta. Jak zaksięgować KP do paragonu, na którym jest kontrahent nieokreślony, na kontrahenta, który jest na Fakturze?

W tym przypadku również można posłużyć się funkcją serwerową, która pobierze kod kontrahenta z Faktury i zbuduje na tej podstawie odpowiednią analitykę konta np. 201. Poniżej przykład funkcji, która pobierze kod kontrahenta z faktury:
Create Function CDN.C (@BZpID INT)
Returns VarChar(20)
As
Begin
Declare @Kontr VarChar(20)
Select @Kontr = Knt_Kod
From cdn.BnkRozRelacje
Join CDN.BnkZdarzenia on BRR_DDokID=BZd_BZdID
Join CDN.BnkZapisy on BZp_BZpID=BRR_ZDokID
Join cdn.tranag A on BZd_DokumentID=A.TrN_TrNID
Join cdn.TraNagRelacje on A.TrN_TrNID=TrR_FaId
Join cdn.tranag B on TrR_TrNId=B.TrN_TrNID
Join cdn.kontrahenci on B.TrN_PodID=Knt_KntId
Where BRR_ZDokTyp=2 AND BZd_DokumentTyp=1 AND BRR_DDokTyp=1 AND B.TrN_PodmiotTyp=1 AND TrR_TrNTyp=302 AND BZp_BZpID=@BZpID
Return @Kontr
End

W schemacie księgowym dla raportu kasowo/bankowego, jako konto należy wpisać:
SUBSTRING(@KontoRach,1,0) +'201-'+CDN.C(BZp_BZpID)
Konto musi istnieć już w planie kont (czyli najpierw sugerujemy księgowanie faktury).
Do warunku takiej pozycji schematu można wstawić wyrażenie, które sprawdzi czy dany dokument kasowy jest powiązany z fakturą, która została przekształcona z paragonu.
'1'='1' AND EXISTS (select * From cdn.BnkRozRelacje join CDN.BnkZdarzenia on BRR_DDokID=BZd_BZdID join cdn.tranag on BZd_DokumentID=TrN_FaId where BRR_ZDokTyp=2 AND BZd_DokumentTyp=1 AND BRR_DDokTyp=1 AND TrN_PodmiotTyp=1 AND BZp_BZpID=BRR_ZDokID and TrN_TypDokumentu=302)

33. Jak zaksięgować fakturę na konto Odbiorcy, a nie Nabywcy (konta odbiorców tworzone są wg akronimu)?

W tym przypadku również można posłużyć się funkcją serwerową, która pobierze kod kontrahenta (Odbiorcy) z Faktury i zbuduje na tej podstawie odpowiednią analitykę konta np. 201. Dodatkowo funkcja zamienia w akronimie kontrahenta znaki spacji, kropki i myślnika na znak podkreślenia ponieważ konta w planie kont nie mogą zawierać takich znaków. Poniżej przykład funkcji, która pobierze kod Odbiorcy z faktury:

Create Function CDN.G (@TrnId Int)
Returns VarChar(20)
As
Begin
Declare @Kontr VarChar(20)
Select @Kontr = REPLACE(REPLACE(REPLACE(Knt_Kod, ' ', '_'), '.', '_'), '-', '_')
FROM CDN.TraNag
Join cdn.kontrahenci on TrN_OdbID=Knt_KntId
AND TrN_OdbiorcaTyp=1 AND TrN_TrNID=@TrnId
Return @Kontr
End

W schemacie dla księgowania Faktur z modułu Faktury należy wpisać np.:
LEFT(@Opis,0)+'201-'+CDN.G(TrN_TrNID)
Konto musi istnieć już w planie kont.
Przykład dla przypadku gdy faktury są księgowane z Rejestru VAT:
Create Function CDN.B (@VaNID INT)
Returns VarChar(20)
As
Begin
Declare @Kontr VarChar(20)
Select @Kontr = REPLACE(REPLACE(REPLACE(Knt_Kod, ' ', '_'), '.', '_'), '-', '_')
From cdn.TraNag
Join CDN.VatNag on VaN_VaNID=TrN_VaNId
Join cdn.kontrahenci on TrN_OdbID=Knt_KntId
AND TrN_OdbiorcaTyp=1 AND VaN_VaNId=@VaNID
Return @Kontr
End

W schemacie dla księgowania Faktur z Rejestru VAT należy wpisać np.:
LEFT(@Opis,0)+'201-'+CDN.B(VaN_VaNId)

34. Jak automatycznie zaksięgować dokument na konto kontrahenta gdzie pierwsza analityka to kod kontrahenta, a druga analityka to segment konta pobrany z kategorii dokumentu?

Klient chce rozksięgować dokument na konto 201 wg wzorca: 201-kontrahent-kategoria. Nie da się w takiej sytuacji zastosować podziału na słowniki kontrahentów ponieważ po analityce kontrahenta ma być jeszcze jedna analityka. W takiej sytuacji można posłużyć się makrem @KodPodmiotu, które jest obecne m.in. w schematach dla Rejestrów VAT i Ewidencji dodatkowych. Za pomocą ww. makra pobierzemy kod kontrahenta, natomiast za pomocą dostępnych standardowo makr dotyczących segmentów kont na kategoriach, pobierzemy analitykę przypisaną do kategorii. W polu Konto Wn lub Konto Ma wystarczy więc wpisać np. (dla ewidencji dodatkowej):

'201-'+@KodPodmiotu+'-'+@KontoKatWn

Konta w planie kont muszą istnieć przed księgowaniem. Ewentualnie musi istnieć konto syntetyczne – jeżeli będzie zaznaczony parametr o automatycznym zakładaniu kont niesłownikowych – konta się założą. Konta będą kontami zwykłymi – nie słownikowymi.

35. Jak skonstruować schemat księgowania deklaracji VAT-7 w rozbiciu na poszczególne stawki VAT?

W schemacie księgowym można posłużyć się istniejącą funkcją, która pobiera dane z poszczególnych pól deklaracji (z tabeli CDN.DeklElem):

CDN.KwotaKsiegDekl (DkN_DkNId, DkE_Numer)

W funkcji należy podać właściwą wartość dla pola DkE_Numer  i tak np. dla wzoru 18 deklaracji VAT-7 będzie to wartość:

10500 - Dostawa towarów oraz świadczenie usług na terytorium kraju, zwolnione od podatku (poz. 10 na VAT-7)

10550 - Dostawa towarów oraz świadczenie usług, poza terytorium kraju (poz. 11 na VAT-7)

10510 – w tym świadczenie usług, o których mowa w art.100 ust.1 pkt 4 ustawy (poz.12 na VAT-7)

10700 – Dost. towarów oraz świadczenie usług na terytorium kraju, opodatk. stawką 0% (poz. 13 na VAT-7)

10705 – w tym dostawa towarów, o której mowa w art.129 ustawy (poz.14 na VAT-7)

10710 - Dostawa towarów oraz świadczenie usług na terytorium kraju, opodatkowane stawką odpowiednio 3% albo 5% - netto

10720 - Dostawa towarów oraz świadczenie usług na terytorium kraju, opodatkowane stawką odpowiednio 3% albo 5% - VAT

11400 - Dostawa towarów oraz świadczenie usług na terytorium kraju, opodatkowane stawką odpowiednio 7% albo 8% - netto

11500 - Dostawa towarów oraz świadczenie usług na terytorium kraju, opodatkowane stawką odpowiednio 7% albo 8% - VAT

11600 - Dostawa towarów oraz świadczenie usług na terytorium kraju, opodatkowane stawką odpowiednio 22% albo 23% - netto

11700 - Dostawa towarów oraz świadczenie usług na terytorium kraju, opodatkowane stawką odpowiednio 22% albo 23% - VAT

11710 – Wewnątrzwspólnotowa dostawa towarów

10600 – Eksport towarów

11730 – Wewnątrzwspólnotowe nabycie towarów – netto

11740 – Wewnątrzwspólnotowe nabycie towarów – VAT

11742 – Import towarów, podlegający rozliczeniu zgodnie z art. 33a ustawy – netto

11744 - Import towarów, podlegający rozliczeniu zgodnie z art. 33a ustawy – VAT

11750 – Import usług – netto

11760 – Import usług – VAT

11762 – w tym nabycie od podatników podatku od wartości dodanej usług, do których stosuje się art. 28b ustawy
– netto

11764 - w tym nabycie od podatników podatku od wartości dodanej usług, do których stosuje się art. 28b ustawy
– VAT

11770 – Dostawa towarów oraz świadczenie usług, dla których podatnikiem jest nabywca  - art. 17 ust. 1 pkt 7 lub 8 (pole 31 deklaracji) – kwota netto

11780 – Dostawa towarów, dla których podatnikiem jest nabywca  - art. 17 ust. 1 pkt 5 (pole 32 deklaracji) – kwota netto

11781 – Dostawa towarów, dla których podatnikiem jest nabywca  - art. 17 ust. 1 pkt 5 (pole 33 deklaracji) – kwota VAT

11791 – Dostawa towarów oraz świadczenie usług, dla których podatnikiem jest nabywca  - art. 17 ust. 1 pkt 7 lub 8 (pole 34 deklaracji) – kwota netto

11792 – Dostawa towarów oraz świadczenie usług, dla których podatnikiem jest nabywca  - art. 17 ust. 1 pkt 7 lub 8 (pole 35 deklaracji) – kwota VAT

12000 – Kwota podatku należnego od towarów i usług objętych spisem z natury, o którym mowa w art.14 ust.5 ustawy

12005 - Zwrot odliczonej lub zwróconej kwoty wydatkowanej na zakup kas rejestrujących, o którym mowa w art.111 ust.6 ustawy

12010 – Kwota podatku należnego od wewnątrzwspólnotowego nabycia środków transportu

12011 - Kwota podatku od wewnątrzwspólnotowego nabycia paliw silnikowych

Tak więc aby zaksięgować kwotę VAT w stawce 22% albo 23% (pole 20. na deklaracji VAT-7) należy wpisać w polu Kwota elementu schematu księgowego np. takie wyrażenie:

@Vat7Nalezny - @Vat7Nalezny + CDN.KwotaKsiegDekl (DkN_DkNId, 11700)

36. Jak zaksięgować różnicę pomiędzy obrotami Ma konta VAT-u a VAT-em należnym z deklaracji VAT-7?

Można to zrobić definiując funkcję, która będzie pobierała obroty Ma odpowiedniego konta za okres, za który przeliczana jest deklaracja.
Create Function CDN.ObrotyMa(@Konto VarChar(50), @RokMies Int)
Returns Decimal(15,2)
As
Begin
Declare @Wynik Decimal(15,2), @OObId Int, @AccId Int
-- Określamy Id bieżacego okresu obarchunkowego
Select @OObId = Case When IsNumeric(Fir_Wartosc)=1 Then Cast (Fir_Wartosc As Int) Else Null End From CDN.Firma Where Fir_Numer=244
-- Odczytujemy interesujące nas konto
Select @AccId = Acc_AccId From CDN.Konta Where Acc_OObId = @OObId And Acc_Numer=@Konto
-- Odczytujemy obroty Ma z uwzględnieniem bufora
Select @Wynik = Obr_ObrotyMaBufor From CDN.Obroty Where Obr_AccId = @AccId And Obr_RokMies = @RokMies And Obr_Typ = 0
Return IsNull(@Wynik, 0)
End

i wykorzystanie w schemacie:
CDN.ObrotyMa('221-2', DkN_RokMiesiac) - @Vat7Nalezny

37. Jak w warunku schematu dla WZ odwołać się do symbolu/serii w numerze faktury do której zostało wystawione WZ?

Zarówno dokument Wydania zewnętrznego (WZ) jak i faktura z tym dokumentem powiązana, są zapisane w tej samej tabeli CDN.TraNag. W tej sytuacji warunek można zbudować następująco:

'1'='1' And Exists (Select * From CDN.TraNag FA Where CDN.TraNag.TrN_FaId = FA.TrN_TrNId And Fa.TrN_NumerPelny Like 'FA%SERIA')

Patrz też pytania nr:

11. Jak uzależnić księgowanie dokumentów z ewidencji dodatkowej na poszczególne konta od symbolu użytego w schemacie numeracji?

20. Jak zaksięgować fakturę zakupu, żeby w schemacie księgowania w warunku zastosować fragment numeru dokumentu np MAGAZYN i SERIA z numeru FZ/99/MAGAZYN/SERIA?

38. Jak w opisie schematu do księgowania dokumentu WZ umieścić numer faktury, z którą powiązane jest WZ?

Należy w tym celu skonstruować funkcję serwerową, która odczyta numer faktury. Funkcja może wyglądać tak:
Create Function CDN.NumerFa (@TrNId Int)
Returns VarChar(30)
As
Begin
Declare @Numer VarChar(30)
Select Top 1 @Numer = TrN_NumerPelny From CDN.TraNag Where TrN_TrNId = @TrNId
Return IsNull(@Numer, '')
End

W opisie schematu księgowań należy podać jakiekolwiek istniejące makro razem z odwołaniem do ww. funkcji, np. w ten sposób:
@NumerPelny + ' ' + CDN.NumerFa (TrN_FaId)

39. Jak przenieść kwotę wpisaną w polu Opis na fakturze do pozycji schematu księgowego?

W Opisie faktury wprowadzonej na listę faktur sprzedaży w module Faktury wprowadzono kwotę, która powinna zostać zaksięgowana na konta. Ponieważ pole Opis nie jest polem numerycznym – należy je do takiego przekonwertować i dodatkowo księgować tylko wtedy gdy w polu Opis faktycznie występuje liczba.
W pozycji schematu, w polu Kwota można wpisać następujące wyrażenie:
@PlatRazem - @PlatRazem + CASE WHEN ISNUMERIC(TrN_Opis)=1 THEN CAST (TrN_Opis AS DECIMAL(15,2)) ELSE 0 END
Dla faktur księgowanych z Rejestru VAT można użyć pola opisu kategorii:
@PlatRazem - @PlatRazem + CASE WHEN ISNUMERIC(VaN_Kategoria )=1 THEN CAST (VaN_Kategoria AS DECIMAL(15,2)) ELSE 0 END
Makra istniejące nie mogą odwoływać się do elementów faktury – muszą odwoływać się do nagłówka (tak jak np. makro @PlatRazem). Jeżeli zostanie użyte makro odwołujące się do elementów np. @PozNetto (dla modułu FA) lub @Netto (dla rejestru VAT) – to księgowana kwota będzie mnożona przez ilość pozycji na fakturze.

40. Jak zaksięgować kwotę „do wypłaty” z listy płac
w zależności od rodzaju umowy zlecenia/dzieło i formy płatności?

Od wersji 8.0 systemu zmienił się sposób zapisywania form płatności dla pracowników. Są one zapisywane w osobnej tabeli: CDN.SchematPlatnosci. W związku z czym, o ile w poprzednich wersjach działał warunek:

Exists (Select * From CDN.PracEtaty join CDN.FormyPlatnosci on PRE_FplId=FPl_FPlId Where WPL_PraId = PRE_PraId AND WPL_DataDok Between PRE_DataOd And PRE_DataDo AND FPl_Typ=1) AND @TypWyplaty ='dzieło 20%'
Od wersji 8.0 warunek powinien wyglądać następująco:
Exists (Select * From CDN.PracEtaty join cdn.SchematPlatnosci on PRE_PreId = SPL_PodmiotId join CDN.FormyPlatnosci on SPL_FplId=FPl_FPlId Where SPL_PodmiotTyp = 3 and WPL_PraId = PRE_PraId AND WPL_DataDok Between PRE_DataOd And PRE_DataDo AND FPl_Typ=1) AND @TypWyplaty ='dzieło 20%'
FPl_Typ=1 oznacza formę płatności typu „gotówka”.

41. Jak wyksięgować kwotę dotychczasowych zaliczek
z faktury finalnej księgowanej przez Rejestr sprzedaży VAT?

Najprościej księgować faktury zaliczkowe przez moduł Faktury ponieważ w schematach do Faktur sprzedaży są dodane odpowiednie makra.
Jeżeli faktury zaliczkowe i faktura finalna są wystawiane w module Faktury, a następnie przenoszone do Rejestru VAT to kwotę dotychczasowych zaliczek z faktury finalnej można odczytać stosując istniejącą w programie funkcję i w polu Kwota pozycji schematu wpisać:
Dla kwoty zaliczki netto:
'0'+CDN.TraKwoty(VaN_TrNId,'ZN',Null,Null)
Dla kwoty zaliczki brutto:
'0'+CDN.TraKwoty(VaN_TrNId,'ZB',Null,Null)
Aby sprawdzić czy faktura jest zaliczkowa można użyć następującego warunku:
'1'='1' AND exists (select * from CDN.TraNag where TrN_VaNId = VaN_VaNID AND TrN_Rodzaj In (302200, 302202))
Warunek dla faktury finalnej:
'1'='1' AND Exists (Select * From CDN.TraNag join CDN.TraVat on TrN_TrNID = TrV_TrNID Where TrN_VaNId = VaN_VaNID AND TrV_TrNId=TrN_TrNId And TrV_Typ=1)
Warunek dla faktury zwykłej:
'1'='1' AND Not Exists (Select * From CDN.TraNag join CDN.TraVat on TrN_TrNID = TrV_TrNID Where TrN_VaNId = VaN_VaNID AND TrV_TrNId=TrN_TrNId And TrV_Typ=1) AND Not Exists (select * from CDN.TraNag where TrN_VaNId = VaN_VaNID AND TrN_Rodzaj In (302200, 302202))

42. Jak przy księgowaniu raportu kasowego rozróżnić czy konto przeciwstawne jest walutowe (i księgować
w walucie), a jak że jest złotówkowe (i księgować tylko
w złotówkach)?

Warunek dla pozycji schematu wykorzystującej konto przeciwstawne gdy jest zaznaczone księgowanie walutowe:
'1'='1' and exists (select * from CDN.Konta where Acc_Numer like @KontoPrzeciw + '%' and Acc_Waluta<>'')
Warunek dla pozycji schematu wykorzystującej konto przeciwstawne gdy nie jest zaznaczone księgowanie walutowe:
'1'='1' and not exists (select * from CDN.Konta where Acc_Numer like @KontoPrzeciw + '%' and Acc_Waluta<>'')
W Biuletynie technicznym nr 22 został przedstawiony przykład schematu księgowego wykorzystujący ww. warunki.

43. Jak automatycznie księgować na konta zespołu “4” na podstawie konta zespołu „5” wpisanego w kwotach dodatkowych?

Mamy w planie kont np. konta  501-1-1-401-01 i np. 501-1-1-402-01. Odpowiednikiem tych kont w zespole „4” są 400-401-01 i 400-402-01. W rejestrze VAT wprowadzamy na fakturze w Kwotach dodatkowych konta zespołu „5”. Chcemy żeby „4” podstawiała się automatycznie na podstawie „5”.

W schemacie księgowym, jako definicję konta można wpisać:

'400-'+SUBSTRING(@KontoDodatWn,9,6)

Jeżeli w kwocie dodatkowej wybierzemy konto 501-1-1-401-01, to po zaksięgowaniu otrzymamy konto 400-401-01.

44. Jak w schemacie do księgowania faktur zakupu z Rejestrów VAT rozróżnić zaliczkobiorcę, który jest pracownikiem od zaliczkobiorcy, który jest wspólnikiem?

W warunku schematu dotyczącym księgowania na konto pracowników należy wpisać:

'1'='1' AND exists (select * from CDN.PracEtaty where VaN_PodZalId=Pre_PraID AND VaN_PodmiotZalTyp=3 AND PRE_TypPracownika=0)

W warunku schematu dotyczącym księgowania na konto wspólnika należy wpisać:

'1'='1' AND exists (select * from CDN.PracEtaty where VaN_PodZalId=Pre_PraID AND VaN_PodmiotZalTyp=3 AND PRE_TypPracownika=1)

45. Jak należy wpisać warunek aby zaksięgować fakturę
z rejestru VAT na wybrane konto pod warunkiem, że zaliczkobiorcą jest pracownik o akronimie ‘KOWALSKI’?

W warunku można wpisać:

'1'='1' AND exists (select * from CDN.PracEtaty where VaN_PodZalId=Pre_PraID AND VaN_PodmiotZalTyp=3 AND PRE_Kod='KOWALSKI')

46. Jak w opisie pozycji schematu dla rejestrów VAT wstawić kod pracownika, który jest zaliczkobiorcą?

Jeżeli pozycja schematu zawiera konto słownikowe pracownika i podział na słowniki: Zaliczkobiorcy to w opisie można wstawić następujące wyrażenie:

''+(select top 1 PRE_Kod from CDN.PracEtaty where Pre_PraID = VaN_PodZalId and VaN_PodmiotZalTyp=3)

Jeżeli daną pozycją schematu księgujemy kwotę na konto kontrahenta (czyli jest podział na słowniki: Podmioty) a w opisie chcemy mieć informację o kodzie zaliczkobiorcy, należy użyć funkcji:

Create Function CDN.MojeFunkcje_KodZaliczkobiorcy (@VaNId Int) Returns VarChar(31) As  Begin
Declare @Kod VarChar(50)
Set @Kod = IsNull((select top 1 PRE_Kod from CDN.PracEtaty join cdn.vatnag on Pre_PraID = VaN_PodZalId and VaN_PodmiotZalTyp=3 where Van_Vanid=@VaNId), '')
Return @Kod
End

W definicji Opisu do danej pozycji schematu księgowego wpisujemy:

@Dokument + ' ' + CDN.MojeFunkcje_KodZaliczkobiorcy (VaN_VaNId)

47. Jak opisie pozycji dekretu umieścić informację o Imieniu i nazwisku zaliczkobiorcy (pracownika) wybranego na fakturze zakupu w rejestrze VAT?

W schemacie księgowym typu Rejestr zakupów VAT w polu Opis należy wkleić:
@TypZaliczkobiorcy + ' ' + CDN.ImieNazwisko (VaN_PodZalId,VaN_PodmiotZalTyp)
Operator z uprawnieniami administratora może uruchomić skrypt w menu Narzędzia/ Serwer bazy danych/ Wykonywanie skryptów.
Create Function CDN.ImieNazwisko (@VaN_PodZalId Int,@VaN_PodmiotZalTyp Int)
Returns VarChar(30)
As
Begin
Declare @ImieNazwisko VarChar(30)
Select Top 1 @ImieNazwisko = Pre_Imie1+' '+Pre_Nazwisko From cdn.pracetaty
Where @VaN_PodZalId =Pre_PraID AND @VaN_PodmiotZalTyp=3 AND PRE_TypPracownika=0
Return IsNull(@ImieNazwisko, '')
End

48. Jak ułożyć warunek dla księgowania zaliczki na PIT-36 aby w miesiącu listopadzie zawsze księgowała się podwójna zaliczka?

Innymi słowy musimy w warunku „wyciągnąć” z pola DkN_RokMiesiac tylko miesiąc. Pole zapisuje rok i miesiąc w postaci 4 cyfr dla roku i 2 cyfr dla miesiąca np. ‘201811’.
W warunku trzeba „wyciąć” pierwsze 4 znaki i użyć tylko dwóch ostatnich. Możemy to zrobić tak:
SUBSTRING(DkN_RokMiesiac,5,2)
Musimy jednak skonwertować liczbę do tekstu poprzez STR i dodatkowo usunąć zbędne spacje poprzez LTRIM. Cały warunek dla księgowania deklaracji, która pochodzi z miesiąca listopada będzie wyglądał tak:
'1'='1' AND SUBSTRING(LTRIM(STR(DkN_RokMiesiac)),5,2)=11

49. Czy w schemacie do księgowania dokumentów przesunięć MM można wykorzystać symbol magazynu do identyfikacji konta magazynu źródłowego
i docelowego?

Chodzi o to aby przy dużej ilości magazynów nie tworzyć kilkudziesięciu pozycji schematu odpowiadających wszystkim przesunięciom międzymagazynowym. Zakładamy więc, że analitykę magazynu pobieramy z symbolu magazynu. Na przykład, w polu Symbol, na formatce magazynu mamy MAG1, a konto ma postać 311-MAG1. Wtedy dla magazynu źródłowego definicja konta miałaby postać: '311-'+@Magazyn a dla magazynu docelowego: '311-'+@MagDocelowy.

50. Jak wykorzystać atrybuty do przypisania odpowiedniego konta zespołu „5” na karcie środka trwałego?

W Słownikach/ Atrybuty można zdefiniować atrybut o nazwie np. „KONTO_5”, typie „lista”, i pozycjach listy odpowiadających wszystkim kontom zespołu 5, na które jest księgowana amortyzacja np. 501-01, 502-01, 503-01 itp. Na karcie środka trwałego dodajemy atrybut „KONTO_5” i wybieramy wartość odpowiadającą „piątce” np. 501-01.

W pozycji schematu księgowego odpowiadającej za księgowanie na konta zespołu „5”, w polu Konto Wn wprowadzamy definicję:

@ST_Atrybut('KONTO_5')

W makrach dostępnych pod Kontem Wn i Kontem Ma nie ma pozycji „Wartość atrybutu” więc aby wkleić odpowiednie wyrażenie można skorzystać z pola „Opis” wybierając odpowiedni atrybut, kopiując i wklejając do „Konto Wn/Konto Ma”.

51. Jak można użyć, w schemacie księgowym, atrybutu przypiętego do pozycji faktury?

Księgując fakturę z modułu Handel są dwie możliwości:
1. Ponieważ atrybuty są zapisywane w tabeli CDN.TraElem w polach: TrE_Atr1_Kod, TrE_Atr2_Kod.... TrE_Atr5_Kod i wartości odpowiednio w polach TrE_Atr1_Wartosc do TrE_Atr5_Wartosc to można się odwołać bezpośrednio do tych pól. Założenie jednak będzie wtedy takie (aby nie komplikować warunku), że atrybut, który nas interesuje jest zawsze np. pierwszy czyli zapisywany w polach TrE_Atr1_Kod i TrE_Atr1_Wartosc.
Aby zaksięgować kwotę netto pozycji, pod warunkiem, że pierwszy atrybut to ATR1 i jego wartość to WART1 można użyć kwoty @PozNetto a w warunku:
'1'='1' AND TrE_Atr1_kod='ATR1' AND TrE_Atr1_Wartosc='WART1'
2. Jeżeli atrybut, który nas interesuje może być zapisany na różnych miejscach to aby nie tworzyć bardzo złożonego warunku można użyć funkcji, której jako parametry podamy kod atrybutu i wartość. Funkcja będzie użyta w kwocie schematu np.
Create Function CDN.userKwotaElementuZAtrybutem (@Treid int, @KodAtrybutu varchar(255), @WartoscAtrybutu varchar(255), @Typ varchar(10))
Returns Decimal (15,2)
As
Begin
Declare @Wynik Decimal(15,2)
if exists (
select * from CDN.TraElem
where TrE_TrEID = @TrEId
and ( TrE_Atr1_Kod = @KodAtrybutu and TrE_Atr1_Wartosc=@WartoscAtrybutu
or TrE_Atr2_Kod = @KodAtrybutu and TrE_Atr2_Wartosc=@WartoscAtrybutu
or TrE_Atr3_Kod = @KodAtrybutu and TrE_Atr3_Wartosc=@WartoscAtrybutu
or TrE_Atr4_Kod = @KodAtrybutu and TrE_Atr4_Wartosc=@WartoscAtrybutu
or TrE_Atr5_Kod = @KodAtrybutu and TrE_Atr5_Wartosc=@WartoscAtrybutu
) )
begin
set @Wynik = CDN.TraKwoty( @TrEId, @Typ, Null, Null)
end
Return IsNull( @Wynik, 0 )
End

W definicji kwoty wpisujemy:
@PozNetto - @PozNetto + CDN.userKwotaElementuZAtrybutem(TrE_TrEId, 'ATRYBUT', 'WARTOŚĆ', 'PN')
'PN' - oznacza kwotę netto. 'PB' oznaczałoby kwotę brutto pozycji.

52.Jak wykorzystać w schemacie księgowym, w definicji konta, wartość atrybutu przypiętego do karty kontrahenta?

Na karcie kontrahenta jest m.in. przypięty atrybut o nazwie KONTO, którego wartość odpowiada symbolowi konta, które ma być użyte do księgowania faktury z Rejestru VAT. Chcemy tak zdefiniować w pozycji schematu Konto Wn aby podstawiała się do niej wartość tego atrybutu przypięta do kontrahenta wybranego na fakturze.
W takiej sytuacji trzeba skorzystać z funkcji serwerowej. Dla faktury księgowanej z Rejestru VAT funkcja może wyglądać następująco:
Create Function CDN.A (@VaNId int, @AtrybutKod varchar(255))
Returns varchar(255)
As
Begin
Declare @Wynik VarChar(255)
Set @Wynik = ''
select @Wynik = KnA_WartoscTxt
from
CDN.KntAtrybuty
join CDN.DefAtrybuty on (KnA_DeAId = DeA_DeAId)
join CDN.PodmiotyView on (KnA_PodmiotId = Pod_PodId)
join CDN.VatNag on (VaN_PodID = Pod_PodId)
where
VaN_VaNID=@VaNId and DeA_Kod=@AtrybutKod AND KnA_PodmiotTyp = Pod_PodmiotTyp AND Pod_PodmiotTyp = VaN_PodmiotTyp
Return IsNull(@Wynik, '')
End

W definicji Konta Wn wpisujemy:
LEFT(@Opis,0)+CDN.A(Van_VaNID,'KONTO')
Ponieważ w definicji konta w pozycji schematu jest ograniczona liczba znaków, jeżeli odwoływać się do atrybutów w ten sposób, należy nadawać im krótkie nazwy.
Dla faktury księgowanej z modułu Handel:
Create Function CDN.B (@TrNId int, @AtrybutKod varchar(255))
Returns varchar(255)
As
Begin
Declare @Wynik VarChar(255)
Set @Wynik = ''
select @Wynik = KnA_WartoscTxt
from
CDN.KntAtrybuty
join CDN.DefAtrybuty on (KnA_DeAId = DeA_DeAId )
join CDN.PodmiotyView on KnA_PodmiotId = Pod_PodId
join CDN.TraNag on Pod_PodId = TrN_PodID
where
TrN_TrNID=@TrNId and DeA_Kod=@AtrybutKod AND KnA_PodmiotTyp = Pod_PodmiotTyp AND Pod_PodmiotTyp = TrN_PodmiotTyp
Return IsNull(@Wynik, '')
End

W definicji konta:
LEFT(@Opis,0)+CDN.B(Trn_TrNID,'KONTO')

53. Jak wykorzystać w schemacie księgowym z rej. VAT kwotę z ewidencji dodatkowej?

Schemat pozwala na wyksięgowanie kwoty z dokumentu ewidencji dodatkowej pod warunkiem, że numer dokumentu i Akronim kontrahenta jest identyczny na rej. VAT i ewidencji dodatkowej.
W takiej sytuacji trzeba skorzystać z funkcji serwerowej. Dla faktury księgowanej z Rejestru VAT funkcja może wyglądać następująco:
create function cdn.MojaFunkcja_ED (@ID int, @Typ int, @Dok varchar(30))
returns Decimal(15,2)
as
begin
declare @wynik Decimal(15,2)
select @wynik = EDN_KwotaRazemSys
from CDN.EwiddodNag
join cdn.vatnag on
VaN_Dokument=EDN_NumerObcy and
VaN_PodID=EDN_PodID and
VaN_PodmiotTyp=EDN_PodmiotTyp
where VaN_Dokument = @Dok AND VaN_PodID=@ID AND VaN_PodmiotTyp= @Typ
return IsNull(@wynik,0)
end

W definicji Kwoty w schemacie rej. VAT wpisujemy:
@Brutto-cdn.MojaFunkcja_ED(VaN_PodID,VaN_PodmiotTyp,VaN_Dokument)

54. Jak w schemacie księgowym dokumentów z rejestru VAT w polu Opis wykorzystać np. datę operacji
z dokumentu?

@Opis+' '+convert (varchar(10), VaN_DataOpe , 120)

55. Jak w schemacie księgowym Listy płac wyszukać pola opisu analitycznego, które nie mają żadnej wartości czyli NULL?

Jeżeli jako kwota została użyta kwota, która odwołuje się do tabeli CDN.WypElementy to warunek może wyglądać tak:
'1'='1' and not exists(select * from CDN.OpisPlace where OpP_WpEId= WpE_WpEId)
Taka kwota to np. @WynagrodzenieBrutto, @ZUSEmerPrac, @ZUSEmerFirma itp.
Gdyby kwota odwoływała się do innej tabeli np. CDN.Wyplaty to:
'1'='1' and not exists(select * from CDN.Wyplaty JOIN CDN.WypElementy ON WPL_WplId = WPE_WplId JOIN CDN.OpisPlace ON OpP_WpEId= WpE_WpEId WHERE WPL_LplId = LPL_LplId)
Taka kwota to np. @DoWyplaty.

56. Jak w schemacie do księgowania raportów K/B,
w pozycji dekretu uzyskać opis składający się
z numerów dokumentów rozliczających dany zapis K/B?

W takim przypadku można wykorzystać istniejącą funkcję CDN.NumeryRozliczonych wstawiając do opisu pozycji schematu następującą definicję:
@KategoriaSzczegol + ' ' +CDN.NumeryRozliczonych(Bzp_BzpID,2,0)
Zamiast @KategoriaSzczegol można użyć innego istniejącego makra.
Jeżeli dany zapis k/b jest rozliczany kilkoma dokumentami - ich numery w opisie będą oddzielone znakiem średnika.

57. Jak w schemacie księgowym dokumentów z rejestru VAT rozróżnić księgowanie dokumentów wystawionych na kontrahentów krajowych i zagranicznych?

W przypadku kiedy korzystamy z informacji zapisanych na karcie kontrahenta:

Warunek jaki należy wstawić przy kontrahentach krajowych:

'1'='1' AND exists (select * from cdn.kontrahenci where Knt_KntId= VaN_PodID and VaN_PodmiotTyp=1 and Knt_Export=0)

Warunek jaki należy wstawić przy kontrahentach zagranicznych:

'1'='1' AND exists (select * from cdn.kontrahenci where Knt_KntId= VaN_PodID and VaN_PodmiotTyp=1 and Knt_Export<>0)

W przypadku kiedy korzystamy z informacji zapisanych na dokumencie, czyli rodzaj transakcji, wtedy warunek może wyglądać następująco:

'1'='1' AND VaN_Export=0 (dla transakcji krajowej)

Rodzaj transakcji:

0 - krajowa

1 - eksport/import

2 - eksport - zwrot VAT

3 - dostawa/nabycie wewnątrzwspólnotowa

4 - dostawa/nabycie wewnątrzunijna trójstronna

5 - krajowa - podatnikiem jest nabywca

6 - dostawa poza terytorium kraju

7 - poza terytorium kraju (stawka NP)

8 - wewnątrzunijny - podatnikiem jest nabywca

9 - pozaunijny - podatnikiem jest nabywca

58. Jak z poziomu rejestru VAT zaksięgować dokumenty
w zależności od formy płatności na nich wybranej?

Aby zaksięgować fakturę zapłaconą gotówką należy w warunku schematu księgowego wpisać:

'1'='1' and exists (select * from CDN.FormyPlatnosci where

VaN_FplID=FPl_FPlId and FPl_Nazwa = 'gotówka')

A dla dokumentów z pozostałymi formami płatności:

'1'='1' and exists (select * from CDN.FormyPlatnosci where

VaN_FplID=FPl_FPlId and FPl_Nazwa <> 'gotówka')

59. W jaki sposób sprawdzić czy zapis kasowy został automatycznie wygenerowany przy tworzeniu faktury gotówkowej?

W schemacie księgowań dla zapisów automatycznych należy wpisać warunek:

'1'='1' AND BZp_ZapisAutomatyczny=1

Dla pozostałych zapisów:

'1'='1' AND BZp_ZapisAutomatyczny=0

60. Jak zaksięgować dokument Przyjęcia Zewnętrznego
w zależności od statusu kontrahenta?

Dla kontrahenta krajowego należy w warunku schematu wpisać:

'1'='1' AND TrN_Export=0

Dla kontrahenta unijnego:

'1'='1' AND (TrN_Export=3 OR TrN_Export=4)

Dla kontrahenta pozaunijnego:

'1'='1' AND TrN_Export=1

Status:

0 - krajowy

1 - eksport/import

2 - eksport - zwrot VAT

3 - dostawa/nabycie wewnątrzwspólnotowa

4 - dostawa/nabycie wewnątrzunijna trójstronna

5 - krajowy - podatnikiem jest nabywca

6 - dostawa poza terytorium kraju

7 - poza terytorium kraju (stawka NP)

8 - wewnątrzunijny - podatnikiem jest nabywca

9 - pozaunijny - podatnikiem jest nabywca

61. Jak zaksięgować dokument PZ w zależności od fragmentu numeru faktury, do której został utworzony np. numer faktury zakupu zaczyna się od „FA” i kończy się na MG lub EU?”

W warunku schematu księgowego należy wpisać:

 '1'='1' And Exists (Select * From CDN.TraNag FA Where CDN.TraNag.TrN_FaId = FA.TrN_TrNId And Fa.TrN_NumerPelny Like 'FA%SERIA')

zastępując słowo SERIA na końcu warunku wybraną serią dokumentu np. MG lub EU.

62. Jak podczas księgowania listy płac w polu Konto odwołać się do kategorii na wypłacie pracownika (na zakładce [Ogólne])?

Przykład funkcji:
Create Function CDN.A3 (@LplID int, @WPLID int)
Returns varchar(255)
As
Begin
Declare @Wynik VarChar(50)
Set @Wynik = ''
select @Wynik = Kat_KontoSegmentWN
from
CDN.Kategorie
join CDN.Wyplaty on WPL_KatId = Kat_KatID
join CDN.ListyPlac on WPL_LplId = LPL_LplId
where
LPL_LplId=@LplId AND WPL_WPLID=@WPLID
Return IsNull(@Wynik, '')
End
W polu
Konto Wn lub Konto Ma należy wstawić:
LEFT(@Opis,0)+CDN.A3(Lpl_LplID,WPL_WPLID)

63. Jak zaksięgować kwotę netto z faktury w Rejestrze VAT z podziałem na magazyny?

Na Fakturze Sprzedaży w module Faktury są pozycje pochodzące z różnych magazynów. Chodzi o to aby zaksięgować kwotę netto na różne konta, w zależności od magazynu. Na fakturze w Rejestrze VAT nie ma takiej informacji – informacja jest tylko na fakturze w module Faktury. Najprościej więc księgować fakturę bezpośrednio z modułu Faktury i wykorzystać w schemacie, w warunku pozycji, makro @MagazynElem.
Jeżeli natomiast istnieje potrzeba wykonania księgowania z Rejestru VAT można dodać odpowiednią funkcję serwerową i umieścić ją w definicji kwoty schematu:
if exists (select * from sysobjects where name = 'userKwotaFaMagazyny' and xtype = 'FN')
drop function CDN.userKwotaFaMagazyny
GO
create function CDN.userKwotaFaMagazyny (@vanid int, @nazwa varchar(20))
returns numeric (15,2)
as
begin
declare @wynik numeric (15,2)
select @wynik = isnull(sum(TrE_WartoscNetto),0)
from cdn.tranag
join cdn.TraElem on TrN_TrNID = TrE_TrNId
join CDN.Magazyny ON Mag_MagId = TrE_MagId
where Mag_Symbol = @nazwa
and trn_vanid = @vanid
return @wynik
end

W definicji kwoty wpisujemy:
'0' + CDN.userKwotaFaMagazyny (VaN_VaNId, 'MAGAZYN')

64. Jak z poziomu listy płac zaksięgować na konkretne konto wypłatę pracownika, który jest niepełnosprawny?

W pozycji schematu dla listy płac w polu Warunek należy wpisać:

'1'='1' AND EXISTS (select * from CDN.PracEtaty join CDN.PracKod on Pra_Praid = Pre_Praid where Pra_Praid = Wpl_Praid and Wpl_Lplid  = Lpl_Lplid and Pre_StNiepelnosp<>0)

65. Jak w schemacie do księgowania paragonów odwołać się do symbolu magazynu na pozycji paragonu?

W kwocie należy użyć makra odwołującego się do pozycji paragonu, np. @PozNetto. W warunku można użyć następującego zapytania:

'1'='1' AND EXISTS(SELECT * FROM CDN.Magazyny WHERE Mag_MagId = TrE_MagId AND Mag_Symbol='MAGAZYN')

66.Jak umieścić funkcję serwerową w polu z datą księgowania? (na przykładzie księgowania faktur za usługi transportowe)

Księgujemy faktury z Rejestru VAT i zakładamy co następuje:
1. jeżeli dokument jest rozliczony całkowicie – pobieramy datę rozliczenia (jeżeli jest rozliczony kilkoma dokumentami, będzie to data ostatniego rozliczenia),
2. jeżeli jest nierozliczony całkowicie i data bieżąca minus data wystawienia jest większa od 30 dni, pobieramy datę o 30 dni późniejszą od daty wystawienia dokumentu,
3. jeżeli jest to inny przypadek niż powyższe warunki (np. całkowicie nierozliczony ale różnica między datą bieżącą i datą wystawienia jest mniejsza niż 30 dni lub dokument jest częściowo rozliczony) funkcja wstawi zero czyli przy księgowaniu pojawi się komunikat o księgowaniu poza bieżącym okresem obrachunkowym i dokument nie zostanie zaksięgowany. Funkcję można oczywiście rozbudować o kolejne warunki.
if exists (select * from sysobjects where name = 'F1' and xtype = 'FN')
drop function [CDN].[F1]
GO
CREATE function [CDN].[F1] (@VaNId Int)
returns Datetime
as
begin
declare @wynik Datetime
select @wynik = case when exists(select * from CDN.BnkZdarzenia join CDN.VatNag on BZd_DokumentId = VaN_VaNId AND BZd_DokumentTyp = 2 WHERE BZd_Rozliczono=2 AND Van_Vanid=@VaNId) then BZd_DataRoz when exists (select * from CDN.BnkZdarzenia join CDN.VatNag on BZd_DokumentId = VaN_VaNId AND BZd_DokumentTyp = 2 WHERE BZd_Rozliczono2=1 AND (GetDate()- VaN_DataWys)>30 AND Van_Vanid=@VaNId) then DateADD(day,30,VaN_DataWys) else 0 end
from CDN.BnkZdarzenia join CDN.VatNag on BZd_DokumentId = VaN_VaNId and BZd_DokumentTyp = 2 where Van_Vanid=@VaNId
return @wynik
end

W schemacie, w polu Data ksieg. wpisujemy:
@DataWyst-@DataWyst+cdn.F1(VaN_VaNID)

67. Jak w warunku schematu dla faktur zakupu odwołać się do opcji Odliczenia VAT: Tak, Nie, Warunkowo na karcie kategorii wybranej na pozycji dokumentu?

W schemacie księgowym typu Faktura zakupu w warunku wkleić następujące wyrażenie:

Dla odliczeń na NIE

'1'='1' and exists (select * from CDN.Kategorie where Tre_Katid=Kat_Katid and Kat_Odliczenia=0)

Dla odliczeń na TAK

'1'='1' and exists (select * from CDN.Kategorie where Tre_Katid=Kat_Katid and Kat_Odliczenia=1)

Dla odliczeń WARUNKOWO

'1'='1' and exists (select * from CDN.Kategorie where Tre_Katid=Kat_Katid and Kat_Odliczenia=2)

68. Jak uzależnić księgowanie z Rejestru VAT na dane konto od tego czy dokument wpłynął maksymalnie do 20 dnia kolejnego miesiąca?

Poniższy warunek zaksięguje dokumenty, które wpłynęły maksymalnie do 20 dnia kolejnego miesiąca po miesiącu wystawienia faktury. Data księgowania w schemacie musi być ustawiona na datę wystawienia:
'1'='1' and VaN_DataZap <= dateadd(day,20,DATEADD(day,-1,DATEADD(month,DATEDIFF(month,-1,Van_DataWys),0)))
Poniższy warunek zaksięguje dokumenty, które wpłynęły po 20 dniu kolejnego miesiąca po miesiącu wystawienia faktury. Data księgowania w schemacie musi być ustawiona na datę wpływu:
'1'='1' and VaN_DataZap > dateadd(day,20,DATEADD(day,-1,DATEADD(month,DATEDIFF(month,-1,Van_DataWys),0)))
Warunki powinny być wklejone w polu Warunek w nagłówku schematu księgowego.

69. Jak rozksięgować dokumenty środków trwałych na podstawie kodu i wartości liczbowej atrybutu?

Przykład: środki trwałe są dzielone na projekty procentowo w danym miesiącu. Czyli środek był wykorzystywany w 20% w projekcie 1, 30% w drugim i 50% w trzecim. Każdy z projektów ma odpowiednie konto księgowe. Na karcie środka trwałego atrybuty w kodzie mają zawarte konto księgowe a wartość to udział procentowy amortyzacji w danym miesiącu.

Wygląda to tak:

Atrybut Kod          Wartość

501-1-1                 0,30

502-1-1                 0,20

504-2                     0,50

W schemacie księgowym w polu Konto odwołujemy się do numeru konta z kodu atrybutu

@ST_AtrybutKod

a w Kwocie przeliczamy amortyzację x wartość atrybutu

@ST_AtrybutWartosc*@Amortyzacja

Ewentualne korekty groszowe można wyksięgować za pomocą wyrażenia:

@ST_AtrybutWartosc * @Amortyzacja - convert(decimal(14,2), @ST_AtrybutWartosc * @Amortyzacja)+

70. Jak zaksięgować z poziomu rejestrów VAT dokument Tax Free z datą potwierdzenia?

W schemacie księgowym typu Rejestr sprzedaży VAT w polu Data księg. należy wpisać:

@DataWyst-@DataWyst+cdn.Data_TF(VaN_VaNID)

Operator z uprawnieniami administratora może uruchomić w menu Narzędzia/ Serwer bazy danych/ Wykonywanie skryptów skrypt dodający funkcję serwerową, z której będzie korzystał schemat.

CREATE function CDN.Data_TF (@VaNId Int)
returns Datetime
as
begin
declare @wynik Datetime
select @wynik = (select TrN_DataPtwTaxFree from CDN.TraNag join
CDN.VatNag on TrN_VaNId = VaN_VaNId AND TrN_TypDokumentu = 345 WHERE
TrN_TaxFreePotwierdzony=1 AND Van_Vanid=@VaNId)
return @wynik
end

Dodatkowo w polu Warunek można wpisać warunek czy zapis w rejestrze VAT ma powiązanie z potwierdzonym dokumentem Tax Free:

'1'='1' AND exists(select * from CDN.TraNag join CDN.VatNag on TrN_VaNId = VaN_VaNId AND TrN_TypDokumentu = 345 WHERE TrN_TaxFreePotwierdzony=1)

71. Jak sprawdzić podczas księgowania dokumentu z rejestru VAT zakupu czy był on rozliczony z delegacją?

W schemacie księgowym typu Rejestr zakupów VAT w polu Warunek należy wpisać:

'1'='1' AND EXISTS (SELECT * FROM CDN.BnkZdarzenia JOIN CDN.BnkRozRelacje on BRR_DDokID=BZd_BZdID AND BRR_DDokTyp=1 JOIN CDN.BnkZapisy ON BRR_ZDokID=BZp_BZpID AND BRR_ZDokTyp=2 WHERE BZd_DokumentTyp=2 AND BZp_NumerString LIKE '%DLG%' AND BZd_DokumentId=VaN_VaNId)

72. Jak sprawdzić podczas księgowania rozliczonego
z delegacją dokumentu z rejestru VAT zakupu na jakiego pracownika została wystawiona delegacja?

W schemacie księgowym typu Rejestr zakupów VAT w polu Opis należy wpisać:
@Dokument + ' ' + CDN.Pracownik_DLG(VaN_VaNID)
Operator z uprawnieniami administratora może uruchomić w menu Narzędzia/ Serwer bazy danych/ Wykonywanie skryptów skrypt dodający funkcję serwerową, z której będzie korzystał schemat.
Create Function CDN.Pracownik_DLG (@VanId Int)
Returns VarChar(20)
As
Begin
Declare @Kod VarChar(20)
Select @Kod = PRE_Kod
FROM CDN.PracEtaty
JOIN CDN.BnkZapisy ON BZp_PodmiotID=PRE_PreId AND BZp_PodmiotTyp=3 JOIN CDN.BnkRozRelacje ON BRR_ZDokID =
BZp_BZpID AND BRR_ZDokTyp=2 JOIN CDN.BnkZdarzenia ON BRR_DDokID=BZd_BZdID AND BRR_DDokTyp=1 WHERE BZd_DokumentId = @VanId
Return @Kod
End

Do powyższej funkcji można również odwołać się w polu Warunek (podając na początku kod określonego pracownika):
'KOWALSKI'= CDN.Pracownik_DLG(VaN_VaNID)

73. Jak zaksięgować dokument RW na konto księgowe zawierające numer dokumentu powiązanego zlecenia serwisowego?

Załóżmy, że dokument RW chcemy zaksięgować na konto analityczne konta 501, którego numer jest numerem zlecenia serwisowego (np. 501-SRW_1_2016). W schemacie księgowym typu Rozchody wewnętrzne w polu Konto Wn należy wpisać:
LEFT(@Opis,0)+'501-'+dbo.MojaFunkcja_Numer_SRW (TrN_TrNID)
Operator z uprawnieniami administratora może uruchomić w menu Narzędzia Serwer bazy danych/ Wykonywanie skryptów skrypt dodający funkcję serwerową, z której będzie korzystał schemat.
Create Function dbo.MojaFunkcja_Numer_SRW (@TrNID INT)
Returns VarChar(20)
As
Begin
Declare @numer VarChar(20)
select @numer = REPLACE (SrZ_NumerPelny,'/','_')
FROM CDN.SrsZlecenia JOIN CDN.DokRelacje ON DoR_ParentId=SrZ_SrZId AND DoR_ParentTyp=900 JOIN CDN.TraNag ON DoR_DokumentId=TrN_TrNID AND DoR_DokumentTyp=304 WHERE TrN_TrNID= @TrNID
Return @numer
End

Konta w planie kont muszą istnieć przed księgowaniem. Ewentualnie musi istnieć konto syntetyczne – jeżeli będzie zaznaczony parametr Automatyczne zakładanie kont analitycznych niesłownikowych (w Konfiguracji Firmy/ Księgowość/ Księgowość kontowa) – konta się założą.

74. Jak zaksięgować z listy płac kwotę wypłaty w gotówce dla pracownika?

Aby w dekrecie utworzonym z zaksięgowanej listy płac uzyskać kwotę wynagrodzenia wypłaconej w gotówce należy utworzyć odpowiednią funkcję serwerową, z której będzie korzystał schemat dla list płac. Operator
z uprawnieniami administratora może uruchomić w menu Narzędzia/ Serwer bazy danych/ Wykonywanie skryptów skrypt dodający tę funkcję.
Create Function CDN.MojaFunkcja_wyplaty_gotowka(@LplID int, @WPLID int)
Returns Decimal(15,2)
As
Begin
Declare @Kwota Decimal(15,2)
Select @Kwota = Sum(BZd_KwotaSys)
From CDN.BnkZdarzenia join CDN.Wyplaty on BZd_DokumentID=WPL_WplId join CDN.ListyPlac on WPL_LplId = LPL_LplId
Where LPL_LplId=@LplId AND WPL_WPLID=@WPLID and BZd_DokumentTyp=8 and BZd_FPlId=1
Return IsNull(@Kwota, 0)
End

Wywołanie funkcji w elemencie schematu księgowego w polu Kwota:
'0' + CDN.MojaFunkcja_wyplaty_gotowka(Lpl_LplID,WPL_WPLID)

75. Jak zaksięgować listę płac z wykorzystaniem atrybutów pracownika?

Dla poszczególnych pracowników przypisano atrybuty (np. 501, 502,…) z wartościami w formie współczynników określające udziały odpowiednich kosztów wydziałowych. Chcąc zaksięgować listę płac wykorzystując wartości odpowiednich atrybutów przypisanych do pracownika należy z poziomu Narzędzia/ Serwer bazy danych/ Wykonywanie zapytań SQL dodać następującą funkcję:
Create Function CDN.Wartosc_Atr_Prac (@WPLId Int, @nazwa varchar(20))
returns decimal (15,2)
As
Begin
Declare @wartosc decimal (15,2)
Select @wartosc = REPLACE (ATH_Wartosc,',','.')
From CDN.OAtrybutyHist Join CDN.OAtrybuty ON ATH_OatId=OAT_OatId Join CDN.WypElementy On OAT_PrcId = WPE_PraId Join CDN.Wyplaty on WPL_WplId=WPE_WplId
Where WPL_WPLId = @WPLId AND OAT_NazwaKlasy = @nazwa And (ATH_DataDo >= WPL_DataDo And WPL_DataOd >= ATH_DataOd)
Return CASE WHEN ISNUMERIC(@wartosc)=1 THEN CAST (@wartosc AS DECIMAL(15,2)) ELSE 0 END
End

Wywołanie funkcji w elemencie schematu księgowego w polu Kwota – przemnożenie kwoty wynagrodzenia brutto przez wartość odpowiedniego współczynnika:
@WynagrodzenieBrutto * CDN.Wartosc_Atr_Prac (WPL_WPLId, '501')




OPT065- Ulga na złe długi


1 Informacje ogólne

W celu rozliczenia ulgi na złe długi należy złożyć z deklaracją VAT-7 załącznik VAT-ZD (Zawiadomienie
o skorygowaniu podstawy opodatkowania oraz kwoty podatku należnego).

W programie Comarch ERP Optima na liście deklaracji VAT-7 na zakładce VAT-ZD, można dodać zawiadomienie VAT-ZD o typie Sprzedaż lub Zakup (do urzędu skarbowego składa się tylko zawiadomienie o typie Sprzedaż).

Mechanizm obliczania ulgi na złe długi działa tylko w oparciu o dokumenty wprowadzone do rejestrów VAT z zaznaczonym parametrem Rozliczać w deklaracji VAT.

Na zawiadomieniu VAT-ZD o typie Sprzedaż wykazywane są faktury, które na dzień złożenia deklaracji nie zostały zapłacone, a minęło już 150 dni od ich terminu płatności oraz 150 dzień przypada w okresie, za który składane jest zawiadomienie. Termin płatności dotyczy każdej z części płatności wykazanej na fakturze. Na zawiadomieniu pokażą się faktury, których kontrahentem jest podatnik VAT czynny i transakcja na status krajowy lub krajowy ‑ podatnikiem jest nabywca oraz takie, dla których nie minął okres dwóch lat od końca roku, w którym zostały wystawione.

Na zawiadomieniu VAT-ZD o typie Zakup wykazywane są faktury, których 150 dzień od upływu terminu płatności przypada nie później niż z końcem okresu, za który sporządzamy zeznanie. Termin płatności dotyczy każdej z części płatności wykazanej na fakturze. Na zawiadomieniu pokażą się faktury, których kontrahentem jest podatnik VAT czynny i transakcja ma status krajowy lub krajowy – podatnikiem jest nabywca. Dokumenty zakupowe ze stawką ZW i NP nie są wykazywane na VAT-ZD tak samo jak w przypadku deklaracji VAT-7.

Uwaga
Jeżeli użytkownik usunie fakturę pierwotną zakwalifikowaną do załącznika VAT-ZD to na zawiadomieniu za kolejny miesiąc/kwartał dokument ten nie zostanie wykazany. Natomiast zapłata za fakturę uwzględnioną
i skorygowaną wcześniej na zawiadomieniu VAT-ZD pokaże się w miesiącu zapłaty bez względu na datę wykazania faktury pierwotnej na zawiadomieniu VAT-ZD.

2 Jak w programie wygenerować korektę  podatku należnego/naliczonego?

2.1 Korekta VAT-u należnego

Na liście deklaracji, na zakładce [VAT-ZD] dodajemy dokument, wybieramy typ zawiadomienia: Sprzedaż, odpowiedni miesiąc i następnie ikoną   przeliczamy zawiadomienie. W polu Na dzień podpowiada się domyślnie 25 dzień kolejnego miesiąca po okresie, za który składane jest zawiadomienie.

Rys 1. Zawiadomienie VAT-ZD o typie Sprzedaż.

Po zablokowaniu zawiadomienia przed zmianami za pomocą ikony  generujemy zapisy korekcyjne do wybranego przez Użytkownika rejestru. Program generuje oddzielny zapis korekcyjny dla każdej faktury wykazanej na zawiadomieniu VAT-ZD uwzględniając stawki VAT oraz ustawiając rodzaj na Towary.

Uwaga
Do wersji 2017.0.1 zapisy korekcyjne były tworzone zbiorczo na łączną wartość wynikającą z VAT-ZD. W związku z tym jeżeli korygowany jest VAT-ZD, który został wygenerowany na wersji wcześniejszej niż 2017.0.1 to zapis korygujący do takiej korekty również będzie tworzony zbiorczo. Natomiast dla zawiadomień VAT-ZD naliczanych od wersji 2017.0.1 zapisy korekcyjne są generowane pojedynczo dla każdej faktury wykazanej na zawiadomieniu, bądź zawiadomieniu korekcie.

Z poziomu formularza VAT-ZD dostępny jest wydruk zawiadomienia oraz wydruk listy dokumentów zakwalifikowanych do korekty VAT.

Uwaga
Na Zawiadomieniu VAT-ZD drukowane są tylko dokumenty ze znakiem plus, prezentowane na czarno. Przykładowo wykazaliśmy niezapłaconą fakturę na zawiadomieniu VAT-ZD w 02-2018. Zawiadomienie zostało wysłane do urzędu razem z deklaracją VAT-7. Faktura została zapłacona 2018-03-03, za miesiąc marzec generujemy zawiadomienie VAT-ZD, na którym dokument pojawi się ze znakiem minus w kolorze zielonym. Tego typu dokumenty nie są już drukowane na zawiadomieniu VAT-ZD. Kwota jest uwzględniana tylko na deklaracji VAT-7.

2.2 Korekta VAT-u naliczonego

Postępujemy analogicznie jak w przypadku faktur sprzedaży. Na zawiadomieniu VAT-ZD o typie Zakup domyślnie podpowiada się data na ostatni dzień okresu, za który liczone jest zawiadomienie VAT-ZD. Przykładowo na zawiadomieniu VAT-ZD o typie Zakup liczonym za 2018-07 podpowie się data Na dzień 2018-07-31. Automatyczna korekta generowana jest tylko na wartość VAT-u, bez kwot netto. Podobnie jak w przypadku korekty VAT-u należnego zapisy korekcyjne tworzone są odrębnie dla każdej faktury. Korekty generowane są tylko na wartość VAT-u, bez kwot netto. Faktury pozycjami z rodzajem Towary, Usługi, Paliwo i Inne są ujmowane z rodzajem Towary, natomiast pozycje z rodzajem: Środki trwałe, Środki transportu i Nieruchomości traktowane są jako Środki trwałe. Do grudnia/ostatniego kwartału 2016 w przypadku korekty faktur niezapłaconych Odliczenia są ustawiane na NIE. W przypadku gdy faktura zostanie zapłacona i jest korygowana powrotnie na VAT-ZD to na zapis korekcyjny pojedynczej faktury odliczenia przenoszone są z faktury pierwotnej (Tak lub Warunkowo). Dla korekt tworzonych od stycznia/pierwszego kwartału 2017 Odliczenia przenoszone są zawsze z dokumentu pierwotnego niezależnie od tego, czy dokument jest wykazywany jako zapłacony, czy nie zapłacony.

Uwaga
Załącznik VAT-ZD składa się tylko dla faktur sprzedaży, dla faktur zakupu istnieje możliwość wydrukowania listy dokumentów zakwalifikowanych do korekty VAT.

Pod listą dokumentów kwalifikowanych na VAT-ZD widoczna jest informacja o pełnej kwocie korekty wynikającej
z tych dokumentów; osobno suma kwot netto i VAT zaokrąglana do pełnych złotych dla faktur sprzedaży oraz tylko VAT w przypadku faktur zakupu. Podsumowanie w polu Suma do korekty dotyczy kwot do korekty, czyli faktur niezapłaconych i korygowanych, natomiast w polu Suma na VAT-ZD widoczne jest podsumowanie do VAT-ZD, gdzie są wykazywane tylko faktury niezapłacone (bez korygowanych po częściowej lub całkowitej zapłacie).

Niezapłacone” trafiają wszystkie pozycje na czarno (plusowe) natomiast do pola „Suma do korekty – dok. Zapłacone” trafiają  wszystkie pozycje w kolorze zielonym (na minus). VAT od dokumentów niezapłaconych jest  wykazany w kwocie na minus a zapłaconych w kwocie na plus.

Na liście deklaracji, na zakładce [VAT-ZD] dodajemy dokument, wybieramy typ zawiadomienia: Zakup, odpowiedni miesiąc i następnie ikoną   przeliczamy zawiadomienie. W polu Na dzień podpowiada się domyślnie ostatni dzień miesiąca, za który składane jest zawiadomienie.

Rys 2. Zawiadomienie VAT-ZD o typie Zakup.

Po zablokowaniu zawiadomienia przed zmianami za pomocą ikony  generujemy zapisy korekcyjne do wybranego przez Użytkownika rejestru.

Uwaga
Na zapisie korekcyjnyym wygenerowanym dla zawiadomienia VAT-ZD od lipca 2015 pozycje z minusem mają domyślnie ustawiane odliczenia na NIE i trafiają do pola 47  na VAT-7(15) lub do pola 48 na VAT-7 (16), natomiast pozycje dodatnie będą miały domyślnie ustawiane odliczenia na TAK trafiając do pola 42 i 44 na VAT-7(15) lub do pola 43 i 45 na VAT-7(16).

Uwaga
Od wersji 2017.0.1 na pojedynczych zapisiach korekcyjnych wygenerowanych dla zawiadomienia VAT-ZD od lipca 2015 do grudnia 2017 pozycje z minusem będą miały domyślnie ustawiane odliczenia na NIE i trafią do pola 48 na VAT-7(16) lub do pola 49 na VAT-7 (17), natomiast pozycje dodatnie będą miały domyślnie ustawiane odliczenia na TAK lub WARUNKOWO trafiając do pola 43 i 45 na VAT-7(16) lub 50 na VAT-7(17).Dla zapisów zbiorczych mechanizm pozostaje bez zmian. Z kolei na zapisach korekcyjnych tworzonych od stycznia 2017 zarówno dla dokumentów zapłaconych jak i niezapłaconych odliczenia będą przenoszone z dokumentu pierwotnego, przyczym pozycje z minusem trafią do pola 49, a pozycje z plusem do pola 50 na VAT-7(17) i Vat-7(18).

Uwaga
Do wersji 2017.0.1 zapisy korekcyjne były tworzone zbiorczo na łączną wartość wynikającą z VAT-ZD. W związku z tym jeżeli korygowany jest VAT-ZD, który został wygenerowany na wersji wcześniejszej niż 2017.0.1 to zapis korygujący do takiej korekty również będzie tworzony zbiorczo. Natomiast dla zawiadomień VAT-ZD naliczanych od wersji 2017.0.1 zapisy korekcyjne są generowane pojedynczo dla każdej faktury wykazanej na zawiadomieniu, bądź zawiadomieniu korekcie.

3 Ulga na złe długi- najczęściej zadawane pytania

3.1 Faktury częściowo rozliczone, faktury z podzieloną płatnością.

W przypadku faktur częściowo rozliczonych, część niezapłacona z faktury pojawi się na zawiadomieniu VAT-ZD.

Faktury korygujące niezapłacone (nieskompensowane) na zawiadomienie VAT-ZD nie wchodzą. Należy
je wcześniej skompensować z fakturą i tylko pozostałą, niezapłaconą cześć faktury wykazać.

W przypadku, gdy faktura ma zostać zapłacona w ratach i płatność została podzielona musimy zwrócić uwagę na daty kolejnych rat- daty nie mogą być takie same, gdyż program niepoprawnie zakwalifikuje taki dokument na zawiadomienie VAT-ZD.

Faktury z zaznaczonym parametrem Płatność VAT w PLN posiadają płatność podzieloną na kwotę netto oraz kwotę podatku VAT i powinny mieć ten sam termin płatności.

 

3.2 Prezentacja faktur z kilkoma różnymi stawkami.

Na zawiadomieniu VAT-ZD faktury wykazywane są w tylu pozycjach, ile stawek VAT zawierają, natomiast na wydruku VAT-ZD w jednej pozycji.

Użytkownik ma możliwość usunięcia z załącznika VAT-ZD zaznaczonych dokumentów. Jeżeli faktura składa się z kilku pozycji w różnych stawkach, a zaznaczona zostanie pozycja tylko w jednej stawce, to z zawiadomienia usunięte zostaną wszystkie pozycje związane z tą fakturą.

 

3.3 Pole 64 na deklaracji VAT-7(18) – Podatnik w okresie rozliczeniowym dokonał zwiększenia podatku naliczonego na podstawie art. 89b ust.4 ustawy.

Pole zaznacza się automatycznie w przypadku, jeżeli w okresie rozliczeniowym dokonaliśmy zwiększenia podatku naliczonego na podstawie art. 89b ust.4 ustawy w związku z uregulowaniem należności, której nieuregulowanie skutkowało zmniejszeniem odliczonej kwoty podatku w rozliczeniu za wcześniejsze okresy rozliczeniowe.

 

3.4 Deklaracja VAT-7 wysłana do urzędu, nie zrobiliśmy korekty VAT-u należnego.

Przykładowo deklaracja VAT-7 została złożona za styczeń 2017, ale nie zrobiliśmy korekty VAT-u należnego
z załącznikiem VAT-ZD. W takim przypadku należy dodać korektę deklaracji, przeliczyć, kwoty na deklaracji się nie zmienią. Następnie wygenerować załącznik VAT-ZD i zrobić zapisy korekcyjne do rejestru oraz powtórnie przeliczyć korektę deklaracji VAT-7, podatek VAT należny zostanie skorygowany na deklaracji.

 

3.5 Deklaracja VAT-7 wraz z załącznikiem VAT-ZD została przesłana do systemu e-Deklaracje. Na załączniku VAT-ZD zostały błędnie zakwalifikowane faktury sprzedaży. Jak wygenerować korektę deklaracji z nowym załącznikiem VAT‑ZD?

Od wersji programu Comarch ERP Optima 2016.5.1 z poziomu listy zawiadomień VAT-ZD użytkownik ma możliwość dodania kolejnego załącznika o tym samym typie  w danym miesiącu/kwartale poprzez podświetlenie zablokowanego przed zmianami zawiadomienia, a następnie wciśnięcie przycisku . Na formularzu automatycznie zaznacza się parametr Korekta, bez możliwości odznaczenia. Typ zawiadomienia oraz miesiąc, za który jest ono dodawane przenoszone są z pierwotnego załącznika VAT-ZD, bez możliwości zmiany. Domyślnie przenoszone są pozycje z poprzedniego załącznika VAT-ZD. Pierwotne zawiadomienia VAT-ZD są oznaczone odpowiednio S dla sprzedaży oraz Z dla zakupu, natomiast korekty zawiadomienia przyjmują kolejno numerację S1, S2, Z1, Z2..itd.

Korektę należy przeliczyć za pomocą ikony pioruna. A następnie ikony  wykonać zapis korekcyjny (dla VAT-ZD, do którego pierwotnie wygenerowano zapis korekcyjny zbiorczy) lub zapisy korekcyjne (dla VAT-ZD, do którego pierwotnie wygenerowano pojedyncze zapisy korekcyjne).

Uwaga
Do wersji 2017.0.1 zapisy korekcyjne były tworzone zbiorczo na łączną wartość wynikającą z VAT-ZD. W związku z tym jeżeli korygowany jest VAT-ZD, który został wygenerowany na wersji wcześniejszej niż 2017.0.1 to zapis korygujący do takiej korekty również będzie tworzony zbiorczo w  kwocie będącej różnicą pomiędzy całością kwoty wynikającej z VAT-ZD a sumą wszystkich wcześniejszych zapisów korekcyjnych w tym miesiącu/kwartale.

Jeżeli załącznik VAT-ZD jest kolejnym w danym miesiącu/kwartale to dla zapisów zbiorczych zapisy korekcyjne
w Rejestrze VAT tworzone są w  kwocie będącej różnicą pomiędzy całością kwoty wynikającej z VAT-ZD a sumą wszystkich wcześniejszych zapisów korekcyjnych w tym miesiącu/kwartale. Natomiast dla zapisów pojedynczych tworzone są zapisy korekcyjne na kwoty będące różnicą miedzy kwotą faktury wynikającą z VAT-ZD a wartością ostatniego zapisu korekcyjnego dla danej faktury.

Do systemu e-Deklaracje wysyłany jest ostatni naliczony w danym miesiącu/kwartale załącznik VAT-ZD o typie Sprzedaż.

Podczas próby usunięcia zapisu korekcyjnego z Rejestru VAT sprzedaży, uwzględnionego na deklaracji VAT-7 o statusie Wysłano/nie odebrano UPO pojawia się komunikat: Nie można usunąć zapisu korekcyjnego. Nie odebrano UPO dla deklaracji VAT-7. Podczas usuwania zapisu korekcyjnego pochodzącego z zawiadomienia, do którego wygenerowano pojedyncze zapisy korekcyjne pojawia się pytanie: Usuwany dokument jest zapisem korekcyjnym VAT-ZD. Czy chcesz usunąć pozostałe zapisy korekcyjne związane z tym VAT-ZD? Odpowiedź twierdząca skutkuje usunięciem wszystkich zapisów korekcyjnych dotyczących VAT-ZD za dany okres.

 

3.6 Mechanizm obliczania korekty w programie- przykłady liczbowe

Przykład

Faktura Sprzedaży wystawiona w październiku 2017 na 1000 netto w stawce 23% i na kwotę 400 netto w stawce 8% z terminem płatności 24.10.2017 (na 831 brutto) i terminem 30.11.2017 (na 831 brutto). Uwzględniona na deklaracji za październik 2017. Zapłacona w całości dnia 26.05.2018, czyli 214 dni po pierwszym terminie i 177 dni po drugim terminie. 150 dni od pierwszego terminu płatności mija w marcu, więc kwalifikuje się do pierwszej korekty w marcu (łączna korekta podatku należnego : dla stawki 23%: -500 netto i -115 VAT, dla stawki 8%: -200 i -16 VAT). Kolejną korektę należy wykonać gdy mija 150 dni od drugiego terminu płatności czyli w kwietniu(w stawce 23%: -500 netto i -115 VAT i w stawce 8% -200 netto i -16 VAT).

W maju 2018 zapłacona w całości, więc na deklaracji za maj robimy kolejną korektę podatku należnego na całość faktury w stawce 23%, czyli 1000 netto i 230 VAT oraz w stawce 8% na 400 netto i 32 VAT.

Rys 3. Zawiadomienie VAT-ZD- faktura sprzedaży-korekta w miesiącu marcu

Rys 4. Zawiadomienie VAT-ZD- faktura sprzedaży-korekta w miesiącu kwietniu

Rys 5. Zawiadomienie VAT-ZD- faktura sprzedaży-korekta w miesiącu maju

Przykład

Ta sama faktura, te same terminy płatności. Zapłata 31.12.2017 na kwotę 900 brutto. Minęły oba terminy płatności, ale nie minęło dodatkowe 150 od żadnego z nich więc korekty w grudniu nie robimy. Dopiero w kwietniu zrobimy korektę na minus w stosunku do drugiego terminu na pozostałą kwotę brutto 762.

Stawka 23% (kwota brutto dla stawki 23%/ łączna kwota brutto dla dokumentu) = 1230/1662 = 0,740072202166065; część pozostająca do zapłaty brutto przypadająca na stawkę 23% to 0,740072202166065 * 762 = 563,94 brutto.

Stawka 8% to reszta z płatności czyli kwota brutto = 762 – 563,94 = 198,06.

Kwota korekty netto i VAT należnego w deklaracji za maj odpowiednio – dla stawki 23% -458,49 netto i -105,45 VAT, dla stawki 8% -183,39 netto i -14,67 VAT.

Kwota brutto 900 pokrywa w całości pierwszą ratę więc do korekty bierzemy tylko ratę drugą.

Rys 6. Zawiadomienie VAT-ZD- faktura sprzedaży

Przykład

Faktura sprzedaży wystawiona 21.10.2017 na 1000,00 netto w stawce 23%z terminem płatności 28.10.2017. Faktura częściowo rozliczona na kwotę 500,00 brutto 10-04-2018. Po przeliczeniu VAT-ZD faktura będzie pomniejszona o kwotę rozliczania więc otrzymujemy następujący wynik: Korekta netto 593,50, Korekta VAT 136,50. Suma do korekty: netto -594,00; VAT -137,00.

Rys 7. Zawiadomienie VAT-ZD- faktura sprzedaży

Przykład

Zawiadomienie VAT-ZD za 03-2018 jest już wygenerowane zgodnie z danymi z przykładu 3.  Okazuje się, że zabrakło na tym zawiadomieniu VAT-ZD faktury sprzedaży wystawionej 24.10.2017 na kwotę 1000,00 netto w stawce 23% z terminem płatności 31.10.2017. W tym przypadku wykonujemy korektę zawiadomienia VAT-ZD za pomocą przycisku . Po przeliczeniu korekty zawiadomienia VAT-ZD otrzymujemy następujący wynik: korekta netto 1 594,00, korekta VAT 367,00. Suma do korekty: netto – 1 594,00; VAT -367,00. Po wykonaniu zapisu korekcyjnego za pomocą przycisku  w Rejestrze VAT sprzedaży pojawia się dodatkowy zapis na kwotę 1000,00 netto i 230,00 VAT.

Rys 8. Korekta zawiadomienia VAT-ZD- faktura sprzedaży

Przykład

Faktura Zakupu wystawiona 06.08.2017 na 813,01 netto w stawce 23%z terminem płatności 13.08.2017. Faktura częściowo rozliczona na kwotę 500 brutto 06.08.2017. Po przeliczeniu VAT-ZD otrzymujemy następujący wynik: Korekta netto 406,51, Korekta VAT 93,49. Suma do korekty 93.

Rys 9. Zawiadomienie VAT-ZD- faktura zakupu

Uwaga
Kwoty w polach Suma do korekty i Suma na VAT-ZD mogą się różnić, ponieważ na deklaracji VAT-7 każda stawka jest osobno zaokrąglana, a na VAT-ZD zaokrąglana jest całość faktury.

Przykład

Faktura Zakupu wystawiona 01.02.2018 na kwotę 1 000,00  netto w stawce 23% z terminem płatności 08.02.2018 nierozliczona. Druga faktura zakupu wystawiona 04.01.2018 na kwotę 18 950,00 netto w stawce 23% z terminem płatności 11.01.2018, wykazana najpierw na zawiadomieniu VAT-ZD za czerwiec jako nierozliczona, a następnie rozliczona w całości z terminem 11.07.2018. Po przeliczeniu VAT-ZD otrzymujemy następujący wynik: dla pierwszej faktury -Korekta netto 1 000,00; Korekta VAT 230,00; Suma do korekty –dok. Niezapłacone -230,00. W przypadku drugiej faktury- Korekta netto 18 950,00; Korekta VAT 4 358,50; Suma do korekty – dok. Zapłacone 4 358,50.

Rys 10. Zawiadomienie VAT-ZD- faktura zakupu




OPT050 – Korygowanie wypłat


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.

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.

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.

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. 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ę.

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 czerwonym.


2.2 Anulowanie 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ść.

Akceptacja operacji anulowania spowoduje, że nieobecność otrzyma status anulowanej i na liście wyświetlana będzie w kolorze czerwonym.


2.3 Anulowanie 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. Akceptacja operacji anulowania spowoduje, że zestawienie otrzyma status anulowanego i na liście wyświetlane będzie w kolorze czerwonym.

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 anulowanych nieobecności

Jeżeli po anulowaniu nieobecności istnieje konieczność wprowadzenie nowego rodzaju nieobecności (np. zamiast urlopu wypoczynkowego lub nieobecności usprawiedliwionej -> zwolnienia chorobowego), to należy podświetlić anulowaną nieobecność i pod prawym klawiszem myszy (z menu kontekstowego) wybrać Koryguj nieobecność.

Nieobecność korygująca wyświetlana jest 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.5 Korygowanie anulowanych zestawień

Jeżeli po anulowaniu zestawienia chcemy wprowadzić nowe ilości godzin/ dni czasu pracy w zestawieniu, to należy podświetlić anulowane zestawienie i pod prawym klawiszem myszy (z menu kontekstowego) wybrać Koryguj zestawienie. Zestawienie korygujące wyświetlane jest w kolorze niebieskim.

2.6 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 2018 (i w związku z tym przysługują mu podwyższone o 25% koszty uzyskania przychodu), to należy zaktualizować dane z datą 01.07.2018 i w zapisie aktualnym od tego dnia odnotować informację o podwyższonych kosztach uzyskania.

2.7 Definiowanie listy płac korygującej

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”);

 

4. Data wypłaty jest automatycznie podpowiadana przez program jako ostatni dzień bieżącego miesiącajednak zalecamy zmianę na taką samą datę, jaka była na liście anulowanej. 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.8 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 pojawienie się informacji: Suma skopiowanych płatności jest różna od kwoty netto wypłaty. W celu uzgodnienia wartości, do listy elementów wypłaty została dodana Korekta netto wypłaty. Jej rozliczenie nastąpi w kolejnych wypłatach pracownika.

Po zaakceptowaniu komunikatu i 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ą.

Uwaga
Wypłata stornująca pomijana jest przy obliczeniach, deklaracjach, wydrukach.

2.9 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.10 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/07/2018, gdzie 02 – oznacza numer kolejno naliczonej deklaracji za 07.2018. 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). Płatności generowane do korygującej deklaracji DRA są w pełnej wysokości (nie różnicowo między korygującą deklaracją a wcześniejszą).

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.11 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.2017, 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 i niedopłatę podatku za poprzedni rok.

W bieżącym roku pracodawca powinien zwrócić pracownikowi pełną składkę zdrowotną (pobraną). Natomiast część tej składki, która została odliczona od podatku dochodowego za poprzedni rok pracownik powinien doliczyć do podatku dochodowego w zeznaniu podatkowym za rok, w którym zwrot składki zdrowotnej otrzymał (zgodnie z art. 45 ust. 3a ustawy o pdof). Pracownik dopłaci podatek zgodnie z wyliczeniem w zeznaniu rocznym i tym samym zostanie wyrównana niedopłata podatku za poprzedni rok.

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.). Pracodawca może dostarczyć pracownikowi pismo informujące o kwocie zwróconej składki zdrowotnej, w tym odliczonej od podatku dochodowego.

Przykład
Pracownik zatrudniony na stawkę 3000 zł, w 12.2017 był 5 dni na zwolnieniu lekarskim (4-8.12.2017), 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. 2500 zł (3000 zł – 3000 zł *5/30= 3000 zł – 500 zł)
– wynagrodzenie chorobowe za 5 dni w wys. 345,15 zł (80%); podstawa zasiłku: 3000 zł – 13,71%= 2588,70 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 12.2017, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. W kalendarzu Nie/obecności, na zakładce Nieobecności podświetlić odpowiednią nieobecność
    (4-8.12.2017) i pod prawym przyciskiem wybrać opcję Anuluj nieobecność. Zapisać kalendarz Nie/obecności.
  3. Ponownie otworzyć kalendarz Nie/obecności w celu wprowadzenia nieobecności korygującej, czyli na zakładce Nieobecności na podświetlonej anulowanej nieobecności pod prawym przyciskiem myszy wybrać opcję Koryguj nieobecność, wybierając typ nieobecności – Urlop opiekuńczy (zasiłek). Zapisać nieobecność oraz kalendarz Nie/obecności.
  4. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  5. W oknie Wypłaty pracowników wybrać listę korygującą i naliczyć wypłatę korygującą. Pojawi się automatycznie zasiłek opiekuńczy (zamiast wynagrodzenia za czas choroby). Należy sprawdzić, czy wszystkie elementy wypłaty naliczyły się poprawnie.
  6. Na zakładce [Podatki]  uruchomić Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony do US za 12.2017.
  7. Na zakładce [Ogólne], w Schemat płatności zaznaczyć Ręczną korektę płatności w wypłacie, skopiować płatność z anulowanej wypłaty  – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzamy komunikat i płatność.
  8. Na zakładce [Elementy] wypłaty sprawdzić, czy pojawia się Korekta netto wypłaty – w tym przypadku jest to kwota nadpłaconej składki zdrowotnej w wys. – 31,07 zł (kwota ujemna). Zapisać wypłatę korygującą.

Wyliczenia w wypłacie anulowanej i korygującej:

L.p.Opis pozycjiWypłata 12.2017
(anulowana)
Wypłata 12.2017
(korygująca)
Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze2500,002500,00
2Wynagrodzenie za czas choroby
zostaje zmieniony na
zasiłek opiekuńczy
Wynagr.chorob.
(80%)
345,15
Zasiłek opiekuńczy (80%)
345,15
3Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)2500,002500,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
342,75342,75
5Podstawa składki zdrowotnej
(poz.3-poz.4) + wynagrodzenie chorobowe
2502,402157,25
6Składka zdrowotna pobrana
(poz.5x9%)
225,22194,1531,07
(nadpłata)
7Składka zdrowotna odliczona (poz.5x7,75%)193,94167,1926,75
(nadpłata)
8Składka zdrowotna od netto (poz.6-poz.7)31,2826,964,32
(nadpłata)
9Koszty uzyskania przychodu111,25111,25
10Ulga podatkowa46,3346,33
11Podstawa opodatkowania po zaokrągleniu (poz.1+poz.2-poz.4-poz.9)2 391,002 391,00
12Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*18%-poz.10)
384,05384,05
13Zaliczka podatku po odjęciu składki zdrowotnej
(poz.12-poz.7)
190,11216,86
14Zaliczka podatku do U.S.
po zaokrągleniu
190,00217,00 przed skopiowaniem podatku-27,00
(niedopłata)
15Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.14)
2087,182 091,25 przed skopiowaniem płatności-4,07
(niedopłata)

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

16Zaliczka podatku do US
skopiowana z wypłaty anulowanej
190,00
17Płatność do wypłaty
skopiowana z wypłaty anulowanej
2087,18
18Korekta netto wypłaty-31,07(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. 31,07 zł (kwota dodatnia) jako zwrot nadpłaconej składki zdrowotnej pobranej.

Uwaga
Pracownik powinien otrzymać pismo z zakładu o wysokości zwróconej składki zdrowotnej pobranej w wys. 31,07 zł, w tym odliczonej od podatku w 2014 w wys. 26,75 zł. Na podstawie tego pisma pracownik powinien doliczyć kwotę 26,75 zł do podatku dochodowego w zeznaniu podatkowym za rok, w którym zwrot ten otrzymał. (W ten sposób pracownik zapłaci większy podatek i zostanie wyrównana niedopłata podatku za poprzedni rok).

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.

W związku z tym, że pracownik nie dokonał jeszcze rozliczenia podatkowego za bieżący rok, pracodawca dokonując obecnie zwrotu nadpłaconej składki zdrowotnej (pobranej) powinien doliczyć do bieżącej zaliczki na podatek dochodowy wcześniej odliczoną kwotę składki zdrowotnej, czyli zwiększyć bieżącą zaliczkę podatku.

Przykład
Pracownik zatrudniony na stawkę 3000 zł, w lutym bieżącego roku był 15 dni (od 1-15.02) na zwolnieniu lekarskim, za które otrzymał wynagrodzenie za czas choroby (zamiast zasiłku chorobowego z tytułu wypadku). Za ten miesiąc miał wypłacone:
– wynagrodzenie zasadnicze w wys. 1500 zł (3000 zł – 3000 zł * 15/30= 3000 zł – 1500 zł)
– wynagrodzenie chorobowe za 15 dni w wys. 1035,45 zł (80%), podstawa zasiłku: 3000 zł – 13,71%= 2588,70 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 luty br., podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. W kalendarzu Nie/obecności, na zakładce [Nieobecności] podświetlić odpowiednią nieobecność (1-15.02.br) i pod prawym przyciskiem wybrać opcję Anuluj nieobecność. Zapisać kalendarz Nie/obecności.
  3. Ponownie otworzyć kalendarz Nie/obecności w celu wprowadzenia nieobecności korygującej, czyli na zakładce [Nieobecności] na podświetlonej anulowanej nieobecności pod prawym przyciskiem myszy wybrać opcję Koryguj nieobecność, wybierając typ nieobecności – Zwolnienie chorobowe, przyczyna: Wypadek w pracy/choroba zawodowa.
  4. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  5. W oknie Wypłaty pracowników wybrać listę korygującą i naliczyć wypłatę korygującą. Pojawi się automatycznie zasiłek chorobowy/wyp. (zamiast wynagrodzenia za czas choroby), edytować ten element wypłaty i skorygować % zasiłku ze 100% na 80% i przeliczyć. Wyrównanie zasiłku w wys. 20% zostanie wypłacone z bieżącą wypłatą. Następnie należy sprawdzić, czy pozostałe elementy wypłaty naliczyły się poprawnie.
  6. Na zakładce [Podatki] wykonać  Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony za luty br., aby nie korygować płatności do US za miesiąc luty br.).
    Uwaga
    Niedopłata zaliczki podatku (w wyniku odliczenia składki zdrowotnej od wynagrodzenia chorobowego) powinna zostać pobrana pracownikowi  w  najbliższej wypłacie etatowej poprzez zwiększenie kwoty zaliczki podatku do US (ręczna korekta) wg wyliczenia: do zaliczki na podatek dochodowy za bieżący miesiąc, w którym dokonujemy zwrotu składki zdrowotnej dodajemy odliczoną część składki zdrowotnej od wynagrodzenia chorobowego.
  7. Na zakładce [Ogólne] w Schemat płatności  zaznaczyć Ręczną korektę płatności w wypłacie, aby skopiować listę płatności z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  8. Na zakładce [Elementy wypłaty] sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota nadpłaconej składki zdrowotnej. Wypłatę korygującą zapisać.

Wyliczenia w wypłacie anulowanej i korygującej:

L.p.Opis pozycjiWypłata
w lutym br.
(anulowana)
Wypłata
w lutym br.
(korygująca)
Różnica
(wypł. anulowana– koryg.)
1Wynagrodzenie zasadnicze1500,001500,00
2Wynagrodzenie za czas choroby zostaje zmienione na zasiłek chorobowy/wyp.Wynagr.chor. (80%)
1035,45
Należna wartość zasiłku wyp. (100%)
1 294,35, która zostaje zmniejszona do kwoty 80%
1035,45
Niedopłata 20%
-258,90
(1 035,45-1 294,35)
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)1500,001500,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
205,65205,65
5Podstawa skł. zdrowotnej
(poz.3-poz.4) + wynagrodzenie chorobowe
2329,801294,35
6Składka zdrowotna pobrana
(poz.5x9%)
209,68116,4993,19
(nadpłata)
7Składka zdrowotna odliczona
(poz.5x7,75%)
180,56100,3180,25
(nadpłata)
8Składka zdrowotna od netto
(poz.6-poz.7)
29,1216,1812,94
(nadpłata)
9Koszty uzyskania przychodu111,25111,25
10Ulga podatkowa46,3346,33
11Podstawa opodatkowania
po zaokrągleniu
(poz.1+poz.2-poz.4-poz.9)
2219,002219,00
12Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*18%-poz.10)
353,09353,09
13Zaliczka podatku po odjęciu składki zdrowotnej
(poz.12-poz.7)
172.53252.78
14Zaliczka podatku do U.S.
po zaokrągleniu
173,00253,00 przed skopiowaniem podatku-80,00
(niedopłata)
15Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.14)
1947,121 960,31 przed skopiowaniem płatności-13,19
(niedopłata)

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

16Zaliczka podatku do US
skopiowana z wypłaty anulowanej
173,00
17Płatność do wypłaty
skopiowana z wypłaty anulowanej
1947,12
18Korekta netto wypłaty-93,19(nadpłata składki zdrowotnej pobranej)

Naliczając bieżącą wypłatę pojawi się automatycznie Spłata korekty netto wypłaty w wys. 93,19 (zwrot nadpłaty składki zdrowotnej pobranej). Dodajemy Wyrównanie zasiłku chorobowego z ubezpieczenia wypadkowego (20%), podając okres od – do, za który wyrównujemy (1-15.02.br) i kwotę wyrównania (w wys. 258,90)

Wyliczenia w bieżącej wypłacie:

L.p.Opis pozycjiWypłata bieżąca
1Wynagrodzenie zasadnicze3000
2Spłata korekty netto wypłaty
(nieopodatkowany)
93,19 1)
3Wyrównanie zasiłku chorobowego z ubezp.wyp. (opodatkowany)258,90 2)
4Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)3000,00
5Składki społeczne finansowane przez pracownika (poz.4x9,76% + poz.4x1,5% + poz.4x2,45%)411,30
6Podstawa skł. zdrowotnej (poz.4-poz.5)2588,70
7Składka zdrowotna pobrana (poz.6x9%)232,98
8Składka zdrowotna odliczona (poz.6x7,75%)200,62
9Składka zdrowotna od netto (poz.7-poz.8)32,36
10Koszty uzyskania przychodu111,25
11Ulga podatkowa46,33
12Podstawa opodatkowania po zaokrągleniu (poz.1+poz.3-poz.5-poz.10)2736,00
13Zaliczka podatku przed odjęciem składki zdrowotnej (poz.12*18%-poz.11)446,15
14Zaliczka podatku po odjęciu składki zdrowotnej z bieżącego mc (poz.13-poz.8) + różnica w składce zdrowotnej odliczonej (80,25) z tytułu korekty (446,15-200,62+80,25)325,78
15Zaliczka podatku do U.S. po zaokrągleniu326,00 3)
16Do wypłaty (poz.1+poz.2+poz.3-poz.5-poz.7-poz.15)2381,81

1) Zwrot składki zdrowotnej pobranej niesłusznie w lutym br.

2) Dodanie elementu wyrównania 20% zasiłku chorobowego z ubezpieczania wypadkowego.

3) Na zakładce [Podatki] zaznaczamy pole Korekta podatku i ubezpieczeń i wpisujemy ręcznie wyliczoną i zaokrąglona kwotę zaliczki podatku do US.

Na deklaracji podatkowej PIT-11 za bieżący rok zostaną wykazana poprawne kwoty uwzględniające korekty: składki zdrowotnej (odliczonej) z lutego (została zmniejszona w wypłacie korygującej) i zaliczki na podatek dochodowy (została powiększona w miesiącu dokonywania korekty). Pracownik nie będzie miał niedopłaty zaliczki podatku w zeznaniu rocznym z tytułu tej korekty.

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 oraz nadpłata zaliczki podatku. Jeżeli pracodawca w bieżącej wypłacie potrąci pracownikowi zaległą składkę zdrowotną, to w wysokości 7,75% może odliczyć ją od bieżącej zaliczki na podatek dochodowy, czyli pomniejszyć bieżącą zaliczkę podatku z tytułu różnicy w składce zdrowotnej.

Przykład

Pracownik zatrudniony na stawkę 3000 zł, w 9.2017 był 10 dni (od 1-10.09.2017) na zwolnieniu lekarskim, za które otrzymał zasiłek chorobowy z ubezpieczenia wypadkowego, a powinien wynagrodzenie chorobowe (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. 2000 zł (3000 zł – 3000 zł * 10/30 = 3000 zł – 1000 zł)

– zasiłek chorobowy/wyp. za 10 dni w wys. 862,90 zł (100%), podstawa zasiłku: 3000 zł – 13,71% = 2588,70 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 9.2017, podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. W kalendarzu Nie/obecności, na zakładce [Nieobecności] podświetlić odpowiednią nieobecność (1-10.09.2017) i pod prawym przyciskiem wybrać opcję Anuluj nieobecność. Zapisać kalendarz Nie/obecności.
  3. Ponownie otworzyć kalendarz Nie/obecności w celu wprowadzenia nieobecności korygującej, czyli na zakładce [Nieobecności] na podświetlonej anulowanej nieobecności pod prawym przyciskiem myszy wybrać opcję Koryguj nieobecność, wybierając typ nieobecności – Zwolnienie chorobowe, przyczyna: Wypadek w drodze do/z pracy.
  4. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  5. W oknie Wypłaty pracowników wybrać listę korygującą i naliczyć wypłatę korygującą. Pojawi się automatycznie wynagrodzenie za czas choroby (100%), zamiast zasiłku chorobowego/wyp. (100%).
  6. Sprawdzić, czy pozostałe elementy wypłaty naliczyły się poprawnie.
  7. Na zakładce [Podatki]  wykonać Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony za 9.2017.
  8. Na zakładce [Ogólne] w Schemat płatności  zaznaczyć Ręczną korektę płatności w wypłacie, aby skopiować listę płatności z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  9. Na zakładce [Elementy wypłaty] sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota niedopłaty składki zdrowotnej. Wypłatę korygującą zapisać.

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 zasadnicze2000,002000,00
2Zasiłek chorobowy/wyp zostaje zmieniony na Wynagrodzenie za czas chorobyZasiłek chor/wyp. (100%)
862,90
Wynagr.
chorobowe.
(100%)
862,90
3Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)2000,002000,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
274,20274,20
5Podstawa składki zdrowotnej
(poz.3-poz.4) + wynagr. chorobowe
1725,802588,70
6Składka zdrowotna pobrana
(poz.5x9%)
155,32232,98-77,66
(niedopłata)
7Składka zdrowotna odliczona
(poz.5x7,75%)
133,75200,62-66,87
(niedopłata)
8Składka zdrowotna od netto
(poz.6-poz.7)
21,5732,36-10,79
(niedopłata)
9Koszty uzyskania przychodu111,25111,25
10Ulga podatkowa46,3346,33
11Podstawa opodatkowania po zaokrągleniu
(poz.1+poz.2-poz.4-poz.9)
2477,002477,00
12Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*18%-poz.10)
399,53399,53
13Zaliczka podatku po odjęciu składki zdrowotnej
(poz.12-poz.7)
265,78198,91
14Zaliczka podatku do U.S. po zaokrągleniu266,00199,00 przed skopiowaniem podatku67,00
(nadpłata)
15Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.14)
2167,382 156,72 przed skopiowaniem płatności10,66
(nadpłata)

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

16Zaliczka podatkowa do US skopiowana z wypłaty anulowanej266,00
17Płatność do wypłaty skopiowana z wypłaty anulowanej2167,38
18Korekta netto wypłaty77,66

Naliczając bieżącą wypłatę pojawi się automatycznie Spłata korekty netto wypłaty w wys. -77,66 zł jako potrącenie niedopłaty składki zdrowotnej pobranej (w tym odliczonej w wys. 66,87 zł).

Wyliczenia w bieżącej wypłacie:

L.p.Opis pozycjiWypłata bieżącaOpcjonalne „przerzucenie” składki zdrowotnej
(dla rocznej deklaracji PIT)
1Wynagrodzenie zasadnicze3000,00
2Spłata korekty netto wypłaty (nieopodatkowany)-77,66 1)
3Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
3000,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
411,30
5Podstawa składki zdrowotnej (poz.3-poz.4)2588,70
6Składka zdrowotna pobrana (poz.5x9%)232,98232,98
7Składka zdrowotna odliczona (poz.5x7,75%)200,62232,98 3)
8Składka zdrowotna od netto (poz.6-poz.7)32,360,00 3)
zmniejszamy o -32,36
9Koszty uzyskania przychodu111,25
10Ulga podatkowa46,33
11Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.4-poz.9)
2 477,00
12Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*18%-poz.10)
399,53
13Zaliczka podatku po odjęciu składki zdrowotnej odliczonej z bieżącego miesiąca (poz.12-poz.7) - różnica w składce zdrowotnej odliczonej (66,87) z tytułu korekty
(399,53-200,62-66,87)
132,04
14Zaliczka podatku do U.S. po zaokrągleniu132,00 2)
15Do wypłaty
(poz.1+poz.2-poz.4-poz.6-poz.14)
2146,06

1) Potrącenie z tytułu niedopłaty składki zdrowotnej (pobranej) w 9.2017.

2) Po zaznaczeniu pola Korekta podatku i ubezpieczeń wpisujemy ręcznie wyliczoną i zaokrąglona kwotę zaliczki podatku do US.

3) Po zaznaczeniu pola Korekta podatku i ubezpieczeń zalecamy opcjonalne „techniczne” zwiększenie składki zdrowotnej odliczonej (kosztem składki od netto) w celu automatycznego wykazania jej w bieżącej deklaracji rocznej PIT-11.

W tej wypłacie można dokonać zwiększania tylko o kwotę 32,36 zł (ponieważ taka jest kwota składki zdrowotnej od netto). Brakującą część niedopłaty składki zdrowotnej odliczonej w wys. 34,42 zł (66,78 zł kwota niedopłaty składki zdrowotnej odliczonej – 32,36 zł kwota już przerzucona) można „przerzucać” w kolejnych wypłatach pracownika.

Takie „przerzucanie” składki zdrowotnej w kolejnych wypłatach może być kłopotliwe, ale jest to jedyny sposób, aby automatycznie składka zdrowotna odliczona została wykazana na PIT-11. Oczywiście to przerzucenie nie jest konieczne, ale wówczas na formularzu PIT-11 za bieżący rok należy pamiętać o ręcznym zwiększeniu składki zdrowotnej.

Deklaracja PIT-11 bez technicznego przerzucenia składki zdrowotnej (na przykładzie kwot z wypłaty za 9.2017), po zakończeniu roku przy naliczeniu deklaracji należy pamiętać o zwiększeniu składki na ubezpieczenie zdrowotne:

Deklaracja PIT-11 po technicznym przerzuceniu składki zdrowotnej (na przykładzie kwot z wypłaty za 9.2017), składka zostaje zwiększona automatycznie:

Uwaga

Niedopłata składki zdrowotnej odliczonej (za 9.2017) w bieżącej wypłacie powinna pomniejszyć zaliczkę podatku i tym samym powinna być wykazana na rocznej deklaracji podatkowej PIT-11 za bieżący rok. W celu automatycznego wykazania większej składki zdrowotnej na deklaracji PIT-11 proponujemy dokonać „technicznego przerzucenia” składki zdrowotnej od netto do odliczonej, tak aby sumaryczna składka zdrowotna pobrana w bieżącym miesiącu nie uległa zmianie.

Jeżeli nie wykonamy zwiększenia składki zdrowotnej odliczonej (kosztem zmniejszenia składki od netto), to trzeba pamiętać, aby przy generowaniu rocznej deklaracji PIT-11 za bieżący rok zwiększyć ręcznie składkę zdrowotną.

Na deklaracji podatkowej PIT-11 za bieżący rok powinny zostać wykazane poprawne kwoty uwzględniające korekty:

  • zwiększona składka zdrowotna (w bieżącej wypłacie i w kolejnych wypłatach powinna zostać zwiększona składka zdrowotna odliczona dzięki technicznemu przerzuceniu składki z netto do odliczonej),
  • zmniejszona zaliczka na podatek dochodowy (w bieżącej wypłacie podatek został zmniejszony w wyniku korekty).

Pracownik nie będzie miał niedopłat/nadpłaty zaliczki podatku w zeznaniu rocznym z tytułu tej korekty.

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

W bieżącym roku podatkowym pracodawcza wypłacił pracownikowi zasiłek opiekuńczy zamiast wynagrodzenia za czas choroby. W tym przypadku pracownik ma niedopłatę składki zdrowotnej oraz nadpłatę zaliczki podatku. W bieżącej wypłacie pracownikowi zostanie potrącona zaległa składka zdrowotna i jednocześnie w wysokości 7,75% powinna zostać potrącona od bieżącej zaliczki na podatek dochodowy, czyli powinna zostać zmniejszona bieżąca zaliczka podatku.

Przykład

Pracownik zatrudniony na stawkę 3000 zł, w marcu bieżącego roku był 2 dni (1-2.03) na zwolnieniu lekarskim, za które otrzymał zasiłek opiekuńczy, a powinien wynagrodzenie chorobowe. Za ten miesiąc miał wypłacone:

– wynagrodzenie zasadnicze w wys. 2800 zł (3000 zł – 3000 zł * 2/30 = 3000 zł – 200 zł)

– zasiłek opiekuńczy za 2 dni w wys. 138,06 zł (80%), podstawa zasiłku: 3000 zł – 13,71% = 2588,70 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 br., podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. W kalendarzu Nie/obecności, na zakładce Nieobecności podświetlić odpowiednią nieobecność (1-2.03.br) i pod prawym przyciskiem wybrać opcję Anuluj nieobecność. Zapisać kalendarz Nie/obecności.
  3. Ponownie otworzyć kalendarz Nie/obecności w celu wprowadzenia nieobecności korygującej, czyli na zakładce Nieobecności na podświetlonej anulowanej nieobecności pod prawym przyciskiem myszy wybrać opcję Koryguj nieobecność, wybierając typ nieobecności – Zwolnienie chorobowe, przyczyna: Zwolnienia lekarskie.
  4. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  5. W oknie Wypłaty pracowników wybrać listę korygującą i naliczyć wypłatę korygującą. Pojawi się automatycznie wynagrodzenie za czas choroby (80%), zamiast zasiłku opiekuńczego (80%).
  6. Sprawdzić, czy pozostałe elementy wypłaty naliczyły się poprawnie.
  7. Na zakładce [Podatki] wykonać  Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony za marzec br.
  8. Na zakładce [Ogólne] w Schemat płatności  zaznaczyć Ręczną korektę płatności w wypłacie, aby skopiować listę płatności z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  9. Na zakładce [Elementy wypłaty] sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota niedopłaty składki zdrowotnej. Wypłatę korygującą zapisać.

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 zasadnicze2800,002800,00
2Zasiłek chorobowy/wyp zostaje zmieniony na Wynagrodzenie za czas chorobyZasiłek opiekuńczy (80%)
138,06
Wynagr. chorobowe
(80%)
138,06
3Podstawa wymiaru składek na ubezpieczenia społeczne (poz.1)2 800,002 800,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
383,88383,88
5Podstawa składki zdrowotnej
(poz.3-poz.4) + wynagr. chorobowe
2 416,122 554,18
6Składka zdrowotna pobrana
(poz.5x9%)
217,45229,88-12,43
(niedopłata)
7Składka zdrowotna odliczona
(poz.5x7,75%)
187,25197,95-10,70
(niedopłata)
8Składka zdrowotna od netto
(poz.6-poz.7)
30,2031,93-1,73
(niedopłata)
9Koszty uzyskania przychodu111,25111,25
10Ulga podatkowa46,3346,33
11Podstawa opodatkowania po zaokrągleniu
(poz.1+poz.2-poz.4-poz.9)
2443,002443,00
12Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*18%-poz.10)
393,41393,41
13Zaliczka podatku po odjęciu składki zdrowotnej
(poz.12-poz.7)
206,16195,46
14Zaliczka podatku do U.S. po zaokrągleniu206,00195,00 przed skopiowaniem podatku11,00
(nadpłata)
15Do wypłaty
(poz.1+poz.2-poz.4-poz.6–poz.14)
2 130,732 129,30 przed skopiowaniem płatności1,43
(nadpłata)

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

16Zaliczka podatkowa do US skopiowana z wypłaty anulowanej206,00
17Płatność do wypłaty skopiowana z wypłaty anulowanej2 130,73
18Korekta netto wypłaty12,43(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 zasadnicze3000,00
2Spłata korekty netto wypłaty (nieopodatkowany)-12,43 1)
3Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
3000,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
411,30
5Podstawa składki zdrowotnej (poz.3-poz.4)2588,70
6Składka zdrowotna pobrana (poz.5x9%)232,98
7Składka zdrowotna odliczona (poz.5x7,75%)200,62
8Składka zdrowotna od netto (poz.6-poz.7)32,36
9Koszty uzyskania przychodu111,25
10Ulga podatkowa46,33
11Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.4-poz.9)
2 477,00
12Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*18%-poz.10)
399,53
13Zaliczka podatku po odjęciu składki zdrowotnej odliczonej z bieżącego miesiąca (poz.12-poz.7) - różnica w składce zdrowotnej odliczonej (10,70) z tytułu korekty
(399,53-200,62-10,70)
188,21
14Zaliczka podatku do U.S. po zaokrągleniu188,00 2)
15Do wypłaty
(poz.1+poz.2-poz.4-poz.6-poz.14)
2155,29

1) Potrącenie z tytułu niedopłaty składki zdrowotnej (pobranej) w marcu br.

2) Na zakładce [Podatki] zaznaczamy pole Korekta podatku i ubezpieczeń i wpisujemy ręcznie wyliczoną i zaokrąglona kwotę zaliczki podatku do US.

Na deklaracji podatkowej PIT-11 za bieżący rok zostaną wykazane poprawne kwoty po korekcie: składki zdrowotnej (odliczonej) z marca (została zwiększona w wypłacie korygującej) i zaliczki na podatek dochodowy (została pomniejszona w miesiącu dokonywania korekty). Pracownik nie będzie miał nadpłaty zaliczki podatku w zeznaniu rocznym z tytułu tej korekty.

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ę 2400 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 br., podświetlić wypłatę odpowiedniego pracownika, która jest zamknięta i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. W kalendarzu Nie/obecności, na zakładce Nieobecności podświetlić odpowiednią nieobecność (22-30.06) i pod prawym przyciskiem wybrać opcję Anuluj nieobecność. Zapisać kalendarz Nie/obecności.
  3. Ponownie otworzyć kalendarz Nie/obecności w celu wprowadzenia nieobecności korygującej, czyli na zakładce Nieobecności na podświetlonej anulowanej nieobecności pod prawym przyciskiem myszy wybrać opcję Koryguj nieobecność i najpierw wprowadzić nieobecność Urlop wypoczynkowy (22-28.06) a następnie drugą nieobecność korygującą Zwolnienie chorobowe (29-30.06).
  4. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  5. W oknie Wypłaty pracowników wybrać listę korygującą i naliczyć wypłatę korygującą. Pojawi się automatycznie oprócz wynagrodzenia za czas pracy i wynagrodzenia za urlop za skrócony okres również wynagrodzenie za czas choroby (80%).
  6. Sprawdzić poprawność naliczenia wypłaty, szczególnie podstawy wynagrodzenia za czas choroby.
  7. Jeżeli firma nie wykonała jeszcze przelewu kwoty podatku do US, to na zakładce Podatki nie trzeba dokonywać kopiowania zaliczki podatku. Oczywiście można to wykonać – wówczas ostatecznie rozliczenie podatku nastąpi w zeznaniu rocznym pracownika, ponieważ wypłata korygująca dokonywana jest w tym samym roku podatkowym.
  8. Na zakładce [Ogólne] w Schemat płatności  zaznaczyć Ręczną korektę płatności w wypłacie, aby skopiować listę płatności z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  9. Na zakładce Elementy wypłaty sprawdzić, czy pojawiła się Korekta netto wypłaty. Wypłatę korygującą zapisać.

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 zasadnicze1600,001 668,57
2Wynagrodzenie za czas urlopu800,00571,43
3Wynagrodzenie za czas chorobybrak110,46
4Przychód
(poz.1+poz.2+poz.3)
2400,002 350,4649,54
(nadpłata)
5Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1+poz.2)
2400,002 240,00
6Składki społeczne finansowane przez pracownika
(poz.5x9,76% + poz.5x1,5% + poz.5x2,45%)
329,04307,1021,94
(nadpłata)
7Podstawa składki zdrowotnej
(poz.5 - poz.6) + poz. 3 (wyn.chorob.)
2 070,962 043,36
8Składka zdrowotna pobrana
(poz.7x9%)
186,39183,902,49
(nadpłata)
9Składka zdrowotna odliczona
(poz.7x7,75%)
160,50158,362,14
(nadpłata)
10Składka zdrowotna od netto
(poz.8-poz.9)
25,8925,540,35
(nadpłata)
11KUP111,25111,25
12Ulga podatkowa46,3346,33
13Podstawa opodatkowania po zaokrągleniu
(poz.4 -poz.6-poz.11)
1 960,001 932,00
14Zaliczka podatku przed odjęciem składki zdrowotnej
306,47301,43
15Zaliczka podatku po odjęciu składki zdrowotnej (poz.14-poz.9)145,97143,07
16Zaliczka podatku do U.S. po zaokrągleniu146,00143,00 bez kopiowania zaliczki podatku3,00
(nadpłata)
17Do wypłaty (poz.4-poz.6-poz.8–poz.16)1 738,571 716,46 przed skopiowaniem płatności22,11
(nadpłata)

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

18Płatność do wypłaty skopiowana z wypłaty anulowanej1 738,57
19Korekta netto wypłaty22,11(nadpłata kwoty do wypłaty)

Wyliczenia w bieżącej wypłacie:

L.p.Opis pozycjiWypłata bieżąca
1Wynagrodzenie zasadnicze2 400,00
2Spłata korekty netto wypłaty (nieopodatkowany)-22,11 1)
3Podstawa wymiaru składek na ubezpieczenia społeczne
(poz.1)
2 400,00
4Składki społeczne finansowane przez pracownika
(poz.3x9,76% + poz.3x1,5% + poz.3x2,45%)
329,04
5Podstawa składki zdrowotnej (poz.3-poz.4)2070,96
6Składka zdrowotna pobrana (poz.5x9%)186,39
7Składka zdrowotna odliczona (poz.5x7,75%)160,50
8Składka zdrowotna od netto (poz.6-poz.7)25,89
9Koszty uzyskania przychodu111,25
10Ulga podatkowa46,33
11Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.4-poz.9)
1960,00
12Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*18%-poz.10)
306,47
13Zaliczka podatku po odjęciu składki zdrowotnej odliczonej z bieżącego miesiąca (poz.12-poz.7) - różnica w składce zdrowotnej odliczonej (10,70) z tytułu korekty
(399,53-200,62-10,70)
145,97
14Zaliczka podatku do U.S. po zaokrągleniu146,00
15Do wypłaty
(poz.1+poz.2-poz.4-poz.6-poz.14)
1716,46

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, składki zdrowotnej (odliczonej) 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. 146,00), to wówczas po skopiowaniu płatności Korekta netto wypłaty wyniosłaby 25,11 (nadpłata kwoty netto w wys. 22,11 i nadpłata podatku w wys. 3,00). W bieżącej wypłacie dokonane byłoby potrącenie w wys. 25,11 (jako Spłata korekty netto wypłaty).

Nadpłata zaliczki podatku w wys. 3,00 może zostać rozliczona dopiero w zaznaniu 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 wybrać listę płac za maj bieżącego roku, podświetlić wypłatę pracownika i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. W kalendarzu Nie/obecności, na zakładce Nieobecności podświetlić Nieobecność usprawiedliwioną (11-31.05 br.) i pod prawym przyciskiem wybrać opcję Anuluj nieobecność. Zapisać kalendarz Nie/obecności.
  3. Ponownie otworzyć kalendarz Nie/obecności w celu wprowadzenia nieobecności korygującej, czyli na zakładce Nieobecności na podświetlonej anulowanej nieobecności pod prawym przyciskiem myszy wybrać opcję Koryguj nieobecność, wybierając typ nieobecności – Urlop rehabilitacyjny. Zapisać nieobecność oraz kalendarz Nie/obecności.
  4. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  5. 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ć.
  6. 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ć 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.
  7. 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ć), a od wyliczonego podatku odjąć niedopłatę składki zdrowotnej odliczonej. Dodatkowo powinien potrącić z wypłaty pracownika niedopłatę składki zdrowotnej (pobranej).

Przykład
ZUS poinformował, że pracownik w poprzednim roku (12.2017) 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/2017), 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ć 12.2017

Zapisać wprowadzone zmiany na formularz.

  1. W oknie Wypłaty pracowników wybrać listę płac za 12.2017, podświetlić wypłatę pracownika i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  3. 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, podstawa składek ER (w wys. 5000 zł) i składki.
  4. Na zakładce Podatki nacisnąć Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony za 12.2017.
  5. Na zakładce Ogólne nacisnąć Schemat płatności , zaznaczyć Ręczną korektę płatności w wypłacie, skopiować listę płatności z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  6. 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ł). Wypłatę korygującą należy zapisać.

Wyliczenia w wypłacie anulowanej i korygującej:

L.p.Opis pozycjiWypłata 12.2017
(anulowana)
Wypłata 12.2017 (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)
10Składka zdrowotna odliczona (poz.8x7,75%)668,75712,38-43,63 2)
(niedopłata)
11Składka zdrowotna od netto
(poz.9 - poz.10)
107,86114,90-7,04
(niedopłata)
12KUP111,25111,25
13Ulga podatkowa46,3346,33
14Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.7-poz.12)
8518,009081,00
15Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.14*18%-poz.13)
1486,911588,25
16Zaliczka podatku po odjęciu składki zdrowotnej
(poz.15-poz.10)
818,16875,87
17Zaliczka podatku do U.S. po zaokrągleniu818,00876,00 przed skopiowaniem podatku-58,00 3)
(niedopłata)
18Do wypłaty
(poz.1-poz.7-poz.9-poz.17)
7034,397 488,72 przed skopiowaniem płatności-454,33

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

19Zaliczka podatkowa do US skopiowana z wypłaty anulowanej818,00
20Płatność do wypłaty skopiowana z wypłaty anulowanej7034,39
21Korekta 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.

2) Kwota składki zdrowotnej odliczonej, o którą należy pomniejszyć podatek wyliczony od kwoty zwrotu składek społecznych (ER) i wykazać na PIT-11 za bieżący rok.

3) Kwota niedopłaty podatku w wys. 58,00 zł wynika z braku opodatkowania nadpłaty składek ER z uwzględnieniem odliczenia niedopłaty składki zdrowotnej odliczonej, czyli: 563 zł (nadpłata składek ER) * 18% – 43,63 zł (niedopłata składki zdrowotnej odliczonej) = 101,34 zł – 43,63 zł = 57,71 zł, po zaokrągleniu 58,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 1a. 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, a wyliczoną zaliczkę podatku należy pomniejszyć o niedopłatę składki zdrowotnej odliczonej.

L.p.Opis pozycjiWypłata bieżącaOpcjonalne „przerzucenie” składki zdrowotnej
(dla rocznej deklaracji PIT)
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.3x9,76% + poz.3x1,5% + poz.3x2,45%)
1 371,00
6Podstawa składki zdrowotnej (poz.3-poz.4)8 629,00
7Składka zdrowotna pobrana (poz.5x9%)776,61776,61
8Składka zdrowotna odliczona (poz.5x7,75%)668,75712,38 3)
zwiększona o +43,63
9Składka zdrowotna od netto (poz.6-poz.7)107,8664,23 3)
zmniejszenie o -43,63
10Koszty uzyskania przychodu111,25
11Ulga podatkowa46,33
12Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.4-poz.9)
9 081,00
13Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.11*18%-poz.10)
1 588,25
14Zaliczka podatku po odjęciu składki zdrowotnej odliczonej z bieżącego miesiąca (poz.12-poz.7) - różnica w składce zdrowotnej odliczonej (66,87) z tytułu korekty
(399,53-200,62-66,87)
875,87
15Zaliczka podatku do U.S. po zaokrągleniu876,00 4)
16Do wypłaty
(poz.1+poz.2-poz.4-poz.6-poz.14)
7 488,72

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) Po zaznaczeniu pola „Korekta podatku i ubezpieczeń” opcjonalne „techniczne” zwiększenie składki zdrowotnej odliczonej (kosztem składki od netto) w celu automatycznego wykazania jej w bieżącej deklaracji rocznej PIT-11. W tej wypłacie składka zdrowotna od netto (107,86 zł) jest większa od niedopłaty składki zdrowotnej odliczonej (43,63), dlatego można dokonać przerzucenia całej kwoty niedopłaty składki zdrowotnej z netto do odliczonej, tak aby sumaryczna kwota składki zdrowotnej nie uległa zmianie (776,61 zł). Oczywiście to przerzucenie nie jest konieczne, ale wówczas na formularzu PIT-11 za bieżący rok należy pamiętać o ręcznym zwiększeniu składki zdrowotnej.

4) Po zaznaczeniu pola „Korekta podatku i ubezpieczeń” wpisujemy ręcznie wyliczoną i zaokrąglona kwotę zaliczki podatku do US.

Uwaga

Niedopłata składki zdrowotnej odliczonej (43,63 zł) w bieżącej wypłacie powinna pomniejszyć zaliczkę podatku i tym samym powinna być wykazana na rocznej deklaracji podatkowej PIT-11 za bieżący rok. W celu automatycznego wykazania większej składki zdrowotnej na deklaracji PIT-11 proponujemy dokonać „technicznego przerzucenia” składki zdrowotnej od netto do odliczonej, tak aby sumaryczna składka zdrowotna pobrana w bieżącym miesiącu nie uległa zmianie.

W przypadku, gdyby w bieżącej wypłacie składka zdrowotna od netto była mniejsza niż niedopłata składki zdrowotnej odliczonej to wówczas proponujemy w kolejnych wypłatach dokonywanie „przerzucania” składki zdrowotnej od netto do odliczonej.

Jeżeli nie wykonamy zwiększenia składki zdrowotnej odliczonej (kosztem zmniejszenia składki od netto), to trzeba pamiętać, aby przy generowaniu rocznej deklaracji PIT-11 za bieżący rok zwiększyć ręcznie składkę zdrowotną

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ł.
  • Składka zdrowotna odliczona będzie powiększona o niedopłatę składki zdrowotnej w wysokości 43,63 zł.
  • Zaliczka podatku będzie powiększona o 58,00 zł, która wynika z opodatkowania zwrotu składek (563,00 zł) z uwzględnieniem odliczenia składki zdrowotnej 43,63 zł, czyli: 563,00 zł * 18% – 43,63 zł = 57,71 zł, po zaokrągleniu 58,00 zł.

Pracownik nie będzie miał niedopłaty/nadpłaty zaliczki podatku w zeznaniu rocznym z tytułu tej korekty.

Deklaracja PIT-11 bez technicznego przerzucenia składki zdrowotnej (na przykładzie kwot z wypłaty za bieżący miesiąc), po zakończeniu roku przy naliczeniu deklaracji należy pamiętać o zwiększeniu składki na ubezpieczenie zdrowotne:

Deklaracja PIT-11 po technicznym przerzuceniu składki zdrowotnej (na przykładzie kwot z wypłaty za bieżący miesiąc), składka zostaje zwiększona automatycznie:


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
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 nie przysługuje mu ulga podatkowa).

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ć 2000,00 zł z opcją Podstawa składki,
  • w pozycji Przekroczenie podstawy ustawić miesiąc marzec bieżącego roku.

Zapisać wprowadzone zmiany na formularz.

  1. W oknie Wypłaty pracowników wybrać listę płac za marzec br., podświetlić wypłatę pracownika i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  3. 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, podstawa składek ER (w wys. 2000 zł) i składki.
  4. Na zakładce Podatki uruchomić  Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony za marzec br..
  5. Na zakładce Ogólne w Schemat płatności  zaznaczyć Ręczną korektę płatności w wypłacie, skopiować listę płatności z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  6. Na zakładce Elementy wypłaty sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota 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ł). Wypłatę korygującą zapisać.

Wyliczenia w wypłacie anulowanej i korygującej:

L.p.Opis pozycjiWypłata 12.2017
(anulowana)
Wypłata 12.2017 (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)
10Składka zdrowotna odliczona (poz.8x7,75%)535,00587,36-52,36
(niedopłata)
11Składka zdrowotna od netto
(poz.9 - poz.10)
86,2994,73-8,44
(niedopłata)
12KUP111,25111,25
13Ulga podatkowa0,000,00
14Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.7-poz.12)
6 792,007 468,00
15Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.14*18%-poz.13)
1 222,56 1 344,24
16Zaliczka podatku po odjęciu składki zdrowotnej
(poz.15-poz.10)
687,56756,88
17Zaliczka podatku do U.S. po zaokrągleniu688,00757,00 przed skopiowaniem podatku-69,00 2)
(niedopłata)
18Do wypłaty
(poz.1-poz.7-poz.9-poz.17)
5 593,916 139,71 przed skopiowaniem płatności-545,80

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

19Zaliczka podatkowa do US skopiowana z wypłaty anulowanej688,00
20Płatność do wypłaty skopiowana z wypłaty anulowanej5 593,91
21Korekta 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 69,00 zł wynika z braku opodatkowania nadpłaty składek ER z uwzględnieniem odliczenia niedopłaty składki zdrowotnej odliczonej, czyli: 676,00 zł (zaokrąglenie nadpłaty składek ER) *18% – 52,36 zł (niedopłata składki zdrowotnej odliczonej) = 121,68 zł – 52,36 zł = 69,32 zł, po zaokrągleniu 69,00 zł.

 

W bieżącej wypłacie etatowej (np. za czerwiec 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żąca
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
11Składka zdrowotna odliczona (poz.9 x 7,75%)604,81
12Składka zdrowotna od netto (poz.10- poz.11)97,55
13Koszty uzyskania przychodu111,25
14Ulga podatkowa0,00
15Podstawa opodatkowania po zaokrągleniu
(poz.1+ poz.8-poz.13)
7 693,00
16Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.15*18%-poz.11)
1384,74
17Zaliczka podatku po odjęciu składki zdrowotne
(poz.16-poz.11) + niedopłata podatku z marca br. (69,00)
(1384,74-604,81+69,00)
848.93
18Zaliczka podatku do U.S. po zaokrągleniu849,00 2)
19Do wypłaty
(poz.1+poz.2-poz.8-poz.10-poz.18)
6867,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.

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 69,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ł) z uwzględnieniem odliczenia składki zdrowotnej 52,36 zł czyli: 676 zł (zaokrąglona nadpłata składek ER zł) *18% – 52,36 zł (niedopłata składki zdrowotnej odliczonej) = 121,68 zł – 52,36 zł = 69,32 zł, po zaokrągleniu 69,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 18% 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 (111,25 zł). Od tak wyliczonej zaliczki należy odliczyć składkę na ubezpieczenie zdrowotne – w wysokości nieprzekraczającej 7,75% podstawy wymiaru.

Przykład
ZUS poinformował, że pracownik w poprzednim roku (12.2017) 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 5000 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 12/2017), 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ć 12.2017
  • Zapisać wprowadzone zmiany na formularz.
  1. W oknie Wypłaty pracowników wybrać listę płac za 12.2017, podświetlić wypłatę pracownika i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. Utworzyć listę płac korygującą (EKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  3. 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, podstawa składek ER (w wys. 5000 zł) i składki.
  4. Na zakładce Podatki nacisnąć Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony za 12.2017.
  5. Na zakładce Ogólne nacisnąć Schemat płatności , zaznaczyć Ręczną korektę płatności w wypłacie, skopiować listę płatności z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  6. Na zakładce Elementy wypłaty sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota w wys. – 307,40 zł jako różnica między nadpłatą składek ER (337,80 zł) i niedopłaty składki zdrowotnej pobranej (30,40 zł). Wypłatę korygującą zapisać.

Wyliczenia w wypłacie anulowanej i korygującej:

L.p.Opis pozycjiWypłata 12.2017
(anulowana)
Wypłata 12.2017 (korygująca)Różnica
(wypł. anul.– koryg.)
1Wynagrodzenie zasadnicze8 000,008 000,00
2Podstawa składek emerytalnej i rentowej8 000,005 000,003 000,00
3Składka emerytalna (poz.2 x 9,76%)780,80488,00292,80
4Składka rentowa (poz.2 x 1,5%)120,0075,0045,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,80759,00337,80 1)
(nadpłata)
8Podstawa zdrow. (poz.1-poz.7)6 903,207 241,00-337,80
9Składka zdrowotna pobrana (poz.8x9%)621,29651,69-30,40
(niedopłata)
10Składka zdrowotna odliczona (poz.8x7,75%)535,00561,18-26,18 2)
(niedopłata)
11Składka zdrowotna od netto
(poz.9 - poz.10)
86,2990,51-4,22
(niedopłata)
12KUP111,25111,25
13Ulga podatkowa46,3346,33
14Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.7-poz.12)
6 792,007 130,00
15Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.14*18%-poz.13)
1 176,231 237,07
16Zaliczka podatku po odjęciu składki zdrowotnej
(poz.15-poz.10)
641,23675,89
17Zaliczka podatku do U.S. po zaokrągleniu641,00676,00 przed skopiowaniem podatku-35,00 3)
(niedopłata)
18Do wypłaty
(poz.1-poz.7-poz.9-poz.17)
5 640,915 913,31 przed skopiowaniem płatności-272,40

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

19Zaliczka podatkowa do US skopiowana z wypłaty anulowanej641,00
20Płatność do wypłaty skopiowana z wypłaty anulowanej5 640,91
21Korekta netto wypłaty-307,40(nadpłata skł. ZUS 337,80 – niedopłata skł. zdrow. 30,40)

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

2) Kwota składki zdrowotnej odliczonej, o którą należy pomniejszyć podatek wyliczony od kwoty zwrotu składek społecznych (ER) i wykazać na PIT-11 za bieżący rok.

3) Kwota niedopłaty podatku w wys. 35,00 zł wynika z braku opodatkowania nadpłaty składek ER z uwzględnieniem odliczenia niedopłaty składki zdrowotnej odliczonej, czyli: 337,80 zł * 18% – 26,18 zł = 34,66 zł, po zaokr. 35,00 zł.

 

Kwota zwrotu składek ER (337,80 zł) powinna być wykazana jako przychód ze stosunku pracy, od którego można odliczyć standardowe KUP (111,25 zł) oraz naliczyć 18% 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 1a. 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 (pomniejszona o składkę zdrowotna odliczoną) 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. 307,40 zł jako różnica między nadpłatą składek ER (337,80 zł) i niedopłaty składki zdrowotnej pobranej (30,40 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 (337,80 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żąca
1Spłata korekty netto wypłaty (nieopodatkowany)307,40 1)
2Zwrot składek ER (opodatkowany)337,80 2)
3 Koszty uzyskania przychodu111,25
4Podstawa opodatkowania po zaokrągleniu
(poz.2-poz.3)
227,00
5Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.4*18%)
40,86
6Zaliczka podatku po odjęciu składki zdrowotnej (poz.5) – niedopłata składki zdrowotnej odliczonej (26,18)
(40,86-26,18)
14,68
7Zaliczka podatku do U.S. po zaokrągleniu15,00 3)
8Do wypłaty
(poz.1-poz.7)
292,40

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. 15,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 wys. 337,80 zł
  • Koszty uzyskania przychodu w wys. 111,25 zł
  • Zaliczka podatku w wys. 15,00 zł
  • Uwaga: Składkę zdrowotną należy uzupełnić ręcznie w wys. 26,18 zł.

Uwaga

Dla ZUS niedopłata składki zdrowotnej pobranej (w wys. 30,40 zł) zostanie wykazana na korekcie raportu RCA za mc 12.2017.

Natomiast od strony podatkowej należy wykazać tylko składkę zdrowotną odliczoną (w wys. 26,18 zł) na deklaracji PIT-11 za rok, w którym dokonujemy zwrotu składek ER. W tym celu na deklaracji PIT-11 należy ręcznie uzupełnić składkę zdrowotną odliczoną.


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
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 – zapłacone składki na ubezpieczenia społeczne (art. 26 ust. 1 ustawy o pdof) oraz od podatku – zapłaconą składkę na ubezpieczenie zdrowotne w wysokości nieprzekraczającej 7,75% podstawy wymiaru (art. 45 ust. 3a ustawy o pdof).

Przykład
Zleceniobiorca wykonywał umowę o dzieło w miesiącu 12.2017 na kwotę 2000 zł. Obecnie również wykonuje umowę na rzecz firmy. W wyniku kontroli ZUS umowa o dzieło z 12.2017 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.2017, podświetlić wypłatę odpowiedniej osoby- zleceniobiorcy, która jest zamknięta i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. 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.” oraz 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.2017).
  3. Utworzyć listę płac korygującą o symbolu np. UKOR (należy zdefiniować nowy symbol listy) i powiązać z listą, na której została anulowana wypłata – zgodnie z pkt. 2.7.
  4. W oknie Wypłaty pracowników wybrać listę korygującą i naliczyć wypłatę korygującą. Należy sprawdzić wartość brutto umowy oraz naliczone składki.
  5. Na zakładce Podatki uruchomić Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony do US za 12.2017.
  6. Na zakładce Ogólne, w Schemat płatności  zaznaczyć Ręczną korektę płatności w wypłacie, skopiować płatność z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  7. Na zakładce Elementy wypłaty sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota niedopłaty składek ZUS (społecznych i zdrowotnej) w wys. 384,93 zł (kwota dodatnia). Zapisać wypłatę korygującą.

Wyliczenia w wypłacie anulowanej i korygującej:

L.p.Opis pozycjiWypłata 12.2017
(anulowana)
Wypłata 12.2017
(korygująca)
Różnica
(wypł. anul.– koryg.)
1Umowa o dzieło później zamieniona na umowę zlecenie2000,002000,00
2Podstawa składek społecznych (bez chorobowej) (poz.1)0,002000,00
3Składki społeczne finansowane przez pracownika (E, R, bez chorobowej)
(poz.2x9,76% + poz.2x1,5%)
0,00225,20-225,20
(niedopłata)
4Podstawa składki zdrowotnej
(poz.2-poz.3)
0,001774,80
5Składka zdrowotna pobrana
(poz.4x9%)
0,00159,73-159,73
(niedopłata)
6Składka zdrowotna odliczona (poz.4x7,75%)0,00137,55-137,55
7Składka zdrowotna od netto (poz.5-poz.6)0,0022,18-22,18
8KUP 20% ((poz.1-poz.3)*20%)400,00354,96
9Podstawa opodatkowania po zaokrągleniu (poz.1-poz.3-poz.8)1600,001 420,00
10Naliczony podatek przed odjęciem składki zdrowotnej (poz.9*18%)288,00255,60
11Zaliczka podatku po odjęciu składki zdrowotnej
(poz.10-poz.6)
288,00118,05
11Zaliczka podatku do U.S. po zaokrągleniu288,00118,00 przed skopiowaniem podatku170,00
(nadpłata)
12Do wypłaty
(poz.1-poz.3-poz.5-poz.11)
1 712,001 497,07 przed skopiowaniem płatności214,93
(nadpłata)

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

13Zaliczka podatku do US skopiowana z wypłaty anulowanej288,00
14Płatność do wypłaty skopiowana z wypłaty anulowanej1 712,00
15Korekta netto wypłaty384,93

Przy naliczaniu bieżącej wypłaty umowy zlecenia powinna pojawić się automatycznie Spłata korekty netto wypłaty w wys. –384,93 jako potrącenie (netto) w wysokości sumy zaległych składek społecznych (225,20 zł) i zaległej składki zdrowotnej pobranej (159,73 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).

Ustalono, że zaległe składki ZUS zleceniobiorcy opłaci płatnik. W takiej sytuacji sfinansowana kwota (384,93 zł) powinna stanowić dodatkowy przychód zleceniobiorcy (niewypłacany), który należy uwzględnić w podstawie oskładkowania i opodatkowania oraz wykazać na PIT-11. W tym celu należy zdefiniować nowy typ wypłaty (z poziomu Konfiguracja firmy / Płace / Typy wypłat) o nazwie np. „Zaległy ZUS / zlecenie / firma (PIT-11)”. 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-8B 6. Przychody z osobiście wykonywanej działalności w tym umowy zlecenia
  • Podatek – procent jak umowy
  • Zawsze naliczaj ulgę podatkowa [ ] – niezaznaczone
  • Sposób naliczania koszty uzyskania – procentowe – 20%
  • Sposób naliczania składek ZUS i składki zdrowotnej – naliczać
  • Wliczać do podstawy naliczania: wszystkie pozycje – nie wliczać

Na zakładce [Szczegółowe]:

  • Wpływa na kwotę do wypłaty [v] – zaznaczone, ponieważ ten element powinien zbilansować kwotę Spłata korekty netto wypłaty. Zleceniobiorca poniesie tylko „koszt” składek i podatku od tego przychodu (opłaconych przez firmę zaległych składek ZUS).

Uwaga
W celu ozusowania dodatkowego przychodu zleceniobiorcy (opłaconych przez firmę zaległych składek ZUS) należy w formularzu pracownika uzupełnić informacje o ubezpieczeniu (kod tytułu ubezpieczenia, daty i jakim podlega składkom – taki same dane jak na umowie zleceniu).

Uwaga
W celu łącznego opodatkowania umowy zlecenia i dodatkowego przychodu zleceniobiorcy (opłaconych przez firmę zaległych składek ZUS) wymagane jest zaznaczenie parametru „Podatek dla zleceniobiorcy zaokrąglany łącznie dla wypłat z tą sama pozycją PIT” w konfiguracji firmy / Płace / Parametry.

Po naliczeniu bieżącej wypłaty z umowa zlecenia w wys. 2000 zł oraz elementu Spłata korekty netto wypłaty w wys. –384,93 zł dodajemy ręcznie element Zaległy ZUS / zlecenie / firma (PIT-11)” w wys. 384,93 zł.

 Wyliczenia w bieżącej wypłacie:

L.p.Opis pozycjiWypłata bieżąca
1Umowa zlecenie2000,00
2Spłata korekty netto wypłaty (nieopodatkowany)-384,93 1)
3Zaległy ZUS / zlecenie / firma (PIT-11) (opodatkowany i ozusowany)384,93
4Podstawa składek społecznych (bez chorobowej)2384,93
5Składki społeczne pracownika (E, R, bez chorobowej)
(poz.4x9,76% + poz.4x1,5%)
268,54
6Podstawa składki zdrowotnej (poz.4-poz.5)2 116,39
7Składka zdrowotna pobrana (poz.6 x 9%)190,48
8Składka zdrowotna odliczona (poz.6 x 7,75%)164,02
9Składka zdrowotna od netto (poz.7- poz.8)26,46
10Koszty uzyskania przychodu 20%423,28
11Podstawa opodatkowania po zaokrągleniu
(poz.1+ poz.3-poz.5-poz.10)
1693,00
12Zaliczka podatku liczona łącznie od elementów z tą samą pozycja PIT (przed odjęciem składki zdrowotnej) (poz.11*18%)304,74
13Zaliczka podatku po odjęciu składki zdrowotnej
(poz.12-poz.8)
140,72
14Zaliczka podatku do U.S. po zaokrągleniu141,00
15Do wypłaty
(poz.1+poz.2 (ujemna) +poz.3-poz.5-poz.7-poz.14)
1 399,98

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 (384,93 zł), od którego zostały naliczone składki ZUS, koszty uzyskania przychodu oraz zaliczka na podatek.

4.2 Przekwalifikowanie umowy o dzieło na umowę zlecenie za poprzednie lata (zleceniobiorca nie wykonuje już umowy ani nie ma etatu, płatnik opłaci zaległe składki)

Gdy w wyniku kontroli ZUS umowy o dzieło zostały przekwalifikowane na umowy zlecenia, a zleceniobiorca już nie pracuje u płatnika, to opłacone przez firmę zaległe składki ZUS (finansowane przez zleceniobiorcę: emerytalną, rentową oraz zdrowotną) stanowiły przychód tej osoby z innych źródeł, o którym mowa w art. 20 ust. 1 ustawy o pdof. W tej sytuacji płatnik nie ma obowiązku rozliczania składek i poboru zaliczki na podatek dochodowy, a jedynie kwotę zapłaconych za zleceniobiorcę zaległych składek wykazuje w informacji PIT-8C.

Przykład

Przyjmujemy takie same dane jak w punkcie 4.1, tylko zakładamy, że zleceniobiorca już nie wykonuje umowy u płatnika, ani nie jest zatrudniony w ramach umowy o pracę.

Postępujemy zgodnie z informacjami zawartymi w pkt.4.1 tylko definiujemy inny typ wypłaty, który nie będzie stanowił podstawy opodatkowania ani oskładkowania, ale będzie wykazywany na PIT-8C.

Z poziomu Konfiguracja firmy / Płace / Typy wypłat dodajemy nowy typ wypłaty o nazwie np. „Zaległe składki ZUS / PIT-8C/ zlecenie” 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-8C. Przychody, o których mowa w art.20 ust.1 ustawy.
  • Podatek – nie naliczać
  • Zawsze naliczaj ulgę podatkowa [ ] – niezaznaczone
  • Sposób naliczania koszty uzyskania – 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 [v] – zaznaczone, ponieważ ten element powinien zbilansować kwotę Spłata korekty netto wypłaty.

Jeżeli osoba nie pracuje w firmie na etacie, ani nie wykonuje na jej rzecz umów cywilnoprawnych, to zalecamy na liście typu „Inne” (za bieżący miesiąc) dodać ręcznie dwa elementy:

  • Spłata korekty netto wypłaty w wysokości – 384,93 zł
  • Zaległe składki ZUS / PIT-8C / zlecenie w wysokości 384,93 zł.

Te pozycje się zbilansują (kwota do wypłaty 0,00 zł).

W deklaracji PIT-8C za bieżący rok zostanie wykazana kwota sfinansowanych przez płatnika zaległych składek zleceniobiorcy.

4.3 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.

Od tak obliczonej zaliczki na podatek dochodowy zleceniodawca powinien odliczyć niedopłaconą składkę na ubezpieczenie zdrowotne zleceniobiorcy, w wysokości nieprzekraczającej 7,75% podstawy wymiaru tej składki (art. 41 ust. 1a 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.2017 przekroczył roczną podstawę składek emerytalno-rentową. Za ten miesiąc wykazano podstawę w wys. 5000 zł, a powinna być w wys. 3000 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 12.2017), 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ć 12.2017.

Zapisać wprowadzone zmiany na formularz.

  1. W oknie Wypłaty pracowników wybrać listę płac za 12.2017, podświetlić wypłatę pracownika i pod prawym przyciskiem myszy wybrać opcję Anuluj wypłatę.
  2. Utworzyć listę płac korygującą (UKOR), do listy zawierającej błędne rozliczenie – zgodnie z pkt. 2.7.
  3. 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, podstawa składek ER (w wys. 3000 zł) i składki.
  4. Na zakładce Podatki należy uruchomić  Kopiowanie zaliczki podatku – zostanie skopiowany podatek z wypłaty anulowanej, jaki został odprowadzony za 12.2017.
  5. Na zakładce Ogólne należy w Schemacie płatności zaznaczyć Ręczną korektę płatności w wypłacie, skopiować listę płatności z anulowanej wypłaty – pojawi się komunikat informujący o wygenerowaniu elementu „Korekta netto wypłaty”. Zatwierdzić komunikat i płatność.
  6. Na zakładce Elementy wypłaty sprawdzić, czy pojawiła się Korekta netto wypłaty – w tym przypadku jest to kwota w wysokości -204,94 zł jako różnica między nadpłatą składek ER (225,20 zł) i niedopłaty składki zdrowotnej pobranej (20,26 zł). Wypłatę korygującą należy zapisać.

Wyliczenia w anulowanej i korygującej wypłacie:

L.p.Opis pozycjiWypłata 12.2017
(anulowana)
Wypłata 12.2017 (korygująca)Różnica
(wypł. anul.– koryg.)
1Umowa zlecenie5000,005000,00
2Podstawa składek emerytalnej i rentowej5000,003000,002000,00
3Składka emerytalna (poz.2 x 9,76%)488,00292,80195,20
4Składka rentowa (poz.2 x 1,5%)75,0045,0030,00
5Podstawa składek chorobowej i wypadkowej5000,005000,00
6Składka chorobowa (poz.5 x 2,45%)122,50122,50
7Składki ZUS pracownika (poz.3+poz.4+poz.6)685,50460,30225,20 1)
(nadpłata)
8Podstawa zdrowotnej (poz.1-poz.7)4 314,504 539,70-225,20
9Składka zdrowotna pobrana (poz.8x9%)388,31408,57-20,26
(niedopłata)
10Składka zdrowotna odliczona (poz.8x7,75%)334,37351,83-17,46 2)
(niedopłata)
11Składka zdrowotna od netto
(poz.9 - poz.10)
53,9456,74-2,80
(niedopłata)
12KUP 20% ((poz.1-poz.7)*20%)862,90907,94
13Podstawa opodatkowania po zaokrągleniu
(poz.1-poz.7-poz.12)
3 452,003 632,00
14Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.13*18%)
621,36653,76
15Zaliczka podatku po odjęciu składki zdrowotnej
(poz.14-poz.10)
286,99301,93
16Zaliczka podatku do U.S. po zaokrągleniu
(poz.14-poz.10)
287,00302,00 przed skopiowaniem podatku-15,00 3)
(niedopłata)
17Do wypłaty
(poz.1-poz.7-poz.9-poz.16)
3 639,193 829,13 przed skopiowaniem płatności-189,94
(niedopłata)

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

18Zaliczka podatkowa do US skopiowana z wypłaty anulowanej287,00
19Płatność do wypłaty skopiowana z wypłaty anulowanej3 639,19
20Korekta netto wypłaty-204,94(nadpłata skł. ZUS 225,20 – niedopłata skł. zdrow. 20,26 )

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

2) Kwota składki zdrowotnej odliczonej, o którą należy pomniejszyć podatek wyliczony od kwoty zwrotu składek społecznych (ER) i wykazać na PIT-11 za bieżący rok.

3) Kwota niedopłaty podatku w wys. 15,00 zł wynika z braku opodatkowania nadpłaty składek ER z uwzględnieniem odliczenia niedopłaty składki zdrowotnej odliczonej, czyli: 225,20 zł (nadpłata skł.ER) – 45,04 zł (225,20 zł * 20% KUP) = 180,16 zł, po zaokrągleniu 180,00 zł * 18% = 32,40 zł – 17,46 zł (niedopłata składki zdrowotnej odliczonej) = 14,94 zł, po zaokrągleniu 15,00 zł.

Kwota zwrotu składek ER (225,20 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 18% 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 – „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 (pomniejszona o składkę zdrowotna odliczoną) 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. 204,94 zł jako różnica między nadpłatą składek ER (225,20 zł) i niedopłaty składki zdrowotnej pobranej (20,26 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 (225,20) 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)204,94 1)
2Zwrot składek ER / zlecenie (opodatkowany)225,20 2)
320% KUP (poz.2 * 20%)45,04
4Podstawa opodatkowania po zaokrągleniu
(poz.2 - poz.3)
180,00
5Zaliczka podatku przed odjęciem składki zdrowotnej
(poz.4*18%)
32,40
6Zaliczka podatku po odjęciu składki zdrowotnej (poz.5) – niedopłata składki zdrowotnej odliczonej 17,46
(32,40-17,46)
14,94
7Zaliczka podatku do U.S. po zaokrągleniu15,00 3)
8Do wypłaty
(poz.1 - poz.7)
189,94

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 15,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 225,20 zł
  • Koszty uzyskania przychodu w wysokości 45,04 zł
  • Zaliczka podatku w wysokości 15,00 zł
  • Uwaga: Składkę zdrowotną należy uzupełnić ręcznie w wysokości 17,46 zł

Uwaga

Dla ZUS niedopłata składki zdrowotnej pobranej (w wys. 20,26) zostanie wykazana na korekcie raportu RCA za mc 12.2017.

Natomiast od strony podatkowej należy wykazać tylko składkę zdrowotną odliczoną (w wys. 17,46) na deklaracji PIT-11 za rok, w którym dokonujemy zwrotu składek ER. W tym celu na deklaracji PIT-11 należy ręcznie uzupełnić składkę zdrowotną odliczoną.