Dlaczego na umowie zlecenia nalicza się dobrowolna składka chorobowa, skoro nie jest w umowie zaznaczona?

Administrator
Administrator
  • Zaktualizowano

Przy nieprawidłowym zdefiniowaniu listy płac dla umów zleceń, bez dobrowolnej składki chorobowej, może się zdarzyć, że składka ta się jednak naliczy.

Przyczyną może być nieprawidłowość, polegająca na wprowadzeniu do takiej definicji listy dodatkowego składnika (w przykładzie jest to "Pakiet medyczny UZ"), który na stałe ma zaznaczone naliczanie wszystkich składek (ERCWFG). Składnik taki nie musi mieć nawet na liście płac żadnej wartości, ale jego obecność sprawi, że od wspólnej podstawy chorobowo-wypadkowej zostanie jednak naliczona składka chorobowa.

Dzieje się tak z powodu jednego, wspólnego pola systemowego podstawy składki chorobowej i wypadkowej. Ponieważ składka wypadkowa ma być naliczona (tak wynika z ustawień w przykładowej umowie), więc i kwota pola "Podst.wym.skł.C-W" na liście płac przyjmuje wartość, od której naliczana jest prawidłowo ta składka wypadkowa. 

 

_.png

Niestety, fakt występowania w tej definicji listy składnika, któremu na sztywno ustawiono naliczanie także i składki chorobowej sprawia, że i ta się naliczy, choć nie powinna. 

 

 

W definicji składnika widać, że na stałe ustawiono na nim naliczanie wszystkich składek społecznych:

 

i.png

Aby zapobiec tego typu nieprawidłowościom, należy konstruować własne definicje list dla umów zleceń w odpowiedni sposób. W tym celu wykorzystuje się pole systemowe "Dodatek do umowy-zlecenia", które samo "wie" jakie w umowie zaznaczono składki i takie też odpowiednie naliczy na liście. Wartość tego pola wymusza się poprzez własny składnik wynagrodzenia, który swoimi ustawieniami nie wpływa na naliczanie składek, lecz jest powiązany z danym polem systemowym.

 

 

 

Lista płac będzie się wówczas prawidłowo zachowywać, nawet po wprowadzeniu wartości dla takiego dodatkowego składnika, jak "Pakiet medyczny UZ":

Czy ten artykuł był pomocny?

Liczba użytkowników, którzy uważają ten artykuł za przydatny: 0 z 0