Bewertungsmethoden DRZ (7up): Unterschied zwischen den Versionen

 
(22 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt)
Zeile 4: Zeile 4:
Im ALEX - 7up gibt es folgende Logiken:
Im ALEX - 7up gibt es folgende Logiken:


== Standard ==
==Standard==
Die Standard-Bewertungsmethode im 7Up geht davon aus, dass die DRZ-Überstunden immer fix mit folgender Wertigkeit entstehen:
Die Standard-Bewertungsmethode im 7Up geht davon aus, dass die DRZ-Überstunden immer fix mit folgender Wertigkeit entstehen:
* Vollzeit
 
** über Soll: 50%
*Vollzeit
**über Soll: 50%
*Teilzeit
*Teilzeit
** über Soll: 25%
**über Soll: 25%
** über Soll-VZ: 50%
**über Soll-VZ: 50%


  Beispiel Vollzeit
  Beispiel Vollzeit
Zeile 28: Zeile 29:
  D150%:  0                                                    D150%:  10
  D150%:  0                                                    D150%:  10


 
<span><span /><span /><br /></span>
Werden Minusstunden aus dem Vor-DRZ mitgenommen, so ist die Bewertung abhängig von folgendem Parameter "Für DRZ-Überstunden negativen Saldo ignorieren".
Werden Minusstunden aus dem Vor-DRZ mitgenommen, so ist die Bewertung abhängig von folgendem Parameter "Für DRZ-Überstunden negativen Saldo ignorieren".


In dieser Bewertungsmethode können am Ende des DRZ NIE 200% Überstunden entstehen.
In dieser Bewertungsmethode können am Ende des DRZ NIE 200% Überstunden entstehen.


====Parametrisierungen====
====Parametrierung====
Es ist keine spezielle Einstellung notwendig
Es ist keine spezielle Einstellung notwendig


== Überstunden DRZ Rückblick ==
== Überstunden spezial ==
siehe [[Intern:DRZ-Überstunden 1:1 über Soll-VZ|Überstunden 1:1 über Soll VZ]]
 
==Überstunden DRZ Rückblick==


Diese Bewertungsmethode geht davon aus, dass die letzten Stunden des DRZ die Überstunden darstellen.
Diese Bewertungsmethode geht davon aus, dass die letzten Stunden des DRZ die Überstunden darstellen.
Zeile 49: Zeile 53:


Standardmäßig werden ALLE geleisteten Stunden für die eventuelle Aufwertung auf 100% betrachtet.  
Standardmäßig werden ALLE geleisteten Stunden für die eventuelle Aufwertung auf 100% betrachtet.  
Es gibt jedoch auch die Möglichkeit, nur mit einem Planungscode markierte Stunden für die chronologische Betrachtung als Kandidaten zu markieren (siehe [[Bewertungsmethoden DRZ (7up)#Spezialfunktion "Planungscode "ungeplanter Dienst" "| Planungscode "ungeplanter Dienst" ]]
Es gibt jedoch auch die Möglichkeit, nur mit einem Planungscode markierte Stunden für die chronologische Betrachtung als Kandidaten zu markieren (siehe [[Bewertungsmethoden DRZ (7up)#Spezialfunktion "Planungscode "ungeplanter Dienst" "| Planungscode "ungeplanter Dienst"]]


==== Umsetzung====
====Umsetzung====
ALEX sieht nach, wieviele Plusstunden der Mitarbeiter im DRZ geleistet hat.
ALEX sieht nach, wieviele Plusstunden der Mitarbeiter im DRZ geleistet hat.
Diese Stunden werden chronologisch von DRZ-Ende nach vor betrachtet. Fallen in diesen Zeitraum 100%ige Überstundenkandidaten, so werden diese mit in das Konto '''D200%''' geschrieben.
Diese Stunden werden chronologisch von DRZ-Ende nach vor betrachtet. Fallen in diesen Zeitraum 100%ige Überstundenkandidaten, so werden diese mit in das Konto '''D200%''' geschrieben.
Welche Stunden als 100%ige Überstundenkandidaten betrachtet werden, kann parametriert werden. (Siehe Parametrisierungen)
Welche Stunden als 100%ige Überstundenkandidaten betrachtet werden, kann parametriert werden. (Siehe Parametrierung)


Bei der chronologischen Betrachtung kann es sein, dass gewisse Abrechnungsschemen übersprungen werden müssen ("neutrale" Schemen).
Bei der chronologischen Betrachtung kann es sein, dass gewisse Abrechnungsschemen übersprungen werden müssen ("neutrale" Schemen).
Z.B. dürfen Stunden, welche bereits ausgezahlt wurden (z.B. Rufbereitschaftseinsätze, Einspringerdienste, etc.) nicht nochmal für die Berechnung der 200%igen Überstundenkandidaten betrachtet werden.
Z.B. dürfen Stunden, welche bereits ausgezahlt wurden (z.B. Rufbereitschaftseinsätze, Einspringerdienste, etc.) nicht nochmal für die Berechnung der 200%igen Überstundenkandidaten betrachtet werden.
Dazu kann man einzelne Abrechnungsschemen auf Systemeinstellung als neutrale Schemen definieren. (Siehe Parametrisierungen)
Dazu kann man einzelne Abrechnungsschemen auf Systemeinstellung als neutrale Schemen definieren. (Siehe Parametrierung)


Derzeit wird die Rückblicksbetrachtung nur für die Stunden im Konto D150 gemacht. D.h. bei Mehrstunden von Teilzeitkräften wird diese Betrachtung nicht aktiviert. Erst wenn das Soll der Vollzeitkraft erreicht ist.
Derzeit wird die Rückblicksbetrachtung nur für die Stunden im Konto D150 gemacht. D.h. bei Mehrstunden von Teilzeitkräften wird diese Betrachtung nicht aktiviert. Erst wenn das Soll der Vollzeitkraft erreicht ist.
Zeile 64: Zeile 68:
Beispiele:
Beispiele:
'''Grundannahmen:'''
'''Grundannahmen:'''
*Durchrechnungszeitraum Jänner und Februar; Vollzeit
*Durchrechnungszeitraum Jänner und Februar; Vollzeit
*Sollstunden DRZ = 320 Std
*Sollstunden DRZ = 320 Std
Zeile 69: Zeile 74:
*Plus/Minus DRZ = 10 Std
*Plus/Minus DRZ = 10 Std
**10 Stunden = Kandidat für Zuschlag
**10 Stunden = Kandidat für Zuschlag
* Nachtzeit von 20:00 - 06:00
*Nachtzeit von 20:00 - 06:00


  Bsp.1: letzte Dienste im DRZ waren Tagdienste an Werktagen 08:00 – 14:00
  Bsp.1: letzte Dienste im DRZ waren Tagdienste an Werktagen 08:00 – 14:00
Zeile 103: Zeile 108:
     • Es fallen keine Überstundenzuschläge an
     • Es fallen keine Überstundenzuschläge an


 
<span><span /><span /><br /></span>
===== Spezialfunktion "Planungscode "ungeplanter Dienst" " =====
=====Spezialfunktion "Planungscode "ungeplanter Dienst" "=====
Wird diese Spezialfunktion aktiviert, so werden nicht die chronologisch letzten Stunden des DRZ betrachtet, sondern nur die chronologisch letzten Stunden des DRZ, welche mit dem speziellen Planungscode markiert wurden.
Wird diese Spezialfunktion aktiviert, so werden nicht die chronologisch letzten Stunden des DRZ betrachtet, sondern nur die chronologisch letzten Stunden des DRZ, welche mit dem speziellen Planungscode markiert wurden.


Zeile 115: Zeile 120:
Hat der Mitarbeiter sowohl im Konto D125% als auch im Konto D150% Stunden stehen, so werden zuerst die Stunden aus dem Konto "D150%" für die Aufwertung auf D200 herangezogen.
Hat der Mitarbeiter sowohl im Konto D125% als auch im Konto D150% Stunden stehen, so werden zuerst die Stunden aus dem Konto "D150%" für die Aufwertung auf D200 herangezogen.


 
<span><span /><span /><br /></span>
Beispiele:
Beispiele:


'''Grundannahmen:'''
'''Grundannahmen:'''
*Durchrechnungszeitraum Jänner und Februar; Vollzeit
*Durchrechnungszeitraum Jänner und Februar; Vollzeit
*Sollstunden DRZ = 320 Std
*Sollstunden DRZ = 320 Std
Zeile 161: Zeile 167:
     • Es fallen keine Überstundenzuschläge an
     • Es fallen keine Überstundenzuschläge an


 
<span><span /><span /><br /></span>
Der Planungscode muss wie folgt angelegt werden:
Der Planungscode muss wie folgt angelegt werden:
kein Abrechnungsschema sondern "Dienstschema verwenden", da die Stunden dann lt. Dienst gerechnet werden. Die Markierung mit dem Planungscode löst keine andere Abrechnung aus, sondern markiert den Dienst nur für die Betrachtung der Überstundenbewertung.
kein Abrechnungsschema sondern "Dienstschema verwenden", da die Stunden dann lt. Dienst gerechnet werden. Die Markierung mit dem Planungscode löst keine andere Abrechnung aus, sondern markiert den Dienst nur für die Betrachtung der Überstundenbewertung.


{{AlexBild|'''Planungscode'''|[[Bild:UngeplanterDienst.PNG]]|}}
{{AlexBild|'''Planungscode'''|[[Bild:UngeplanterDienst.PNG]]|}}
<span /><span /><span /><br />


==== Parametrisierungen====
==== Schemen für "D100%" ====
Mithilfe dieser Funktion, können spezielle Abwesenheiten von der Bewertung ausgenommen werden. Ist in den chronologisch letzten Stunden des DRZ z.B ein Krankenstand eingetragen, so kommen diese Stunden nicht zur Aufwertung. Hierfür wird eine eigene Schemasammlung benötigt, welche jene Abwesenheiten enthält, die nicht zu einer Aufwertung führen dürfen.
<span /><span /><span /><br />
 
==== Schemen mit Teilanrechnung ====
Gibt es Stunden, speziell bei Nachtbereitschaften und Nachtdiensten, welche nur zum Teil aufgewertet werden dürfen, können diese speziellen Schemen in einer Schemasammlung definiert und anschließend für den DRZ Rückblick hinterlegt werden.
<span /><span /><span /><br />
====Parametrierung====
Folgende Einstellungen sind möglich:
Folgende Einstellungen sind möglich:


{{AlexBild|'''Parameter DRZ-Rückblick'''|[[Bild:DRZ_Rückblick_neu.PNG]]|}}
{{AlexBild|'''Parameter DRZ-Rückblick'''|[[Bild:DRZ_Rückblick_.PNG]]|}}
 
 


*''' DRZ Rückblick''': Aktiviert die oben beschriebene Logik
*''' DRZ Rückblick''': Aktiviert die oben beschriebene Logik
*''' auch D125% aufwerten''': auch Stunden im D125% werden für die Aufwertung herangezogen
*''' auch D125% aufwerten''': auch Stunden im D125% werden für die Aufwertung herangezogen
*''' Feiertag 200%''' : Sollen Feiertagsstunden als Kandidaten für 200% gelten oder nicht
*''' Feiertag 200%''' : Sollen Feiertagsstunden als Kandidaten für 200% gelten oder nicht
*''' Nacht 200% ab Stunde''':  
*''' Nacht 200% ab Stunde''':
*''' Nacht 200% bis Stunde''':
*''' Nacht 200% bis Stunde''':
*''' Planungscode "ungeplanter Dienst"''': Hier muss der Planungscode hinterlegt werden, wenn nur die mit dem Planungscode markierten Stunden betrachtet werden sollen.
*''' Planungscode "ungeplanter Dienst"''': Hier muss der Planungscode hinterlegt werden, wenn nur die mit dem Planungscode markierten Stunden betrachtet werden sollen.
*'''Schemen für 'D100 %':''' Hier muss die Schemasammlung hinterlegt werden, welche die nicht aufwertbaren Schemen enthält
*'''Schemen mit Teilanrechnung:''' Hier muss die Schemasammlung hinterlegt werden, welche die Schemen enthält, die nur zum Teil in die Aufwertung rechnen dürfen
*''' neutrale Schemen für Aufwertung 150% af 200% am DRZ-Ende''': Hier können die Schemen hinterlegt werden, welche für die Bewertung als übersprungen werden sollen
*''' neutrale Schemen für Aufwertung 150% af 200% am DRZ-Ende''': Hier können die Schemen hinterlegt werden, welche für die Bewertung als übersprungen werden sollen


Zeile 186: Zeile 200:
{{AlexBild|'''Einstellungsvariante Ungeplanter Dienst:'''|[[Bild:Parametrisierung_UngeplanterDienst.png]]|}}
{{AlexBild|'''Einstellungsvariante Ungeplanter Dienst:'''|[[Bild:Parametrisierung_UngeplanterDienst.png]]|}}


==== Config-File ====
====Config-File====
Damit die Parameter sichtbar sind, muss folgendes .dll im Config-File eingetragen werden:
Damit die Parameter sichtbar sind, muss das [[Intern:Bfx.Alex.Computation.Austria.Medic.Model.dll|Config-File]] durch Bit Factory angepasst werden.
 
"modelPlugins":
{ "1": "Bfx.Alex.Computation.Austria.Medic.Model.dll" }


== automatische Überstundenmarkierung ==
==automatische Überstundenmarkierung==
Bei dieser Überstundenbewertung werden die Überstundenkandidaten durch den Vergleich des Status Ist mit Status Planung ermittelt.
Bei dieser Überstundenbewertung werden die Überstundenkandidaten durch den Vergleich des Status Ist mit Status Planung ermittelt.


Alle Plusstunden zum im Status Planung eingetragenen Dienst, gelten als „Kandidaten“.  
Alle Plusstunden zum im Status Planung eingetragenen Dienst, gelten als „Kandidaten“.  
* War kein Dienst geplant, so sind alle Stunden des Tages „Kandidaten“.  
 
* War ein 8-Stunden Dienst (08:00–16:00) geplant und es werden 9 Stunden (08:00-17:00) gearbeitet, so wird immer die letzte Stunde dieses Tages (bzw. des Dienstes) als „Kandidat“ gehandhabt (16:00 – 17:00 ist Kandidat)
*War kein Dienst geplant, so sind alle Stunden des Tages „Kandidaten“.
* War ein Tagdienst (08:00 – 16:00 (8h)) geplant und es wird stattdessen ein Nachtdienst (19:00 – 07:00) geleistet, so entstehen 4 Kandidaten. Hier gelten ebenfalls die letzten Stunden von 03:00 – 07:00 als Kandidaten
*War ein 8-Stunden Dienst (08:00–16:00) geplant und es werden 9 Stunden (08:00-17:00) gearbeitet, so wird immer die letzte Stunde dieses Tages (bzw. des Dienstes) als „Kandidat“ gehandhabt (16:00 – 17:00 ist Kandidat)
*War ein Tagdienst (08:00 – 16:00 (8h)) geplant und es wird stattdessen ein Nachtdienst (19:00 – 07:00) geleistet, so entstehen 4 Kandidaten. Hier gelten ebenfalls die letzten Stunden von 03:00 – 07:00 als Kandidaten


Erst wenn im Durchrechnungszeitraum auch wirklich ein Plus entsteht, so werden die entstandenen Kandidaten aufgewertet (durch Markierung mit einem Planungscode, siehe weiter unten bei Umsetzung):
Erst wenn im Durchrechnungszeitraum auch wirklich ein Plus entsteht, so werden die entstandenen Kandidaten aufgewertet (durch Markierung mit einem Planungscode, siehe weiter unten bei Umsetzung):
* Es werden maximal so viele Kandidaten aufgewertet, wie im DRZ Plusstunden gemacht wurden
 
* Es werden immer die chronologisch letzten Kandidaten im DRZ herangezogen
*Es werden maximal so viele Kandidaten aufgewertet, wie im DRZ Plusstunden gemacht wurden
* Die Bewertung wird immer mit der jeweiligen am Tag entstandenen Wertigkeit durchgeführt (siehe Zuschläge)
*Es werden immer die chronologisch letzten Kandidaten im DRZ herangezogen
*Die Bewertung wird immer mit der jeweiligen am Tag entstandenen Wertigkeit durchgeführt (siehe Zuschläge)


Geplanten Plusstunden im Status Planung:
Geplanten Plusstunden im Status Planung:
* diese können nicht zu Kandidaten zugewiesen werden – daher werden diese am Ende des DRZ fix mit 50% Zuschlag bewertet
 
*diese können nicht zu Kandidaten zugewiesen werden – daher werden diese am Ende des DRZ fix mit 50% Zuschlag bewertet


Spezialität Teilzeit:
Spezialität Teilzeit:
* Bis zum Soll-Vollzeit gebührt immer ein 25%-iger Zuschlag
* erst über dem Soll Vollzeit werden die Kandidaten berücksichtigt und aufgewertet (nur die D150% - Stunden werden als Kandidaten betrachtet)


*Bis zum Soll-Vollzeit gebührt immer ein 25%-iger Zuschlag
*erst über dem Soll Vollzeit werden die Kandidaten berücksichtigt und aufgewertet (nur die D150% - Stunden werden als Kandidaten betrachtet)
<span><span /><span /><br /></span>
Am Ende des DRZ werden dann die Kandidaten mit einem Planungcode (durch Auswahl von '''"DRZ-Fehlerstunden mit Planungscode markieren"''' beim Konto D150%)  markiert. Der Planungscode kann nach belieben (auszahlen, bewerten) angelegt werden.
{{AlexBild|'''DRZ-Fehler-Stunden markieren:'''|[[Datei:DRZ-Fehler-Stunden markieren.png]]|}}


Am Ende des DRZ werden dann die Kandidaten mit einem Planungcode automatisch (durch Auswahl von "DRZ-Fehlerstunden mit Planungscode markieren" beim Konto D150%)  markiert. Der Planungscode kann nach belieben (auszahlen, bewerten) angelegt werden.
Der Planungscode kann nach Belieben (auszahlen, bewerten) ausgewählt werden.
 
{{AlexBild|'''Planungscodeauswahl'''|[[Datei:Planungscodeauswahl.png]]|In dieser Auswahl werden all jene Planungscodes angezeigt, <br>welche den Parameter "Mehrzeitmarkierung" auf <br>"Direkt via '... mit Planungscode markieren'" gesetzt haben.}}


'''PROBLEMATIK:'''
'''PROBLEMATIK:'''
Zeile 220: Zeile 241:
Bei derzeitigen Kunden werden hier NACH der Überstundenbewertung nochmals Differenzexporte gemacht um die geänderten Lohnarten zu kontrollieren.
Bei derzeitigen Kunden werden hier NACH der Überstundenbewertung nochmals Differenzexporte gemacht um die geänderten Lohnarten zu kontrollieren.


==== Umsetzung ====
====Umsetzung====


Damit die DRZ-Überstunden mit dem Planungscode markiert werden, muss am Konto "D150%" die Aktion "DRZ-Fehlerstunden mit Planungscode markieren" ausgewählt werden.
Damit die DRZ-Überstunden mit dem Planungscode markiert werden, muss am Konto "D150%" die Aktion "'''DRZ-Fehlerstunden mit Planungscode markieren'''" ausgewählt werden.
Anschließend werden alle Kandidaten (max. in der Höhe des Kontos D150%) mit dem ausgewählten Planungscode markiert.
Anschließend werden alle Kandidaten (max. in der Höhe des Kontos D150%) mit dem ausgewählten Planungscode markiert.
Werden nicht genügend Kandidaten gefunden, so bleibt der Rest im Konto D150% stehen und kann mit den Standardumbuchungen bearbeitet werden.
Werden nicht genügend Kandidaten gefunden, so bleibt der Rest im Konto D150% stehen und kann mit den Standardumbuchungen bearbeitet werden.
Zeile 229: Zeile 250:
Einzelne Planungscodes können auch ersetzt werden, sofern der Parameter "Fehlermarkierung: Planungscode ersetzen" am Planungscode auf JA gesetzt wird.
Einzelne Planungscodes können auch ersetzt werden, sofern der Parameter "Fehlermarkierung: Planungscode ersetzen" am Planungscode auf JA gesetzt wird.


==== Parametrisierungen====
====Parametrierung====
Keine speziellen Einstellungen notwendig, außer man möchte auch automatische Abschlussbuchungen hinterlegen.
Keine speziellen Einstellungen notwendig, außer man möchte auch automatische [[Abschlussbuchungen]] hinterlegen.
Eventuell muss bei einzelnen Planungcodes der Parameter "Fehlermarkierung: Planungscode ersetzen" hinterlegt werden.
Eventuell muss bei einzelnen Planungcodes der Parameter "Fehlermarkierung: Planungscode ersetzen" hinterlegt werden.
Ist dieser Parameter auf JA, so wird der Planungscode bei der Überstundenmarkierung durch den Überstundenplanungscode ersetzt.
Ist dieser Parameter auf JA, so wird der Planungscode bei der Überstundenmarkierung durch den Überstundenplanungscode ersetzt.


==== Config-File ====
====Config-File====


, "modelPlugins" :
Es ist eine [[Intern:DRZ-Fehlerstunden Aktivierung|Freischaltung der Funktion im Config-File]] notwendig.
  { "0" : "Bfx.Alex.Computation.Austria.Model.dll"
  }
, "architectureuiPlugins" :
  { "0" : "Bfx.Alex.Computation.Austria.UI.Architecture.dll"
  }


== automatische Überstundenmarkierung - Variante: nur für bestimmte Schemen+Planungscodeumschlüsselung ==
==automatische Überstundenmarkierung - Variante: nur für bestimmte Schemen+Planungscodeumschlüsselung==
Bei dieser Überstundenbewertung wurden die Überstundenkandidaten bereits markiert und nur Zeiten mit definierten Schemen sind Kandidaten.
Bei dieser Überstundenbewertung wurden die Überstundenkandidaten bereits markiert und nur Zeiten mit definierten Schemen sind Kandidaten.


Zeile 252: Zeile 268:
  Nur diese hier genannten Zeiten sind Überstundenkandidaten. Die jeweils letzten davon sollen nun durch diese Funktion automatisch mit einem Planungscode markiert werden.
  Nur diese hier genannten Zeiten sind Überstundenkandidaten. Die jeweils letzten davon sollen nun durch diese Funktion automatisch mit einem Planungscode markiert werden.


<span><span /><span /><br /></span>
Erst wenn im Durchrechnungszeitraum auch wirklich ein Plus entsteht, so werden die entstandenen Kandidaten aufgewertet (durch Markierung mit einem Planungscode, siehe weiter unten bei Umsetzung):


Erst wenn im Durchrechnungszeitraum auch wirklich ein Plus entsteht, so werden die entstandenen Kandidaten aufgewertet (durch Markierung mit einem Planungscode, siehe weiter unten bei Umsetzung):
*Es werden maximal so viele Kandidaten aufgewertet, wie im DRZ Plusstunden gemacht wurden
* Es werden maximal so viele Kandidaten aufgewertet, wie im DRZ Plusstunden gemacht wurden
*Es werden immer die chronologisch letzten Kandidaten im DRZ herangezogen
* Es werden immer die chronologisch letzten Kandidaten im DRZ herangezogen
*Die Bewertung erfolgt je nachdem, wie der Planungscode, der ausgewählt wird, angelegt ist.
* Die Bewertung erfolgt je nachdem, wie der Planungscode, der ausgewählt wird, angelegt ist.
*weiters kann man je Schema definieren, ob der ausgewählte Planungscode durch einen anderen ersetzt werden soll.
* weiters kann man je Schema definieren, ob der ausgewählte Planungscode durch einen anderen ersetzt werden soll.  


  Beispiel:
  Beispiel:
Zeile 270: Zeile 287:
Der Planungscode kann nach Belieben (auszahlen, bewerten) ausgewählt werden.
Der Planungscode kann nach Belieben (auszahlen, bewerten) ausgewählt werden.


{{AlexBild|'''Planungscodeauswahl'''|[[Datei:Planungscodeauswahl.png]]|}}
{{AlexBild|'''Planungscodeauswahl'''|[[Datei:Planungscodeauswahl.png]]|In dieser Auswahl werden all jene Planungscodes angezeigt, <br>welche den Parameter "Mehrzeitmarkierung" auf <br>"Direkt via '... mit Planungscode markieren'" gesetzt haben.}}
Je nach Schema des Kandidaten wird entweder der ausgewählte Planungscode oder der entsprechende Planungscode aus der Planungscodeumschlüsselung eingetragen.
Je nach Schema des Kandidaten wird entweder der ausgewählte Planungscode oder der entsprechende Planungscode aus der Planungscodeumschlüsselung eingetragen.


Zeile 278: Zeile 295:
Bei derzeitigen Kunden werden hier NACH der Überstundenbewertung nochmals ein Export der alten Monate gemacht und neu übermittelt.
Bei derzeitigen Kunden werden hier NACH der Überstundenbewertung nochmals ein Export der alten Monate gemacht und neu übermittelt.


==== Umsetzung ====
====Umsetzung====


Damit die DRZ-Überstunden mit dem Planungscode markiert werden, muss am Konto "D125%" bzw. "D150%" die Aktion "DRZ-Fehlerstunden mit Planungscode markieren" ausgewählt werden.
Damit die DRZ-Überstunden mit dem Planungscode markiert werden, muss am Konto "D125%" bzw. "D150%" die Aktion "DRZ-Fehlerstunden mit Planungscode markieren" ausgewählt werden.
Zeile 287: Zeile 304:
Einzelne Planungscodes können auch ersetzt werden, sofern der Parameter "Fehlermarkierung: Planungscode ersetzen" am Planungscode auf JA gesetzt wird.
Einzelne Planungscodes können auch ersetzt werden, sofern der Parameter "Fehlermarkierung: Planungscode ersetzen" am Planungscode auf JA gesetzt wird.


==== Parametrisierungen====
====Parametrierung====
In Erweiterte Organisation gibt es einen Parameter "DRZ-Fehlermarkierung: nur für Schemen": hier muss muss eine "Fehlermarkierung Schemen"-Sammlung hinterlegt werden:
In Erweiterte Organisation gibt es einen Parameter "Fehlermarkierung: spez. Schemen (bei DRZ zugleich Filter)" (vor 2021.24: DRZ-Fehlermarkierung: nur für Schemen"): hier muss muss eine "Fehlermarkierung Schemen"-Sammlung hinterlegt werden:


{{AlexBild|'''Schemasammlung anlegen'''|[[Datei:DRZ-Fehler-Stunden nur fuer Schemen.png]]|}}
{{AlexBild|'''Schemasammlung anlegen'''|[[Datei:DRZ-Fehler-Stunden nur fuer Schemen.png]]|}}
Zeile 303: Zeile 320:
Ist dieser Parameter auf JA, so wird der Planungscode bei der Überstundenmarkierung durch den Überstundenplanungscode ersetzt.
Ist dieser Parameter auf JA, so wird der Planungscode bei der Überstundenmarkierung durch den Überstundenplanungscode ersetzt.


==== Config-File ====
====Config-File====


, "modelPlugins" :
Es ist eine Freischaltung der Funktion im [[Intern:Bfx.Alex.Computation.Austria.Model.dll|Config-File]] durch die Bit Factory notwendig.
  { "0" : "Bfx.Alex.Computation.Austria.Model.dll"
  }
, "architectureuiPlugins" :
  { "0" : "Bfx.Alex.Computation.Austria.UI.Architecture.dll"
  }


==Berechnung Kandidaten für Aufwertung 200% im DRZ ==
==Berechnung Kandidaten für Aufwertung 200% im DRZ==
Ab Version 2021.06 können Kandidaten für eine Aufwertung auf 200% auf Basis Plan/Ist berechnet werden. Diese Kandidaten werden bei Plusstunden am Ende des DRZ herangezogen und aufgewertet.
Ab Version 2021.06 können Kandidaten für eine Aufwertung auf 200% auf Basis Plan/Ist berechnet werden. Diese Kandidaten werden bei Plusstunden am Ende des DRZ herangezogen und aufgewertet.
Die Aufwertung passiert nur von D150% auf D200%.
Die Aufwertung passiert nur von D150% auf D200%.


* die 200%-Überstundenkandidaten werden durch den Vergleich des Status Ist mit Status Planung ermittelt
*die 200%-Überstundenkandidaten werden durch den Vergleich des Status Ist mit Status Planung ermittelt
* am Ende des DRZ werden zuerst diese Kandidaten aus dem D150% auf D200% aufgewertet
*am Ende des DRZ werden zuerst diese Kandidaten aus dem D150% auf D200% aufgewertet
* sind dann noch D150% über, so bleiben diese im D150%
*sind dann noch D150% über, so bleiben diese im D150%
 
Der wesentliche Unterschied zur Variante "automatische Überstundenmarkierung" ist, dass bei dieser die '''chronologisch letzten''' Stunden aufgewertet werden und hier aber nur die '''Unterschiede zur Planung''' potentiell aufgewertet werden.
Der wesentliche Unterschied zur Variante "automatische Überstundenmarkierung" ist, dass bei dieser die '''chronologisch letzten''' Stunden aufgewertet werden und hier aber nur die '''Unterschiede zur Planung''' potentiell aufgewertet werden.


===Umsetzung===
===Umsetzung===
* Kandidaten können nur entstehen, wenn insgesamt mehr Stunden im Ist eingetragen sind als in der Planung
* Nur die Differenz an 200%-Stunden können zu Kandidaten werden


{| class="wikitable" border=1 style="border-collapse:collapse; border-color:#E8E8E8; vertical-align:top" cellspacing="50" cellpadding="5"  
*Kandidaten können nur entstehen, wenn insgesamt mehr Stunden im Ist eingetragen sind als in der Planung
*Nur die Differenz an 200%-Stunden können zu Kandidaten werden
 
{| class="wikitable" style="" border="1" cellspacing="50" cellpadding="5"  
|- style="background-color:#FFD317; text-align:center"
|- style="background-color:#FFD317; text-align:center"
|colspan="7" |'''Beispiele (wenn Nacht von 20 - 6 Uhr definiert ist)'''
| colspan="7" |'''Beispiele (wenn Nacht von 20 - 6 Uhr definiert ist)'''
|-
|-
|'''Status Planung'''
|'''Status Planung'''
Zeile 336: Zeile 350:
|
|
|'''Begründung'''
|'''Begründung'''
|-style="vertical-align:top"
|- style="vertical-align:top"
|Montag, kein Dienst
|Montag, kein Dienst
|
|
Zeile 344: Zeile 358:
|
|
|Keine 200%-Stunden
|Keine 200%-Stunden
|-style="vertical-align:top"
|- style="vertical-align:top"
|Sonntag, kein Dienst
|Sonntag, kein Dienst
|
|
|Sonntag, 8 Stunden (08:00-16:00)
|Sonntag, 8 Stunden (08:00-16:00)
|
|
|8 h  
|8 h
|
|
|Im Ist 8 200%-Stunden mehr als in der Planung
|Im Ist 8 200%-Stunden mehr als in der Planung
|-style="vertical-align:top"
|- style="vertical-align:top"
|8-Stunden (08:00–16:00)
|8-Stunden (08:00–16:00)
|
|
Zeile 360: Zeile 374:
|
|
|Es wird immer nur die Differenz an 200%-Stunden betrachtet
|Es wird immer nur die Differenz an 200%-Stunden betrachtet
|-style="vertical-align:top"
|- style="vertical-align:top"
|8-Stunden Tagdienst (08:00–16:00)
|8-Stunden Tagdienst (08:00–16:00)
|
|
Zeile 368: Zeile 382:
|
|
|Insgesamt kein Plus zwischen Planung und Ist
|Insgesamt kein Plus zwischen Planung und Ist
|-style="vertical-align:top"
|- style="vertical-align:top"
|8-Stunden-Tagdienst (08:00–16:00)
|8-Stunden-Tagdienst (08:00–16:00)
|
|
Zeile 376: Zeile 390:
|
|
|In der Planung 0 Nachtstunden und im Ist 8 Nachtstunden. Differenz zur Planung sind 4 Stunden.
|In der Planung 0 Nachtstunden und im Ist 8 Nachtstunden. Differenz zur Planung sind 4 Stunden.
|-style="vertical-align:top"
|- style="vertical-align:top"
|8-Stunden-Tagdienst mit 1 h in der Nacht (13:00 - 21:00)
|8-Stunden-Tagdienst mit 1 h in der Nacht (13:00 - 21:00)
|
|
|10-Stunden-Tagdienst mit 2 h in der Nacht (12:00 - 22:00)
|10-Stunden-Tagdienst mit 2 h in der Nacht (12:00 - 22:00)
|
|
|1 h  
|1 h
|
|
|In der Planung 1 Nachtstunde und im Ist 2 Nachtstunden. Differenz zur Planung sind +2 h insgesamt, aber nur +1 Nachtstunde
|In der Planung 1 Nachtstunde und im Ist 2 Nachtstunden. Differenz zur Planung sind +2 h insgesamt, aber nur +1 Nachtstunde
|}  
|}  


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


Erst wenn im Durchrechnungszeitraum auch wirklich ein '''Plus''' entsteht, so werden die entstandenen Kandidaten mittels einer Umbuchung aufgewertet (Stunden vom D150% werden in D200% umgebucht):


Erst wenn im Durchrechnungszeitraum auch wirklich ein '''Plus''' entsteht, so werden die entstandenen Kandidaten mittels einer Umbuchung aufgewertet (Stunden vom D150% werden in D200% umgebucht):
*Es werden maximal so viele Kandidaten aufgewertet, wie im D150% stehen
* Es werden maximal so viele Kandidaten aufgewertet, wie im D150% stehen


'''Geplanten Plusstunden im Status Planung:'''
'''Geplanten Plusstunden im Status Planung:'''
* Da Plusstunden aus dem Status Planung keiner eindeutigen Lage zugewiesen werden, kann dies nur zu einer 'normalen' Aufwertung auf 125% (TZ) bzw. 150% (VZ) führen.
 
*Da Plusstunden aus dem Status Planung keiner eindeutigen Lage zugewiesen werden, kann dies nur zu einer 'normalen' Aufwertung auf 125% (TZ) bzw. 150% (VZ) führen.


'''Abwesenheiten'''
'''Abwesenheiten'''
* Abwesenheiten laufen immer wie geplante Plusstunden in den DRZ
 
* Wird ein Mitarbeiter zum Beispiel an einem Zusatzdienst am Sonntag krank, so laufen diese Stunde in die Totalstunden, werden aber wie geplante Stunden für die Bewertung am Ende des DRZ betrachtet und nicht als Kandidaten für einen 100% Zuschlag gewertet
*Abwesenheiten laufen immer wie geplante Plusstunden in den DRZ
*Wird ein Mitarbeiter zum Beispiel an einem Zusatzdienst am Sonntag krank, so laufen diese Stunde in die Totalstunden, werden aber wie geplante Stunden für die Bewertung am Ende des DRZ betrachtet und nicht als Kandidaten für einen 100% Zuschlag gewertet


'''Spezialität Teilzeit:'''
'''Spezialität Teilzeit:'''
* Für Plusstunden bis zum Vollzeit-Soll gebührt ein 25%-iger Zuschlag (die Stunden laufen in das D125%-Konto)
 
* Die Kandidaten werden analog der Vollzeit in einem eigenen Konto gesammelt
*Für Plusstunden bis zum Vollzeit-Soll gebührt ein 25%-iger Zuschlag (die Stunden laufen in das D125%-Konto)
* Erst über dem Vollzeit-Soll laufen die Stunden in das D150%-Konto und nur diese Stunden können dann, wenn Kandidaten vorhanden sind, auf 200%-Stunden aufgewertet werden
*Die Kandidaten werden analog der Vollzeit in einem eigenen Konto gesammelt
*Erst über dem Vollzeit-Soll laufen die Stunden in das D150%-Konto und nur diese Stunden können dann, wenn Kandidaten vorhanden sind, auf 200%-Stunden aufgewertet werden


Am Ende des DRZ werden die Kandidaten vom Konto "D150%" in das Konto "D200%" umgebucht. Sind mehr Kandidaten vorhanden als Stunden im D150%, werden nur maximal die Stunden umgebucht, welche im D150% vorhanden sind.
Am Ende des DRZ werden die Kandidaten vom Konto "D150%" in das Konto "D200%" umgebucht. Sind mehr Kandidaten vorhanden als Stunden im D150%, werden nur maximal die Stunden umgebucht, welche im D150% vorhanden sind.
Zeile 409: Zeile 427:


Es gibt 3 neue Konten:
Es gibt 3 neue Konten:
* Info Kandidaten für 200%
 
** beinhaltet die Kandidaten pro Monat
*Info Kandidaten für 200%
* Info Kandidaten für 200% (DRZ)
**beinhaltet die Kandidaten pro Monat
** beinhaltet die Kandidaten im DRZ
*Info Kandidaten für 200% (DRZ)
* Info Kandidaten für 200% (DRZ) Rest
**beinhaltet die Kandidaten im DRZ
** beinhaltet die Kandidaten des DRZ, welche nach einer Umbuchung noch übrig sind
*Info Kandidaten für 200% (DRZ) Rest
**beinhaltet die Kandidaten des DRZ, welche nach einer Umbuchung noch übrig sind


In den Abschlussbuchungen muss die Umbuchung '''"DRZ-Bilanz Überstunden Rest 150% Aufwerten auf D200%"''' mit einem Umbuchungswert hinterlegt werden:
In den Abschlussbuchungen muss die Umbuchung '''"DRZ-Bilanz Überstunden Rest 150% Aufwerten auf D200%"''' mit einem Umbuchungswert hinterlegt werden:
Zeile 424: Zeile 443:
|[[Bild:Abschlussbuchung_Anfall200.png]]
|[[Bild:Abschlussbuchung_Anfall200.png]]
|[[Bild:Umbuchungswert_Anfall200.png]]
|[[Bild:Umbuchungswert_Anfall200.png]]
|auf die Umbuchung von D200% nicht vergessen!|}}
|Auf die Umbuchung von D200% nicht vergessen!|}}


==== Nur definierte Konten als Kandidaten betrachten ====
====Nur definierte Konten als Kandidaten betrachten====
Sollen nur spezielle definierte Konten als Kandidaten berechnet werden, so können diese mittels Parameter eingestellt werden.
Sollen nur spezielle definierte Konten als Kandidaten berechnet werden, so können diese mittels Parameter eingestellt werden.


Zeile 439: Zeile 458:
{{AlexBild|'''Definierte Konten für Kandidaten'''|[[Bild:Kandidaten200%Parameter.png]]|}}
{{AlexBild|'''Definierte Konten für Kandidaten'''|[[Bild:Kandidaten200%Parameter.png]]|}}


== Monatsfehler-Stunden ==
==Monatsfehler-Stunden==


Hierbei werden die letzten Stunden des DRZ mit einem Planungscode markiert.
Hierbei werden die letzten Stunden des DRZ mit einem Planungscode markiert.
Zeile 446: Zeile 465:
Anschließend kann ein Planungscode (Mehrzeitmarkierung) ausgewählt werden, mit dem die chronologisch letzten Stunden des DRZ mit dem Planungscode markiert (analog Wochenfehler / Tagesfehler)
Anschließend kann ein Planungscode (Mehrzeitmarkierung) ausgewählt werden, mit dem die chronologisch letzten Stunden des DRZ mit dem Planungscode markiert (analog Wochenfehler / Tagesfehler)


==== Parametrisierungen====
====Parametrierung====
keine Notwendig
keine notwendig
 
Planungscode anlegen
Planungscode anlegen


==Für DRZ-Überstunden negativen Saldo ignorieren ==
==Für DRZ-Überstunden negativen Saldo ignorieren==
Standard = NEIN
Standard = NEIN


 
<span><span /><span /><br /></span>
'''NEIN'''
'''NEIN'''
Ist dieser Parameter auf NEIN gesetzt, so werden bei einem negativen Übertrag aus dem Vor-DRZ Überstundenzuschläge erst dann fällig, wenn diese Stunden abgebaut sind.
Ist dieser Parameter auf NEIN gesetzt, so werden bei einem negativen Übertrag aus dem Vor-DRZ Überstundenzuschläge erst dann fällig, wenn diese Stunden abgebaut sind.
Zeile 487: Zeile 507:


{{AlexBild|'''Beispiel'''|[[Bild:StartDRZEnde.PNG]]|}}
{{AlexBild|'''Beispiel'''|[[Bild:StartDRZEnde.PNG]]|}}


[[Kategorie:V7 - Standardabrechnung (7up)]]
[[Kategorie:V7 - Standardabrechnung (7up)]]

Aktuelle Version vom 8. Juli 2024, 10:10 Uhr

Am Ende eines Durchrechnungszeitraumes können Überstunden entstehen. Mit welcher Wertigkeit die Überstunden zu bewerten sind, kann sich je nach Betrachtung anders gestalten.

Im ALEX - 7up gibt es folgende Logiken:

Standard

Die Standard-Bewertungsmethode im 7Up geht davon aus, dass die DRZ-Überstunden immer fix mit folgender Wertigkeit entstehen:

  • Vollzeit
    • über Soll: 50%
  • Teilzeit
    • über Soll: 25%
    • über Soll-VZ: 50%
Beispiel Vollzeit
-------------------
Soll:  160
Total: 170
+/-  :  10
D150%:  10
Beispiel Teilzeit unter Soll VZ                               Beispiel Teilzeit über Soll VZ    
-------------------------------                              -------------------------------
Soll:    80                                                   Soll:    80  
Soll-VZ: 160                                                  Soll-VZ: 160                                                       
Total:   100                                                  Total:   170  
+/-  :   20                                                   +/-  :   90
D125%:   20                                                   D125%:   80
D150%:   0                                                    D150%:   10


Werden Minusstunden aus dem Vor-DRZ mitgenommen, so ist die Bewertung abhängig von folgendem Parameter "Für DRZ-Überstunden negativen Saldo ignorieren".

In dieser Bewertungsmethode können am Ende des DRZ NIE 200% Überstunden entstehen.

Parametrierung

Es ist keine spezielle Einstellung notwendig

Überstunden spezial

siehe Überstunden 1:1 über Soll VZ

Überstunden DRZ Rückblick

Diese Bewertungsmethode geht davon aus, dass die letzten Stunden des DRZ die Überstunden darstellen. Folgende Annahme wird getroffen: "Sobald der Mitarbeiter seine Soll-Stunden im DRZ gearbeitet hat, entstehen Überstunden. Daher kann man davon ausgehen, dass die letzten Stunden des Monats die Überstunden sind."

Aufgrunddessen ist klar definiert zu welcher Uhrzeit bzw. an welchem Tag die Überstunden geleistet wurden. Daher kann genau gesagt werden ob es 150% oder 200%ige Überstunden sind. Die Bewertung ist somit direkt abhängig von der Lage der letzten Stunden im Durchrechnungszeitraum.

Sind Abwesenheiten (Krankheit, Urlaub, etc.) in den letzten Stunden des DRZ enthalten, so werden diese ebenfalls je nach Lage bewertet. Ein geplanter Urlaub (z.B. 8h lt. Soll) ist somit eine 50%ige Überstunde. Wird ein Mitarbeiter an einem geplanten Nachtdienst krank, so werden die Stunden genau nach Lage bewertet.

Standardmäßig werden ALLE geleisteten Stunden für die eventuelle Aufwertung auf 100% betrachtet. Es gibt jedoch auch die Möglichkeit, nur mit einem Planungscode markierte Stunden für die chronologische Betrachtung als Kandidaten zu markieren (siehe Planungscode "ungeplanter Dienst"

Umsetzung

ALEX sieht nach, wieviele Plusstunden der Mitarbeiter im DRZ geleistet hat. Diese Stunden werden chronologisch von DRZ-Ende nach vor betrachtet. Fallen in diesen Zeitraum 100%ige Überstundenkandidaten, so werden diese mit in das Konto D200% geschrieben. Welche Stunden als 100%ige Überstundenkandidaten betrachtet werden, kann parametriert werden. (Siehe Parametrierung)

Bei der chronologischen Betrachtung kann es sein, dass gewisse Abrechnungsschemen übersprungen werden müssen ("neutrale" Schemen). Z.B. dürfen Stunden, welche bereits ausgezahlt wurden (z.B. Rufbereitschaftseinsätze, Einspringerdienste, etc.) nicht nochmal für die Berechnung der 200%igen Überstundenkandidaten betrachtet werden. Dazu kann man einzelne Abrechnungsschemen auf Systemeinstellung als neutrale Schemen definieren. (Siehe Parametrierung)

Derzeit wird die Rückblicksbetrachtung nur für die Stunden im Konto D150 gemacht. D.h. bei Mehrstunden von Teilzeitkräften wird diese Betrachtung nicht aktiviert. Erst wenn das Soll der Vollzeitkraft erreicht ist.

Beispiele: Grundannahmen:

  • Durchrechnungszeitraum Jänner und Februar; Vollzeit
  • Sollstunden DRZ = 320 Std
  • Totalstunden DRZ = 330 Std
  • Plus/Minus DRZ = 10 Std
    • 10 Stunden = Kandidat für Zuschlag
  • Nachtzeit von 20:00 - 06:00
Bsp.1: letzte Dienste im DRZ waren Tagdienste an Werktagen 08:00 – 14:00
   •	Alle 10 Plusstunden werden mit 50% Zuschlag ausgezahlt
     o	 keine 100% Kandidaten in den letzten 10 Stunden des DRZ enthalten
Bsp.2: letzter Dienst im DRZ war ein Nachtdienst am Werktag 19:00 – 07:00
   •	06:00 – 07:00 --> 1 Std mit 50% Zuschlag
   •	21:00 – 06:00 --> 9 Std. mit 100% Zuschlag
   •	Es werden maximal die letzten 10 Stunden des DRZ angesehen, da im DRZ nur 10 Plusstunden gearbeitet wurden
     o	 Die Stunde von 20:00 – 21:00 wird daher nicht mehr aufgewertet
Bsp.3: vorletzter Dienst im DRZ Nachtdienst am Werktag 19:00 – 07:00
	letzter Dienst im DRZ Tagdienst am Werktag 08:00 – 14:00
   •	08:00 – 14:00 --> 6 Std mit 50% Zuschlag 
   •	06:00 - 07:00 --> 1 Std mit 50% Zuschlag 
   •	03:00 – 06:00 --> 3 Std. mit 100% Zuschlag
   •	Es werden maximal die letzten 10 Stunden des DRZ angesehen, da im DRZ nur 10 Plusstunden gearbeitet wurden
       --> dabei wird vom DRZ Ende chronologisch nach hinten betrachtet (die letzten Stunden werden zuerst betrachtet)
Bsp.4: letzte Woche des DRZ = Urlaub mit 40 Stunden (Mo-Fr je 8h)
       letzter Dienst im DRZ = Tagdienst am Sonntag 08:00 - 14:00
  •	alle Stunden werden mit 50% Zuschlag gerechnet --> die letzten 10 Stunden waren im Urlaub
Bsp.5:  Plusstunden: 15 Std 
        letzter Dienst im DRZ Nachtdienst beginnend am Sonntag 19:00 – 07:00
        vorletzter Dienst im DRZ Tagdienst am Freitag 08:00 - 14:00
   •	06:00 - 07:00 --> 1 Std mit 50% Zuschlag (vom Montag)
   •	19:00 – 06:00 --> 11 Std. mit 100% Zuschlag 
   •	11:00 - 14:00 --> 3 Std. mit 50% Zuschlag 
Bsp.6: Minusstunden: -10 Std
   •	Es fallen keine Überstundenzuschläge an


Spezialfunktion "Planungscode "ungeplanter Dienst" "

Wird diese Spezialfunktion aktiviert, so werden nicht die chronologisch letzten Stunden des DRZ betrachtet, sondern nur die chronologisch letzten Stunden des DRZ, welche mit dem speziellen Planungscode markiert wurden.

Grundsätzlich werden für die Aufwertung auf D200% nur die Stunden herangezogen, welche im Konto D150% stehen. Das würde bedeuten, dass Teilzeitkräfte erst die Möglichkeit auf 200% haben, wenn sie das Soll der Vollzeitkraft erreichen.

Sollen auch schon die Mehrstunden (D125%) für die Aufwertung herangezogen werden, so ist aber der Version 2017_16 folgender Parameter zu setzen:

D125%aufwerten.PNG

Hat der Mitarbeiter sowohl im Konto D125% als auch im Konto D150% Stunden stehen, so werden zuerst die Stunden aus dem Konto "D150%" für die Aufwertung auf D200 herangezogen.


Beispiele:

Grundannahmen:

  • Durchrechnungszeitraum Jänner und Februar; Vollzeit
  • Sollstunden DRZ = 320 Std
  • Totalstunden DRZ = 330 Std
  • Plus/Minus DRZ = 10 Std
    • 10 Stunden = Kandidat für Zuschlag
Bsp.1: 1 Ungeplanter Tagdienst am 04.01. (Dienstag) 08:00 – 14:00
   •	Alle 10 Plusstunden werden mit 50% Zuschlag ausgezahlt
     o	 08:00 – 14:00 = 6 Std. mit 50% Zuschlag
     o	 Restlichen Plusstunden des DRZ = 4 Std. mit 50% Zuschlag
Bsp.2: 1 ungeplanter Nachtdienst am 04.01. (Dienstag) 19:00 – 07:00
   •	06:00 – 07:00 --> 1 Std mit 50% Zuschlag
   •	21:00 – 06:00 --> 9 Std. mit 100% Zuschlag
   •	Es werden maximal 10 Stunden des ungeplanten Dienstes angesehen, da im DRZ nur 10 Plusstunden gearbeitet wurden
     o	 Die Stunde von 20:00 – 21:00 wird daher nicht mehr aufgewertet
Bsp.3:  1 ungeplanter Nachtdienst am 04.01. (Dienstag) 19:00 – 07:00
	 1 ungeplanter Tagdienst am 13.02. (Samstag) 08:00 – 14:00
   •	08:00 – 14:00 --> 6 Std mit 50% Zuschlag (vom 13.02.)
   •	06:00 - 07:00 --> 1 Std mit 50% Zuschlag (vom 04.01.)
   •	03:00 – 06:00 --> 3 Std. mit 100% Zuschlag (vom 04.01.)
   •	Es werden maximal 10 Stunden der ungeplanten Dienste angesehen, da im DRZ nur 10 Plusstunden gearbeitet wurden
       --> dabei wird vom DRZ Ende chronologisch nach hinten betrachtet (die letzten ungeplanten Dienste werden zuerst betrachtet)
Bsp.4:  Plusstunden: 15 Std 
        1 ungeplanter Nachtdienst am 29.01. (Sonntag) 19:00 – 07:00
   •	06:00 - 07:00 --> 1 Std mit 50% Zuschlag (vom Montag)
   •	19:00 – 06:00 --> 11 Std. mit 100% Zuschlag 
   •	Restlichen Plusstunden des DRZ = 3 Std. mit 50% Zuschlag 
Bsp.5: Plusstunden: 20 Std
       1 ungeplanter Nachtdienst am 04.01. (Dienstag) 19:00 – 07:00
   •	06:00 – 07:00 --> 1 Std mit 50% Zuschlag
   •	20:00 – 06:00 --> 10 Std. mit 100% Zuschlag
   •	19:00 – 20:00 --> 1 Std. mit 50% Zuschlag
   •	Restlichen Plusstunden des DRZ = 8 Std. mit 50% Zuschlag 
Bsp.6: Minusstunden: -10 Std
       1 ungeplanter Nachtdienst am 04.01. (Dienstag) 19:00 – 07:00
   •	Es fallen keine Überstundenzuschläge an


Der Planungscode muss wie folgt angelegt werden: kein Abrechnungsschema sondern "Dienstschema verwenden", da die Stunden dann lt. Dienst gerechnet werden. Die Markierung mit dem Planungscode löst keine andere Abrechnung aus, sondern markiert den Dienst nur für die Betrachtung der Überstundenbewertung.

Planungscode
UngeplanterDienst.PNG


Schemen für "D100%"

Mithilfe dieser Funktion, können spezielle Abwesenheiten von der Bewertung ausgenommen werden. Ist in den chronologisch letzten Stunden des DRZ z.B ein Krankenstand eingetragen, so kommen diese Stunden nicht zur Aufwertung. Hierfür wird eine eigene Schemasammlung benötigt, welche jene Abwesenheiten enthält, die nicht zu einer Aufwertung führen dürfen.

Schemen mit Teilanrechnung

Gibt es Stunden, speziell bei Nachtbereitschaften und Nachtdiensten, welche nur zum Teil aufgewertet werden dürfen, können diese speziellen Schemen in einer Schemasammlung definiert und anschließend für den DRZ Rückblick hinterlegt werden.

Parametrierung

Folgende Einstellungen sind möglich:

Parameter DRZ-Rückblick
DRZ Rückblick .PNG
  • DRZ Rückblick: Aktiviert die oben beschriebene Logik
  • auch D125% aufwerten: auch Stunden im D125% werden für die Aufwertung herangezogen
  • Feiertag 200% : Sollen Feiertagsstunden als Kandidaten für 200% gelten oder nicht
  • Nacht 200% ab Stunde:
  • Nacht 200% bis Stunde:
  • Planungscode "ungeplanter Dienst": Hier muss der Planungscode hinterlegt werden, wenn nur die mit dem Planungscode markierten Stunden betrachtet werden sollen.
  • Schemen für 'D100 %': Hier muss die Schemasammlung hinterlegt werden, welche die nicht aufwertbaren Schemen enthält
  • Schemen mit Teilanrechnung: Hier muss die Schemasammlung hinterlegt werden, welche die Schemen enthält, die nur zum Teil in die Aufwertung rechnen dürfen
  • neutrale Schemen für Aufwertung 150% af 200% am DRZ-Ende: Hier können die Schemen hinterlegt werden, welche für die Bewertung als übersprungen werden sollen
Einstellungsvariante DRZ Rückblick:
Parametrisierung DRZRückblick.png
Einstellungsvariante Ungeplanter Dienst:
Parametrisierung UngeplanterDienst.png

Config-File

Damit die Parameter sichtbar sind, muss das Config-File durch Bit Factory angepasst werden.

automatische Überstundenmarkierung

Bei dieser Überstundenbewertung werden die Überstundenkandidaten durch den Vergleich des Status Ist mit Status Planung ermittelt.

Alle Plusstunden zum im Status Planung eingetragenen Dienst, gelten als „Kandidaten“.

  • War kein Dienst geplant, so sind alle Stunden des Tages „Kandidaten“.
  • War ein 8-Stunden Dienst (08:00–16:00) geplant und es werden 9 Stunden (08:00-17:00) gearbeitet, so wird immer die letzte Stunde dieses Tages (bzw. des Dienstes) als „Kandidat“ gehandhabt (16:00 – 17:00 ist Kandidat)
  • War ein Tagdienst (08:00 – 16:00 (8h)) geplant und es wird stattdessen ein Nachtdienst (19:00 – 07:00) geleistet, so entstehen 4 Kandidaten. Hier gelten ebenfalls die letzten Stunden von 03:00 – 07:00 als Kandidaten

Erst wenn im Durchrechnungszeitraum auch wirklich ein Plus entsteht, so werden die entstandenen Kandidaten aufgewertet (durch Markierung mit einem Planungscode, siehe weiter unten bei Umsetzung):

  • Es werden maximal so viele Kandidaten aufgewertet, wie im DRZ Plusstunden gemacht wurden
  • Es werden immer die chronologisch letzten Kandidaten im DRZ herangezogen
  • Die Bewertung wird immer mit der jeweiligen am Tag entstandenen Wertigkeit durchgeführt (siehe Zuschläge)

Geplanten Plusstunden im Status Planung:

  • diese können nicht zu Kandidaten zugewiesen werden – daher werden diese am Ende des DRZ fix mit 50% Zuschlag bewertet

Spezialität Teilzeit:

  • Bis zum Soll-Vollzeit gebührt immer ein 25%-iger Zuschlag
  • erst über dem Soll Vollzeit werden die Kandidaten berücksichtigt und aufgewertet (nur die D150% - Stunden werden als Kandidaten betrachtet)


Am Ende des DRZ werden dann die Kandidaten mit einem Planungcode (durch Auswahl von "DRZ-Fehlerstunden mit Planungscode markieren" beim Konto D150%) markiert. Der Planungscode kann nach belieben (auszahlen, bewerten) angelegt werden.

DRZ-Fehler-Stunden markieren:
DRZ-Fehler-Stunden markieren.png

Der Planungscode kann nach Belieben (auszahlen, bewerten) ausgewählt werden.

Planungscodeauswahl
Planungscodeauswahl.png
In dieser Auswahl werden all jene Planungscodes angezeigt,
welche den Parameter "Mehrzeitmarkierung" auf
"Direkt via '... mit Planungscode markieren'" gesetzt haben.

PROBLEMATIK: Bei mehrmonatigen DRZ kann es vorkommen, dass Überstundenkandidaten in bereits abgeschlossenen Monaten mit dem Planungscode markiert werden müssen. Daher müssen die Dienstpläne vor Bewertung der Überstunden wieder in den Status IST zurückgesetzt werden. Eventuell kann es durch die Markierung mit dem Planungscode auch zu Änderungen in der Zulagenberechnung kommen! Bei derzeitigen Kunden werden hier NACH der Überstundenbewertung nochmals Differenzexporte gemacht um die geänderten Lohnarten zu kontrollieren.

Umsetzung

Damit die DRZ-Überstunden mit dem Planungscode markiert werden, muss am Konto "D150%" die Aktion "DRZ-Fehlerstunden mit Planungscode markieren" ausgewählt werden. Anschließend werden alle Kandidaten (max. in der Höhe des Kontos D150%) mit dem ausgewählten Planungscode markiert. Werden nicht genügend Kandidaten gefunden, so bleibt der Rest im Konto D150% stehen und kann mit den Standardumbuchungen bearbeitet werden.

Bei der Markierung mit dem Planungscode werden Kommt/Geht-Zeiten, welche bereits mit einem Planungscode markiert sind, nicht nochmal markiert -> diese werden übersprungen. Einzelne Planungscodes können auch ersetzt werden, sofern der Parameter "Fehlermarkierung: Planungscode ersetzen" am Planungscode auf JA gesetzt wird.

Parametrierung

Keine speziellen Einstellungen notwendig, außer man möchte auch automatische Abschlussbuchungen hinterlegen. Eventuell muss bei einzelnen Planungcodes der Parameter "Fehlermarkierung: Planungscode ersetzen" hinterlegt werden. Ist dieser Parameter auf JA, so wird der Planungscode bei der Überstundenmarkierung durch den Überstundenplanungscode ersetzt.

Config-File

Es ist eine Freischaltung der Funktion im Config-File notwendig.

automatische Überstundenmarkierung - Variante: nur für bestimmte Schemen+Planungscodeumschlüsselung

Bei dieser Überstundenbewertung wurden die Überstundenkandidaten bereits markiert und nur Zeiten mit definierten Schemen sind Kandidaten.

Beispiel: 
* Tagesüberstunden wurden markiert mit dem Planungscode/Schema "potentielle Mehrstunde"
* Wochenüberstunden wurden markiert mit dem Planungscode/Schema "potentielle Überstunde"
* Nachtdienste haben noch eine halbe Stunde "Übergabe", hierfür gibt es zwei Schemen: Nachtdienstübergabe Wochentag; Nachtdienstübergabe SoFe
Nur diese hier genannten Zeiten sind Überstundenkandidaten. Die jeweils letzten davon sollen nun durch diese Funktion automatisch mit einem Planungscode markiert werden.


Erst wenn im Durchrechnungszeitraum auch wirklich ein Plus entsteht, so werden die entstandenen Kandidaten aufgewertet (durch Markierung mit einem Planungscode, siehe weiter unten bei Umsetzung):

  • Es werden maximal so viele Kandidaten aufgewertet, wie im DRZ Plusstunden gemacht wurden
  • Es werden immer die chronologisch letzten Kandidaten im DRZ herangezogen
  • Die Bewertung erfolgt je nachdem, wie der Planungscode, der ausgewählt wird, angelegt ist.
  • weiters kann man je Schema definieren, ob der ausgewählte Planungscode durch einen anderen ersetzt werden soll.
Beispiel:
* Auswahl "Überstunden auszahlen" zum Markieren der DRZ-Fehlerstunden (der Planungscode würde, je nach Lage die Stunden mit 150% oder 200% auszahlen)
  * wenn ein zu markierender Kandidat das Schema "potentielle Mehrstunde" hat, soll nicht der Planungscode "Überstunde auszahlen", sondern der Planungscode "TZ€ Mehrstunde auszahlen 125%" eingetragen werden.
* Auswahl "Überstunden bewerten" zum Markieren der DRZ-Fehlerstunden
  * wenn ein zu markierender Kandidat das Schema "potentielle Mehrstunde" hat, soll nicht der Planungscode "Überstunde bewerten", sondern der Planungscode "Ü125% bewerten" eingetragen werden.

Am Ende des DRZ werden dann die Kandidaten mit einem Planungscode automatisch (durch Auswahl von "DRZ-Fehlerstunden mit Planungscode markieren" beim Konto D125% und D150%) markiert.

DRZ-Fehler-Stunden markieren:
DRZ-Fehler-Stunden markieren.png

Der Planungscode kann nach Belieben (auszahlen, bewerten) ausgewählt werden.

Planungscodeauswahl
Planungscodeauswahl.png
In dieser Auswahl werden all jene Planungscodes angezeigt,
welche den Parameter "Mehrzeitmarkierung" auf
"Direkt via '... mit Planungscode markieren'" gesetzt haben.

Je nach Schema des Kandidaten wird entweder der ausgewählte Planungscode oder der entsprechende Planungscode aus der Planungscodeumschlüsselung eingetragen.

PROBLEMATIK: Bei mehrmonatigen DRZ kann es vorkommen, dass Überstundenkandidaten in bereits abgeschlossenen Monaten mit dem Planungscode markiert werden müssen. Daher müssen die Dienstpläne vor Bewertung der Überstunden wieder in den Status IST zurückgesetzt werden. Eventuell kann es durch die Markierung mit dem Planungscode auch zu Änderungen in der Zulagenberechnung kommen! Bei derzeitigen Kunden werden hier NACH der Überstundenbewertung nochmals ein Export der alten Monate gemacht und neu übermittelt.

Umsetzung

Damit die DRZ-Überstunden mit dem Planungscode markiert werden, muss am Konto "D125%" bzw. "D150%" die Aktion "DRZ-Fehlerstunden mit Planungscode markieren" ausgewählt werden. Anschließend werden alle Kandidaten (max. in der Höhe des Kontos D125% bzw. D150%) mit dem ausgewählten Planungscode markiert. Werden nicht genügend Kandidaten gefunden, so bleibt der Rest im Konto D125% bzw. D150% stehen und kann mit den Standardumbuchungen bearbeitet werden.

Bei der Markierung mit dem Planungscode werden Kommt/Geht-Zeiten, welche bereits mit einem Planungscode markiert sind, nicht nochmal markiert -> diese werden übersprungen. Einzelne Planungscodes können auch ersetzt werden, sofern der Parameter "Fehlermarkierung: Planungscode ersetzen" am Planungscode auf JA gesetzt wird.

Parametrierung

In Erweiterte Organisation gibt es einen Parameter "Fehlermarkierung: spez. Schemen (bei DRZ zugleich Filter)" (vor 2021.24: DRZ-Fehlermarkierung: nur für Schemen"): hier muss muss eine "Fehlermarkierung Schemen"-Sammlung hinterlegt werden:

Schemasammlung anlegen
DRZ-Fehler-Stunden nur fuer Schemen.png
Schemen für Fehlermarkierung definieren
Fehlermarkierung-Schemen.png

Nur diese hier definierten Schemen, werden durch die "DRZ-Überstunden markieren" geändert.

Bei den Schemen kann auch eine Planungscodeumschlüsselung hinterlegt werden (damit der bei "DRZ-Überstunden markieren" ausgewählte Planungscode dann auch nochmal durch einen anderen Planungscode ersetzt wird)

Planungscodeumschlüsselung
Planungscodeumschlüsselung.png

Eventuell muss bei einzelnen Planungcodes der Parameter "Fehlermarkierung: Planungscode ersetzen" hinterlegt werden. Ist dieser Parameter auf JA, so wird der Planungscode bei der Überstundenmarkierung durch den Überstundenplanungscode ersetzt.

Config-File

Es ist eine Freischaltung der Funktion im Config-File durch die Bit Factory notwendig.

Berechnung Kandidaten für Aufwertung 200% im DRZ

Ab Version 2021.06 können Kandidaten für eine Aufwertung auf 200% auf Basis Plan/Ist berechnet werden. Diese Kandidaten werden bei Plusstunden am Ende des DRZ herangezogen und aufgewertet. Die Aufwertung passiert nur von D150% auf D200%.

  • die 200%-Überstundenkandidaten werden durch den Vergleich des Status Ist mit Status Planung ermittelt
  • am Ende des DRZ werden zuerst diese Kandidaten aus dem D150% auf D200% aufgewertet
  • sind dann noch D150% über, so bleiben diese im D150%

Der wesentliche Unterschied zur Variante "automatische Überstundenmarkierung" ist, dass bei dieser die chronologisch letzten Stunden aufgewertet werden und hier aber nur die Unterschiede zur Planung potentiell aufgewertet werden.

Umsetzung

  • Kandidaten können nur entstehen, wenn insgesamt mehr Stunden im Ist eingetragen sind als in der Planung
  • Nur die Differenz an 200%-Stunden können zu Kandidaten werden
Beispiele (wenn Nacht von 20 - 6 Uhr definiert ist)
Status Planung Status Ist Überstunden 200% Kandidaten Begründung
Montag, kein Dienst Montag, 8 Stunden (08:00-16:00) 0 h Keine 200%-Stunden
Sonntag, kein Dienst Sonntag, 8 Stunden (08:00-16:00) 8 h Im Ist 8 200%-Stunden mehr als in der Planung
8-Stunden (08:00–16:00) 9 Stunden (08:00-17:00) 0 h Es wird immer nur die Differenz an 200%-Stunden betrachtet
8-Stunden Tagdienst (08:00–16:00) 8 Stunden Nachdienst (22:00-06:00) 0 h Insgesamt kein Plus zwischen Planung und Ist
8-Stunden-Tagdienst (08:00–16:00) 12-Stunden-Nachtdienst (19:00 – 07:00) 4 h In der Planung 0 Nachtstunden und im Ist 8 Nachtstunden. Differenz zur Planung sind 4 Stunden.
8-Stunden-Tagdienst mit 1 h in der Nacht (13:00 - 21:00) 10-Stunden-Tagdienst mit 2 h in der Nacht (12:00 - 22:00) 1 h In der Planung 1 Nachtstunde und im Ist 2 Nachtstunden. Differenz zur Planung sind +2 h insgesamt, aber nur +1 Nachtstunde


Erst wenn im Durchrechnungszeitraum auch wirklich ein Plus entsteht, so werden die entstandenen Kandidaten mittels einer Umbuchung aufgewertet (Stunden vom D150% werden in D200% umgebucht):

  • Es werden maximal so viele Kandidaten aufgewertet, wie im D150% stehen

Geplanten Plusstunden im Status Planung:

  • Da Plusstunden aus dem Status Planung keiner eindeutigen Lage zugewiesen werden, kann dies nur zu einer 'normalen' Aufwertung auf 125% (TZ) bzw. 150% (VZ) führen.

Abwesenheiten

  • Abwesenheiten laufen immer wie geplante Plusstunden in den DRZ
  • Wird ein Mitarbeiter zum Beispiel an einem Zusatzdienst am Sonntag krank, so laufen diese Stunde in die Totalstunden, werden aber wie geplante Stunden für die Bewertung am Ende des DRZ betrachtet und nicht als Kandidaten für einen 100% Zuschlag gewertet

Spezialität Teilzeit:

  • Für Plusstunden bis zum Vollzeit-Soll gebührt ein 25%-iger Zuschlag (die Stunden laufen in das D125%-Konto)
  • Die Kandidaten werden analog der Vollzeit in einem eigenen Konto gesammelt
  • Erst über dem Vollzeit-Soll laufen die Stunden in das D150%-Konto und nur diese Stunden können dann, wenn Kandidaten vorhanden sind, auf 200%-Stunden aufgewertet werden

Am Ende des DRZ werden die Kandidaten vom Konto "D150%" in das Konto "D200%" umgebucht. Sind mehr Kandidaten vorhanden als Stunden im D150%, werden nur maximal die Stunden umgebucht, welche im D150% vorhanden sind.

Parametrierung

Diese Variante kann nur mittels spezieller Abschlussbuchungen umgesetzt werden.

Es gibt 3 neue Konten:

  • Info Kandidaten für 200%
    • beinhaltet die Kandidaten pro Monat
  • Info Kandidaten für 200% (DRZ)
    • beinhaltet die Kandidaten im DRZ
  • Info Kandidaten für 200% (DRZ) Rest
    • beinhaltet die Kandidaten des DRZ, welche nach einer Umbuchung noch übrig sind

In den Abschlussbuchungen muss die Umbuchung "DRZ-Bilanz Überstunden Rest 150% Aufwerten auf D200%" mit einem Umbuchungswert hinterlegt werden:

Parametrierung der Abschlussbuchungen
Umbuchungen Umbuchungswert
Abschlussbuchung Anfall200.png Umbuchungswert Anfall200.png
Auf die Umbuchung von D200% nicht vergessen!

Nur definierte Konten als Kandidaten betrachten

Sollen nur spezielle definierte Konten als Kandidaten berechnet werden, so können diese mittels Parameter eingestellt werden.

Beispiel: Einsätze in der Rufbereitschaft sollen als Kandidaten gelten und nach Lage bewertet werden (wenn Plus im DRZ). Normale Arbeitszeiten dürfen nie Kandidaten sein.

Hierfür gibt es den Parameter "Kandidaten für 200%" in der Gruppe "Abrechnung". Dieser muss über das "vereinfachte UI" freigeschaltet werden.

Anschließend kann hier eine Zeitkontosammlung definiert werden, in der die Konten für die Kandidaten hinterlegt werden.

Beispiel: hier sollen nur die Arbeitszeiten aus Rufbereitschaftseinsätzen am Sonn-/Feiertag und Nacht als Kandidaten berechnet werden:

Definierte Konten für Kandidaten
Kandidaten200%Parameter.png

Monatsfehler-Stunden

Hierbei werden die letzten Stunden des DRZ mit einem Planungscode markiert. Auf den Konten "D125%" und "D150%" ist am Ende des DRZ die Aktion "Monatsfehler-Überstunden mit Planungscode markieren" verfügbar.

Anschließend kann ein Planungscode (Mehrzeitmarkierung) ausgewählt werden, mit dem die chronologisch letzten Stunden des DRZ mit dem Planungscode markiert (analog Wochenfehler / Tagesfehler)

Parametrierung

keine notwendig

Planungscode anlegen

Für DRZ-Überstunden negativen Saldo ignorieren

Standard = NEIN


NEIN Ist dieser Parameter auf NEIN gesetzt, so werden bei einem negativen Übertrag aus dem Vor-DRZ Überstundenzuschläge erst dann fällig, wenn diese Stunden abgebaut sind.

Beispiel: 
  Saldo Vor-DRZ: - 10
  Plusstunden akt. DRZ: 20
  D100     : 10
  D125/D150: 10

JA

Ist dieser Parameter auf JA gesetzt, so werden eventuelle Minusstunden aus einem Vor-DRZ bei der Bewertung von Überstunden ignoriert.

Beispiel: 
  Saldo Vor-DRZ: - 10
  Plusstunden akt. DRZ: 20
  D100     : 0
  D125/D150: 20

DRZ Info-Konten

Ab der Version 2018.04 gibt es zwei neue Hilfskonten

  • Infos Start DRZ (7up)
  • Infos Ende DRZ (7up)
Kontoauswahl
StartDRZ.PNG

Beispiel: DRZ = 6 Monate

Im Konto Start DRZ steht im ersten Monat eine 1

Im Konto Ende DRZ steht im letzten Monat eine 1

Beispiel
StartDRZEnde.PNG