Anspruchsarten: Unterschied zwischen den Versionen

 
(39 dazwischenliegende Versionen von 9 Benutzern werden nicht angezeigt)
Zeile 5: Zeile 5:
{{AlexBild|Anspruchsart|[[Bild: Anspruchsart_anlegen.PNG]]|}}
{{AlexBild|Anspruchsart|[[Bild: Anspruchsart_anlegen.PNG]]|}}


 
<span><span /><br /></span>
'''ACHTUNG! Ansprüche immer mit Stichtag 1.1. des Jahres anlegen!'''
'''ACHTUNG! Ansprüche immer mit Stichtag 1.1. des Jahres anlegen!'''


Zeile 12: Zeile 12:
==Allgemein==
==Allgemein==
===Name===
===Name===
Eindeutige Kennzeichung der Anspruchsart. Z.B. 01, 02, NS...
Eindeutige Kennzeichnung der Anspruchsart. Z.B. 01, 02, NS...
Darf nur einmal verwendet werden
Darf nur einmal verwendet werden.
Achtung - keine Sonderzeichen verwenden
Achtung: Keine Sonderzeichen verwenden!


===Bezeichnung===
===Bezeichnung===
Bezeichung der Anspruchsart, welche in den Parametereinstellungen etc. verwendet wird
Bezeichnung der Anspruchsart, welche in den Parametereinstellungen etc. verwendet wird.


===Kurzbezeichnung===
===Kurzbezeichnung===
Ist jene Bezeichnung die in den Summenspalten zu sehen ist. (Urlaub z.B. "U")
Ist jene Bezeichnung, die in den Summenspalten zu sehen ist (Urlaub z.B. "U").


==Berechnung==
==Berechnung==
Zeile 28: Zeile 28:
*'''Angepasst''': Zubuchung des Anspruches mit dem im Personalstamm hinterlegten "Zubuchungsstichtag".
*'''Angepasst''': Zubuchung des Anspruches mit dem im Personalstamm hinterlegten "Zubuchungsstichtag".
**Verwendung hauptsächlich bei Arbeitsjahr, da es dann keine Abhängigkeit zum erfassten Eintrittsdatum gibt
**Verwendung hauptsächlich bei Arbeitsjahr, da es dann keine Abhängigkeit zum erfassten Eintrittsdatum gibt
**wird verwendet wenn es sowohl Mitarbeiter mit Zubuchung zum Beginn des Arbeitsjahres und Mitarbeiter mit Zubuchung zu Beginn des Kalenderjahres gibt
**wird verwendet, wenn es sowohl Mitarbeiter mit Zubuchung zum Beginn des Arbeitsjahres als auch Mitarbeiter mit Zubuchung zu Beginn des Kalenderjahres gibt


*'''Arbeitsjahr''': Zubuchung des Anspruches mit Eintrittsdatum
*'''Arbeitsjahr''': Zubuchung des Anspruches mit Eintrittsdatum
**Sollte eher nicht verwendet werden --> Anlage mit "Angepasst" da viel flexibler. Wiedereintritt...
**Sollte eher nicht verwendet werden --> Anlage mit "Angepasst", da viel flexibler. Wiedereintritt...


*'''Kalenderjahr''': Zubuchung des Anspruches mit 1. Jänner
*'''Kalenderjahr''': Zubuchung des Anspruches mit 1. Jänner
**Sollte eher nicht verwendet werden --> Anlage mit "Angepasst" da viel flexibler. Übrigens ist der default-Wert für den "Zubuchungstag" 1.1.1900 was gleichbedeutend mit "Kalenderjahr" ist.
**Sollte eher nicht verwendet werden --> Anlage mit "Angepasst", da viel flexibler. Übrigens ist der default-Wert für den "Zubuchungstag" 1.1.1900, was gleichbedeutend mit "Kalenderjahr" ist.


===Zubuchung Vollzeit===
===Zubuchung Vollzeit===
Anzahl der Stunden / Tage, welche pro Zeitraum einem Vollzeit-Mitarbeiter zugebucht werden. = Grundanspruch pro Anspruchsperiode  
Anzahl der Stunden / Tage, welche pro Zeitraum einem Vollzeit-Mitarbeiter zugebucht werden. = Grundanspruch pro Anspruchsperiode  
  Anwendung:
  Anwendung:
  Hier wird meistens "0" erfasst. Definition des Grundanspruches über "Staffelung für Zusatzanspruch" --> flexibler bei Änderungen bzw. unterschiedlichen Grundansprüchen pro Bereich/Berufgruppe etc.
  Hier wird meistens "0" erfasst. Definition des Grundanspruches über "Staffelung für Zusatzanspruch" --> flexibler bei Änderungen bzw. unterschiedlichen Grundansprüchen pro Bereich/Berufsgruppe etc.
  (Röntgen/Zivis haben andere Grundansprüche)
  (Röntgen/Zivildiener haben andere Grundansprüche)


===Übertrag===
===Übertrag===
Zeile 49: Zeile 49:
===Aliquotierungsart===
===Aliquotierungsart===


Diese steuert ob und wie der Anspruch auf das '''Beschäftigungsausmaß''' (oder auf einen anderen Parameter) des Personals angepasst wird.
Diese steuert, ob und wie der Anspruch auf das '''Beschäftigungsausmaß''' (oder auf einen anderen Parameter) des Personals angepasst wird.


Bei einer Anspruchsart "in Tagen" wurde früher oft "Keine" eingestellt.
Bei einer Anspruchsart "in Tagen" wurde früher oft "Keine" eingestellt.
Zeile 68: Zeile 68:
====Jahresanspruch====
====Jahresanspruch====


Der gesamte Jahresanspruch wird '''rückwirkend''', bis zur '''letzten Zubuchung''' '''aliquotiert''' und neu berechnet.
Der gesamte Jahresanspruch wird '''rückwirkend''' bis zur '''letzten Zubuchung''' '''aliquotiert''' und neu berechnet.
Hier wird nur der Jahresanspruch aliquotiert. Ein allfälliger Rest aus Vorperioden wird NICHT aliquotiert.
Hier wird nur der Jahresanspruch aliquotiert. Ein allfälliger Rest aus Vorperioden wird NICHT aliquotiert.


Zeile 77: Zeile 77:
ab 01 Juli wechselt der Mitarbeiter sein Beschäftigungsausmaß auf 50%.  
ab 01 Juli wechselt der Mitarbeiter sein Beschäftigungsausmaß auf 50%.  


 
<span><span /><br /></span>
   Berechnung:
   Berechnung:
   Jänner - Juni  =  181 Tage
   Jänner - Juni  =  181 Tage
Zeile 85: Zeile 85:
       Urlaubsrest = '''149,59'''     
       Urlaubsrest = '''149,59'''     


{| class="wikitable"
{| class="wikitable" style=""
|-
|-
![[bild: Aliquotierung_Jahr_2.PNG|thumb]]
![[bild: Aliquotierung_Jahr_2.PNG|thumb]]
Zeile 95: Zeile 95:
Achtung: Hier wird auch der Anspruch aus Vorperioden mitaliquotiert!
Achtung: Hier wird auch der Anspruch aus Vorperioden mitaliquotiert!


 
<span><span /><br /></span>
Beispiel 1:
Beispiel 1:
Mitarbeiter ist bis 30. Juni zu 100% beschäftigt,  
Mitarbeiter ist bis 30. Juni zu 100% beschäftigt,  
Zeile 105: Zeile 105:
  Berechnung: 200 * 50% = 100 Stunden Restanspruch
  Berechnung: 200 * 50% = 100 Stunden Restanspruch


{| class="wikitable"
{| class="wikitable" style=""
|- [
|- [
![[bild: Aliquotierung_Rest_2.PNG|thumb]]
![[bild: Aliquotierung_Rest_2.PNG|thumb]]
|}
|}


 
<span><span /><br /></span>
Beispiel 2:
Beispiel 2:
Mitarbeiter ist bis 30. Juni zu 75% beschäftigt,
Mitarbeiter ist bis 30. Juni zu 75% beschäftigt,
Zeile 120: Zeile 120:
  Berechnung: (130 / 75) * 100 = 173,33 (Anspruch Vollzeit) * 50% = 86,67 Stunden Restanspruch
  Berechnung: (130 / 75) * 100 = 173,33 (Anspruch Vollzeit) * 50% = 86,67 Stunden Restanspruch


'''Untermonatiger Beschäftigungsausmaßwechsel'''<br>
'''Untermonatiger Beschäftigungsausmaßwechsel'''<span><span /><br /></span>


Ab der Version 2020.04 wird die Restanspruchsaliquotierung auch bei untermonatigem Wechsel durchgeführt.<br>
Ab der Version 2020.04 wird die Restanspruchsaliquotierung auch bei untermonatigem Wechsel durchgeführt.<span><span /><br /></span>


Hierbei wird der "Restanspruch zum Monatsersten MINUS Urlaubskonsum bis zum Tag des Wechsels" aliquotiert.<br>
Hierbei wird der "Restanspruch zum Monatsersten MINUS Urlaubskonsum bis zum Tag des Wechsels" aliquotiert.<span><span /><br /></span>
Zu Beachten:
Zu beachten:


*Korrekturen werden NACH der Aliquotierung berechnet
*Korrekturen werden NACH der Aliquotierung berechnet
Zeile 134: Zeile 134:
Ab Version 2020.22 gibt es diese Aliquotierungsmethode.
Ab Version 2020.22 gibt es diese Aliquotierungsmethode.
Hierbei wird nur im Monat der Zubuchung das Beschäftigungsausmaß (bzw. der ausgewählte Aliquotierungsbasis) herangezogen und die Zubuchung dementsprechend aliquotiert.
Hierbei wird nur im Monat der Zubuchung das Beschäftigungsausmaß (bzw. der ausgewählte Aliquotierungsbasis) herangezogen und die Zubuchung dementsprechend aliquotiert.
<br>
<span><span /><br /></span>
Jede weitere Änderung des Beschäftigungsfaktors im laufenden Anspruchsjahr löst keine Aliquotierung aus.
Jede weitere Änderung des Beschäftigungsfaktors im laufenden Anspruchsjahr löst keine Aliquotierung aus.
Es erfolgt die Aliquotierung nur im Monat der Zubuchung!
Es erfolgt die Aliquotierung nur im Monat der Zubuchung!
Zeile 141: Zeile 141:
Bei einem Beschäftigungsausmaßwechsel wird keine Aliquotierung angestoßen.
Bei einem Beschäftigungsausmaßwechsel wird keine Aliquotierung angestoßen.
Dies muss bspw. bei einem Anspruch in Tagen hinterlegt werden.
Dies muss bspw. bei einem Anspruch in Tagen hinterlegt werden.
=== Anpassung ===
Hier kann eine Anpassung hinterlegt werden.
* Bei Anpassungen handelt es sich um kundenspezifische Programmierungen für Sonderregelungen.
* Diese müssen im Config-File freigeschaltet werden, damit sie in der Auswahl zur Verfügung stehen.
* Damit die hinterlegte Anpassung verwendet wird, muss bei der Aliquotierungsmethode "via Anpassung" ausgewählt werden.
<span><span /><br /></span>
Beispiel für eine Anpassung:
Bei untermonatigem Eintritt wird so gerechnet, als wäre der Eintritt am Monatsersten.
Austritt und Inaktivzeiten sollen aber taggenau nach der Methode 30/360 gerechnet werden.


===Aliquotierungsmethode===
===Aliquotierungsmethode===
Zeile 150: Zeile 162:
*Rechengang = (Grundanspruch für ein volles Jahr/ 360) x Anzahl der Beschäftigungstage (hier werden volle Monate immer pauschal mit 30 Tagen angenommen)
*Rechengang = (Grundanspruch für ein volles Jahr/ 360) x Anzahl der Beschäftigungstage (hier werden volle Monate immer pauschal mit 30 Tagen angenommen)
**untermonatige Ein- oder Austritte: die Anzahl der anwesenden Tage wird zu den Anspruchstagen gezählt
**untermonatige Ein- oder Austritte: die Anzahl der anwesenden Tage wird zu den Anspruchstagen gezählt
**da die Monate pauschal mit 30 gerechnet werden, zählt der 31. eines Monats nicht als Anspruchstag!<br />
**da die Monate pauschal mit 30 gerechnet werden, zählt der 31. eines Monats nicht als Anspruchstag!<span /><span /><br />


  Beispiel: Jahresanspruch 240 Stunden; Eintritt am 16.1.2015; Austritt am 20.3.2015  
  Beispiel: Jahresanspruch 240 Stunden; Eintritt am 16.1.2015; Austritt am 20.3.2015  
Zeile 158: Zeile 170:
  März werden wieder die Anspruchstage gezählt: 20 Tage -> 13,33 h Anspruch
  März werden wieder die Anspruchstage gezählt: 20 Tage -> 13,33 h Anspruch


 
<span><span /><br /></span>
====Aliquotierung monatsgenau====
====Aliquotierung monatsgenau====


*Rechengang = (Grundanspruch für ein volles Jahr/ 12) x Anzahl der vollen '''Monate.'''  
*Rechengang = (Grundanspruch für ein volles Jahr/ 12) x Anzahl der vollen '''Monate.'''  
**Untermonatiger Eintritt: Eintrittsmonat zählt auch als volles Monat!
**Untermonatiger Eintritt: Eintrittsmonat zählt auch als volles Monat!
**Untermonatiger Austritt: Austrittsmonat zählt nicht als volles Monat
**Untermonatiger Austritt: Austrittsmonat zählt nicht als volles Monat.
**Wenn ein Mitarbeiter im gleichen Monat eintritt und untermonatig wieder austritt, bekommt er keinen Urlaub
**Wenn ein Mitarbeiter im gleichen Monat eintritt und untermonatig wieder austritt, bekommt er keinen Urlaub.
**Inaktivzeiten werden gleich behandelt wie Eintritt- oder Austritt
**Inaktivzeiten werden gleich behandelt wie Eintritt- oder Austritt
***beginnt eine Karenzzeit untermonatig, wird dies wie ein Austritt behandelt -> kein Urlaubsanspruch für dieses Monat
***beginnt eine Karenzzeit untermonatig, wird dies wie ein Austritt behandelt -> kein Urlaubsanspruch für dieses Monat
Zeile 173: Zeile 185:
  Im Jänner hat der Mitarbeiter 20 h Anspruch (untermonatiger Eintritt zählt wie ein volles Monat), im Februar ebenfalls 20 und im März durch den untermonatigen Austritt 0
  Im Jänner hat der Mitarbeiter 20 h Anspruch (untermonatiger Eintritt zählt wie ein volles Monat), im Februar ebenfalls 20 und im März durch den untermonatigen Austritt 0


{| class="wikitable"
{| class="wikitable" style=""
|- [
|- [
![[bild:Urlaub_monatsgenau_ja.PNG|thumb]]
![[bild:Urlaub_monatsgenau_ja.PNG|thumb]]
Zeile 186: Zeile 198:
  Anspruchstage: Jänner: 16, Februar: 28, März: 20
  Anspruchstage: Jänner: 16, Februar: 28, März: 20


 
<span><span /><br /></span>
{| class="wikitable"
{| class="wikitable" style=""
|- [
|- [
![[bild:Urlaub_monatsgenau_nein.PNG|thumb]]
![[bild:Urlaub_monatsgenau_nein.PNG|thumb]]
|}
|}
==== via Anpassung ====
Funktioniert nur im Zusammenspiel mit dem Parameter "Anpassung" (siehe [[Anspruchsarten#Anpassung|oben]]).


===Rundung Zubuchung===
===Rundung Zubuchung===
Zeile 203: Zeile 218:
*0,00 -> keine Rundung
*0,00 -> keine Rundung


Beispiel kaufmännisch:
Beispiele kaufmännisch:  
1,374…  ≈ 1,37
 
* 1,374…  ≈ 1,37
* 1,375...  ≈ 1,38
 
Beispiel nicht kaufmännisch runden:  
Beispiel nicht kaufmännisch runden:  
1,374…  ≈ 1,38


* 1,374…  ≈ 1,38<span><br /></span><span><span /></span>


'''Immer Aufrunden'''
'''Immer Aufrunden'''
muss immer aufgerundet werden, so müssen die oben beschriebenen Werte negativ erfasst werden:
Muss immer aufgerundet werden, so müssen die oben beschriebenen Werte negativ erfasst werden:


*- 0,25 -> immer AUFRUNDEN auf halbe Tage / Stunden
*- 0,25 -> immer AUFRUNDEN auf halbe Tage / Stunden
*- 0,50 --> immer AUFRUNDEN auf ganze Tage / Stunden
*- 0,50 --> immer AUFRUNDEN auf ganze Tage / Stunden
<span><span /><br /></span>
Die gesamte Zubuchung selbst besteht aus folgenden 4 Konten:
* Zubuchung
* Zubuchung Zusatz
* Zubuchung Custom
* Zubuchung erhöhter Anspruch
Ab Version 2022.18 werden diese Konten GEMEINSAM gerundet! Diese Logik tritt mit Einspielungsdatum der Version in Kraft.
Vor dieser Version wurde jedes Konto selbstständig gerundet und dann die Summierung durchgeführt
''<small><u>Info Umsetzung:</u> Siehe Issue [https://github.com/bitfactory-software/alex/issues/6558 #6558]</small>''


===Rundung bei Restaliquotierung===
===Rundung bei Restaliquotierung===
Zeile 227: Zeile 258:


'''Immer Aufrunden'''
'''Immer Aufrunden'''
muss immer aufgerundet werden, so müssen die oben beschriebenen Werte negativ erfasst werden:
Muss immer aufgerundet werden, so müssen die oben beschriebenen Werte negativ erfasst werden:


*- 0,25 -> immer AUFRUNDEN auf halbe Tage / Stunden
*- 0,25 -> immer AUFRUNDEN auf halbe Tage / Stunden
Zeile 233: Zeile 264:


===Zeitkonto Konsum===
===Zeitkonto Konsum===
Hier kann ein Zeitkonto hinterlegt werden, welches den Konsum des Anspruches steuert. (Ab Version 2019.2)<br>
Hier kann ein Zeitkonto hinterlegt werden, welches den Konsum des Anspruches steuert. (ab Version 2019.2)<span><span /><br /></span>


Standardmäßig wird immer das Total der Planungscodes geprüft, welche den Parameter "Konsum für Anspruch" hinterlegt haben.
Standardmäßig wird immer das Total der Planungscodes geprüft, welche den Parameter "Konsum für Anspruch" hinterlegt haben.
Dieser Parameter ist stichtagsabhängig
Dieser Parameter ist stichtagsabhängig.


===Berechnungsart===
===Berechnungsart===
Zeile 252: Zeile 283:
*'''schwerer Fehler:''' rotes X - Dienstplan kann NICHT abgeschlossen werden
*'''schwerer Fehler:''' rotes X - Dienstplan kann NICHT abgeschlossen werden


 
<span><span /><br /></span>
===Schweren Fehler bei einem negativen Anspruchsrest ignorieren===
===Schweren Fehler bei einem negativen Anspruchsrest ignorieren===


Zeile 261: Zeile 292:
|}}
|}}


 
<span><span /><br /></span>
<u>Anwendungsbeispiel</u>:  
<u>Anwendungsbeispiel</u>:  


Zeile 318: Zeile 349:
   Februar: 25 / 365 * 28 = 1,92 Tage
   Februar: 25 / 365 * 28 = 1,92 Tage


  {| class="wikitable"
  {| class="wikitable" style=""
|-
|-
![[bild: Zubuchung_Monat.JPG|thumb]]
![[bild: Zubuchung_Monat.JPG|thumb]]
Zeile 351: Zeile 382:


====aliquot Beschäftigungsgrad====
====aliquot Beschäftigungsgrad====
Der im Parameter "Übertrag Maximum" erfasste Wert, wird auf das Beschäftigungsgrad aliquotiert.
Der im Parameter "Übertrag Maximum" erfasste Wert wird auf das Beschäftigungsgrad aliquotiert.
Ausschlaggebend ist das Beschäfigungsgrad am Ende der Anspruchsperiode.
Ausschlaggebend ist das Beschäfigungsgrad am Ende der Anspruchsperiode.


<span><span /><br /></span>
  Beispiel 1:
  Beispiel 1:
   Maximaler Übertragswert = 100 Stunden
   Maximaler Übertragswert = 100 Stunden
Zeile 377: Zeile 408:
  Zubuchung: 25 Tage / 200 Stunden (voller Anspruch)
  Zubuchung: 25 Tage / 200 Stunden (voller Anspruch)


  Info: Wurde für die spezielle Anspruchsart Nachtschwerarbeit benötigt
  Info: Wurde für die spezielle Anspruchsart Nachtschwerarbeit benötigt.


===Aliquotierung bei Eintritt im 1. HJ ab===
===Aliquotierung bei Eintritt im 1. HJ ab===


Mitarbeiter die im 1. Halbjahr eintreten, können eventuell eine eigene Aliquotierung haben.  
Mitarbeiter, die im 1. Halbjahr eintreten, können eventuell eine eigene Aliquotierung haben.  
(Info: Grund = Urlaubsgesetz kennt nur das Arbeitsjahr und wenn man Kalenderjahr verwendet darf im 1. Halbjahr nicht aliquotiert werden!)
(Info: Grund = Urlaubsgesetz kennt nur das Arbeitsjahr und wenn man Kalenderjahr verwendet, darf im 1. Halbjahr nicht aliquotiert werden!)


Hierbei werden 3 Variante unterschieden:
Hierbei werden 3 Variante unterschieden:


*Eintritt (=Standard): Aliquotierung sofort ab Eintritt
*'''Eintritt''': Aliquotierung sofort ab Eintritt (=Standard)
*1. Juli: Aliquotierung erst ab Eintritt mit 01. Juli
*'''1. Juli:''' Aliquotierung erst ab Eintritt mit 01. Juli
*2. Juli: Aliquotierung erst ab Eintritt mit 02. Juli
*'''2. Juli:''' Aliquotierung erst ab Eintritt mit 02. Juli
 
<span><span /><br /></span>
'''Beispiel Aliquotierung Eintritt:'''
 
[[Datei:Uralubsaliquotierung_Eintritt.png|alternativtext=|600x600px]]
 
'''Beispiel Aliquotierung ab 01.07.'''
 
[[Datei:Uralubsaliquotierung_0107.png|alternativtext=|600x600px]]
 
'''Beispiel Aliquotierung ab 02.07.'''
 
[[Datei:Uralubsaliquotierung_0207.png|alternativtext=|600x600px]]
 
=== Aliquotierung bei Eintritt/Austritt im selben Jahr ===
Dieser Parameter ist nur relevant, wenn der Parameter "Aliquotierung bei Eintritt im 1. HJ ab" auf "1.Juli" oder "2.Juli" gesetzt ist!
 
<span><span /><br /></span>
Ist der Parameter auf "'''Nein'''" (=Standard) so wird bei Ein- und Austritt im gleichen Kalenderjahr der Urlaub immer vom 01.01. bis zum Austrittsdatum aliquotiert. Das wirkliche Eintrittsdatum hat keine Auswirkung.
 
* Beispiel:
** Eintritt: 17.2.2020
** Austritt: 17.4.2020
** Grundanspruch für 365 Tage = 200 Stunden
** Aliquotierungsberechnung: 1.1.-17.4. = 107 Tage -> 200:365x107 = 59 Std.
 
<span><span /><br /></span>
Ist der Parameter auf "'''Ja'''" so wird bei Ein- und Austritt im gleichen Kalenderjahr der Urlaub immer vom wirklichen Eintrittsdatum bis zum wirklichen Austrittsdatum aliquotiert.
 
* Beispiel
** Eintritt: 17.2.2020
** Austritt: 17.4.2020
** Grundanspruch für 365 Tage = 200 Stunden
** Aliquotierungsberechnung: 17.2.-17.4. = 60 Tage -> 200:365x60 = 33 Std.
 
<span><span /><br /></span>
''<small><u>Interne Zusatzinformation:</u></small>''


Eine genaue Erklärung befindet sich '''[[Ansprüche - Aliquotierung bei Eintritt im 1.Halbjahr|HIER]]'''
* ''<small>Siehe Issue [https://github.com/bitfactory-software/alex/issues/3103 #3103]</small>''


===Aliquotierung nach...[default=Besch.Grad]===
===Aliquotierung nach... [default=Besch.Grad]===
Ab der Version 2019.20 ist es hier möglich die Aliquotierung des Anspruches auch nach einem anderen Parameter als dem Beschäftigungsausmaß zu definieren.
Ab der Version 2019.20 ist es hier möglich, die Aliquotierung des Anspruches auch nach einem anderen Parameter als dem Beschäftigungsausmaß zu definieren.
Hier kann ein beliebiger Parameter hinterlegt werden.
Hier kann ein beliebiger Parameter hinterlegt werden.
Ist nichts hinterlegt, so wird nach dem Beschäftigungsgrad aliquotiert (Standard).
Ist nichts hinterlegt, so wird nach dem Beschäftigungsgrad aliquotiert (Standard).
Zeile 400: Zeile 468:


===Aliquotierung: Grundwert===
===Aliquotierung: Grundwert===
Hier muss der Grundwert für die Aliquotierung hinterlegt werden, sollte beim Parameter "Aliquotierung nach...[default=Besch.Grad]" etwas anderes hinterlegt werden.
Hier muss der Grundwert für die Aliquotierung hinterlegt werden, sollte beim Parameter "Aliquotierung nach... [default=Besch.Grad]" etwas anderes hinterlegt werden.


  Beispiel:  
  Beispiel:  
Zeile 406: Zeile 474:
  Mitarbeiter mit 3-Tage-Woche: Parameter "Arbeitstage je Woche" = 3
  Mitarbeiter mit 3-Tage-Woche: Parameter "Arbeitstage je Woche" = 3
  Bei der Anspruchsart ist folgendes zu hinterlegen:
  Bei der Anspruchsart ist folgendes zu hinterlegen:
  * Aliquotierung nach ...[default=Besch.Grad] = Arbeitstage je Woche
  * Aliquotierung nach ... [default=Besch.Grad] = Arbeitstage je Woche
  * Aliquotierung: Grundwert = 5
  * Aliquotierung: Grundwert = 5


Zeile 415: Zeile 483:
Wird dieser Parameter gesetzt, so wird für diese Anspruchsart automatisch das Geburtsdatum als Stichtag für die Staffelung verwendet.
Wird dieser Parameter gesetzt, so wird für diese Anspruchsart automatisch das Geburtsdatum als Stichtag für die Staffelung verwendet.
Der Stichtag selbst muss dann nicht mehr erfasst werden.
Der Stichtag selbst muss dann nicht mehr erfasst werden.
''<small><u>Anmerkung</u>: Betrifft nur die "Staffelung", nicht den erhöhten Anspruch!</small>''


===Schaltjahr 366===
===Schaltjahr 366===


Dieser Parameter ist ab Version 2016.1.0.85 verfügbar. (Entwickelt für SHV Urfahr-Umgebung.)
Dieser Parameter wird im Programmlauf nur abgefragt, wenn <code>"Aliq.Methode" = tagesgenau</code> !
 
Nur empfohlen in Kombination mit Anspruchszeitraum <code>"Kalenderjahr"</code> bzw. <code>"Angepasst" und "Zubuchungstag" = 01.01.JJJJ</code> !
 
''Bei unterjährigen Zubuchungen kann es zu schwierigen Konstellationen kommen... <small>Bit Factory interne Zusatzinfos siehe: [https://github.com/bitfactory-software/alex/issues/2897 #2897], [https://github.com/bitfactory-software/alex/issues/10204 #10204]</small>''
 


'''Funktioniert nur in Kombination mit "tagesgenauer Aliquotierung" + "Kalenderjahr" bzw. Zubuchung mit 01.01.JJJJ bei "Angepasst"!'''


Wird dieser Parameter gesetzt, so wird in einem Schaltjahr der Anspruch wie folgt berechnet:  
Wird dieser Parameter gesetzt, so wird in einem Schaltjahr der Anspruch wie folgt berechnet:


Jahresanspruch/366*Anwesenheitstage.  
Jahresanspruch/366*Anwesenheitstage.  
Zeile 434: Zeile 508:
   200 / 366 * 351 Anwesenheitstage = 191,80   
   200 / 366 * 351 Anwesenheitstage = 191,80   


Ist dieser Parameter auf nein gesetzt (Standardeinstellung), gilt folgende Berechnung:  
Ist dieser Parameter auf Nein gesetzt (Standardeinstellung), gilt folgende Berechnung:  


Jahresanspruch/365*Anwesenheitstage - wobei der 29.Februar nicht als Anwesenheitstag zählt.
Jahresanspruch/365*Anwesenheitstage - wobei der 29.Februar nicht als Anwesenheitstag zählt.
Zeile 446: Zeile 520:
   200 / 365 * 350 Anwesenheitstage = 191,78
   200 / 365 * 350 Anwesenheitstage = 191,78


<span><span /><br /></span>


===Anspruchsart Rest älter 1/2/3 Jahre berechnen===
===Anspruchsart Rest älter 1/2/3 Jahre berechnen===
Zeile 451: Zeile 526:
Nähere Infos finden Sie [[Anspruchsart Rest älter 1/2/3 Jahre berechnen|hier.]]
Nähere Infos finden Sie [[Anspruchsart Rest älter 1/2/3 Jahre berechnen|hier.]]


 
<span><span /><br /></span>
===Prüfung bei negativem Rest: nur bei Konsum===
===Prüfung bei negativem Rest: nur bei Konsum===
Ab der Version 2021.20 kann für jede Anspruchsart aktiviert werden, dass eine Meldung bzgl. negativem Rest nur dann erscheint, wenn im gleichen Monat ein Konsum eingetragen wurde.
Ab der Version 2021.20 kann für jede Anspruchsart aktiviert werden, dass eine Meldung bzgl. negativem Rest nur dann erscheint, wenn im gleichen Monat ein Konsum eingetragen wurde.
Zeile 457: Zeile 532:
Wird der Parameter aktiviert, so wird die eingestellte Meldung lt. Parameter [[Anspruchsarten#Pr.C3.BCfung_bei_negativem_Rest | Prüfung bei negativem Rest]] nur in diesem Fall ausgelöst.  
Wird der Parameter aktiviert, so wird die eingestellte Meldung lt. Parameter [[Anspruchsarten#Pr.C3.BCfung_bei_negativem_Rest | Prüfung bei negativem Rest]] nur in diesem Fall ausgelöst.  


Ein Anwendungsbeispiel wäre die Verwaltung vom NSchwAG Anspruch: Hier hat der Mitarbeiter standardmäßig einen negativen Rest, welcher sich durch einen Nachtdienst verringert und es soll nur dann ein schwerer Fehler erscheinen, wenn der Konsum einen negativen Rest auslöst.
Ein Anwendungsbeispiel wäre die Verwaltung vom NSchwAG-Anspruch: Hier hat der Mitarbeiter standardmäßig einen negativen Rest, welcher sich durch einen Nachtdienst verringert und es soll nur dann ein schwerer Fehler erscheinen, wenn der Konsum einen negativen Rest auslöst.
 


<span><span /><br /></span>
===Prüfung bei negativem Rest: Leseberechtigung Extra===
===Prüfung bei negativem Rest: Leseberechtigung Extra===
Zu jeder Anspruchsart gibt es eine Sonderabrechnung [[Anspruchsarten#Schweren_Fehler_bei_einem_negativen_Anspruchsrest_ignorieren | "... Rest negativ OK".]]
Zu jeder Anspruchsart gibt es eine Sonderabrechnung [[Anspruchsarten#Schweren_Fehler_bei_einem_negativen_Anspruchsrest_ignorieren | "... Rest negativ OK".]]
Zeile 467: Zeile 542:
Zum Verstecken der Sonderabrechnung wird für die gewünschte Anspruchsart hier eine Berechtigung hinterlegt.
Zum Verstecken der Sonderabrechnung wird für die gewünschte Anspruchsart hier eine Berechtigung hinterlegt.


 
<span><span /><br /></span>
===Konten für Zusatzanspruch===
===Konten für Zusatzanspruch===
Für Kunden aus Deutschland, muss hier definiert werden, welche Zusatzurlaubskonten in den Resturlaub dazugerechnet werden müssen.
Für Kunden aus Deutschland muss hier definiert werden, welche Zusatzurlaubskonten in den Resturlaub dazugerechnet werden müssen.
Früher wurde dies direkt im TCX-Modul "Standard_Deutschland_Anspruch" gemacht.
Früher wurde dies direkt im TCX-Modul "Standard_Deutschland_Anspruch" gemacht.
Durch diese Parametereinstellung ist das Modul OBSOLET.
Durch diese Parametereinstellung ist das Modul OBSOLET.
Genauere Infos zur Zusatzurlaubsberechnung finden sich [[D_Zusatzurlaube|HIER]]
Genauere Infos zur Zusatzurlaubsberechnung finden sich [[D_Zusatzurlaube|HIER]]


 
<span><span /><br /></span>
===erhöhte Ansprüche===
===erhöhte Ansprüche===
Ab der Version 2020.08 kann der erhöhte Anspruch, im Bezug auf Aliquotierung und Kriterium für Zubuchung, individuell definiert werden.
Ab der Version 2020.08 kann der erhöhte Anspruch im Bezug auf Aliquotierung und Kriterium für Zubuchung individuell definiert werden.
Näher Infos dazu, finden Sie [[Einstellung für erhöhten Anspruch|Hier]]
Näher Infos dazu, finden Sie [[Einstellung für erhöhten Anspruch|Hier]]
===Konsum aus spez.Abw===
Soll ein geplanter Konsum der jeweilige Anspruchsart trotz einer spezifischen Abwesenheit im IST als konsumiert gelten, so muss dieser Parameter gesetzt werden.
Es muss eine [[Zeitkontosammlung]] mit den gewünschten Abwesenheiten hinterlegt werden.
So kann beispielsweise der NSchwAG Konsum auch bei einem Krankenstand im IST als konsumiert gerechnet werden.
{{AlexBild|Beispiel für Parametrierung|[[Datei:Anspruchsarten 1711373930607.png|800px]]}}
Je Anspruchsart gibt es ein Konto<code>'Anspruchsart' Konsum aus spez.Abw</code> das, ebenso wie das Konto <code>'Anspruchsart' Konsum</code>, im <code>'Anspruchsart' Konsum ges.</code> enthalten ist.


===Schwerer Fehler bei Konsum ohne Anspruchszeile===
===Schwerer Fehler bei Konsum ohne Anspruchszeile===
Ab Version 2020.06 gibt es die Möglichkeit zu definieren, dass ein Konsum bei fehlender Anspruchszeile einen schweren Fehler auslöst.
Es gibt die Möglichkeit, zu definieren, dass ein Konsum bei fehlender Anspruchszeile einen schweren Fehler auslöst.


Dazu muss auf der jeweiligen Anspruchsart unter "Erweitert" der Parameter '''"Fehler bei Konsum wenn keine Anspruchszeile"''' auf "JA" gesetzt werden:
Dazu muss auf der jeweiligen Anspruchsart unter "Erweitert" der Parameter '''"Fehler bei Konsum wenn keine Anspruchszeile"''' auf "JA" gesetzt werden:
Zeile 486: Zeile 572:
{{AlexBild|Parameter "Fehler bei Konsum wenn keine Anspruchszeile"|[[Datei:FehlerbeiKonsum.png]]|}}
{{AlexBild|Parameter "Fehler bei Konsum wenn keine Anspruchszeile"|[[Datei:FehlerbeiKonsum.png]]|}}


Hat der Mitarbeiter keine Anspruchszeile im Personalstamm hinterlegt und trägt nun einen Planungscode ein, welcher diese Anspruchsart konsumiert, erscheint ein schwerer Fehler:
Hat der Mitarbeiter keine Anspruchszeile im Personalstamm hinterlegt und trägt nun einen Planungscode ein, welcher diese Anspruchsart konsumiert, erscheint im Status Planung oder Ist (nicht im "nicht erzeugt") ein schwerer Fehler:


{{AlexBild|Fehlermeldung bei Konsum ohne Anspruchszeile|[[Datei:FehlerbeiKonsumTooltip.png]]|}}
{{AlexBild|Fehlermeldung bei Konsum ohne Anspruchszeile|[[Datei:FehlerbeiKonsumTooltip.png]]|}}


==Inaktivzeiten (ab Version V2020.20)==
==Inaktivzeiten==
[[Datei:Anspruchsart Inaktivzeiten 02.png]]
{{AlexBild|Stammdaten Anspruchszeile - Inaktivzeiten|[[Datei:Anspruchsart Inaktivzeiten 02.png]]|}}
===Zubuchung aufteilen deaktivieren===
===Zubuchung aufteilen deaktivieren===
Parameter auf "JA", deaktiviert die automatische Bearbeitung der Anspruchszeile durch ALEX.<br>
Parameter auf "JA" deaktiviert die automatische Bearbeitung der Anspruchszeile durch ALEX.<span><span /><br /></span>
Das bedeutet die Anspruchszeile wird nicht unterbrochen, somit wird auch die Zubuchung des Anspruches nicht aufgeteilt.<br>
Das bedeutet, die Anspruchszeile wird nicht unterbrochen, somit wird auch die Zubuchung des Anspruches nicht aufgeteilt.<span><span /><br /></span>
Der Anspruch selbst reduziert sich aber trotzdem um den Zeitraum der Inaktivzeit (je nach Aliquoterungseinstellungen).<br>
Der Anspruch selbst reduziert sich aber trotzdem um den Zeitraum der Inaktivzeit (je nach Aliquotierungseinstellungen), dazu muss aber auch untenstehender Parameter "Inaktivzeiten ohne Anspruch 'Standard' bzw. Inaktivzeiten ohne Anspruch 'individuell' gesetzt sind, ansonsten wird nichts mehr aliquotiert!
<br>
 
Damit kann z.B. verhindert werden, dass durch die Eingabe der Inaktivzeit ein negativer Rest zu Beginn der Inaktivzeit entsteht.<br>
Damit kann z. B. verhindert werden, dass durch die Eingabe der Inaktivzeit ein negativer Rest zu Beginn der Inaktivzeit entsteht.
 
--> [https://github.com/bitfactory-software/alex/issues/4166 Beispielfall]
--> [https://github.com/bitfactory-software/alex/issues/4166 Beispielfall]
ACHTUNG!
1. auf den Stichtag bei den beiden folgenden Parametern: Da dieses Property ohne Stichtag ist, gilt es für alle ab dem Neustart eingegebenen Inaktivzeiten. Bestehende Inaktivzeiten werden nicht verändert. Die beiden folgenden Parameter müssen deshalb unbedingt mit jenem Datum gültig sein, für welches noch Inaktivzeiten ab jetzt rückwirkend angelegt werden. (z. B. der 1.1. des laufenden Jahres)
2. Mitarbeiter, welche bereits eine Inaktivzeit mit offenem Ende eingetragen haben (denen wurde die Anspruchszeile beendet), muss bei Rückkehr aus der Inaktivzeit manuell eine neue Anspruchszeile eingetragen werden.
3. Die korrekte Anzeige der Zubuchung in Kombination mit Inaktivzeiten funktioniert hier erst wenn das Datum bei folgendem Parameter auf System  überschritten wurde: "Verbesserte Logik für Anspruchsart startet ab:"
--> [https://github.com/bitfactory-software/alex/issues/7589 Issue 7589]
{{AlexBild|Parameter|[[Datei:Anspruchsarten 1677584215533.png]]|}}
<span><span /><br /></span>
<span><span /><br /></span>


===Inaktivzeiten ohne Anspruch "standard"===
===Inaktivzeiten ohne Anspruch "standard"===
Wenn aktiviert, dann werden alle "standard" Inaktivzeiten inkl. aller "individuellen" Inaktivzeiten ohne Anspruch berechnet.<br>
Wenn aktiviert, dann werden alle "standard" Inaktivzeiten inkl. aller "individuellen" Inaktivzeiten ohne Anspruch berechnet.<span><span /><br /></span>
Wenn deaktiviert, dann werden nur die "individuellen" Inaktivzeiten ohne Anspruch gerechnet.
Wenn deaktiviert, dann werden nur die "individuellen" Inaktivzeiten ohne Anspruch gerechnet.


"standard" Inaktivzeiten sind:<br>
"standard" Inaktivzeiten sind:<span><span /><br /></span>
- Karenz<br>
- Karenz<span><span /><br /></span>
- sonst. Inaktivzeit<br>
- sonst. Inaktivzeit<span><span /><br /></span>
- angelegte Inaktivzeiten ohne Anspruch<br>
- angelegte Inaktivzeiten ohne Anspruch<span><span /><br /></span>
siehe auch: [[Mutterschutzgesetz/Karenzierung#Anlage_wie_.22Karenz.22.2F.22Sonstige_Inaktivzeit|Anlage sonstiger Inaktivzeiten]]
siehe auch: [[Mutterschutzgesetz/Karenzierung#Anlage_wie_.22Karenz.22.2F.22Sonstige_Inaktivzeit|Anlage sonstiger Inaktivzeiten]]


===Inaktivzeiten ohne Anspruch "individuell"===
===Inaktivzeiten ohne Anspruch "individuell"===
Wenn Inaktivzeiten "standard" aktiviert, dann können hier Inaktivzeiten definiert werden, die zusätzlich zu den "standard" ebenfalls keinen Anspruch auslösen sollen.<br>
Wenn Inaktivzeiten "standard" aktiviert ist, dann können hier Inaktivzeiten definiert werden, die zusätzlich zu den "standard" ebenfalls keinen Anspruch auslösen sollen.<span><span /><br /></span>
Wenn Inaktivzeiten "standard" deaktiviert, dann müssen hier alle Inaktivzeiten definiert werden, die keinen Anspruch auslösen sollen.
Wenn Inaktivzeiten "standard" deaktiviert ist, dann müssen hier alle Inaktivzeiten definiert werden, die keinen Anspruch auslösen sollen.


==Anspruchs-Konten==
==Anspruchs-Konten==
Zeile 523: Zeile 624:
*''''Anspruchsart' Konsum''': Anzahl der konsumierten Stunden/Tage pro Monat
*''''Anspruchsart' Konsum''': Anzahl der konsumierten Stunden/Tage pro Monat
*''''Anspruchsart' Rest''': Restanspruch zum Monatsende
*''''Anspruchsart' Rest''': Restanspruch zum Monatsende
*''''Anspruchsart' Rest Ende''': Zeigt den Restwert im letzten Monat des Anspruchsjahres ([[Urlaubsrest zum Ende Anspruchsjahr]] )
*''''Anspruchsart' Rest Ende''': Zeigt den Restwert im letzten Monat des Anspruchsjahres ([[Urlaubsrest zum Ende Anspruchsjahr]] ), kann auch in allen Monaten angezeigt werden mit [[Anspruchsrest per Jahresende immer berechnen|Systemeinstellung]].
*''''Anspruchsart' Ausbezahlt''': Am Konto "'Anspruch' Rest" besteht die Möglichkeit einer Auszahlung - wird ausbezahlt, so landen die Stunden/Tage in diesem Konto. Dieses Konto muss in der LA-Umschlüsselung hinterlegt werden
*''''Anspruchsart' Ausbezahlt''': Am Konto "'Anspruch' Rest" besteht die Möglichkeit einer Auszahlung - wird ausbezahlt, so landen die Stunden/Tage in diesem Konto. Dieses Konto muss in der LA-Umschlüsselung hinterlegt werden
*''''Anspruchsart' Zubuchung Zusatz''': Gibt es eine Zusatzanspruchsberechnung (z.B. SHV OÖ, Standard Deutschland) so befindet sich der Zusatzurlaubsanspruch in diesem Konto
*''''Anspruchsart' Zubuchung Zusatz''': Gibt es eine Zusatzanspruchsberechnung (z.B. SHV OÖ, Standard Deutschland) so befindet sich der Zusatzurlaubsanspruch in diesem Konto
*''''Anspruchsart' Zubuchung Gesamt''': Summe aus "Zubuchung" und "Zubuchung Zusatz"
*''''Anspruchsart' Zubuchung Gesamt''': Summe aus "Zubuchung" und "Zubuchung Zusatz"
*''''Anspruchsart' Rest (nur positiv!)''': In diesem Konto wird der Rest nur angezeigt, wenn dieser positiv ist
*''''Anspruchsart' Rest (nur positiv!)''': In diesem Konto wird der Rest nur dann angezeigt, wenn dieser positiv ist
 
===Sonderabrechnungen===
 
Je Anspruchsart gibt es diese Sonderabrechnungen:
 
* <code>''Anspruchsart'' Rest negativ OK</code>
** Verwendung [[Anspruchsarten#Schweren_Fehler_bei_einem_negativen_Anspruchsrest_ignorieren|siehe oben]]
 
* <code>''Anspruchsart'' Korrekturwert Tag</code>
** setzt den erfassten Wert ins Konto <code>"''Anspruchsart'' man-Korrektur Tag"</code>
** hat keinen Einfluss auf die Berechnung der Zubuchung


===Änderung der Konten über "Spezielle Monatswerte"===
*<code>''Anspruchsart'' Korrekturwert Monat</code>
** setzt den erfassten Wert ins Konto <code>"''Anspruchsart'' man-Korrektur Monat"</code>
** hat keinen Einfluss auf die Berechnung der Zubuchung


*Bei Korrekturwert: Hier wird der bestehende Urlaubswert um den eingegeben Wert korrigiert -> erfolgt ein Austritt im 1. Jahr, wird die Zubuchung aliquotiert.
*<code>''Anspruchsart'' Vormonat</code>
*Bei Startwert: Hier wird der bestehende Urlaubswert um den eingegebenen Wert ersetzt -> erfolgt ein Austritt im 1. Jahr wird nicht aliquotiert, da nur eine manuelle Zubuchung vorhanden ist.
** setzt den erfassten Wert ins Konto <code>"''Anspruchsart'' Rest Vormonat"</code>
** hat keinen Einfluss auf die Berechnung der Zubuchung


Bei Änderung von Ein-/Austritt oder Beschäftigungsausmaß in einem Anspruchsjahr mit manueller Korrektur, können die Anspruchskonten falsche Werte enthalten.
*<code>''Anspruchsart'' Startwert</code>
** setzt den erfassten Wert ins Konto <code>"''Anspruchsart'' Rest Vormonat"</code>
** hat Einfluss auf die Berechnung der '''Zubuchung''':
*** Zubuchungskonten (zB: <code>"''Anspruchsart'' Zubuchung"</code>) sowie das Konto <code>"''Anspruchsart'' Korrektur"</code> werden fix auf 0.00 gesetzt
**** daher keine Aliquotierung nach Beschäftigungstagen im selben Anspruchsjahr (zB: bei einem später erfasstem Austritt )


Dies betrifft im Besonderen das erste Anspruchsjahr in ALEX
Eine Sonderabrechnung zur direkten Erfassung einer Zubuchung ist nicht verfügbar.


===zusätzliche Konten===
===zusätzliche Konten===
Zeile 548: Zeile 667:
Beachte: Bei '''Restaliquotierung''' berücksichtigt das Konto '''<nowiki/>'Anspruchsart' Zubuchung aliquot''' nur die ursprüngliche Zubuchung, nicht aber die Korrektur im Konto '''<nowiki/>'Anspruchsart' Korrektur''' von jenen Monaten, in denen ein Wechsel des Beschäftigungsausmaßes erfolgte!
Beachte: Bei '''Restaliquotierung''' berücksichtigt das Konto '''<nowiki/>'Anspruchsart' Zubuchung aliquot''' nur die ursprüngliche Zubuchung, nicht aber die Korrektur im Konto '''<nowiki/>'Anspruchsart' Korrektur''' von jenen Monaten, in denen ein Wechsel des Beschäftigungsausmaßes erfolgte!


 
<span><span /><br /></span>
Berechnungsbeispiele:
Berechnungsbeispiele:


zb.: '''Kein Austritt'''
z.B.: '''Kein Austritt'''


'''Januar:'''
'''Januar:'''
Zeile 567: Zeile 686:
Urlaub in Tagen Rest aliquot = 3 Tage
Urlaub in Tagen Rest aliquot = 3 Tage


 
<span><span /><br /></span>
'''Februar:'''
'''Februar:'''


Zeile 582: Zeile 701:
Urlaub in Tagen Rest aliquot = 3 Tag (5 Tage - 2 Tage)
Urlaub in Tagen Rest aliquot = 3 Tag (5 Tage - 2 Tage)


 
<span><span /><br /></span>
'''März:'''
'''März:'''


Zeile 599: Zeile 718:
[[bild:Urlaub ohneRestVM.PNG]]
[[bild:Urlaub ohneRestVM.PNG]]


<span><span /><br /></span>


zb.: '''Untermonatiger Austritt im März'''
z.B.: '''Untermonatiger Austritt im März'''
 


<span><span /><br /></span>
'''Januar:'''
'''Januar:'''


Zeile 617: Zeile 737:
Urlaub in Tagen Rest aliquot = 1 Tag (3 Tage - 2 Tage)
Urlaub in Tagen Rest aliquot = 1 Tag (3 Tage - 2 Tage)


 
<span><span /><br /></span>
'''Februar:'''
'''Februar:'''


Zeile 632: Zeile 752:
Urlaub in Tagen Rest aliquot = 3 Tag (5 Tage - 2 Tage)
Urlaub in Tagen Rest aliquot = 3 Tag (5 Tage - 2 Tage)


 
<span><span /><br /></span>
'''März:'''
'''März:'''


Zeile 647: Zeile 767:
Urlaub in Tagen Rest aliquot = 4 Tag (6 Tage - 2 Tage)
Urlaub in Tagen Rest aliquot = 4 Tag (6 Tage - 2 Tage)


 
<span><span /><br /></span>


[[bild:Urlaub Austrit aliquot.PNG]]
[[bild:Urlaub Austrit aliquot.PNG]]
Zeile 655: Zeile 775:
Die Anspruchseinstellungen können stichtagsbezogen abgeändert werden. Mehr dazu [[Anspruchseinstellungen stichtagbezogen|HIER]]
Die Anspruchseinstellungen können stichtagsbezogen abgeändert werden. Mehr dazu [[Anspruchseinstellungen stichtagbezogen|HIER]]


<br />
<span /><span /><br />


==Links==
==Links==
Zeile 664: Zeile 784:
*[[Anspruchsaliquotierung nach Tagewoche]]
*[[Anspruchsaliquotierung nach Tagewoche]]
*[[Jahresplan für einen Mitarbeiter auf einer Seite#Jahr neu aufrollen|Anspruchskonten neu berechnen nach Stammdatenänderung (Jahr neu aufrollen)]]
*[[Jahresplan für einen Mitarbeiter auf einer Seite#Jahr neu aufrollen|Anspruchskonten neu berechnen nach Stammdatenänderung (Jahr neu aufrollen)]]
*[[Zusatzurlaub aus Nachtschwerarbeit]]
*[[Konsum von halben Tagen]]


[[Kategorie:Abrechnung]]
[[Kategorie:Abrechnung]]

Aktuelle Version vom 14. November 2024, 11:22 Uhr

Zur Verwaltung von Jahresabwesenheitsansprüchen (stunden- oder tageweise) wie z.B. Erholungsurlaub, Sonderurlaub, Pflegeurlaub, Fortbildung, ... müssen Ansprüche angelegt werden.

Anspruchsart anlegen Navigator.PNG

Anspruchsart
Anspruchsart anlegen.PNG


ACHTUNG! Ansprüche immer mit Stichtag 1.1. des Jahres anlegen!

Info: Bis Version 7.8.6. können Anspruchsarten nur über Anspruchsspezifikationen in den Systemeinstellungen angelegt werden.

Allgemein

Name

Eindeutige Kennzeichnung der Anspruchsart. Z.B. 01, 02, NS... Darf nur einmal verwendet werden. Achtung: Keine Sonderzeichen verwenden!

Bezeichnung

Bezeichnung der Anspruchsart, welche in den Parametereinstellungen etc. verwendet wird.

Kurzbezeichnung

Ist jene Bezeichnung, die in den Summenspalten zu sehen ist (Urlaub z.B. "U").

Berechnung

Zeitraum

  • Angepasst: Zubuchung des Anspruches mit dem im Personalstamm hinterlegten "Zubuchungsstichtag".
    • Verwendung hauptsächlich bei Arbeitsjahr, da es dann keine Abhängigkeit zum erfassten Eintrittsdatum gibt
    • wird verwendet, wenn es sowohl Mitarbeiter mit Zubuchung zum Beginn des Arbeitsjahres als auch Mitarbeiter mit Zubuchung zu Beginn des Kalenderjahres gibt
  • Arbeitsjahr: Zubuchung des Anspruches mit Eintrittsdatum
    • Sollte eher nicht verwendet werden --> Anlage mit "Angepasst", da viel flexibler. Wiedereintritt...
  • Kalenderjahr: Zubuchung des Anspruches mit 1. Jänner
    • Sollte eher nicht verwendet werden --> Anlage mit "Angepasst", da viel flexibler. Übrigens ist der default-Wert für den "Zubuchungstag" 1.1.1900, was gleichbedeutend mit "Kalenderjahr" ist.

Zubuchung Vollzeit

Anzahl der Stunden / Tage, welche pro Zeitraum einem Vollzeit-Mitarbeiter zugebucht werden. = Grundanspruch pro Anspruchsperiode

Anwendung:
Hier wird meistens "0" erfasst. Definition des Grundanspruches über "Staffelung für Zusatzanspruch" --> flexibler bei Änderungen bzw. unterschiedlichen Grundansprüchen pro Bereich/Berufsgruppe etc.
(Röntgen/Zivildiener haben andere Grundansprüche)

Übertrag

  • ja = Resturlaub wird in die nächste Anspruchsperiode mitgenommen
  • nein = Resturlaub verfällt am Ende der Anspruchsperiode

Aliquotierungsart

Diese steuert, ob und wie der Anspruch auf das Beschäftigungsausmaß (oder auf einen anderen Parameter) des Personals angepasst wird.

Bei einer Anspruchsart "in Tagen" wurde früher oft "Keine" eingestellt. Es ist jedoch mittlerweile möglich, den Anspruch auf die Tagewoche zu aliquotieren! siehe Anspruchsaliquotierung nach Tagewoche

Bei einer Anspruchsart "in Stunden" muss üblicherweise eine der anderen Optionen eingestellt werden.

Folgende Einstellungen sind möglich:

  • "Jahresanspruch"
  • "Restanspruch"
  • "erster Beschäftigungsfaktor"
  • "Keine"

Jahresanspruch

Der gesamte Jahresanspruch wird rückwirkend bis zur letzten Zubuchung aliquotiert und neu berechnet. Hier wird nur der Jahresanspruch aliquotiert. Ein allfälliger Rest aus Vorperioden wird NICHT aliquotiert.

Beispiel:

Mitarbeiter ist bis 30. Juni zu 100% beschäftigt,

ab 01 Juli wechselt der Mitarbeiter sein Beschäftigungsausmaß auf 50%.


  Berechnung:
  Jänner - Juni   =  181 Tage
  Juli - Dezember =  184 Tage
  (200 x 100%)  200 / 365 * 181 =  99,18
  (200 x 50%)   100 / 365 * 184 =  50,41
      Urlaubsrest = 149,59     
Aliquotierung Jahr 2.PNG

Restanspruch

Der bestehende Anspruchsrest zum Umstellungsmonat wird einfach mit dem neuen Beschäftigungsausmaß errechnet. Achtung: Hier wird auch der Anspruch aus Vorperioden mitaliquotiert!


Beispiel 1: Mitarbeiter ist bis 30. Juni zu 100% beschäftigt,

ab 01 Juli wechselt der Mitarbeiter sein Beschäftigungsausmaß auf 50%.

Berechnung:
Restanspruch 30.6.: 200 Stunden  
Berechnung: 200 * 50% = 100 Stunden Restanspruch
Aliquotierung Rest 2.PNG


Beispiel 2: Mitarbeiter ist bis 30. Juni zu 75% beschäftigt,

ab 01. Juli wechselt der Mitarbeiter sein Beschäftigungsausmaß auf 50%.

Berechnung:
Restanspruch 30.6.: 150 - 20 Stunden konsumiert = 130 Stunden
Berechnung: (130 / 75) * 100 = 173,33 (Anspruch Vollzeit) * 50% = 86,67 Stunden Restanspruch

Untermonatiger Beschäftigungsausmaßwechsel

Ab der Version 2020.04 wird die Restanspruchsaliquotierung auch bei untermonatigem Wechsel durchgeführt.

Hierbei wird der "Restanspruch zum Monatsersten MINUS Urlaubskonsum bis zum Tag des Wechsels" aliquotiert.
Zu beachten:

  • Korrekturen werden NACH der Aliquotierung berechnet
  • Spezielle Zusatzurlaube müssen kontrolliert werden
  • untermonatiger Zubuchungstag und Wechsel Beschäftigungsausmaß im gleichen Monat

erster Beschäftigungsfaktor

Ab Version 2020.22 gibt es diese Aliquotierungsmethode. Hierbei wird nur im Monat der Zubuchung das Beschäftigungsausmaß (bzw. der ausgewählte Aliquotierungsbasis) herangezogen und die Zubuchung dementsprechend aliquotiert.
Jede weitere Änderung des Beschäftigungsfaktors im laufenden Anspruchsjahr löst keine Aliquotierung aus. Es erfolgt die Aliquotierung nur im Monat der Zubuchung!

Keine

Bei einem Beschäftigungsausmaßwechsel wird keine Aliquotierung angestoßen. Dies muss bspw. bei einem Anspruch in Tagen hinterlegt werden.

Anpassung

Hier kann eine Anpassung hinterlegt werden.

  • Bei Anpassungen handelt es sich um kundenspezifische Programmierungen für Sonderregelungen.
  • Diese müssen im Config-File freigeschaltet werden, damit sie in der Auswahl zur Verfügung stehen.
  • Damit die hinterlegte Anpassung verwendet wird, muss bei der Aliquotierungsmethode "via Anpassung" ausgewählt werden.


Beispiel für eine Anpassung: 
Bei untermonatigem Eintritt wird so gerechnet, als wäre der Eintritt am Monatsersten. 
Austritt und Inaktivzeiten sollen aber taggenau nach der Methode 30/360 gerechnet werden.

Aliquotierungsmethode

Folgende Aliquotierungsmethoden stehen im ALEX zur Verfügung. Diese kommt bei Ein- und Austritten sowie beim Beschäftigungsausmaß-Wechsel zum Einsatz.

Aliquotierung 30/360

  • Rechengang = (Grundanspruch für ein volles Jahr/ 360) x Anzahl der Beschäftigungstage (hier werden volle Monate immer pauschal mit 30 Tagen angenommen)
    • untermonatige Ein- oder Austritte: die Anzahl der anwesenden Tage wird zu den Anspruchstagen gezählt
    • da die Monate pauschal mit 30 gerechnet werden, zählt der 31. eines Monats nicht als Anspruchstag!
Beispiel: Jahresanspruch 240 Stunden; Eintritt am 16.1.2015; Austritt am 20.3.2015 
Urlaubsanspruch = 240/360*65 = 43,33 h
Im Jänner hat der Mitarbeiter 15 Anspruchstage (Achtung: der 31.1. zählt nicht als Tag!) -> 10 h Anspruch
Februar wird pauschal mit 30 Tagen gerechnet -> 20 h Anspruch
März werden wieder die Anspruchstage gezählt: 20 Tage -> 13,33 h Anspruch


Aliquotierung monatsgenau

  • Rechengang = (Grundanspruch für ein volles Jahr/ 12) x Anzahl der vollen Monate.
    • Untermonatiger Eintritt: Eintrittsmonat zählt auch als volles Monat!
    • Untermonatiger Austritt: Austrittsmonat zählt nicht als volles Monat.
    • Wenn ein Mitarbeiter im gleichen Monat eintritt und untermonatig wieder austritt, bekommt er keinen Urlaub.
    • Inaktivzeiten werden gleich behandelt wie Eintritt- oder Austritt
      • beginnt eine Karenzzeit untermonatig, wird dies wie ein Austritt behandelt -> kein Urlaubsanspruch für dieses Monat
      • endet eine Karenzzeit untermonatig, wird dies wie ein Eintritt behandelt -> Urlaubsanspruch für das gesamte Monat
Beispiel: Jahresanspruch 240 Stunden; Eintritt am 16.1.2015; Austritt am 20.3.2015 
Urlaubsanspruch = 240/12*2 = 40 h
Im Jänner hat der Mitarbeiter 20 h Anspruch (untermonatiger Eintritt zählt wie ein volles Monat), im Februar ebenfalls 20 und im März durch den untermonatigen Austritt 0
Urlaub monatsgenau ja.PNG

Aliquotierung tagesgenau

  • Rechengang = (Grundanspruch für ein volles Jahr/ 365) x Anzahl Kalendertage (=Beschäftigungstage)
Beispiel: Jahresanspruch 240 Stunden; Eintritt am 16.1.2015; Austritt am 20.3.2015 
Urlaubsanspruch = 240/365*64 = 42,08 h
Anspruchstage: Jänner: 16, Februar: 28, März: 20


Urlaub monatsgenau nein.PNG

via Anpassung

Funktioniert nur im Zusammenspiel mit dem Parameter "Anpassung" (siehe oben).

Rundung Zubuchung

Hierbei geht es um die Rundung der jährlichen/monatlichen Zubuchung.

Über die Eingabe dieses Parameters wird die Rundung des Anspruches geregelt:

  • 0,25 -> es wird auf halbe Tage / Stunden gerundet (kaufmännisch)
  • 0,50 -> es wird auf ganze Tage / Stunden gerundet (kaufmännisch)
  • 60,0 -> es wird minutengenau gerundet (kaufmännisch)
  • -60,0 -> es wird minutengenau gerundet (aufrunden)
  • 0,00 -> keine Rundung

Beispiele kaufmännisch:

  • 1,374… ≈ 1,37
  • 1,375... ≈ 1,38

Beispiel nicht kaufmännisch runden:

  • 1,374… ≈ 1,38

Immer Aufrunden Muss immer aufgerundet werden, so müssen die oben beschriebenen Werte negativ erfasst werden:

  • - 0,25 -> immer AUFRUNDEN auf halbe Tage / Stunden
  • - 0,50 --> immer AUFRUNDEN auf ganze Tage / Stunden


Die gesamte Zubuchung selbst besteht aus folgenden 4 Konten:

  • Zubuchung
  • Zubuchung Zusatz
  • Zubuchung Custom
  • Zubuchung erhöhter Anspruch

Ab Version 2022.18 werden diese Konten GEMEINSAM gerundet! Diese Logik tritt mit Einspielungsdatum der Version in Kraft.

Vor dieser Version wurde jedes Konto selbstständig gerundet und dann die Summierung durchgeführt

Info Umsetzung: Siehe Issue #6558

Rundung bei Restaliquotierung

Diese Rundung gilt NUR für die Aliquotierung des Anspruches bei Änderung des Beschäftigungsausmaßes und RESTALIQUOTIERUNG!

Über die Eingabe dieses Parameters wird die Rundung des Anspruches geregelt:

  • 0,25 -> es wird auf halbe Tage / Stunden gerundet (kaufmännisch)
  • 0,50 -> es wird auf ganze Tage / Stunden gerundet (kaufmännisch)
  • 0,00 -> keine Rundung

Immer Aufrunden Muss immer aufgerundet werden, so müssen die oben beschriebenen Werte negativ erfasst werden:

  • - 0,25 -> immer AUFRUNDEN auf halbe Tage / Stunden
  • - 0,50 --> immer AUFRUNDEN auf ganze Tage / Stunden

Zeitkonto Konsum

Hier kann ein Zeitkonto hinterlegt werden, welches den Konsum des Anspruches steuert. (ab Version 2019.2)

Standardmäßig wird immer das Total der Planungscodes geprüft, welche den Parameter "Konsum für Anspruch" hinterlegt haben. Dieser Parameter ist stichtagsabhängig.

Berechnungsart

  • Stunden: Stundenweiser Anspruch
  • Tage: Tageweiser Anspruch

Prüfung bei negativem Rest

Es kann eingestellt werden, ob eine Meldung bei einem negativen Rest erfolgen soll:

  • Keine Prüfung: keine Meldung
  • Info: Infotext (blaues Rufzeichen) - Dienstplan kann trotzdem abgeschlossen werden
  • Warnung: Leichter Fehler (Gelbes Dreieck) - Dienstplan kann trotzdem abgeschlossen werden
  • schwerer Fehler: rotes X - Dienstplan kann NICHT abgeschlossen werden


Schweren Fehler bei einem negativen Anspruchsrest ignorieren

Ab der Version 2021.06 kann in Sonderfällen der schwere Fehler bei einem negativen Anspruchsrest ignoriert werden.

Schwerer Fehler bei negativen Rest
U neg REST.png



Anwendungsbeispiel:

Mitarbeiter dürfen normalerweise keinen negativen Urlaubsrest haben, da dies einen Vorgriff auf den Urlaub des nächsten Jahres bedeuten würde.

In Absprache mit den Vorgesetzten kann in Spezialfällen ein Vorgriff erlaubt sein.

In diesem Anwendungsbeispiel sollte auch der Parameter "Prüfung bei negativem Rest: nur bei Konsum" gesetzt werden, damit der Fehler im nächsten Monat nicht wieder aufscheint und mit der Sonderabrechnung bestätigen werden muss.

Einstellungen

  • Am Bereich kann die Sonderabrechnung "...Rest negativ OK" für die gewünschte Anspruchsart freigeschaltet werden.
  • Bei der verwendeten Sonderabrechnung ist WICHTIG, diese mit dem korrekten Startdatum zu hinterlegen.
Einstellungen Bereich
U-neg rest bereich.png


Anwendung

  • Im Dienstplan kann beim betroffenen Mitarbeiter die Funktion mittels Spezielle Monatswerte aufgerufen werden.
Anwendung im Dienstplan
U neg rest 3.png
  • Durch die Auswahl der Sonderabrechnung wird diese für den betroffenen Mitarbeiter aktiviert.
Anwendung im Dienstplan
U neg rest1.png
  • Als Ergebnis wird der negative Rest ignoriert und kein schwerer Fehler mehr angezeigt.
  • Der Plan kann dadurch wieder abgeschlossen werden.
Anwendung im Dienstplan
U neg-rest2.png

Planungscode für Persönlichen Feiertag

Wenn hier ein Planungscode hinterlegt wird, dann bekommt man einen schweren Fehler, wenn:

  • der Planungscode im Ist eingetragen wird
  • der Planungscode mehr als einmal im Urlaubsjahr eingetragen wird (die Prüfung beginnt jeweils am 1. des Zubuchungsmonats)

Erweitert

Zubuchung / Monat

Die Zubuchung erfolgt nicht gänzlich zum Zubuchungstag, sondern es werden dem Mitarbeiter pro Monat Anspruchsteile zugebucht.

Anspruch / 365 * Kalendertage pro Monat

Beispiel:

 Berechnung Stunden:
 Jänner: 200 / 365 * 31 = 16,99 Stunden
 Februar: 200 / 365 * 28 = 15,34 Stunden
 Berechnung Tage
 Jänner: 25 / 365 * 31 = 2,12 Tage
 Februar: 25 / 365 * 28 = 1,92 Tage
Zubuchung Monat.JPG

Übertrag nur wenn Positiv

Der Anspruchsrest würde nur in die nächste Anspruchsperiode übertragen, wenn der Rest positiv ist. Ein allfälliger negativer Anspruchsrest verfällt.

Info: Wurde für die Spezielle Anspruchsberechnung der Nachtschwerarbeitsstunden (z.B. Wiener Krankenhäuser) benötigt

Übertrag Maximum

Ab Version 2016.0.0.168

Hier kann ein Maximaler Übertragswert definiert werden. Würde der Anspruchsrest höher als der Maximale Übertragswert sein, so verfällt der übersteigende Rest.

Beispiel:
Maximaler Übertragswert = 50 Tage
Restanspruch: 60 Tage
Übertrag: 50 Tage
Verfall: 10 Tage

Übertrag Maximum prüfen

Hier kann definiert werden, wie der Maximalwert zu prüfen ist.

Nein

Keine Prüfung eines Maximalwertes

Direkt

Es wird unabhängig des Beschäftigungsausmaßes FIX der Wert geprüft, welche im Parameter "Übertrag Maximum" erfasst ist.

aliquot Beschäftigungsgrad

Der im Parameter "Übertrag Maximum" erfasste Wert wird auf das Beschäftigungsgrad aliquotiert. Ausschlaggebend ist das Beschäfigungsgrad am Ende der Anspruchsperiode.


Beispiel 1:
 Maximaler Übertragswert = 100 Stunden
 Beschäftigungsgrad: 100 %
 Restanspruch: 110 Stunden
 Übertrag: 100 Stunden
 Verfall: 10 Stunden
Beispiel 2:
 Maximaler Übertragswert = 100 Stunden 
 Beschäftigungsgrad: 50 %
 Restanspruch: 110 Stunden
 Übertrag: 50 Stunden
 Verfall: 60 Stunden

Keine Aliquotierung nach Beschäftigungstagen

Wird dieser Parameter gesetzt, so wird keine Aliquotierung bei Ein- oder Austritt durchgeführt.

Beispiel:
Anspruchsjahr = Kalenderjahr
Eintritt: 01.12.
Zubuchung: 25 Tage / 200 Stunden (voller Anspruch)
Info: Wurde für die spezielle Anspruchsart Nachtschwerarbeit benötigt.

Aliquotierung bei Eintritt im 1. HJ ab

Mitarbeiter, die im 1. Halbjahr eintreten, können eventuell eine eigene Aliquotierung haben. (Info: Grund = Urlaubsgesetz kennt nur das Arbeitsjahr und wenn man Kalenderjahr verwendet, darf im 1. Halbjahr nicht aliquotiert werden!)

Hierbei werden 3 Variante unterschieden:

  • Eintritt: Aliquotierung sofort ab Eintritt (=Standard)
  • 1. Juli: Aliquotierung erst ab Eintritt mit 01. Juli
  • 2. Juli: Aliquotierung erst ab Eintritt mit 02. Juli


Beispiel Aliquotierung Eintritt:

Beispiel Aliquotierung ab 01.07.

Beispiel Aliquotierung ab 02.07.

Aliquotierung bei Eintritt/Austritt im selben Jahr

Dieser Parameter ist nur relevant, wenn der Parameter "Aliquotierung bei Eintritt im 1. HJ ab" auf "1.Juli" oder "2.Juli" gesetzt ist!


Ist der Parameter auf "Nein" (=Standard) so wird bei Ein- und Austritt im gleichen Kalenderjahr der Urlaub immer vom 01.01. bis zum Austrittsdatum aliquotiert. Das wirkliche Eintrittsdatum hat keine Auswirkung.

  • Beispiel:
    • Eintritt: 17.2.2020
    • Austritt: 17.4.2020
    • Grundanspruch für 365 Tage = 200 Stunden
    • Aliquotierungsberechnung: 1.1.-17.4. = 107 Tage -> 200:365x107 = 59 Std.


Ist der Parameter auf "Ja" so wird bei Ein- und Austritt im gleichen Kalenderjahr der Urlaub immer vom wirklichen Eintrittsdatum bis zum wirklichen Austrittsdatum aliquotiert.

  • Beispiel
    • Eintritt: 17.2.2020
    • Austritt: 17.4.2020
    • Grundanspruch für 365 Tage = 200 Stunden
    • Aliquotierungsberechnung: 17.2.-17.4. = 60 Tage -> 200:365x60 = 33 Std.


Interne Zusatzinformation:

Aliquotierung nach... [default=Besch.Grad]

Ab der Version 2019.20 ist es hier möglich, die Aliquotierung des Anspruches auch nach einem anderen Parameter als dem Beschäftigungsausmaß zu definieren. Hier kann ein beliebiger Parameter hinterlegt werden. Ist nichts hinterlegt, so wird nach dem Beschäftigungsgrad aliquotiert (Standard).

Dieser Parameter dient zur Einstellung der "Aliquotierung nach Tagewoche"

Aliquotierung: Grundwert

Hier muss der Grundwert für die Aliquotierung hinterlegt werden, sollte beim Parameter "Aliquotierung nach... [default=Besch.Grad]" etwas anderes hinterlegt werden.

Beispiel: 
Soll ist üblicherweise auf 5 Tage pro Woche verteilt.
Mitarbeiter mit 3-Tage-Woche: Parameter "Arbeitstage je Woche" = 3
Bei der Anspruchsart ist folgendes zu hinterlegen:
* Aliquotierung nach ... [default=Besch.Grad] = Arbeitstage je Woche
* Aliquotierung: Grundwert = 5

Stammzuteilung berücksichtigen

Spezielle Variante für einen einzelnen Kunden

Geburtsdatum als Stichtag für erhöhten Anspruch verwenden

Wird dieser Parameter gesetzt, so wird für diese Anspruchsart automatisch das Geburtsdatum als Stichtag für die Staffelung verwendet. Der Stichtag selbst muss dann nicht mehr erfasst werden.

Anmerkung: Betrifft nur die "Staffelung", nicht den erhöhten Anspruch!

Schaltjahr 366

Dieser Parameter wird im Programmlauf nur abgefragt, wenn "Aliq.Methode" = tagesgenau !

Nur empfohlen in Kombination mit Anspruchszeitraum "Kalenderjahr" bzw. "Angepasst" und "Zubuchungstag" = 01.01.JJJJ !

Bei unterjährigen Zubuchungen kann es zu schwierigen Konstellationen kommen... Bit Factory interne Zusatzinfos siehe: #2897, #10204


Wird dieser Parameter gesetzt, so wird in einem Schaltjahr der Anspruch wie folgt berechnet:

Jahresanspruch/366*Anwesenheitstage.

  Beispiel: 
  
  Vollzeitmitarbeiter, Grundanspruch 200 h, Eintritt am 16.01.2016
  
  Urlaubsanspruch für 2016:
  
  200 / 366 * 351 Anwesenheitstage = 191,80   

Ist dieser Parameter auf Nein gesetzt (Standardeinstellung), gilt folgende Berechnung:

Jahresanspruch/365*Anwesenheitstage - wobei der 29.Februar nicht als Anwesenheitstag zählt.

  Beispiel: 
  
  Vollzeitmitarbeiter, Grundanspruch 200 h, Eintritt am 16.01.2016
  
  Urlaubsanspruch für 2016:
  
  200 / 365 * 350 Anwesenheitstage = 191,78


Anspruchsart Rest älter 1/2/3 Jahre berechnen

Ab der Version 2020.20 können mit Hilfe dieses Parameters zusätzliche Konten für die jeweilige Anspruchsart aktiviert werden. Nähere Infos finden Sie hier.


Prüfung bei negativem Rest: nur bei Konsum

Ab der Version 2021.20 kann für jede Anspruchsart aktiviert werden, dass eine Meldung bzgl. negativem Rest nur dann erscheint, wenn im gleichen Monat ein Konsum eingetragen wurde.

Wird der Parameter aktiviert, so wird die eingestellte Meldung lt. Parameter Prüfung bei negativem Rest nur in diesem Fall ausgelöst.

Ein Anwendungsbeispiel wäre die Verwaltung vom NSchwAG-Anspruch: Hier hat der Mitarbeiter standardmäßig einen negativen Rest, welcher sich durch einen Nachtdienst verringert und es soll nur dann ein schwerer Fehler erscheinen, wenn der Konsum einen negativen Rest auslöst.


Prüfung bei negativem Rest: Leseberechtigung Extra

Zu jeder Anspruchsart gibt es eine Sonderabrechnung "... Rest negativ OK".

Diese Sonderabrechnung kann mit einer Berechtigung lesegeschützt werden, damit nicht jeder Benutzer sie im Dienstplan auswählen kann.

Zum Verstecken der Sonderabrechnung wird für die gewünschte Anspruchsart hier eine Berechtigung hinterlegt.


Konten für Zusatzanspruch

Für Kunden aus Deutschland muss hier definiert werden, welche Zusatzurlaubskonten in den Resturlaub dazugerechnet werden müssen. Früher wurde dies direkt im TCX-Modul "Standard_Deutschland_Anspruch" gemacht. Durch diese Parametereinstellung ist das Modul OBSOLET. Genauere Infos zur Zusatzurlaubsberechnung finden sich HIER


erhöhte Ansprüche

Ab der Version 2020.08 kann der erhöhte Anspruch im Bezug auf Aliquotierung und Kriterium für Zubuchung individuell definiert werden. Näher Infos dazu, finden Sie Hier

Konsum aus spez.Abw

Soll ein geplanter Konsum der jeweilige Anspruchsart trotz einer spezifischen Abwesenheit im IST als konsumiert gelten, so muss dieser Parameter gesetzt werden.

Es muss eine Zeitkontosammlung mit den gewünschten Abwesenheiten hinterlegt werden.

So kann beispielsweise der NSchwAG Konsum auch bei einem Krankenstand im IST als konsumiert gerechnet werden.

Beispiel für Parametrierung
Anspruchsarten 1711373930607.png

Je Anspruchsart gibt es ein Konto'Anspruchsart' Konsum aus spez.Abw das, ebenso wie das Konto 'Anspruchsart' Konsum, im 'Anspruchsart' Konsum ges. enthalten ist.

Schwerer Fehler bei Konsum ohne Anspruchszeile

Es gibt die Möglichkeit, zu definieren, dass ein Konsum bei fehlender Anspruchszeile einen schweren Fehler auslöst.

Dazu muss auf der jeweiligen Anspruchsart unter "Erweitert" der Parameter "Fehler bei Konsum wenn keine Anspruchszeile" auf "JA" gesetzt werden:

Parameter "Fehler bei Konsum wenn keine Anspruchszeile"
FehlerbeiKonsum.png

Hat der Mitarbeiter keine Anspruchszeile im Personalstamm hinterlegt und trägt nun einen Planungscode ein, welcher diese Anspruchsart konsumiert, erscheint im Status Planung oder Ist (nicht im "nicht erzeugt") ein schwerer Fehler:

Fehlermeldung bei Konsum ohne Anspruchszeile
FehlerbeiKonsumTooltip.png

Inaktivzeiten

Stammdaten Anspruchszeile - Inaktivzeiten
Anspruchsart Inaktivzeiten 02.png

Zubuchung aufteilen deaktivieren

Parameter auf "JA" deaktiviert die automatische Bearbeitung der Anspruchszeile durch ALEX.
Das bedeutet, die Anspruchszeile wird nicht unterbrochen, somit wird auch die Zubuchung des Anspruches nicht aufgeteilt.
Der Anspruch selbst reduziert sich aber trotzdem um den Zeitraum der Inaktivzeit (je nach Aliquotierungseinstellungen), dazu muss aber auch untenstehender Parameter "Inaktivzeiten ohne Anspruch 'Standard' bzw. Inaktivzeiten ohne Anspruch 'individuell' gesetzt sind, ansonsten wird nichts mehr aliquotiert!

Damit kann z. B. verhindert werden, dass durch die Eingabe der Inaktivzeit ein negativer Rest zu Beginn der Inaktivzeit entsteht.

--> Beispielfall

ACHTUNG!

1. auf den Stichtag bei den beiden folgenden Parametern: Da dieses Property ohne Stichtag ist, gilt es für alle ab dem Neustart eingegebenen Inaktivzeiten. Bestehende Inaktivzeiten werden nicht verändert. Die beiden folgenden Parameter müssen deshalb unbedingt mit jenem Datum gültig sein, für welches noch Inaktivzeiten ab jetzt rückwirkend angelegt werden. (z. B. der 1.1. des laufenden Jahres)

2. Mitarbeiter, welche bereits eine Inaktivzeit mit offenem Ende eingetragen haben (denen wurde die Anspruchszeile beendet), muss bei Rückkehr aus der Inaktivzeit manuell eine neue Anspruchszeile eingetragen werden.

3. Die korrekte Anzeige der Zubuchung in Kombination mit Inaktivzeiten funktioniert hier erst wenn das Datum bei folgendem Parameter auf System überschritten wurde: "Verbesserte Logik für Anspruchsart startet ab:" --> Issue 7589

Parameter
Anspruchsarten 1677584215533.png



Inaktivzeiten ohne Anspruch "standard"

Wenn aktiviert, dann werden alle "standard" Inaktivzeiten inkl. aller "individuellen" Inaktivzeiten ohne Anspruch berechnet.
Wenn deaktiviert, dann werden nur die "individuellen" Inaktivzeiten ohne Anspruch gerechnet.

"standard" Inaktivzeiten sind:
- Karenz
- sonst. Inaktivzeit
- angelegte Inaktivzeiten ohne Anspruch
siehe auch: Anlage sonstiger Inaktivzeiten

Inaktivzeiten ohne Anspruch "individuell"

Wenn Inaktivzeiten "standard" aktiviert ist, dann können hier Inaktivzeiten definiert werden, die zusätzlich zu den "standard" ebenfalls keinen Anspruch auslösen sollen.
Wenn Inaktivzeiten "standard" deaktiviert ist, dann müssen hier alle Inaktivzeiten definiert werden, die keinen Anspruch auslösen sollen.

Anspruchs-Konten

Folgende Konten stehen für die Ansprüche zur Verfügung:

  • 'Anspruchsart' Rest Vormonat: Restanspruch aus dem Vormonat
  • 'Anspruchsart' Zubuchung : Zubuchung des neuen Anspruches - Konto ist 1x pro Anspruchsjahr gefüllt
  • 'Anspruchsart' Korrektur : bei Restanspruchsberechnung - hier wird der automatische Korrekturwert, welchen Alex berechnet, angeführt
  • 'Anspruchsart' man. Korrektur: wird mittels Sonderabrechnung eine Korrektur des Anspruches gemacht, so ist diese in dem Konto sichtbar (Änderungsmöglichkeiten siehe unten)
  • 'Anspruchsart' Konsum: Anzahl der konsumierten Stunden/Tage pro Monat
  • 'Anspruchsart' Rest: Restanspruch zum Monatsende
  • 'Anspruchsart' Rest Ende: Zeigt den Restwert im letzten Monat des Anspruchsjahres (Urlaubsrest zum Ende Anspruchsjahr ), kann auch in allen Monaten angezeigt werden mit Systemeinstellung.
  • 'Anspruchsart' Ausbezahlt: Am Konto "'Anspruch' Rest" besteht die Möglichkeit einer Auszahlung - wird ausbezahlt, so landen die Stunden/Tage in diesem Konto. Dieses Konto muss in der LA-Umschlüsselung hinterlegt werden
  • 'Anspruchsart' Zubuchung Zusatz: Gibt es eine Zusatzanspruchsberechnung (z.B. SHV OÖ, Standard Deutschland) so befindet sich der Zusatzurlaubsanspruch in diesem Konto
  • 'Anspruchsart' Zubuchung Gesamt: Summe aus "Zubuchung" und "Zubuchung Zusatz"
  • 'Anspruchsart' Rest (nur positiv!): In diesem Konto wird der Rest nur dann angezeigt, wenn dieser positiv ist

Sonderabrechnungen

Je Anspruchsart gibt es diese Sonderabrechnungen:

  • Anspruchsart Rest negativ OK
  • Anspruchsart Korrekturwert Tag
    • setzt den erfassten Wert ins Konto "Anspruchsart man-Korrektur Tag"
    • hat keinen Einfluss auf die Berechnung der Zubuchung
  • Anspruchsart Korrekturwert Monat
    • setzt den erfassten Wert ins Konto "Anspruchsart man-Korrektur Monat"
    • hat keinen Einfluss auf die Berechnung der Zubuchung
  • Anspruchsart Vormonat
    • setzt den erfassten Wert ins Konto "Anspruchsart Rest Vormonat"
    • hat keinen Einfluss auf die Berechnung der Zubuchung
  • Anspruchsart Startwert
    • setzt den erfassten Wert ins Konto "Anspruchsart Rest Vormonat"
    • hat Einfluss auf die Berechnung der Zubuchung:
      • Zubuchungskonten (zB: "Anspruchsart Zubuchung") sowie das Konto "Anspruchsart Korrektur" werden fix auf 0.00 gesetzt
        • daher keine Aliquotierung nach Beschäftigungstagen im selben Anspruchsjahr (zB: bei einem später erfasstem Austritt )

Eine Sonderabrechnung zur direkten Erfassung einer Zubuchung ist nicht verfügbar.

zusätzliche Konten

  • 'Anspruchsart' Zubuchung aliquot: Zeigt die Zubuchung, falls der Mitarbeiter am Monatsende austreten würde. (Hilfskonto für "Rest aliquot")
  • 'Anspruchsart' Rest aliquot: Zeigt den Restanspruch, falls der Mitarbeiter am Monatsende austreten würde.

Beachte: Das Konto "'Anspruchsart' Zubuchung Zusatz" wird bei der Aliquotierung nicht berücksichtigt.

Beachte: Bei Restaliquotierung berücksichtigt das Konto 'Anspruchsart' Zubuchung aliquot nur die ursprüngliche Zubuchung, nicht aber die Korrektur im Konto 'Anspruchsart' Korrektur von jenen Monaten, in denen ein Wechsel des Beschäftigungsausmaßes erfolgte!


Berechnungsbeispiele:

z.B.: Kein Austritt

Januar:

Urlaub in Tagen Rest Vormonat = 0 Tage

Urlaub in Tagen Zubuchung = 30 Tage ( 30 Tage Gesamtanspruch)

Urlaub in Tagen Konsum = 0 Tage Urlaub

Urlaub in Tagen Rest = 30 Tage

Urlaub in Tagen Zubuchung aliquot = 3 Tage ( 30 Tage / 365 x 31 Tage)

Urlaub in Tagen Rest aliquot = 3 Tage


Februar:

Urlaub in Tagen Rest Vormonat = 30 Tage

Urlaub in Tagen Zubuchung = 0 Tage (Zubuchung erfolgt im Jänner)

Urlaub in Tagen Konsum = 2 Tage

Urlaub in Tagen Rest = 28 Tage ( 30 Tage - 2 Tage)

Urlaub in Tagen Zubuchung aliquot = 5 Tage ( 30 Tage / 365 x 59 Tage)

Urlaub in Tagen Rest aliquot = 3 Tag (5 Tage - 2 Tage)


März:

Urlaub in Tagen Rest Vormonat = 28 Tage

Urlaub in Tagen Zubuchung = 0 Tage (Zubuchung erfolgt im Jänner)

Urlaub in Tagen Konsum = 0 Tage

Urlaub in Tagen Rest = 28 Tage

Urlaub in Tagen Zubuchung aliquot = 7 Tage ( 30 Tage / 365 x 90 Tage)

Urlaub in Tagen Rest aliquot = 5 Tag (7 Tage - 2 Tage)

Urlaub ohneRestVM.PNG


z.B.: Untermonatiger Austritt im März


Januar:

Urlaub in Tagen Rest Vormonat = 0 Tage

Urlaub in Tagen Zubuchung = 6 Tage ( 30 Tage (Gesamtanspruch) / 365 x 79 Tage)

Urlaub in Tagen Konsum = 2 Tage Urlaub

Urlaub in Tagen Rest = 4 Tage ( 6 Tage - 2 Tage)

Urlaub in Tagen Zubuchung aliquot = 3 Tage ( 30 Tage / 365 x 31 Tage)

Urlaub in Tagen Rest aliquot = 1 Tag (3 Tage - 2 Tage)


Februar:

Urlaub in Tagen Rest Vormonat = 4 Tage

Urlaub in Tagen Zubuchung = 0 Tage (Zubuchung erfolgt im Jänner)

Urlaub in Tagen Konsum = 0 Tage

Urlaub in Tagen Rest = 4 Tage ( 6 Tage - 2 Tage)

Urlaub in Tagen Zubuchung aliquot = 5 Tage ( 30 Tage / 365 x 59 Tage)

Urlaub in Tagen Rest aliquot = 3 Tag (5 Tage - 2 Tage)


März:

Urlaub in Tagen Rest Vormonat = 4 Tage

Urlaub in Tagen Zubuchung = 0 Tage (Zubuchung erfolgt im Jänner)

Urlaub in Tagen Konsum = 0 Tage

Urlaub in Tagen Rest = 4 Tage ( 6 Tage - 2 Tage)

Urlaub in Tagen Zubuchung aliquot = 6 Tage ( 30 Tage / 365 x 79 Tage)

Urlaub in Tagen Rest aliquot = 4 Tag (6 Tage - 2 Tage)


Urlaub Austrit aliquot.PNG

Änderung von Einstellungen

ACHTUNG! Änderungen nur in Absprache durchführen! Die Anspruchseinstellungen können stichtagsbezogen abgeändert werden. Mehr dazu HIER


Links