Krzysztof Wychowałek

Ale do czego w takim razie odnosi się "kontrola" tych norm? Na czym polega sens kolumny "przekroczenie"?

Mam kalendarz, który określa sposób pracy pracownika zatrudnionego na 0,3 etatu w następujący sposób: 6 godzin we wtorki i 6 godzin w czwartki. Co ustawiam źle, że "kontrola norm" w tym przypadku nie ma sensu?

może wystarczy w tajemnicy lokować gdzieś te środki, a potem wpłacić skumulowaną zaliczkę na podatek w grudniu (to oczywiście żart, przepraszam za taki off topic)

To może chociaż jakaś podpowiedź jaką sztuczką to obejść? To, żeby komuś wpisać cały inny dzień wolny to łatwo pamiętać i można to zrobić ręcznie. Ale co zrobić, żeby potem komuś nie obcięło nadgodzin za zupełnie inne dni?

O rany, to zgłaszam prośbę o poprawienie tego w jakiejś kolejnej wersji.

Jak powinienem prawidłowo wpisać w ECP np. 2 godziny pracy pracownika w niedzielę, tak żeby potem zbilansowały się one z jednym pełnym dniem wolnym (art. 151(11))? Jak wpiszę w planie pracy te 2 godziny a potem w innym dniu 0 godzin, ale potem w tym samym miesiącu pracę w jakiś inny dzień (np. sobotę 8h), to przekroczenie normy pokazuje tylko 2 godziny zamiast 8 (bo tamte "brakujące" 6h z niedzieli pomniejsza ilość godzin przepracowanych ale już nie normę). Na pewno coś wpisuję źle, tylko nie wiem co. Dziękuję za podpowiedź.

======================================================================== Aktualizacja podmiotu: xxxxxxxx z wersji: 1.7404 do wersji: 1.7500.0.5616 dnia: 2023-03-12 19:38:42 Zapisywanie informacji o początku konwersji Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.7404_1.7410.enc Modyfikacja wartości wersji struktury bazy z 1.7404 na 1.7410 Wartość wersji została zmodyfikowana Modyfikacja wartości wersji struktury bazy z 1.7410 na 1.7411 Wartość wersji została zmodyfikowana Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.7411_1.7420.enc Modyfikacja wartości wersji struktury bazy z 1.7411 na 1.7420 Wartość wersji została zmodyfikowana Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.7420_1.7500.enc Modyfikacja wartości wersji struktury bazy z 1.7420 na 1.7500 Wartość wersji została zmodyfikowana i jeszcze raz: ======================================================================== Aktualizacja podmiotu: xxxxxxxx z wersji: 1.7404 do wersji: 1.7500.0.5616 dnia: 2023-03-12 19:54:48 Zapisywanie informacji o początku konwersji Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.7404_1.7410.enc Modyfikacja wartości wersji struktury bazy z 1.7404 na 1.7410 Wartość wersji została zmodyfikowana Modyfikacja wartości wersji struktury bazy z 1.7410 na 1.7411 Wartość wersji została zmodyfikowana Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.7411_1.7420.enc Modyfikacja wartości wersji struktury bazy z 1.7411 na 1.7420 Wartość wersji została zmodyfikowana Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.7420_1.7500.enc Modyfikacja wartości wersji struktury bazy z 1.7420 na 1.7500 Wartość wersji została zmodyfikowana ... i Program Serwisowy po prostu się zamyka w tym momencie (nie zawiesza tylko po prostu zamyka). Wszystkie wcześniejsze aktualizacje zawsze miały w logach jeszcze: Zapisywanie informacji o konwersji...Zakończono Czas: Zapisywanie informacji o konwersji 00:00:00 Aktualizacja podmiotu została zakończona dnia: 2023-01-30 20:00:49

Bazy w wersji 1.7404. Program serwisowy (1.7500) zawiesza się podczas próby aktualizacji baz. Nie wszystkich, ale niektórych. Aktualizacja nie jest ukończona, można jedynie przywrócić podmiot z wersji 1.7404. Co mogło się zepsuć? Nigdy wcześniej nie miałem takiej sytuacji, a aktualizuje te bazy od lat.

czyli jest OK, niemniej pracownik dostanie teraz, w marcu, zupełnie niespodziewanie niższą kwotę netto za luty.... no ale skoro rząd tak chciał.... Dziwne w tej sytuacji jest to, że nowe oświadczenia o rezygnacji zgodnie z przepisami można składać dopiero od 1 marca. Więc teoretycznie gdyby naliczyć wszystkim wynagrodzenia za luty dzisiaj rano, to wszystkim zostanie potrącona składka PPK jeszcze zanim w ogóle mieli szansę przynieść tę rezygnację. Pozostaje więc w tym miesiącu poczekać po prostu do 10-go. No, co do "namawiania" pracowników do czegokolwiek związanego z rezygnacją z PPK to jednak groźba wysokich kar skutecznie mnie od tego odstrasza.

Teraz widzę, że chyba ten sam problem był zgłaszany w innym wątku: ale ja mam wersję 44.0.2 (6181) czyli już z tą poprawką.

Proszę o informację czy ja źle rozumiem przepisy, czy to program coś źle nalicza. Wszyscy pracownicy mieli złożoną rezygnację z PPK. Dzisiaj większość z nich przyniosła nową rezygnację, którą wprowadziłem w ustawieniach każdego pracownika, w zakładce PPK. Ale niektórzy takiej rezygnacji nie przynieśli - jeszcze, albo może wcale nie przyniosą, nie wiem, nie mnie w to wnikać. Dla tych osób w zakładce PPK jako "miesiąc wznowienia naliczania wpłat" ustawiony jest "marzec 2023". Tak to program domyślnie ustawiał w momencie wpisywania wcześniejszych rezygnacji (a dla osób, które doniosły dzisiaj nową rezygnację, ustawia się domyślnie "marzec 2027"). I teraz, jak (dzisiaj, w marcu) naliczam wynagrodzenia za luty (wynagrodzenia wypłacamy do 10-go dnia następnego miesiąca), to dla osób które nie mają nowej rezygnacji, Gratyfikant oblicza już wpłaty na PPK. Według mojego rozumienia, wpłaty miały być naliczane dopiero "od kwietnia". Czy w takim razie w miejscu "miesiąc wznowienia naliczania wpłat" powinno się ręcznie poprawiać Gratyfikanta zmieniając mu "marzec" na "kwiecień"? Czy też wszystko jest poprawnie i od wynagrodzeń wypłaconych po 1 marca składki na PPK należy już naliczać? (one przecież będą fizycznie do wpłaty do IF dopiero w kwietniu). A jeśli tak, to co zrobić w sytuacji gdy pracownik doniesie rezygnację już po otrzymaniu wypłaty za luty?

Tak, według większości interpretacji "opiekę nad zdrowym dzieckiem" można realizować w godzinach. Moja wypowiedź dotyczyła urlopu wypoczynkowego.

A pracodawca nie powinien wyrażać zgody na taki "urlop" ponieważ przyjdzie PIP i go zje.

Raczej urlop wypoczynkowy tylko na część dnia nie będzie zgodny z art. 154(2) KP.

Pewnie ZUS znowu coś zmienił (wersję schemy?) albo zepsuło się coś innego. Gratyfikant NEXO w wersji 41.1.2, eksportowane pliki z Z-3 przestały być wczytywane przez PUE.

w sumie to chyba ma ten mechanizm, tylko akurat w tym przypadku zadziałał on "na odwrót". Pokazuje "różnice w składkach" w momencie, gdy deklaracja jest już dobra (i różnic w składkach kwotowo nie ma).

Dziękuję, pomogło. Swoją drogą byłem przekonany, że deklaracje ZUS generują się na podstawie tych zapisów, które są już policzone w rachunkach, a przynajmniej że program ma jakiś mechanizm sprawdzający czy suma składek z wynagrodzeń jest równie sumie składek w deklaracji. Dobrze, że zostanie to poprawione w kolejnych wersjach.

proszę bardzo, ale jest tam dokładnie to samo co w "Analizie" oraz w ZUS PUE

W czerwcu zleceniobiorczyni pierwszym zleceniem przekroczyła już 3010 zł: więc od kolejnych zleceń nie były płacone składki społeczne. Przy generowaniu RCA za czerwiec wygląda jakby program coś źle policzył. W RCA w ogóle nie uwzględnił składek społecznych: chociaż są one widoczne w analizie rachunku: Co zrobiłem źle (albo czemu program zrobił coś źle)?

mBank wczytuje zlecenia z dowolnego pliku, bez rozszerzenia, lub z rozszerzeniem, po prostu wtedy nazwa paczki będzie brzmiała np. "pensje za marzec.txt" a nie "pensje za marzec", co nie ma żadnego znaczenia trzeba pamiętać, żeby format był ustawiony na ELIXIR

To akurat robię na początku miesiąca i o tym pamiętam. Jak wynagrodzenia nie są zaktualizowane, to pracownik po prostu nie widzi nowego wynagrodzenia. Stare wynagrodzenia widzi. Może się nawet upomnieć "hej, kiedy pojawią się nowe wynagrodzenia?". Natomiast harmonogram po prostu zniknął zamiast być nieaktualnym. Stąd konfuzja.

OK, będę pamiętał żeby w drugiej połowie miesiąca aktualizować ręcznie. To akurat pewnie był przypadek, że ten serwer tak długo chodził "nieruszany". Baza stoi na Windows Server, cały system zwykle chce się rebootować przynajmniej raz w tygodniu, bo to przecież Microsoft.

OK, zakładałem, że serwer po prostu sam się aktualizuje co jakiś czas, a tu widocznie musiał jakoś proces się zawiesić. Zapewne faktycznie nie uruchamiałem ręcznie aktualizacji od 15 maja aż do momentu jak Pan zapytał o komunikat. Z logu wynika, że przynajmniej 24 maja serwer próbował coś robić, ale "Serwer zdalny zwrócił błąd: (500) Wewnętrzny błąd serwera."

Coś się zadziało i harmonogram wrócił. Ale naprawdę go nie było, nie mieliśmy przywidzeń. W którym miejscu szukać logów z serwera e-usług?

To normalne umowy o pracę, na czas nieokreślony 😮 Naprawdę nie ma tej sekcji, nawet na moim własnym koncie pracownika.