Program KSP na rok 2021 – wersja 21.01.034

Zaleca się, aby przed przystąpieniem do instalowania wersji programu, utworzyć kopię bazy danych w wersji dotychczas używanej. Dodatkowo należy posiadać prawa administratora oraz wyłączyć funkcję: „kontrola konta użytkownika„.
Instalacja KSP na nowy rok z przeniesieniem danych

Wersja 21.01.034

  • W pewnych sytuacjach, program nie tworzył archiwum firmy sygnalizując uszkodzony plik Inst_033. Poprawiono błąd w programie. Wskazany plik nie był uszkodzony.
  • Przy imporcie danych z aplikacji Uber dodano możliwość importu danych z pliku txt, xls, xlsx. Jeżeli chcemy aby Ksp zaimportowało dane, w których nazwy firm lub dane kierowcy zostaną przetłumaczone z cyrylicy na alfabet łaciński. Plik importowany powinien mieć znaki narodowe kodowane w formacie UTF-8, w przeciwnym razie, po zaimportowaniu danych trzeba będzie je wpisać „ręcznie”, albo przed zaimportowaniem z pliku excel zmienić nazwy w odpowiednich komórkach używając alfabetu łacińskiego. Można też zapisać dane z pliku Excel do pliku tekstowego wybierając kodowanie Unicode, a następnie otworzyć ten plik w notatniku i zapisać go ponownie na dysku zaznaczając kodowanie UTF-8.
  • Importując dane bezpośrednio z pliku excel, należy posiadać zainstalowaną aplikację Microsoft Excel.

(Pobierz aktualną wersję KSP na 2021 rok)

Wersja 21.01.033

  • Od 15-go maja obowiązują nowe kody zawodów. Zmieniliśmy je w liście podpowiadanych zawodów. Niektóre zawody zniknęły z listy zawodów (np. żołnierz zawodowy), inne pod tym samym kodem mają zupełnie inny zawód. Np. 343201 poprzednio był księgowym a teraz pod tym kodem jest dekorator sklepów. Większość kodów nie uległo zmianie.
  • W opcji 2/2/3/4.Rejestr samochodów dodano zestawienie samochodów (F5).
  • Poprawiono obliczanie podstawy składki na ubezpieczenie wypadkowe, gdy pracownik równocześnie zatrudniony był na umowę zlecenie i był uczestnikiem PPK. Program obniżał podstawę o składkę PPK pracodawcy naliczonej od wypłaty z umowy zlecenie.

Wersja 21.01.032

  • W opcji „G.Fundusze PPK” dodaliśmy nowy punkt G/7.Identyfikatory pracownika – zapis xml. Ostatnio wiele firm przystąpiło do funduszy PPK. Firmy, które miały mało uczestników przeważnie wprowadzały ich do aplikacji PPK „ręcznie”, a wiec nie korzystały z opcji importowania deklaracji rejestracji uczestnika w systemie za pośrednictwem pliku xml. Ręcznie też, na podstawie zestawienia danych z Ksp wpisywały miesięczne składki na PPK. Po pewnym czasie ilość uczestników PPK znacznie się zwiększyła i ręczne wprowadzanie danych o składkach stało się pracochłonne. Firmy postanowiły skorzystać z opcji wymiany danych o składkach z aplikacją PPK za pośrednictwem pliku xml. I tu pojawił się problem, bowiem niektóre z aplikacji PPK nie importowały danych informując o błędach związanych z identyfikacją uczestników (np. PKO TFI). Okazało się, że chociaż w instrukcji dotyczącej wymagań dla pliku wymiany uczestnik jest identyfikowany po nazwisku, imieniu, dacie urodzenia i peselu, to jeśli wprowadzając dane do systemu PPK podano również dowód osobisty i numer pracownika z Ksp, pola te stały się również wymagane wbrew opisom zawartym w instrukcji. Ponieważ nie wiemy które spośród 20-tu funduszy mają takie wymagania, dodaliśmy odpowiednią opcję z parametrami. Należy w niej wskazać następujące dane:
    • Identyfikator w systemie kadrowym. Jednym z parametrów przekazywanych do aplikacji PPK jest unikalny identyfikator pracownika z programu płacowego. Generalnie nie jest to pole obowiązkowe a wiec można go pominąć, lub wybrać jedną z dwóch możliwości. Pierwsza to unikalny numer pracownika generowany przez Ksp na podstawie jego Id. Ten numer nie jest nigdzie widoczny dla użytkownika, a Ksp przekazywało go dotychczas do pliku wymiany. Numer składał się z 20-tu znaków. Drugi to numer pracownika, który można wprowadzić na formatce z danymi o pracowniku. Jeżeli aplikacja PPK wymaga tego numeru, a użytkownik wpisał go w systemie PPK przepisując z Ksp, to trzeba wybrać tę opcję. Unikalność numeru pracownika użytkownik powinien zapewnić samodzielnie, Ksp pozwala powielać numery, podczas gdy w aplikacji PPK powinien być unikalny. W polu w którym wpisujemy numer pracownika działa klawisz Insert, podpowiada następny w kolejności numer.
    • Numer dowodu osobistego. Jeżeli pracownik posiada numer PESEL pole to powinno być nieobowiązkowe, jednak w niektórych aplikacjach PPK, to pole staje się obowiązkowe jeśli pracownik ma w aplikacji PPK wpisany numer dowodu.
    • Identyfikator PPK. Pole nie jest obowiązkowe, i jak dotychczas, żadna z aplikacji PPK nie protestowała gdy to pole było puste. Wprowadziliśmy go na wszelki wypadek.
  • Parametry, które opisaliśmy wyżej dotyczą wszystkich pracowników. Jeżeli aplikacja PPK oczekuje podania numeru dowodu osobistego, to zaznaczając odpowiednią opcję, ten numer zostanie przekazany do pliku xml dla wszystkich pracowników, oczywiście jeśli jest wprowadzony do Ksp. Tak wiec dane identyfikujące pracownika powinny zostać uzgodnione z aplikacją PPK. Jeśli nie chcą się importować trzeba albo zmienić dane w Ksp albo w aplikacji PPK.
  • Zus zmienił format danych dla deklaracji RUD (umowy o dzieło). Przy okazji udostępnił dokumentację dla pliku wymiany w formacie csv. W związku z tym zmieniliśmy format danych z xml na csv.
  • Zmieniliśmy tabelę z kodami zawodów na identyczną z programem płatnika.

Wersja 21.01.031

  • W pozycji „G.Fundusze PPK” dodaliśmy opcję G/6.Metoda zapłat składek PPK. W tej opcji definiujemy dla danej firmy domyślny termin zapłaty składek na PPK. Możemy wybrać jedną z dwóch metod:
    • Metoda nr 1. Składki są płacone w następnym miesiącu po miesiącu wypłaty. Ten sposób program instalacyjny przyjmuje za domyślny, oznacza to że składki są domyślnie płacone do15-go dnia miesiąca następującego po miesiącu wypłaty. Np. jeżeli wynagrodzenie za czerwiec wypłacane jest w ostatnim dniu czerwca, to składki będą zapłacone w lipcu. Dzień w którym są płacone składki należy wpisać na formatce konfiguracyjnej. Jeżeli wpiszemy 15, będzie to oznaczać że składki płacone są 15-go lipca. Gdybyśmy wpisali dzień 31 a ostatni dzień lipca wypada w sobotę, program przyjąłby za datę zapłaty składek piątek, czyli 30 lipca. Gdyby wynagrodzenie za czerwiec wypłacone było w dniu 10-go lipca, to przy tej metodzie zapłata składek na PPK miałaby domyślną datę 15 sierpień.
    • Metoda nr 2. Składki są  domyślnie płacone w tym samym miesiącu w którym dokonywana jest wypłata. Dzień zapłaty składek wprowadzamy w dolnej części ekranu. Np. Jeżeli za dzień zapłaty składek wpiszemy 8, będzie to oznaczać że składki będą domyślnie płacone 8-go dnia miesiąca w którym wypłacamy wynagrodzenie. Np. jeśli wynagrodzenie za czerwiec wypłacane jest 10-go lipca, to domyślna data zapłaty składek będzie 8 lipca.
  • Wprowadzenie parametrów określających domyślny termin zapłaty składek upraszcza obliczenia. Dotychczas jeśli chcieliśmy płacić składki w tym samym miesiącu co wynagrodzenia, należało albo najpierw dopisać rekord w zapłatach składek i tam zmienić datę zapłaty na miesiąc wypłaty przed dokonaniem obliczeń listy płac, albo obliczyć listę płac, przekazać składki do bufora, zmienić datę zapłaty składek i na koniec powtórnie przeliczyć listę płac. Obecnie nie trzeba już tak kombinować. A wiec przeliczamy listę płac, a w opcji D/7.Eksport do Płatnika, po wybraniu miesiąca, wciskamy F10 i albo drukujemy zestawienie składek, albo zapisujemy je do pliku xml.
  • Na naszej stronie zaktualizowaliśmy instrukcję dotycząca PPK (zobacz)

Wersja 21.01.030

  • Poprawiono tworzenie ZUA dla zleceniobiorców. Program nie zaznaczał na druku dobrowolnego ubezpieczenia chorobowego.
  • W imporcie faktur z Ubera (csv) uwzględniono trochę inny format danych niż dotychczas (Ksp sam go rozpoznaje). Przy okazji dodaliśmy konwersję cyrylicy na alfabet łaciński.
  • Dla podatnika rozliczającego się metodą kasową traktowaliśmy wystawione przez niego faktury do paragonu (od 2020-X) jak każde inne faktury. Do ewidencji VAT wpisywana była faktura, która była pomijana w obliczeniach i dodatkowo zapłata faktury, cała lub częściowa, którą program ujmował w odpowiednich rejestrach pliku jpk. Jeżeli użytkownik ewidencjonował raport okresowy, powinien go samodzielnie wystornować aby zgadzała się sprzedaż, która ujmowana była z datą zapłaty dokumentu. Bardziej skomplikowana sytuacja występowała, gdy część sprzedaży udokumentowana była tylko paragonem fiskalnym. Taka sprzedaż uznawana jest przez program jako zapłacona w momencie sprzedaży, więc nie powinna być stornowana z raportu okresowego. Stornowane powinny być wyłącznie faktury z paragonem. Obecnie podczas obliczania pliku jpk (F3) program po wykryciu faktur z paragonem u podatnika rozliczającego się metodą kasową, zapyta czy wystornować te faktury z raportu okresowego. Twierdząca odpowiedź spowoduje dopisanie odpowiedniego dokumentu do pliku Jpk. Należy zachować szczególną ostrożność przy przeliczaniu deklaracji za okresy już rozliczone. Jeżeli użytkownik sam dopisywał storno faktur z paragonem należy odpowiedzieć na to pytanie negatywnie.
  • W puncie A/6.Parametry instalacyjne na zakładce nr 6 dodano pole w którym możemy wpisać rok i miesiąc począwszy od którego program przy obliczaniu deklaracji vat będzie pytał o dopisanie storna faktur z paragonem. Jeżeli pole pozostawimy puste program nie będzie pytał, a wiec będzie się zachowywał jak dotychczas. Po instalacji pole jest puste.
  • Dotychczas nie mieliśmy rozwiązanego problemu sprzedaży przy metodzie kasowej na fakturę z paragonem w sytuacji, gdy sprzedaż odbywała się na rzecz osoby fizycznej i kupujący nie zapłacił faktury przez 180 dni od terminu płatności. W rodzaju dokumentu można było wybrać fakturę dla osoby fizycznej i wtedy program generował po 180 dniach zapis w pliku jpk z podatkiem należnym. Dla faktury z paragonem nie wykonywał tej czynności. Obecnie jeśli zaznaczymy dokument jako fakturę z paragonem i kontrahent zostanie wybrany z kartoteki i nie będzie posiadał numeru nip, to taka transakcja zostanie potraktowana jak transakcja z osobą fizyczną i po upływie 180 dni od terminu zapłaty zostanie naliczony podatek należny.
  • Uprościliśmy sposób postępowania ze składkami PPK. Obecnie nie trzeba już zakładać ani wybierać bufora ze składkami, niezależnie od tego jaką wybierzemy metodę komunikowania się z aplikacją PPK funduszu. Obecnie tok postepowania jest następujący:
    • obliczamy wynagrodzenia
    • w opcji gdzie przekazujemy dane do programu płatnika wybieramy właściwy miesiąc (ALT+M) najczęściej miesiąc w którym dokonano wypłaty.
    • wciskamy klawisz (F10) i wybieramy albo pkt 3 gdzie przekazujemy składki do bufora, albo pkt 4 gdzie zapisujemy składki do pliku xml, albo dowolny inny punkt. Wybranie każdego z nich powoduje zapisanie bieżących składek za wybrany miesiąc do bufora a potem wykonanie dodatkowej akcji np. wydrukowanie zastawienia. Bufora nie trzeba dopisywać ani wskazywać, Ksp sam go wybierze lub założy. Jeden bufor składkowy na jeden miesiąc.
  • Jeżeli liczba uczestników PPK jest niewielka np. mniejsza niż 10 oraz aplikację PPK obsługuje klient biura rachunkowego, to wygodniej będzie przekazać klientowi zestawienie pracowników z naliczonymi składkami, które zostaną wprowadzone bezpośrednio do aplikacji funduszu. W innym przypadku, jeśli uczestników jest więcej, zapisujemy składki do pliku xml i wczytujemy do aplikacji funduszu.
  • Aktualna wersja struktury pliku wymiany nie wymaga aby uczestnik identyfikowany był w pliku wymiany przez identyfikator PPK (wystarczy pesel, imię i nazwisko). W związku z tym nie ma teraz znaczenia czy identyfikator jest wpisany (zaimportowany) czy nie, i tak nie zapisujemy go w pliku xml. O tym czy naliczać składki pracownikowi decyduje jego deklaracja uczestnictwa w PPK.
  • Oczywiście nadal można zapisywać bufor wysyłkowy do pliku xml tak jak dotychczas z opcji z G/2.Bufor wysyłkowy.

Wersja 21.01.028

  • W opcji z ewidencją potrąceń komorniczych zwiększono długość pola z nazwą komornika. Ta nazwa będzie umieszczana na świadectwie pracy.
  • W zestawieniu do tarczy 8 i 9 zamiast porównania obrotów z miesiąca 2021 do miesiąca poprzedniego 2021, porównywaliśmy te obroty do miesiąca poprzedniego roku 2020.
  • Nowa wersja plików importowanych przez program płatnika KEDU_5_3. Zmiana związana jest z możliwością importu kodu zawodu do ZUS-ZUA i ZUS-ZZA.
  • W miejscach gdzie można wpisać kod zawodu, działa klawisz Insert, którym można go wybrać ze słownika.

Wersja 21.01.027

  • W opcji 4.Informacja podatkowa dodaliśmy punkt 7.Tarcza 2.0 (Kw 2020/Kw 2019). Można tu zobaczyć tabelkę, w której porównywana jest sprzedaż IV kwartału 2020 do IV kwartału 2019 lub 3 ostatnich kwartałów 2020 do analogicznych kwartałów 2019. Jeśli podatnik jest podatnikiem VAT sprzedaż porównywana jest na podstawie ewidencji JPK Vat, jeśli nie jest to na podstawie ksiąg rachunkowych. W tym drugim przypadku możemy zostać poproszeni o wskazanie katalogu z bazą danych na rok 2020 i na rok 2019.
  • W ostatniej wersji nie skopiowaliśmy wzorca wydruku z bieżącymi płatnościami, co skutkowało brakiem pozycji ze składką ZUS właściciela i jego pracowników.

Wersja 21.01.026

  • W kartotece pracowników, w opcjach (F5) dodaliśmy punkt Rozliczenie pomocy z WUP Art. 15gga. Rozliczenie polega na wypełnieniu w arkuszu excel brakującej części z wypłaconym wynagrodzeniem za miesiące w których pracodawca korzystał z pomocy o której mowa w art.15gga. Zgodnie z opisem na stronie (zobacz) należy pobrać z tej strony arkusz rozliczeniowy excel (można też go pobrać z naszej strony z działu ftp z folderu Ksp/2021 ). Tok postępowania jest następujący: należy otworzyć w programie excel złożony kiedyś wniosek o dofinansowanie z WUP. Z tego wniosku należy skopiować rekordy z pracownikami (imię, nazwisko, pesel, itd. Od kolumny nr 2 do 7 ) do arkusza z rozliczeniem pomocy. Następnie należy uzupełnić kolumnę 8 z informacją o wypowiedzeniu umowy (tę kolumnę Ksp wypełni słowem „nie”, a więc można ją poprawić później). Tak uzupełniony arkusz zapisujemy na dysku i zamykamy. Następnie wybieramy w Ksp opcję z rozliczeniem pomocy. Program wykona w kolejnych krokach następujące czynności:
    • Najpierw będziemy musieli wskazać plik excela z rozliczeniem pomocy ze wstępnie wypełnionymi polami z pracownikami. To plik o którym pisaliśmy powyżej.
    • Po wybraniu pliku program przeczyta go i na podstawie numeru pesel powiąże pracowników z pliku excel z pracownikami w bazie Ksp. Zostaniemy poinformowani jeśli któryś z pracowników nie zostanie odnaleziony w bazie.
    • Następnie program pokaże nam menu z listą miesięcy. Trzeba wskazać miesiąc w którym złożyliśmy wniosek o dofinansowanie. Program wypełni arkusz danymi za trzy kolejne miesiące, przy czym pierwszy z nich będzie miesiącem wybranym z menu.
    • Po zakończeniu pracy przez program Ksp, należy otworzyć arkusz i sprawdzić dane. Dane z miesięcy w których nie korzystano z dofinansowania należy usunąć.
  • MF ma błąd, który uniemożliwia przesłanie pliku jpk_ewp.xml do urzędu. (ewidencja ryczałtowca na żądanie urzędu). Jak nas poinformował dział techniczny KIP, do czasu rozwiązania problemu plik trzeba przekazywać na zewnętrznym nośniku (płyta CD lub pamięć USB)
  • Od 16-go maja dokumenty zgłoszeniowe do ubezpieczeń (ZUA i ZZA) powinny zawierać kod wykonywanego zawodu. Oczywiście zawsze można te dane uzupełnić w programie płatnika. Jeśli jednak wypełnimy kod zawodu w programie Ksp, to nowy plik wymiany będzie to uwzględniał. Przekazanie kodu zawodu do płatnika będzie możliwe po ukazaniu się nowej wersji programu płatnik. Wtedy też dodamy tę funkcjonalność do programu Ksp. W tej wersji można uzupełnić kod zawodu w programie.
    • Dla pracowników na umowie o pracę można go wpisać w kartotece pracownika, w danych osobowych na zakładce nr 6. Lub zbiorczo przypisać kod w opcji F/1/4.Uzupełnij dane dla GUS. Ta możliwość była dostępna już od wielu lat.
    • Dla pracowników na umowie zlecenie dodaliśmy pole z kodem zawodu na pierwszej zakładce z umową. A wiec kod zawodu przypisany jest do umowy.

Wersja 21.01.025

  • Poprawiono wydruk bieżących płatności. W dolnej części wydruku drukował się podatek właścicieli pomimo nie zaznaczenia go przed wydrukiem.

Wersja 21.01.024

  • Do menu z informacją podatkową dodaliśmy opcję 4/6.Obroty do tarczy 8 i 9. Można w niej wydrukować porównanie sprzedaży albo wg pliku jpk albo wg ksiąg rachunkowych.
  • W informacji o bieżących płatnościach przywróciliśmy informację podsumowującą wpłacane kwoty w ustalonych terminach.
  • W opcjach (F5) w listach płac, w miejscu gdzie drukowaliśmy stan zatrudnienia w zestawieniach pomocniczych dla Tarczy, zmieniliśmy zestawienia ze stanem zatrudnienia. Pierwsze wylicza stan zatrudnienia na ostatni dzień wybranego miesiąca, a drugie liczy średni stan zatrudnienia za 12 miesięcy, przy czym ostatni z 12-tu miesięcy jest miesiącem, który zostanie wskazany przez użytkownika. Czyli jeśli wskażemy Marzec 2021 to zestawienie obejmie miesiące 04-2020 … 03-2021.

Wersja 21.01.023

  • Poprawiono wydruk folio dla ryczałtowca
  • Dodano wydruk dokumentów uniwersalnych VAT dla sprzedaży krajowej i dla zakupów.
  • Zmieniono domyślne limity kontroli podatników VAT. MF ograniczyło możliwość swobodnej kontroli czy dany podatnik znajduje się na białej liście (tak było od początku). Kontrole można przeprowadzać grupowo po 30 osób ale nie częściej niż 10 razy na dobę lub pojedynczo. W ksp mamy zaimplementowaną metodę pojedynczego sprawdzania, która teoretycznie limitowana jest jedynie ilością pytających. Ksp po uzyskaniu informacji o obecności danego numeru NIP na białej liście zapamiętuje we własnej bazie nr NIP oraz datę zapytania. Jeżeli jeszcze raz będziemy pytać w tym samym dniu o tan sam NIP, ksp nie będzie komunikować się z serwisem MF tylko sprawdzi to we własnej bazie. W Ksp można ustawić w opcji 8/B.Parametry księgowania na 6-tej zakładce ile dni musi upłynąć od ostatniego sprawdzania w bazie MF aby program znów złożył zapytanie do serwisu. Dotychczas domyślne parametry ustawione były na „sprawdzaj codziennie”. Obecnie ustawiliśmy te parametry na 14 dni.

Wersja 21.01.022

  • Zmieniono sposób obliczania zasiłku na zgodny z przykładami umieszczonymi na stronach ZUS. Jeżeli podstawa zasiłku przysługiwała w wysokości mniejszej niż 100%, program obniżał ją do wysokości zgodnej z zapisanym procentem (np. 80%), następnie liczył dzienną stawkę zasiłku dzieląc podstawę na 30 i na koniec mnożył ją przez ilość dni zasiłkowych wyliczając kwotę zasiłku. Obecnie najpierw obliczana jest 100% dzienna stawka zasiłku (czyli podstawa 100 procentowa podzielona na 30), następnie dzienna stawka obniżana jest o zadany procent (np. 80%) i na koniec tak obliczona dzienna stawka mnożona jest przez liczbę dni zasiłkowych. Zwykle nowy sposób daje identyczne wyniki jak stary, ale czasem występują groszowe różnice. Nie udało nam się ustalić od kiedy Zus stosuje tę nowa metodę.
  • Nieznacznie zmieniono edycję urlopu należnego i urlopu z przeniesienia. Obecnie gdy edytujemy pole z urlopem należnym możemy nacisnąć klawisz Insert a program wywoła kalkulator urlopowy wypełniony pobranymi danymi z Ksp za rok, który jest właśnie edytowany. Zapamiętanie klawiszem End wyliczonych lub wprowadzonych danych spowoduje przepisanie liczby godzin należnego urlopu do pola na formatce. Dodatkowo można nacisnąć klawisz Insert w polu z urlopem „z przeniesienia„. Program przepisze urlop z pola „urlop do wykorzystania w przyszłym roku” z roku poprzedniego. Gdy naciśniemy klawisz Insert w polach w które wpisujemy staż pracy w innych zakładach pracy, uruchomimy kalkulator stażu pracy. Możemy wpisać w poszczególne pola datę rozpoczęcia pracy i zakończenia, a program zsumuje przepracowane lata miesiące i dni, i obliczy staż pracy, który po zapamiętaniu klawiszem End zostanie przeniesiony do kalkulatora urlopowego.
  • Obecnie edycja dowolnego pola na formatce z kalkulatorem urlopu należnego nie zmienia żadnego pola w innych latach. Tak więc po edycji danego roku obliczony urlop „do przeniesienia” nie zostanie automatycznie przeniesiony jako urlop zaległy do formatki z następnym rokiem, a zmiana urlopu zaległego nie zmieni urlopu do przeniesienia w latach poprzednich. Dla tego celu uruchomiliśmy dwa dodatkowe klawisze:
    • F1 Po naciśnięciu tego klawisza, program ustali jaka jest ilość godzin do przeniesienia na następny rok, i wpisze ją jako urlop zaległy w następnym roku. Potem wykona obliczenie i ustali ilość godzin do przeniesienia na kolejny rok. Ten tok postępowania będzie prowadzony aż program osiągnie rok bieżący  (teraz jest to rok 2021). W roku bieżącym nie zostaną dokonane żadne zmiany. Przepisanie godzin urlopu niewykorzystanego w roku poprzednim (2020) jest możliwe po naciśnięciu klawisza Insert w polu z urlopem zaległym.
    • F2 Na bieżącej formatce mamy ilość godzin urlopu zaległego. Ta ilość powinna być zgodna z ilością godzin urlopu do przeniesienia w roku poprzednim. Program tak dobierze ilość urlopu zaległego w poprzednim roku aby ilość godzin do przeniesienia na rok bieżący zgadzała się z wprowadzoną wartością. Ponieważ w roku poprzednim zostaje zmieniona ilość godzin urlopu zaległego to program musi wykonać takie same obliczenia dla kolejnego poprzedniego roku. Program będzie się cofał kolejny rok i wykona identyczne obliczenia dla tego roku powtarzając operację aż osiągnie pierwszy możliwy rok.
  • Jeżeli w danym roku ilość wykorzystanego urlopu jest mniejsza niż urlopu zaległego, można nacisnąć klawisz Insert w polu z ilością godzin ekwiwalentu, a program podpowie różnicę pomiędzy ilością godzin urlopu z roku poprzedniego i ilością godzin urlopu wykorzystanego. Innymi słowy, program obliczy taką ilość ekwiwalentu, aby urlop do przeniesienia był równy urlopowi należnemu.
  • Jeżeli nie zależy nam na poprawnych wartościach urlopu należnego i urlopu z przeniesienia dla innych lat niż rok 2021, wystarczy zmienić te pola w roku 2021. Jeżeli jednak chcemy zrobić porządek w urlopach we wszystkich latach. Powinniśmy najpierw wprowadzić (lub wyliczyć Insertem) urlopy należne za wszystkie lata, a następnie rozpoczynając od pierwszego roku zatrudnienia wpisać poprawne wartości urlopu „z przeniesienia” i ewentualnie wpisać ilość godzin ekwiwalentu jeżeli ilość godzin wykorzystanego urlopu nie odpowiada prawdzie. Urlop wykorzystany pobierany jest bezpośrednio z kartoteki absencji i nie podlega edycji na formatkach z urlopem. W ten sposób można też zrobić porządek z urlopami począwszy od wybranego roku, np. za ostatnie trzy lata. W trakcie edycji można korzystać z klawiszy F1 i F2 co powinno ułatwić pracę.
  • W opcji z absencją, gdy bieżącym rekordem jest nazwisko pracownika, program pokazuje sumaryczne ilości wykorzystanego urlopu w bieżącym roku (2021). W opcjach (F5) dodaliśmy możliwość ponownego zsumowania wyświetlanych godzin.

Wersja 21.01.021

  • Poprawiono kilka błędów systemowych, które powstały w wersji 019.
  • Dodano możliwość sprzedaży vat marża dla podatników rozliczających się ryczałtem. Podatnik powinien mieć wybrane stawki ryczałtu 3% i 8,5% (ta ostatnia dla komisu) w punkcie 8/5/5.Stawki ryczałtu
  • Poprawiono import faktur wystawionych w Saldeo. Obecnie Kontrahenci zapisywani są bezpośrednio w importowanych dokumentach a nie pobierani z kartoteki klientów w Ksp

Wersja 21.01.019

  • MF opublikował nowe schematy deklaracji PIT-4R i PIT-8AR. Tym samym włączyliśmy je do programu
  • Od wielu lat występował problem z przepisywaniem i obliczaniem urlopu na nowy rok. Problem polegał na tym że nie wiadomo było, czy dany zastaw płacowy który obowiązuje w ubiegłym roku, obowiązuje również w roku bieżącym. Czy użytkownik poprawił już dane o urlopie do przeniesienia na następny rok czy też nie. Obecnie każdy pracownik będzie miał na dany rok swoją kartę urlopową. Na tej karcie będzie odnotowany urlop należny na dany rok i wszystkie nieobecności z danego roku. Karty urlopowe pracownika znajdziemy w opcji D/3/7.Urlop należny – wykorzystany.
  • Wszystkie karty urlopowe za wszystkie lata są ze sobą powiązane. Zmieniając na danej karcie wysokość urlopu należnego zmieniamy tym samym wartość urlopu do przeniesienia na następny rok, co powoduję zmianę urlopu do wykorzystania w następnym roku itd. Z kolei zmieniając wartość na danej karcie urlopu z przeniesienia z ubiegłego roku zmieniamy wartość urlopu do przeniesienia na następny rok oraz zmienimy wartość urlopu do wykorzystania w poprzednim roku. Wszystkie te dane są ze sobą powiązane i zmiana danych na jednej karcie ma wpływ na dane na innych kartach. Na wykorzystany urlop mamy wpływ również przez podanie ilości godzin wykorzystanego w danym roku ekwiwalentu. Oczywiście formalnie ekwiwalent płacimy wyłącznie przy zwalnianiu pracownika, tym niemniej można tą wartością regulować wykorzystany w danym roku urlop jeśli nie chcemy wpisywać nieobecności.
  • W tej opcji działa również kalkulator urlopu należnego w danym roku (klawisz ALT+U). Gdy uruchomimy ten kalkulator będziemy mogli pobrać dane z Ksp klawiszem ALT+K.

Wersja 21.01.018

  • Użytkownicy oprotestowali zbyt krótki czas, po którym Ksp uznaje, że użytkownik przestał pracować i zamyka program. Zmieniliśmy parametry, zgodnie z którymi obecnie jeżeli użytkownik nie wykazuje aktywności przez 40 min, to program będzie generował naciśnięcie klawisza ESC w taki sposób aby po 50 minutach cofnąć się do głównego menu programu. Jeżeli użytkownik w dalszym ciągu nie wykaże aktywności to po upływie 30 minut program zostanie zamknięty.

Wersja 21.01.017

  • Nowe deklaracje PIT-4R(12) i PIT-8AR(11) ale jeszcze stare struktury xml (MF nie opublikowało nowych schematow), oraz nowe deklaracje PIT-11 i PIT-11Z (27).
  • Przy imporcie absencji z portalu ZUS-PUE, jeżeli absencja obejmowała więcej niż dwa miesiące, program dodawał do absencji w programie Ksp tylko absencję za pierwszy i ostatni miesiąc.
  • Przy imporcie identyfikatorów PPK z aplikacji funduszu w formacie ppk (xml), jeżeli uczestnicy nie zostali wcześniej przekazani do tej aplikacji za pośrednictwem pliku wygenerowanego z Ksp, aplikacja PPK nie posiadała identyfikatora księgowego i program Ksp nie mógł zidentyfikować w bazie Ksp danego pracownika. Obecnie jeżeli taka sytuacja będzie miał miejsce, Ksp postara się zidentyfikować pracownika po nazwisku imieniu numerze pesel i dacie urodzenia.
  • W narzędziach Administratora mamy opcję pokazującą aktualnie zalogowanych użytkowników. Po zaznaczeniu pokazanych w menu użytkowników można im wysłać komunikat, który zostanie pokazany na ich monitorach. Jeżeli bez zmiany treści komunikatu wyślemy domyślny komunikat z prośbą o opuszczenie programu celem zainstalowania nowej wersji, program najpierw wyświetli odpowiedni komunikat na ich monitorach i w przypadku gdy użytkownik nie zamknie okna z komunikatem jego program zostanie zamknięty po upływie około 10 sekund. Ta funkcjonalność jest aktywna jeżeli wysyłającym prośbę będzie użytkownik z uprawnieniami administratora. Jeżeli użytkownik zamknie okno (czyli przeczytał komunikat), jego program nie zostanie zamknięty. Jeżeli użytkownik uruchomił program i nie wykazuje aktywności, to po około 10 minutach jego program sam będzie generował naciśnięcie klawisza ESC. Pierwszy raz po około 10 minutach braku aktywności a następnie po 5 minutach, 2.5 min itd, aż osiągnie pozycję głównego menu w programie (tak było dotychczas). Obecnie przy braku dalszej aktywności po dalszych 10 minutach program zostanie zamknięty.
  • Za namową użytkowników zmieniliśmy sposób rozliczania marży przy sprzedaży komisowej. Dotychczas użytkownik wprowadzał do magazynu marży kwotę prowizji komisanta wynikającą z umowy komisu. Kwotę tę podawał (lub wybierał) również rejestrując sprzedaż komisową. Obecnie zamiast kwoty prowizji komisanta należy wpisać kwotę należną komitentowi. Tak więc sprzedaż komisowa nie będzie się znacząco różnić od zwykłej sprzedaży towarów używanych.
  • Program instalacyjny odpowiednio zmodyfikuje zapisy w magazynie marży zamieniając prowizję na kwotę należną komitentowi. Jeżeli w Ksp wystąpiła sprzedaż komisowa i prowizja nie została wybrana z magazynu marży, program instalacyjny dopisze odpowiednią pozycję do magazynu. Po instalacji należy odnaleźć dopisane rekordy i uzupełnić je o numer dokumentu (umowy komisu), przedmiot komisu, i dane komitenta. Dopisany rekord nie będzie miał wpływu na zawartość deklaracji VAT, jednak spowoduje, że ponowne przeliczenie deklaracji dopisze do ewidencji jpk odpowiedni rekord z zakupem vat-marża. Jeżeli taka sytuacja będzie mieć miejsce, zalecamy przeliczyć odpowiednią deklarację i dopisać jej korektę. W przyszłości US prowadząc bardziej szczegółową analizę przesłanych plików może się jej domagać.
  • W sytuacji gdy użytkownicy dla sprzedaży komisowej bez wyboru prowizji komisanta z magazynu marży dopisali rekord z zakupami z pomocą dokumentu uniwersalnego, powinni albo usunąć dokument uniwersalny, albo usunąć rekord dopisany przez program instalacyjny w magazynie marży.
  • W wydatkach samochodowych uaktywniliśmy dowód wewnętrzny.
  • Na formatce do edycji zakupów paliwowych dodano możliwość wprowadzenia oznaczenia MPP

Wersja 21.01.016

  • W kartotece zleceniobiorcy, program ograniczał dobrowolna składkę pracodawcy do 1.5% zamiast do 2.5%.
  • Dokonaliśmy zmiany w sposobie ujmowania transakcji komisu w pliku jpk. Konkretnie, problem dotyczy ujmowania bądź nie, przedmiotu komisu w części zakupowej ewidencji w polu ZakupVatMarza. Analizując w zeszłym roku problem doszliśmy do wniosku, że w transakcji komisu, w której komitent powierza przedmiot komisantowi w celu dokonania dalszej odsprzedaży nie dochodzi do transakcji zakupu, a więc również nie ma tu pojęcia marży, a jedynie pojęcie wynagrodzenia (prowizji) komisanta. Komisant nie może rozporządzać przedmiotem jak właściciel, więc nie dochodzi tu do transakcji kupna. Umowa komisu, dotyczy warunków dalszej odsprzedaży i wynagrodzenia komisanta, a cena zakupu nie jest zanana, ponieważ ta transakcja zakupu nie dotyczy. Tym sposobem w ewidencji VAT, nie dodawaliśmy rekordu z polem ZakupVatMarza, tak jak ma to miejsce przy sprzedaży towarów używanych. Z drugiej strony w pliku Jpk nie ma specjalnego znacznika wskazującego, że dana transakcja jest transakcją sprzedaży komisowej. Dla MF zapis niczym nie różni się od typowej sprzedaży towarów używanych. Jeżeli MF będzie porównywać marżę wykazaną w sprzedaży z marżą wyliczoną z pól SprzedazVatMarza i ZakupVatMarza to przy braku tego ostatniego, w transakcjach komisu powstanie niezgodność. To przemawia za umieszczeniem zapisu po stronie zakupu.
  • Jeżeli podczas rejestracji dokumentu sprzedaży Vat-marża kwota prowizji komisanta zostanie wybrana z magazynu marży, to program umieści w pliku Jpk dodatkowy zapis w polu ZakupVatMarza z kwotą sprzedaży brutto pomniejszoną o kwotę prowizji komisanta. Jeżeli kwota prowizji zostanie wpisana „z ręki”, a nie wybrana, wówczas w pliku jpk po stronie zakupów nie pojawi się żaden zapis (tak jak dotychczas). Dane o umowie i komitencie będą pochodzić z odpowiedniego rekordu w magazynie marży.
  • Naprawiono błąd, powstający czasem podczas aktualizacji danych na podstawie ubiegłego roku, którego wynikiem był widoczny wyłącznie miesiąc grudzień 2021 w opcji wprowadzania składek Zus właściciela. Program instalacyjny przywraca poprawną ilość rekordów.

Wersja 21.01.015

  • Drobne poprawki w działaniu programu.

Wersja 21.01.014

  • Poprawiono import faktur z plików Symfonii. Nie importowały się faktury do paragonów.
  • Dodano import faktur do paragonów wystawionych w systemie Saldeo
  • Podczas ponownego przeliczenia struktury JPK za grudzień 2020 program usuwał dane o sprzedaży towarów używanych w systemie marży. Jeśli tak się stało trzeba po instalacji przeliczyć ponownie grudzień 2020, lub zrobić aktualizację (7/8/1).
  • W niektórych sytuacjach rezygnacja z utworzenia wniosku ZUS-RUD powodowała błąd systemowy
  • Poprawiono ekran zamknięcia miesiąca u ryczałtowca.

Wersja 21.01.013

  • Otrzymanie faktury korygującej z Wielkiej Brytanii w roku 2021 może być kłopotliwe dla księgującego, jeśli korekta dotyczy zakupów z ubiegłego roku. Typ korekty może skutkować dwoma różnymi sposobami ujmowania korekty w ewidencjach:
    • Pierwszy typ powoduje konieczność skorygowania deklaracji VAT-UE i plików JPK za okres w którym dokonało się nabycie (np. błędy na fakturze). W tym przypadku Wprowadzamy dokument do Ksp wskazując odpowiedni okres z roku 2020 oraz kraj nabycia GB. Program wie, że Wielka Brytania była członkiem Unii w tym okresie, wiec pozwoli zapamiętać dokument dla WNT z kodem kraju GB.
    • Drugi typ (np. udzielone rabaty) powoduje konieczność wykazania takiej faktury w miesiącu jej otrzymania, a więc już w roku 2021. Ksp nie pozwala wybrać kodu kraju GB dla transakcji Unijnych ujmowanych w ewidencjach w roku 2021.
  • W związku z tym aby rozwiązać problem polegający na tym, że dla niektórych transakcji w roku 2021 GB jest kodem kraju z Unii a dla innych nie jest, wprowadzamy do Ksp nowy kod kraju Unijnego XX Kraj z tym kodem to Wielka Brytania dla bieżących transakcji, które należy potraktować jako właściwe dla krajów Unii. Wpisany do dokumentu kod XX będzie widoczny na dokumentach i wszystkich wydrukach. Jedynie przy tworzeniu plików xml dla jpk_V7M, jpk_V7K, VAT-UE, VAT-UEK zostanie zamieniony na GB bezpośrednio w tworzonym pliku xml.
  • Podsumujmy: Kodu GB używamy w dokumentach do roku 2020 włącznie dla transakcji unijnych (WDT,WNT itp.) oraz od roku 2021 dla transakcji poza unijnych (Import, eksport). Kodu XX używamy wyłącznie w roku 2021 jeśli chcemy aby dana transakcja z Wielką Brytanią została uznana za transakcję unijną.

Wersja 21.01.012

  • Przy obliczeniu struktury sprzedaży za 2020rok zapomnieliśmy w poprzedniej aktualizacji o uwzględnieniu korekt. Trzeba jeszcze raz przeliczyć styczeń 2021.

Wersja 21.01.011

  • Poprawiono błąd, ważny dla podatników ze sprzedażą zwolnioną. Program obliczając jpk za styczeń 2021 oblicza również ostateczną strukturę sprzedaży za 2020 rok, aby w jpk za styczeń 2021 wykazać korekty z art.91. Program błędnie wliczał do struktury Faktury do paragonu wystawione od października 2020. Trzeba jeszcze raz przeliczyć strukturę jpk za styczeń.
  • W opcji z umowami zlecenie dodaliśmy możliwość zapisania umowy do pliku xml zgodnie ze specyfikacją deklaracji ZUS-RUD. Jeżeli jesteśmy ustawieni na nazwisku pracownika, to po naciśnięciu klawisza F5 i wybraniu opcji z tworzeniem deklaracji ZUS-RUD zobaczymy formatkę na której trzeba zaznaczyć jakie umowy chcemy zapisać, czy ma to być główna deklaracja, czy też korekta, oraz będziemy musieli podać zakres daty dla których program odszuka umowy wybranego typu, które zostały zawarte we wprowadzonym okresie. Umowy spełniające wpisane warunki zostaną umieszczone w deklaracji ZUS-RUD. Jeżeli natomiast ustawieni będziemy na konkretnej umowie, to po naciśnięciu klawisza F5 będziemy ją mogli zapisać do pliku xml bez względu na dodatkowe okoliczności.

Wersja 21.01.010

  • W imporcie faktur dodano import sprzedaży z programu fakturującego dla klientów banku ING. Klienci powinni zapisać faktury wystawione w aplikacji banku w formacie CDN Optima (format xml). Do Ksp faktury wczytujemy w opcji B.Pliki w Formacie xml/7.(ING) Fakturowanie w Banku Śląskim.
  • W historii wynagrodzeń na pierwszej zakładce dodano informację do edycji, o korzystaniu bądź nie, w danym miesiącu z ulgi dla młodych.
  • Poprawiono PIT-11 i kartę wynagrodzeń dla młodych, dla pracownika korzystającego z ulgi do 26 lat i pobierającego honoraria z 50% kosztami i przekraczający dopuszczalny limit wypłat 85528zł. Poprawiono również PIT-11 i kartę młodego oddelegowanego do pracy za granicą przekraczającego limit. W miesiącu przekroczenia limitu przychód zwolniony z tytułu diety obniżany jest proporcjonalnie do części opodatkowanej.
  • Odblokowano możliwość wprowadzenia BO odpisów dla Środków Trwałych dla dowolnego środka, niezależnie od Daty OT.
  • Podczas importu danych z pliku jpk_vat.xml dodano import dokumentów marży. Dokumenty sprzedaży importują się do księgi oraz do ewidencji VAT do tabeli krajowych dokumentów uniwersalnych. Dokumenty zakupu służące ustaleniu marży importują się do uniwersalnych dokumentów zakupu. Warto więc przekazać taką informację klientom, którzy prowadzą lombardy aby ich oprogramowanie mogło wygenerować plik sprzedaży w formacie jpk_vat.xml. Każda sprzedaż nawet ta potwierdzona wyłącznie paragonem fiskalnym powinna się znaleźć w tym pliku z oznaczeniem typu dokumentu „WEW” (sprzedaż na fakturę jako typ pusty „”). Taki eksport posiada firma Datum Software w swoim programie lombard.net.
  • W opcji gdzie wprowadza się straty z lat ubiegłych dodano znacznik rozliczania straty „jednorazowo”. Jeżeli podatnik korzystał z tego sposobu w roku 2019 lub 2020 trzeba to zaznaczyć i jeszcze raz przeliczyć klawiszem Insert maksymalną kwotę straty do rozliczenia w 2021 roku

Wersja 21.01.009

  • Poprawiono wydruk karty wynagrodzeń zgodnej z rozporządzeniem. Jeżeli podatnik wypłaca wynagrodzenie w następnym miesiącu, ale z jakiś przyczyn wypłatę za grudzień 2020 wypłacił w grudniu, a wypłatę za styczeń już normalnie w miesiącu lutym 2021, to w styczniu 2021 nie zostało wypłacone żadne wynagrodzenie, a w związku z tym składka PPK pracodawcy zapłacona do funduszu w styczniu nie mogła być potrącona i powinna być umieszczona w karcie wynagrodzeń w styczniu i odpowiednio dodana do PIT-11. Dodatkowo pomimo braku styczniowej wypłaty, składka ta powinna być przekazana do programu płatnika na deklaracji RCA. Program nie wykonywał tych czynności, co niniejszym zostało poprawione.
  • Faktury wystawione przez biuro rachunkowe rozliczające się metodą kasową, wystawione w roku 2020 i wcześniejszych, zapłacone w roku 2021 chociaż poprawnie rozliczały się kasowo to w pliku JPK nie były oznaczone jako MK. Dotyczy to faktur zakupu zaksięgowanych u klientów biura.
  • Dodano import faktur z programu KoRo RIW.
  • Zaktualizowano wyliczenie stawek składek na ubezpieczenie wypadkowe wg nowych wytycznych oceny ryzyka

Wersja 21.01.008

  • Do słownika otrzymanej pomocy dodano pomoc z tarczy 6.0, 7.0 i inną pomoc. Dodano zestawienie pomocy dostępne w punkcie, w którym się ją wpisuje.
  • Poprawiono przekazywanie wynagrodzeń do księgi (dopisywaliśmy je błędnie razem z opłaconymi  składkami PPK .
  • Odblokowaliśmy klonowanie faktur z ubiegłego roku (Biuro rachunkowe)
  • Znów nieznacznie zmieniliśmy roczne podsumowanie funduszu płac.
  • Wielu użytkowników zgłasza nam problem z wyposażeniem, które wobec braku obowiązku prowadzenia stosownej ewidencji usunęliśmy z programu. Tym niemniej, niektórzy chcą mieć taką ewidencję, w związku z tym przywrócimy ją w programie ale bez związku z ewidencją VAT. Wyposażenie będzie można pobrać aktualizując dane z ubiegłego roku. Na dziś można je wpisywać do programu na rok 2020, jak dodamy odpowiednie opcje w roku 2021 wpisane dane przejmą się w całości z roku 2020.

Wersja 21.01.006

  • Ustawa o podatku dochodowym od osób fizycznych w Art.22 ust. 6bc odrębnie określa moment, w którym składki przekazywane do PPK w części finansowanej przez pracodawcę stanową koszt uzyskania przychodu. Jak wynika z tego ustępu, kosztem są w okresie za który są należne (te składki). Składki pracodawcy są należne w miesiącu w którym dokonywana jest wypłata, bo moment wypłacania wynagrodzenia jest jednocześnie momentem naliczenia składki pracodawcy, którą trzeba odprowadzić do funduszu do 15go następnego miesiąca, w którym dokonała się wypłata. Wpłacone składki pracodawcy są przychodem pracownika z tytułu umowy o pracę w miesiącu w którym pracodawca przekazał je do funduszu. Niestety interpretacja indywidualna MF (Interpretacja KIS z 23.04.2020  0111-KDIB1-2.4010.85.2020.1.SK) każe zaliczać w koszty składki pracodawcy w miesiącu, za który należne jest wynagrodzenie  pod warunkiem że składki te zostały opłacone w obowiązujących terminach. Jeżeli terminy nie zostaną dochowane, składki te zaliczane są w koszty w miesiącu ich zapłaty. Z tego przepisu i interpretacji rodzą się dwa podstawowe wnioski:
    • Pierwszy, że wypłacone pracownikowi wynagrodzenie brutto nie jest już kosztem uzyskania, bowiem jego część (składka do PPK pracodawcy) zaliczana jest w koszty w innych terminach. Oznacza to, że na kartach wynagrodzeń i deklaracji PIT-11 będziemy wykazywać kwoty wynagrodzenia zawierające zapłacone składki do PPK pracodawcy, natomiast w koszty, będziemy przekazywać wynagrodzenie zmniejszone o te składki, bowiem składki zostaną przekazane w koszty odrębnym zapisem i najczęściej w innym terminie. W Ksp uwzględnia to, funkcjonalność przekazywania wynagrodzeń w koszty i odpowiedni dokument wewnętrzny.
    • Drugi, że trzeba odrębnie obliczyć i pokazać składki pracodawcy do zaliczenia w koszty, co w ogólnym przypadku może być bardzo zawiłe jeśli podatnik nie płaci ich w powtarzalnych terminach. Na szczęście składki do PPK nie mogą być wpłacane w częściach – co ogranicza złożoność problemu. W związku z tym dodaliśmy odpowiedni dowód wewnętrzny obok dowodów na składki ZUS i wynagrodzeń i przekazujemy je odrębnym zapisem. Zmodyfikowane zostały również niektóre zestawienia.
  • Dodaliśmy zaktualizowany na 2021 rok wzór wykazu pracowników do wniosków o pomoc z Art.15zzb (PUP)

Wersja 21.01.005

  • Nowa wersja z plikiem jpk na żądanie. Plik ewidencji przychodów dla ryczałtowca
  • W info podatkowym w wydruku bieżących płatności dodano datę zapłaty składek PPK
  • W rocznym podsumowaniu funduszu płac dodano informację o składkach PPK pracodawcy
  • Dodano zestawienia dla tarczy finansowej/takie same jak 2020.
  • Poprawiono minimalną podstawę zasiłku.
  • Uaktualniono wysokość opłat ekologicznych na rok 2021
  • W następnej wersji nowy sposób zaliczania w koszty składek PPK pracodawcy. W tej wersji chociaż rozpoczęliśmy prace to brakło czasu. Wersja powinna być dostępna najpóźniej w poniedziałek 1-go lutego.

Wersja 21.01.004

  • Nowy schemat deklaracji IFT-1 (wersja 16) obowiązuje w roku 2021
  • Nowe schematy deklaracji VAT-UE i VAT-UEK obowiązują począwszy od roku 2021
  • Poprawa błędu w opcji z tworzeniem deklaracji PIT-11

Wersja 21.01.003

W programie na 2020 odblokowano instalację na Nowy Rok. Wiadomo, że im później zainstalujemy wersję na 2021 tym lepiej.