Abrechnung Österreich: Unterschied zwischen den Versionen

 
(601 dazwischenliegende Versionen von 14 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Die '''Alex<sup>®</sup> - V7-Standardabrechnung Österreich''' ist eine Strategie zum Automatisieren der in der österreichischen Praxis angewandten Bewertung der Arbeitszeit. Besonderes Augenmerk wird dabei auf die Transparenz der Ergebnisse gelegt, damit der Dienstplanverantwortliche die eventuell nötigen Bewertungsschritte so früh als möglich im Dienstplanungsprozess durchführen kann. So wird im Gegensatz zur Vorgängerversion [[Abrechnung Standard Austria]] keine Aufwertung automatisch durchgeführt, sondern der dienstplanende Sachbearbeiter durch grafische und textliche Hinweise auf seinen nötigen Handlungsbedarf hingewiesen.
Die '''{{Alex}} - Abrechnung Österreich'''( auch '''V7-Standardabrechnung Österreich''', '''7Up''') ist eine Sammlung von [[Programmfunktion]]en und [[Konzept]]en zur Bewertung von Arbeitszeit nach der in der österreichischen angewandten Praxis.


Die Parametrierung auf betriebliche Besonderheiten ist in größerem Ausmaß möglich, als vergleichsweise bei der Vorgängerversion [[Abrechnung Standard Austria]]
Dazu wird jeder Planungseintrag (Dienst, Planungscode, ev. Aufgabe) mit [[Schemen in der Abrechnung Österreich (7Up)|Schemen]] hinterlegt.


==Anspruchsspezifikationen==
Damit ist für jede Zeitstrecke definiert, welche [[Schemakonten (7Up)|Schemakonten]] zu füllen sind.


Zur Verwaltung von Jahresabwesenheitsansprüchen (stunden- oder tageweise) wie z.B. Erholungsurlaub, Sonderurlaub, Pflegeurlaub, Fortbildung, ... müssen in den Alex<sup>®</sup> Anspruchsspezifikationen angelegt werden.
Diese Konten werden summiert und auf Tages, Wochen, Monats und Durchrechnungszeitraumebene gegen die Sollzeit und weitere Parameter(Überstundenpauschale, Aufwertungsgrenzen,...) abgeglichen, um einer [[Durchrechnungszeitraum-Bilanz|Bewertung]] zugeführt.


[[bild:Anspruch.PNG|800px]]
Situationen, die eines manuellen Eingriffs bedürfen, führen zu [[Ungeklärter Zustand|ungeklärten Zuständen]], die mit Umbuchungen, Planungscodemarkierungen und Fehlermarkierungen aufzulösen sind.


===Zeitraum===
==Sonderabrechnungsspezifikationen==
Siehe [[Sonderabrechnungsspezifikationen]]


* Arbeitsjahr: Zubuchung des Anspruches mit Eintrittsdatum
==Schemaspezifikationen==
Siehe [[Schemaspezifikationen]]


* Kalenderjahr: Zubuchung des Anspruches mit 1. Jänner
== Totalspezifikationen==
Über die Totalspezifikationen kann die Berechnung verschiedener Totalstunden beeinflusst werden.  


* Angepasst: wird bei Migrationen benötigt wenn es sowohl Mitarbeiter mit Zubuchung zum Beginn des Arbeitsjahres und Miterbeiter mit Zubuchung zu Beginn des Kalenderjahres gib.
Es werden verschiedene Totals unterschieden:


===Kurzbezeichnung===
===Total für Tagesfehler===
Hier kann hinterlegt werden, welche Stunden für [[Abrechnung x7#Schwellenwert f.C3.BCr Tages.C3.BCberstunden|Tagesfehler]] anrechenbar sind. Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.


Ist jene Bezeichnung die in den Summenspalten Überschriften steht.
Beispiel: Ein gewisses Abrechnungsschema darf nie einen Tagesfehler auslösen (z.B. Nachtdienste bei den Ärzten)


===Zubuchung / Monat===
<span><br /></span>
'''<u>Standard Wert:</u>''' [[Schemen im 7Up/Schematypen|Total für Fehlermarkierung (Standard)]]


Dem Mitarbeiter werden pro Monat Urlaubsstunden zugebucht.
=== Total für Wochenfehler===
Hier kann hinterlegt werden, welche Stunden für [[Abrechnung x7#Schwellenwert f.C3.BCr Wochen.C3.BCberstunden|Wochenfehler]] anrechenbar sind. Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.


Anspruch  / 365 * Kalendertage
Beispiel: Ein gewisses Abrechnungsschema darf nie einen Wochenfehler auslösen (z.B. Nachtdienste bei den Ärzten)


'''Beispiel:'''  
<span><br /></span>
'''<u>Standard Wert</u>:''' [[Schemen im 7Up/Schematypen|Total für Fehlermarkierung (Standard)]]


  Berechnung:
===Soll für Basis Wochenfehler===
  Jänner: 200 / 365 * 31 = 16,99
Diese Zeitkontosammlung definiert, welcher Grenzwert für Wochenüberstunden heranzuziehen ist.
  Februar: 200 / 365 * 28 = 15,34


{| class="wikitable"
Diese Einstellung kann in Kombination mit dem Parameter <code>Schwellenwert für Wochenüberstunden, Variante</code> = "<code>Das Größere von 'Schwellenwert' und 'Soll'</code> " verwenden.
|-
![[bild: Zubuchung_Monat.JPG|thumb]]
|}


===Übertrag===
Damit kann z. B. die Anforderung abgedeckt werden, dass der Grenzwert prinzipiell 40 ist, aber bei Mitarbeitern, welche in einer Woche bereits ein höheres Soll (z.B. wegen Rahmenplan) haben, soll in dieser Woche das Wochensoll herangezogen werden.<ref name="issue2535">{{githubissue|2535}}</ref>


* ja = Resturlaub am Ende des Kalenderjahres / Arbeitsjahres wird in das nächste Jahr mitgenommen
===Total für AZG-Prüfung===
* nein = Resturlaub verfällt am Ende des Kalenderjahres / Arbeitsjahres
Hier kann hinterlegt werden, welche Stunden für [[Abrechnung x7#Arbeitszeitgesetzpr.C3.BCfungen|Arbeitszeitgesetzprüfungen]] relevant sind.


===Aliquotierungsart===
Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.


Der Parameter Aliquotierungsart hat dann Einfluss, wenn der Mitarbeiter sein '''Beschäftigungsausmaß ändert''' und wenn mit '''Urlaub in Stunden''' gearbeitet wird.
Beispiel: Rufbereitschafts-Nichtleistungsstunden werden standardmäßig nicht als AZG-Stunden angerechnet. Hier kann dieses Schema bei Bedarf angerechnet werden
Folgende Einstellungen sind möglich:


* Jahresanspruch
<span><br /></span>
'''<u>Standard Wert:</u>''' [[Schemen im 7Up/Schematypen|Total für AZG (Standard)]]


* Restanspruch
(=Arbeitszeit - Arbeitszeit Dienste(Bezahlte Pause) Standard)


* keine
Genauere Infos siehe [[Wöchentliche Arbeitszeit (7up)#Total f%C3%BCr AZG-Pr%C3%BCfung %22Maximale W%C3%96CHENTLICHE Arbeitszeit im Schnitt%22|hier.]]


====1. Jahresanspruch====
===Total für AZG-Prüfung "Maximale WÖCHENTLICHE Arbeitszeit"===
Hier kann hinterlegt werden, welche Stunden für die maximale Wochenarbeitszeit in der Einzelwoche herangezogen werden.


Der gesamte Jahresanspruch wird '''rückwirkend''', bis zur '''letzten Zubuchung''' '''aliquotiert''' und neu berechnet.
Genauere Infos siehe [[Wöchentliche Arbeitszeit (7up)#Total f.C3.BCr AZG-Pr.C3.BCfung .22Maximale W.C3.96CHENTLICHE Arbeitszeit.22|hier]].


===Total für AZG-Prüfung "Maximale WÖCHENTLICHE Arbeitszeit im Schnitt"===
Hier kann hinterlegt werden, welche Stunden für die durchschnittliche Wochenarbeitszeit herangezogen werden.


'''Beispiel:'''
Genaue Infos siehe [[Wöchentliche Arbeitszeit (7up)#Total f%C3%BCr AZG-Pr%C3%BCfung %22Maximale W%C3%96CHENTLICHE Arbeitszeit im Schnitt%22|hier.]]


Mitarbeiter ist bis 30. Juni zu 100% beschäftigt,
===Total für Ausgleichsruhe in AZG-Prüfung "Mindestruhezeit zwischen zwei Diensten"===
Hier kann hinterlegt werden, welche Stunden für die Berechnung der verlängerten Ruhezeit herangezogen werden.


ab 01 Juli wechselt der Mitarbeiter sein Beschäftigungsausmaß auf 50%.  
Siehe [[Ruhezeitprüfungen (7up)#Total f%C3%BCr Ausgleichsruhe in AZG-Pr%C3%BCfung %22Mindestruhezeit zwischen zwei Diensten%22|hier.]]


===Total für NSchwAG===
Hier kann eine "'''[[gesammelte Zeit]]'''" hinterlegt werden, um vom Standard-Wert (s.u.) abweichende Zeiten zu definieren, die für das Erreichen der [[Abrechnung_%C3%96sterreich#NSchwAG:_erforderliche_Mindestarbeitszeit_.5BMinuten.5D|erforderlichen Mindestarbeitszeit]] anrechenbar sei sollen.


  Berechnung:
Die Spezifikation wird ignoriert, falls der Parameter "[[Abrechnung_Österreich#NSchwAG_ab%2Fbis_Stunde_anwenden|NSchwAG ab/bis Stunde anwenden]]" auf JA gesetzt ist.
  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'''   


{| class="wikitable"
Um die eigenen [[Abrechnung Österreich#NSchwAG ab Stunde (am Abend)|NSchwAG-Zeitgrenzen]] anzuwenden ist es daher besser diesen auf NEIN zu belassen, und stattdessen eine Spezifikation mit [[Schemakonten Struktur (7up)/Gesamt/Arbeitszeit#NSchwAG- Konten|Arbeitszeit NSchwAG]] zu hinterlegen.<ref name="issue979">{{githubissue|979}}</ref>
|-
![[bild: Aliquotierung_Jahr_2.PNG|thumb]]
|}


====2. Restanspruch====
[[Datei:Total_Nschwag.PNG]]


Der '''bestehende Urlaubsrest''' zum '''Umstellungsmonat''' wird einfach mit dem '''neuen Beschäftigungsausmaß errechnet'''.
'''<u>Standard-Wert:</u>''' <code>Arbeitszeit in Nacht</code>


Zeitgrenzen für <code>Arbeitszeit in Nacht</code> sind bevorzugt laut Parameter
*<code>Nachtstunden für Zulage ab Stunde (am Abend)</code>
*<code>Nachtstunden für Zulage bis Stunde (am Morgen)</code>
Falls diese nicht gesetzt sind, dann laut Parameter
*<code>Nachtüberstunden(1:2), wochentags ab Stunde (am Abend)</code>
*<code>Nachtüberstunden(1:2), wochentags bis Stunde (am Morgen)</code>


Beispiel:
===Total für Bewertung===
Mitarbeiter ist bis 30. Juni zu 100% beschäftigt,
Hier kann hinterlegt werden, welche Stunden für die [[Abrechnung x7#Schwellenwert f.C3.BCr aufwertbare DRZ-.C3.9Cberstunden|Aufwertung am DRZ-Ende]] anrechenbar sind.  


ab 01 Juli wechselt der Mitarbeiter sein Beschäftigungsausmaß auf 50%.
Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.


Beispiel: Hausbereitschaften - Die halbe Nichtleistungszeit muss als Arbeitszeit angerechnet werden.


'''Berechnung:'''
<span><br /></span>
  200 / 50% = 150 Tage Urlaubsrest
'''<u>Standard-Wert:</u>''' [[Schemen im 7Up/Schematypen|Total für Bewertung (Standard)]]
   


'''WICHTIG:''' Es muss ein Name für die '''Gesammelte Zeit''' hinterlegt werden!


{| class="wikitable"
===Total für 'Zeitausgleich aus Krank'===
|-[
Falls gewünscht, muss hier eine '''[[gesammelte Zeit]]''' hinterlegt werden, zB: "Abwesend Zeitausgleich Standard"
![[bild: Aliquotierung_Rest_2.PNG|thumb]]
|}


===Aliquotierung monatsgenau===
Auswirkung: 


* ja:   Rechengang = (Anzahl der Anspruchstage / 12) x Anzahl der '''Monate'''
*Keine Hinterlegung: Keine Änderung
*Wird hier das Schema für den Zeitausgleich hinterlegt, so wird für einen Tag mit Krankenstand und mit geplantem Zeitausgleich (mit Schema lt. diesem Parameter) der geplante ZA auch im Ist berechnet - auch wenn ZA nur in Planung eingetragen war. ([https://www.ogh.gv.at/entscheidungen/entscheidungen-ogh/krankheit-bricht-urlaub-aber-nicht-zeitausgleich/ OGH-Urteil.])
*'''Wichtig''': Als Krankenstand gelten alle Abwesenheiten mit einem [[Schemen im 7Up/Schematypen|Schematyp]] "Abw. wegen Krankheit"


Beispiel :
Genaue Informationen siehe "[[Abwesenheiten bei geplantem Zeitausgleich]]"


(25/12) * 5 = 10,42
'''<u>Standard-Wert:</u>''' keiner<span><span /><span /></span>


{| class="wikitable"
===Total für 'NSchwAg-Ausgleich aus Krank'===
|-[
Falls gewünscht, muss hier eine '''[[gesammelte Zeit]]''' hinterlegt werden, zB: "Abwesend Zeitausgleich NSchwAG Standard"
![[bild:Urlaub_monatsgenau_ja.PNG|thumb]]
|}


Auswirkung: analog zu "Total für 'Zeitausgleich aus Krank'" => siehe oben


'''<u>Standard-Wert</u>''': keiner


Genaue Informationen siehe "[[Abwesenheiten bei geplantem Zeitausgleich]]"


* nein: Rechengang = (Anzahl der Anspruchstage / 365) x Anzahl '''Kalendertage'''
===Total für Schwerarbeit Z4+5===
Auswirkung: siehe [[Schwerarbeitsverordnung_(7up)]]


'''<u>Standard-Wert:</u>'''  Arbeitszeit


Beispiel:
===Total für Tag +/-===
Falls gewünscht, kann hier die Berechnung des +/- am Tag bearbeitet werden.


(25 / 365) * 151 = 10,34
Das +/- am Tag ist verantwortlich für die farbliche Hinterlegung des Dienstes bei Mehr-/Minusstunden am Tag im Dienstplan.


<span><br /></span>
<u>'''Standard-Wert''':</u> [[Schemen im 7Up/Schematypen|Gesamt]]


===Total für Arbeitszeit 19-7 für "Überwiegend Nachtarbeit"===
<u>'''Standard-Wert:'''</u> Info Überwiegend Nachtarbeit (Hilfskonto)


<span><br /></span>
In diesem Konto sind alle ARBEITSZEITEN zwischen 19:00 und 07:00 enthalten.


{| class="wikitable"
ACHTUNG: Soll zu diesem Konto ein bestimmtes Schema dazugerechnet oder abgezogen werden, muss ein neues Konto programmiert werden, welches nur die Stunden zwischen 19:00 - 07:00 enthält.
|-[
![[bild:Urlaub_monatsgenau_nein.PNG|thumb]]
|}


===Rundung===
Verwendet man ein Schema, welches AUSSCHLIESSLICH im Zeitbereich von 19:00 - 07:00 vorkommt, ist keine zusätzliche Programmierung nötig und man kann das gewünschte Konto mit dem jeweiligen Faktor addieren oder subtrahieren.
Über die Eingabe dieses Paramters wird die Rundung des Anspruches geregelt:


* 0,25 -> es wird auf halbe Tage / Stunden gerundet (kaufmännisch)
Beschreibung der Funktion "Überwiegend Nachtarbeit" siehe [[Überwiegend Nachtarbeit (7up)|hier]].
* 0,50 -> es wird auf ganze Tage / Stunden gerundet (kaufmännisch)
--> Bei Eingabe von negativen Werten (z.B. - 0,50) wird immer aufgerundet
* 0,00 -> keine Rundung


===Rundung Aliquotierung===
===Total für Arbeitszeit Gesamt für "Überwiegend Nachtarbeit"===
<u>'''Standard-Wert''':</u> Arbeitszeit Total


Diese Rundung gilt für die Aliquotierung des Urlaubsanspruches bei Änderung des Beschäftigungsausmaßes.
In diesem Konto sind alle ARBEITSZEITEN des jeweiligen Monats enthalten, von diesem dann 50% zwischen 19:00-07:00 geleistet werden muss..


===Austritt für Aliquotierung ignorieren===
Spezielle Schemen können hier mit dem jeweiligen Faktor dazugerechnet oder abgezogen werden.


* ja = Der Mitarbeiter behält den vollen Urlaubsanspruch wenn er unter dem Arbeitsjahr / Kalenderjahr austritt.
Weiters kann als Total z.B. auch das Konto "Gesamt Total" hinterlegt werden. Dann würden auch die Abwesenheiten in die Basis mitberechnet werden.<ref name="issue7998">{{githubissue|7998}}</ref>
* nein = Der Urlaubsanspruch wird gemäß den getroffenen Einstellungen aliquotiert, wenn der Mitarbeiter während des Arbeitsjahres / Kalenderjahres austritt.


===Berechnungsart===
Beschreibung der Funktion "Überwiegend Nachtarbeit" siehe [[Überwiegend Nachtarbeit (7up)|hier]].


* Dauer: Stundenweiser Anspruch
==Vertragsspezifikationen==
* Tage: Tageweiser Anspruch
Bei einer Vertragsspezifikation handelt es sich um eine neue Ebene, die beim Mitarbeiter hinterlegt wird. Auf dieser Ebene können Parameter gesetzt werden. Eine Vertragsspezifikation wird z.B. angelegt für spezielle Abschlussbuchungen, spezielle Überstundenbewertungen
 
==Extraspezifikationen==
 
Extraspezifikationen sind spezielle Abrechnungsformen, die  
 
* für einen Tag / ein Monat gelten,
 
* manuell zu bestätigen sind (zB Stationsvertretung) und
 
* ausschließlich lohnverrechnungstechnische Auswirkungen haben.
 
Es gibt drei unterschieliche Verwendungen
 
# Monat
# Tag
# Kommt / Geht
 
Wird eine Extraspezifikation angelegt, so wird im Hintergrund automatisch das dazugehörige Konto definiert.
Zu finden ist dieses Konto in er Summengruppe "Spezialitäten".
 
Extraspezifikationen müssen den jeweiligen Bereichen (Verwendete Sonderabrechnung) zugewiesen werden.
 
=== 1. Monat (z.B. Essen erfassen) ===
 
Anlage der Extraspezifiaktion zum Erfassen der Anzahl der Essen:


[[bild:Essen_1.PNG]]
[[Datei:Abrechnung Österreich 1663846158707.png|verweis=https://alexwiki.bitfactory.at/wiki/Datei:Abrechnung_%C3%96sterreich_1663846158707.png]]


Im Personalstamm sind nun diese neuen Verträge sichtbar:


Die Anzahl der konsumierten Essen kann über einen Rechtsklick in der Namensspalte, spezielle Monatswerte erfasste werden. Alle konsumierten Essen eines Monats können auf einmal erfasst werden.
[[Datei:Abrechnung Österreich 1663846363121.png|400x400px|verweis=https://alexwiki.bitfactory.at/wiki/Datei:Abrechnung_%C3%96sterreich_1663846363121.png]]


[[bild:Essen_erfassen.png]]
Weiters ist für jeden angelegten Vertag ein eigener Punkt im Navigator sichtbar - hier können dann auch die diversen Varianten angelegt werden:


Weitere Beispiele:
*AZG-Vertrag (für Schwangere Mitarbeiterinnen)
*Überstundenbewertungen (Vollzeit/Teilzeit)
===Reihenfolge Vererbung===
Wenn man mehrere Vertragsspezifikationen hat, kann über die Reihenfolge eingestellt werden, welche Vertragsspezifikation beim Vererben höhere Priorität hat.


Reihenfolge 1 = oberste Priorität


{| class="wikitable"
Grundsätzlich sollte man bei der Reihenfolge unter 1000 bleiben.
|-[
![[bild:Essen_3.PNG|thumb]]
|}


=== 2. Tag (z.B. Vertretungszulage) ===
Ansonsten ist zu beachten, dass es bereits folgende Reihenfolgen gibt:
* Sollvertrag: 1000
*Bewertungsverträge: 2000
*Berufsgruppe: 3000
*Stamm-Planungseinheit: 5000
Beispiel: Man könnte die Vertragsspezifikation auch mit einer Reihenfolge von 3001 erst nach der Berufsgruppe einordnen


Anlage Extraspezifikation zum Erfassen der Vertretungszulage:
==Tagesarten==
Über die definierten Tagesarten wird die Tagessollberechnung, die Überstundenwertigkeiten, sowie die Zuordnung der Zeiten zu den entsprechenden Tagesart-spezifischen Konten je [[Schemakonten (7Up)|Schema]] gesteuert.


Weiters werden die Tagesarten bei diversen Funktionen abgefragt wie beispielsweise


[[bild:VTZ_1.PNG]]
*[[Hintergrunddienste]]
*[[Schemaanpassung|Schemaanpassungen]] wegen Verwendung von Hintergrunddiensten
*[[Planungscode#Gesperrte Tagesarten|gesperrte Tagesarten]] bei Planungscodes
*etc.


Die Vertretungszulage kann pro Kalendertag einmal eingetragen werden. Zum Eintragen der Vertretungszulage den Sonderabrechnungsbutton "Vertretungszulage" anklicken und an dem gewünschten Tag eintragen.
Die Standard-Tagesarten sind in der Gruppe "Tagesarten Standard" hinterlegt.
{{AlexBild|Parameter-Gruppe "Tagesarten Standard"|[[Datei:Abrechnung Österreich 1680772638947.png|400px]]}}


Die '''Ermittlung der Tagesart''' funktioniert in folgender Reihenfolge:


{| class="wikitable"
#Tagesarten Spezial
|-[
#[[Tagesarten Kalender]]
![[bild:VTZ_2.PNG|thumb]]
#Tagesarten Standard
|}
##Wenn gesetzlicher Feiertag -> Tagesart "Feiertag"
##Sonst Tagesart "Montag" -"Sonntag"


===Spezielle Tagesarten===
Über den [[Tagesarten Kalender|Tagesarten-Kalender]] können die Standard-Tagesarten wiederkehrend durch spezielle Tagesarten ersetzt werden.


{| class="wikitable"
Über den Reiter "Tagesarten spezial" kann für ein spezifisches Datum die Tagesart einmalig geändert werden.
|-[
![[bild:Essen_3.PNG|thumb]]
|}


=== 3. Kommt / Geht (z.B. RBd Kilometer) ===
Folgende Tagesarten stehen zur Verfügung:


Anlage der Extraspezifikation zur Erfassung der Fahrten bei Rufbereitschaftseinsätzen (die Kilometeranzahl soll am Personal hinterlegt werden, es wird beim Einsatz nur mehr hinterlegt ob eine Fahrt stattgefunden hat oder nicht).
* '''Halbes Soll (Werktag)'''
Durch die Eigenschaft "'Property' zeigen?" wird ein Parameter am Personal in der Gruppe "Allgemein" angelegt, mit welchem der Wert unterschiedlich je Mitarbeiter erfasst werden kann.
**Tagessoll = die Hälfte des im Parameter definierten Tagessolls
**Tagesart für Kontenrahmen = Werktag
**funktioniert '''NICHT''' bei Sollberechnungsvariante "[[Sollstundenberechnung im 7Up/Rahmenplan|Rahmenplan]]"
*'''Immer Halbes Soll (Werktag)'''
**Tagessoll = die Hälfte des im Parameter definierten Tagessolls oder bei Rahmenplan die Hälfte des Dienstsolls
**Tagesart für Kontenrahmen = Werktag
*'''Kein Soll (laut Kalender)'''
**Tagessoll = 0
**Tagesart für Kontenrahmen = laut Kalender
*'''Kein Soll (Werktag)'''
**Tagessoll = 0
**Tagesart für Kontenrahmen = Werktag
*'''max. 4h (Werktag)'''
** Tagessoll = max. 4 Stunden
***ist der Tagesoll-Parameter am Personalstamm (bzw. das Dienstsoll bei Rahmenplan) kleiner als 4 Stunden, so bleibt der Sollwert unverändert
***Achtung: Es wird (unabhängig zur [[Sollstundenberechnung im 7Up|Sollberechnungsvariante]]) immer fix der im Personalstamm hinterlegte Wert herangezogen - es findet keine etwaige Aliquotierung statt
**Tagesart für Kontenrahmen = Werktag
*'''max. 4h (Sonntag)'''
** Tagessoll = wie "max. 4h (Werktag)"
**Tagesart für Kontenrahmen = Sonntag
*'''Viertel Soll (Werktag)'''
**Tagessoll = 1/4 des im Personalstamm hinterlegten Parameterwertes (bzw. das Dienstsoll bei Rahmenplan)
***Achtung: Es wird (unabhängig zur [[Sollstundenberechnung im 7Up|Sollberechnungsvariante]]) immer fix der im Personalstamm hinterlegte Wert herangezogen - es findet keine etwaige Aliquotierung statt
**Tagesart für Kontenrahmen = Werktag
**funktioniert '''NICHT''' bei Sollberechnungsvariante "[[Sollstundenberechnung im 7Up/Rahmenplan|Rahmenplan]]"
*[[Neue Tagesart: Dezember Werktag(-10%WSoll)|'''Dezember Werktag(-10%WSoll)''']]
**siehe [[Neue Tagesart: Dezember Werktag(-10%WSoll)|Doku]]
*[[Werktag Planung-xx:xx(Österreich)|'''Planung -xx:xx (Werktag)''']]
**Tagessoll= Beginn des Dienstes aus Status Planung bis Uhrzeit aus [[Abrechnung Österreich#Parametrierungen f.C3.BCr Tagesarten .22- xx:xx.22|Parameter]]
***<small>ACHTUNG: wenn das Soll am Samstag und Sonntag normalerweise 0 Stunden ist, dann darf diese Tagesart für Samstage und Sonntage nicht verwendet werden, denn sonst würde das Soll an diesen Tagen erhöht werden.</small>
**Tagesart für Kontenrahmen = Werktag
**Beispiele für diese Tagesart siehe [[Werktag Planung-xx:xx(Österreich)|hier]]
*'''Rahmen -xx:xx (Werktag)'''
**Tagessoll = Beginn des Dienstes aus Wochenzeitmodell bis Uhrzeit aus [[Abrechnung Österreich#Parametrierungen f.C3.BCr Tagesarten .22- xx:xx.22|Parameter]]
***<small>ACHTUNG: wenn das Soll am Samstag und Sonntag normalerweise 0 Stunden ist, dann darf diese Tagesart für Samstage und Sonntage nicht verwendet werden, denn sonst würde das Soll an diesen Tagen erhöht werden.</small>
**Tagesart für Kontenrahmen = Werktag
*'''Rahmen -xx:xx (Sonntag)'''
**Tagessoll = Wie "Rahmen -xx:xx(Werktag)"
**Tagesart für Kontenrahmen = Sonntag


[[bild:Extra.jpg]]
=====Parametrierungen für Tagesarten "- xx:xx"=====
Für die Tagesarten "- xx:xx" kann in den Systemeinstellungen im Reiter "Tagesartenspezifikation" die Uhrzeit über den Parameter <code>Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit</code> definiert werden. (Standard-Wert "12:00")


[[bild:Personalstamm.png]]
Weiters gibt es auch die Möglichkeit für mehrere spezielle Tagesarten unterschiedliche Zeiten für das Soll zu berücksichtigen:


{{AlexBild|Parametrierung mehrere Tage|[[Datei:Neue Param Sollber.PNG]]|}}


Im Kommt/Geht-Fenster kann über den Button "Sonderabrechnung erfassen" ausgewählt werden, ob der Mitarbeiter die Kilometer vergütet bekommt oder nicht.
'''Info:''' Wenn für Tag und Monat nichts definiert wurde, dann wird weiterhin der Parameter <code>Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit</code> verwendet.


[[bild:KommtGeht.jpg]]
Weiters gibt es im Reiter "Tagesartenspezifikation" den Parameter <code>Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll</code>


In manchen Konstellationen könnte das durch die Tagesart "-xx:xx" berechnete Soll höher sein, als das normale Tagessoll für diesen Wochentag (hier wird der Tagessoll-Parameter aus dem Personalstamm abgefragt).


In der Summenspalte werden pro angewählter RB-Fahrt die hinterlegten Kilometer verrechnet.
Es ist sehr wahrscheinlich, dass eine Erhöhung des Solls nicht erwünscht ist, somit ist dieser Parameter '''unbedingt auf JA zu setzen'''!


[[bild:Summe.jpg]]
Setzt man den Parameter <code>Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll</code> auf '''JA,''' dann wird das '''Minimum''' dieser beiden Werte für das Tagessoll herangezogen.  


Wichtig: Feiertage werden hier nicht berücksichtigt.


======<u>Beispiel</u>======


{| class="wikitable"
'''Ausgangslage'''
|-[
{{AlexBild|Ausgangslage Parameter "Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll" NEIN|[[Datei:Abrechnung Tagesarten Spezial bis zwoelf vorher.png|Abrechnung Tagesarten Spezial bis zwoelf vorher.png|600px]]|}}
![[bild:RBd_KM_DPL.PNG|thumb]]  


|}
*Der 03.03.23 ist hinterlegt als "Planung-xx:xx (Werktag) bis 12 Uhr
* Bei allen Mitarbeitern wurde der Dienst F8 in der Planung eingegeben, dieser dauert insgesamt 8 Stunden, davon liegen 6 Stunden vor 12 Uhr.
*Somit ergibt die Berechnung für das Tagessoll bei allen Mitarbeitern 6 Stunden, wenn der Parameter <code>Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll</code> = Nein ist.
**Mitarbeiter Dachs hat normalerweise täglich (Mo - So) 5,7 Stunden Soll (ersichtlich im Konto '''Soll laut Wochentag''' (SollWochentag))
** Mitarbeiter Gruber und Bauer haben von Montag - Freitag täglich 4 Stunden Soll.
** Bei diesen Mitarbeitern führt das Soll von 6 Stunden zu einer Erhöhung der Sollstunden!
**Mitarbeiter Auer und Eder haben normalerweise 8 Stunden Soll, nur bei diesen beiden führt das Soll von 6 Stunden zu einer Verringerung und ist  korrekt.


==Schemaspezifikationen==
'''Anforderung/Parametrierung'''
*Gewünscht ist, dass es durch die spezielle Tagesart zu keiner Sollerhöhung kommt
*das Minimum zwischen '''Soll laut Wochentag''' und '''Planung bis 12 Uhr''' soll zur Anwendung kommen


Schemaspezifikationen sind Abrechnungsschemen, die nicht standardmäßig im x7 angelegt sind.
Diese Anforderung kann gelöst werden, wenn der Parameter <code>Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll</code> = JA eingestellt wird.
Beispiele für Schemaspezifikationen sind:
* Rufbereitschaft
* spezielle Abwesenheiten (Arztbesuch, Fortbildungen, Pflegeurlaub...)


'''Ergebnis'''


Folgende Parameter sind zu setzten:
*bei Mitarbeiter Dachs bleiben die 5,7 Stunden Soll
*bei den Mitarbeitern Gruber und Bauer bleiben ebenfalls die 4 Stunden Soll
*bei den Mitarbeitern Auer und Eder werden die Sollstunden entsprechend der speziellen Tagesart auf 6 Stunden reduziert
{{AlexBild|Ergebnis Parameter "Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll" JA|[[Datei:Abrechnung Tagesarten spezial bis zwoelf nachher.png|Abrechnung Tagesarten spezial bis zwoelf nachher.png|600px]]|}}


======Datenbank für Beispiel======
[https://www.dropbox.com/s/tsvjuz1y2fjgc83/%23RefDB_TagesartenSpezial_Planung_bis12_%238427.zip?dl=0 RefDB Tagesarten Spezial Planung bis 12 Uhr #8427]


*'''Schemaspezififkation''':    "Name", Bezeichnung für die Programmierung im Hintergrund, immer in Großbuchstaben schreiben     
====Feiertage am Sonntag====
*'''Bezeichnung            ''': sichtbare Bezeichnung in Alex
Fallen gesetzliche Feiertage auf einen Sonntag, so werden diese grundsätzlich als Feiertage abgerechnet.  
*'''Schematyp              ''': bestimmt wie die Schemaspezifikation abgerechnet wird. Es gibt folgende Schematypen
** 1) [[Tagdienst]]
** 2) [[Nachtdienst]]
** 3) [[1:1]]
** 4) [[Überstunden €]]
** 5) [[Überstunden € fix 100%]]
** 6) [[Überstunden € fix 125%|Überstunden € fix 12*%]]
** 7) [[Überstunden gutschreiben]]
** 8) [[Überstunden gutschreiben fix 100%]]
** 9) [[Überstunden gutschreiben fix 125%|Überstunden gutschreiben fix 12*%]]
** 10) [[Überstunden gutschreiben fix 150%]]
** 11) [[Überstunden gutschreiben fix 200%]]


Die hinterlegte Feiertags-Tagesart wird in diesem Fall für Sonntage verwendet.


Schematypen die für für Abwesenheiten angelegt werden, sollten mit der Richtigen '''Ausfallsberechnung''' angelegt werden.
Info: Oster- und Pfingstsonntag sind KEINE gesetzlichen Feiertage und werden daher immer als Sonntag gerechnet.
** 12)[[Abw. wegen Krankheit]]
** 13)[[Abw. wegen Urlaub]]
** 14)[[Abw. wegen Zeitausgleich]]
** 15)[[Abw. wegen ausgleich NS|Abw. wegen Ausgleich laut NSchwAG]]
** 16)[[Abw. wegen sonstigen Gründen]]
** 17)[[Abw. 1:1 wegen sonstigen Gründen]]
** 18)[[Abw. wegen Ausgleich laut NSchwAG 1:1]]


Wird der Parameter <code>Feiertage Sonntags ignorieren</code> auf JA gesetzt, so werden alle Feiertage mit der Tagesart "Sonntag" abgerechnet.


{{AlexBild|Parameter "Feiertag Sonntags ignorieren"|[[Datei:Feiertag Sonntags ignorieren.PNG]]}}


*'''Ausfallberechnung        '''
===Tagesartspezifikation===


[[Abwesenheitsberechnung]]
Tagesartspezifikationen dienen der Erweiterung der bereits bestehenden Tagesarten.


** [[A) keine]]
Eine neue Tagesart wird beispielsweise benötigt, wenn  
** [[B) Soll]]
** [[B1) Tagessoll]]
** [[C) Plan = Soll, Ist = Plan]]
** [[C1) Plan = Tagessoll, Ist = Plan]]
** [[D) fix 8, aliquot Beschäftigungsgrad]]
** [[D1) wie D) wenn WZM Dienst]]
** [[E) Fix 8 unbedingt]]


*eine '''spezielle Sollberechnung''' hinterlegt werden soll
*die Tage bei '''Hintergrunddiensten''' abgegriffen werden sollen.


*'''Fehlmarkierung''' '''sperren  '''
====Sollberechnung====
Über die Tagesartspezifikation kann die Sollberechnung des Tages definiert werden.


** ja
Über den Parameter <code>Tagessoll</code> kann die Berechnung des Solls an diesem Tag beeinflusst werden.
** nein


Der hier hinterlegte Wert wird als Tagessoll angenommen und überschreibt die in den Personalstammdaten hinterlegten Parameterwerte für das Soll je Tagesart.


Je nach [[Sollstundenberechnung im 7Up|Sollberechnungsvariante]] wird dieser Wert auf das Beschäftigungsgrad aliquotiert oder nicht.


Eine Aliquotierung dieses Parameter findet statt bei:


Beispiel Arztbesuch:
* Sollberechnungsvariante "[[Sollstundenberechnung im 7Up/Sollstunden laut Tagessoll#Soll Mo.2C Di.2C...aliquot|Soll Mo,Di,... aliquot]]"
*Sollberechnungsvariante "[[Sollstundenberechnung Jahressoll|Jahressoll]]"
*Sollberechnungsvarianten [[Sollstundenberechnung im 7Up/Fixes Monatssoll|fixes Monatssoll]], nur wenn der Parameter "[[Fixes Monatssoll: Tagessoll aliquotieren (7up)|Tagessoll aliquotieren (optional für 'Fix'-Varianten]])" gesetzt ist.


Darf das Tagessoll für diese Tagesart '''nicht''' geändert werden, muss der Parameter <code>Soll' lt. Kalender</code><ref name="issue78372">{{githubissue|7837}} Tagesartspezifikation aufbohren</ref> auf JA gesetzt werden.


[[bild:]]
Dies bewirkt, dass für diese Tagesart das Tagessoll laut der hinterlegten Standard-Tagesarten berechnet wird und daher keine Solländerung stattfindet - der Parameter <code>Tagessoll</code> in der Spezifikation wird ignoriert.


==Soll==
Über den Parameter <code>Soll-Prozedur</code> kann eine spezielle Programmierung für diese Tagesart im Kundenmodul aufgerufen werden.


Im x7 werden die Sollstunden über die Parameter (Soll Montag, Soll Dienstag,....) hinterlegt.
===== Beispiel ohne Solländerung=====
Der Tag wird als "Werktag Spezial" gekennzeichnet, damit dieser z.B. bei den Hintergrunddiensten extra abgegriffen werden kann.


Es gibt folgende Sollberechnungsvarianten:
Die Sollstunden dürfen sich jedoch nicht ändern, diese sollen weiterhin lt. Personalstamm berechnet werden.
{{AlexBild|Anlage Tagesartspezifikation|[[Datei:Abrechnung Österreich 1680763930065.png|900px]]}}
Anschließend wird diese Tagesart im Tagesartenkalender oder bei den Tagesarten spezial hinterlegt:
{{AlexBild|Hinterlegung in den Stammdaten|[[Datei:Abrechnung Österreich 1680764214273.png|400px]]}}
{{AlexBild|Darstellung im Dienstplan|[[Datei:Abrechnung Österreich 1680764269844.png|400px]]}}


* Soll Mo,Di,... direkt
Hier ist sichtbar, dass die Sollstunden weiterhin 8 Stunden betragen, obwohl in der Tagesartspezifikation beim Parameter <code>Tagessoll</code> 0 eingetragen ist:
* Soll Mo,Di,... aliquot
{{AlexBild|Ergebnis|[[Datei:Abrechnung Österreich 1680764337252.png|400px]]}}
* Jahressoll


=== 1. Soll Mo,Di,... direkt===
=====Beispiel mit Solländerung=====
Der Tag wird als "Werktag Soll 4 Std." gekennzeichnet damit an diesem Tag nur 4 Stunden statt 8 Stunden Soll berechnet werden.
{{AlexBild|Anlage Tagesartspezifikation|[[Datei:Abrechnung Österreich 1680764553947.png|900px]]}}
Anschließend wird diese Tagesart im Tagesartenkalender oder bei den Tagesarten spezial hinterlegt:
{{AlexBild|Hinterlegung in den Stammdaten|[[Datei:Abrechnung Österreich 1680764613786.png|400px]]}}
{{AlexBild|Darstellung im Dienstplan|[[Datei:Abrechnung Österreich 1680764670705.png|400px]]}}


Alex berechnet die Sollstunden direkt aus den Parametern.
Hier ist sichtbar, dass die Sollstunden statt 8 Stunden für diesen Tag nur mehr 4 Stunden betragen:


[[bild: Soll_direkt_1.PNG]]
{{AlexBild|Ergebnis|[[Datei:Abrechnung Österreich 1680764719685.png|400px]]}}


Berechnung:
====Tagesart für Kontenrahmen====
Hier wird definiert, in welche tagesart-spezifischen [[Schemakonten (7Up)|Schemakonten]] die Stunden an diesen Tagen fließen.


                5 x Donnerstag ->  5  x 6 h = 30
Folgende "Tagesarten für Kontenrahmen" stehen dabei zur Verfügung:
                4 x Mittwoch  ->  4  x 2 h = 8
                13 Tage Rest  ->  13 x 4 h = 52
                                    Total    = '''90'''         


[[bild: Soll_direkt_DPL.PNG]]
*Wochentag
*Sonntag
*Feiertag
*Ersatzruhetag


=== 2. Soll Mo,Di,... aliquot===
Soll die Tagesart für den Kontenrahmen an dem speziellen Tag nicht geändert werden, so muss der Parameter <code>Tagesart für Kontenrahmen: lt. Kalender</code><ref name="issue7837">{{githubissue|7837}} Tagesartspezifikation aufbohren</ref> gesetzt werden.


Bei dieser Sollberechnungsvariante errechnet sich aliquotiert Alex die bei den Parametern (Soll Montag, Soll Dienstag,...) eingegebenen Werte gemäß dem Beschäftigungsgrad in Prozent.
So werden die tagesart-spezifischen [[Schemakonten (7Up)|Schemakonten]] laut der hinterlegten Standard-Tagesarten gefüllt, unabhängig davon welche "Tagesart für Kontenrahmen" bei der Spezifikation hinterlegt ist.  


===== Beispiel mit Änderung Tagesart =====
Die Tagesart "Werktag Spezial" wird an einem Sonntag hinterlegt.
{{AlexBild|Anlage Tagesartspezifikation|[[Datei:Abrechnung Österreich 1680763930065.png|900px]]}}
{{AlexBild|Hinterlegung in den Stammdaten|[[Datei:Abrechnung Österreich 1680766186581.png|400px]]}}
{{AlexBild|Darstellung im Dienstplan|[[Datei:Abrechnung Österreich 1680766228754.png|400px]]}}


Da bei der Tagesartspezifikation die Tagesart lt. Kontenrahmen "Werktag" hinterlegt ist, werden die Schemakonten für Werktag befüllt.


[[bild: Soll_aliquot.PNG]]
Die Arbeitszeit der Dienste läuft in das Konto '''"Arbeitszeit Werktag"''' bzw. die Stunden der Abwesenheit laufen in das Konto '''"Abwesend Werktag"''' obwohl die Tagesart lt. Kalender ein Sonntag wäre:
{{AlexBild|Ergebnis|[[Datei:Abrechnung Österreich 1680766380385.png]]}}


Berechnung:
=====Beispiel mit Tagesart lt. Kalender=====
Der Tag soll ohne Sollstunden berechnet werden.


                21 Werktage-> 21  x (8x50%) = 84
Dazu wird die Tagesart "Kein Soll" angelegt und der Tag damit gekennzeichnet.
                                    Total    = '''84'''         


Damit die Tagesart auch an einem Sonntag eingetragen werden kann, ohne dass sich die Schemakonten ändern, wird der Parameter <code>'Tagesart für Kontenrahmen' lt. Kalender: ja</code> gesetzt:
{{AlexBild|Anlage Tagesartspezifikation|[[Datei:Abrechnung Österreich 1680766834066.png|900px]]}}
{{AlexBild|Hinterlegung in den Stammdaten|[[Datei:Abrechnung Österreich 1680766913661.png|400px]]}}


[[bild: Soll_aliquot_DPL.PNG]]
{{AlexBild|Darstellung im Dienstplan|[[Datei:Abrechnung Österreich 1680766945559.png|400px]]}}


===3. Jahressoll===


[[Sollstundenberechnung Jahressoll]]


==Vertragsspezifikationen==
Bei der Tagesartspezifikation ist die Tagesart lt. Kontenrahmen "Werktag" hinterlegt. Da jedoch auch der Parameter <code>'Tagesart für Kontenrahmen' lt. Kalender</code> gesetzt ist, werden die Schemakonten so gefüllt, als ob kein Spezieller Tag hinterlegt ist.


Bei einer Vertragsspezifikation handelt es sich um eine neue Ebene, die beim Mitarbeiter hinterlegt wird.
Die Arbeitszeit des Dienstes läuft daher in das Konto '''"Arbeitszeit Sonntag"''' bzw. die Stunden der Abwesenheit laufen in das Konto '''"Abwesend Sonntag"'''
Auf dieser Ebene können Parameter gesetzt werden.
{{AlexBild|Ergebnis|[[Datei:Abrechnung Österreich 1680767062499.png]]}}
Eine Vertragsspezifikation wird z.B. angelegt für evangelische Mitarbeiter.


'''Beispiel''': Feiertagsvertrag für evangelische Mitarbeiter
=====Datenbank für Beispiele=====
[https://drive.google.com/open?id=1-hTISOnxZUeUaSLG0p3JiRMAaPQFzk8_&authuser=alex%40bitfactory.at&usp=drive_fs DokuDB_Tagesartspezifikationen]


Unter Systemeinstellungen, Vertragsspezifikationen einen neuen Feiertagsvertrag anlegen.
==Verwendete Werkzeuge==
Bei den Parametern


[[bild: Feiertagsvertrag_1.PNG]]
*Planungscodes
*Sonderabrechnungen


Damit die Vertragsspezifikation im Alex sichtbar wird, muss das Service gestoppt und wieder gestartet werden.
*Fehlermarkierungen
Im Personalstamm des Mitarbeiters erscheint der neue Parameter "Feiertagsvertrag"


[[bild: Feiertagsvertrag_2.PNG]]
können


Neuen Vertrag anlegen
*zugewiesene Planungscodes
*zugewiesene Sonderabrechnungen
*zugewiesene Fehlermarkierungen


hinterlegt werden. Diese Sammlungen definieren, welche Planungscodes/Sonderabrechnungen bzw. Fehlermarkierungen verfügbar sind.


[[bild: Feiertagsvertrag_3.PNG]]
Weitere Informationen dazu: [[Verwendete Werkzeuge]]


Bei diesem Vertrag können verschiedenste Parameter gesetzt werden.
==Soll ==
Für das Beispiel wird unter Tagesarten spezial für den Karfreitag kein Soll(österreich) hinterlegt.


[[bild: Feiertagsvertrag_4.PNG]]
zur Beschreibung der [[Sollstundenberechnung im 7Up|Sollstundenberechnung im 7up]]


==Tagesartspezifikation==
===Überstundenpauschale===
Mit den beiden Parametern 


Über Tagesartspezifikationen kann die Berechnung für bestimmte Tage hinterlegt werden z.B. 24. / 31. Dezember, Karfreitag für evangelische Mitarbeiter.
*Überstundenpauschale
*Überstundenpauschale ist absoluter Wert


*Tagesartspezifikation = eindeutige Bezeichnung, groß schreiben
können prozentuelle oder absolute Überstundenpauschalen hinterlegt werden.
*Bezeichnung = sichtbare Bezeichung im Alex
*Tagessoll [[Sollstundenberechnung_Tagessoll]] = der Wert für das Soll dieses Tages kann eingegeben werden
*Tagesart
**Wochentag
**Sonntag
**Feiertag
**Ersatzruhetag


Beispiel
Mehr dazu hier: [[Mehrdienstleistungspauschale]]


'''Tagesartenspezifikation''' anlegen
=== Beschäftigungsgrad in Prozent===
Es ist der vereinbarte Beschäftigungsgrad des Mitarbeiters auszuwählen. Diese Eigenschaft wird für die Mehrleistungsbewertung, Abwesenheitsberechnung und auch die Anspruchsberechnung (z. B. Urlaub) eingesetzt.


[[bild:Tagesartenspezifikation.PNG]]
<span class="mw-headline">Siehe auch:</span>


*[[Sollstundenberechnung_im_7Up|Sollstundenberechnung]]
*[[Abwesenheitsberechnung]]
*[[Anspruchsarten|Anspruchsberechnung]]


Tagesartspezifikation unter '''Tagesarten spzezial''' hinterlegen
===Wochensoll (Basis Vollzeit)===
Hier wird die Wochenarbeitszeit einer Vollzeitkraft hinterlegt.


[[bild:Tagesartenspezifikation_4.PNG]]
Dies dient als Grundlage für diverse Berechnungen, z. B. für


*[[Dezember Werktag (-WSoll/x)|Sollberechnung an speziellen Tagen bei der Variante "Dezember Werktag"]]


Für den '''24. Dezember werden 2,5 Sollstunden''' gerechnet.
== Überstunden==
 
[[bild:Tagesartenspezifikationen_2.PNG]]
 
==Überstunden==


===Länge/Beginn Durchrechnungszeitraum===
===Länge/Beginn Durchrechnungszeitraum===


Mit diesem Parameter wird festgelegt, wieviele Monate der Durchrechnungszeitraum beträgt. Start des Durchrechnungszeitraums ist jener Monatserste, der als Stichtag eingestellt ist.
Mit diesem Parameter wird festgelegt, wie viele Monate der Durchrechnungszeitraum beträgt. Start des Durchrechnungszeitraums ist jener Monatserste, der als Stichtag eingestellt ist.


'''Beispiel''':
'''Beispiel''':
Zeile 418: Zeile 476:
Die Durchrechnungszeiträume erstrecken sich über:
Die Durchrechnungszeiträume erstrecken sich über:


* Februar - März - April
*Februar - März - April
* Mai - Juni - Juli
*Mai - Juni - Juli
* August - September - Oktober
*August - September - Oktober
* November - Dezember - Jänner
*November - Dezember - Jänner


Wird in einem einmonatigen Durchrechnungszeitraum abgerechnet, so ist der Parameter auf 1,00 zu setzen. 1,00 ist auch der Default-Wert, wenn der Parameter nicht gesetzt wird.
Wird in einem einmonatigen Durchrechnungszeitraum abgerechnet, so ist der Parameter auf 1,00 zu setzen. 1,00 ist auch der Default-Wert, wenn der Parameter nicht gesetzt wird.


'''Welche Auswirkungen hat ein ein-/mehrmonatiger Durchrechnungszeitraum?'''
'''Welche Auswirkungen hat ein ein-/mehrmonatiger Durchrechnungszeitraum?'''


Die Abrechnung der Plus/Minusstunden erfolgt immer am Ende eines Durchrechnungszeitraums. Beträgt dieser einen Monat, so wird das Plus am Monatsende aufgewertet. Beträgt der Durchrechnungszeitraum, wie in unserem Beispiel, drei Monate, so werden die Plus/Minusstunden aller drei Monate addiert, und erst am Ende des dreimonatigen DRZ (erstmals im April) aufgewertet.
Die Abrechnung der Plus/Minusstunden erfolgt immer am Ende eines Durchrechnungszeitraums. Beträgt dieser einen Monat, so wird das Plus am Monatsende eine Bewertung zugeführt. Beträgt der Durchrechnungszeitraum, wie in unserem Beispiel, drei Monate, so werden die Plus/Minusstunden aller drei Monate addiert, und erst am Ende des dreimonatigen DRZ (erstmals im April) eventuell bewertet.
 
{| class="wikitable"
|-[
![[bild: Durchrechnungszeitraum.png|thumb]]
|}


[[Datei:Durchrechnungszeitraum.png|alternativtext=|600x600px]]
  Soll    512,00
  Soll    512,00
  <u>Total    522,00</u>
  <u>Total    522,00</u>
Zeile 444: Zeile 497:
  '''D150%'''  10,00  x  1,5    =    15,00  ('''S g.B.''')
  '''D150%'''  10,00  x  1,5    =    15,00  ('''S g.B.''')


Steht in einem der Kandidaten-Konten (D100%, D125%, D150%) im Status IST am Ende des Durchrechnungszeitraums ein Wert, so erscheint ein schwerer Fehler, und das gefüllte Konto wird rot markiert.
Steht in einem der Kandidaten-Konten (D100%, D125%, D150%, [[Tiroler Gemeindebedienstetengesetz - Gegen die Diskriminierung von Teilzeitkräften (Aufhebung Mehrleistungszuschläge)|DM150%]]) im Status IST am Ende des Durchrechnungszeitraums ein Wert, so wird das gefüllte Konto rot markiert und der Status kann nicht gewechselt werden.
 
Der Dienstplaner muss nun mittels Zeitkontoumbuchung entscheiden, was mit diesen Stunden passieren soll.
Der Dienstplaner muss nun mittels Zeitkontoumbuchung entscheiden, was mit diesen Stunden passieren soll.


Die Umbuchungen können entweder für jeden Mitarbeiter einzeln (rechte Maustaste in die Summenzeile des Mitarbeiters) oder für alle Mitarbeiter einer Planungseinheit auf einmal (rechte Maustaste in die Summenspaltenüberschrift) durchgeführt werden. Für jedes Kandidatenkonto gibt es unterschiedliche Umbuchungsmöglichkeiten:
Die Umbuchungen können entweder für jeden Mitarbeiter einzeln (rechte Maustaste in die Summenzeile des Mitarbeiters) oder für alle Mitarbeiter einer Planungseinheit auf einmal (rechte Maustaste in die Summenspaltenüberschrift) durchgeführt werden.  
 
Weiters können die Konten auch über die [[Abschlussbuchungen]] umgebucht werden.
 
Für jedes Kandidatenkonto gibt es unterschiedliche Umbuchungsmöglichkeiten:


'''D100%'''
'''D100%'''
* [[Monatsfehler-Stunden mit Planungscode markieren]]
 
* [[Bestätigen]]
*[[Monatsfehler-Stunden mit Planungscode markieren]]
* [[Alle negativen Bestätigen]]
*[[Bestätigen]]
* [[Alle positiven Bestätigen]]
*[[Verfallen lassen]]
* [[Verfallen lassen]]
*[[Verfallen lassen|Alle negativen Verfallen lassen]]
* [[Alle negativen Verfallen lassen]]
*[[Verfallen lassen|Alle positiven Verfallen lassen]]
* [[Alle positiven Verfallen lassen]]
*[[Auszahlen|(Alle) Auszahlen]]
* [[(Alle) Auszahlen]]
*[[(Alle) Aufwerten auf Ü125%]]
* [[(Alle) Aufwerten auf Ü125%]]
*[[(Alle) Aufwerten auf Ü150%]]
* [[(Alle) Aufwerten auf Ü150%]]
*[[(Alle) Aufwerten auf M150%]]
* [[(Alle) Aufwerten auf M150%]]


'''D125%'''
'''D125%'''
* [[Monatsfehler-Stunden mit Planungscode markieren]]
 
* [[(Alle) Bestätigen]]
*[[Monatsfehler-Stunden mit Planungscode markieren]]
* [[(Alle) Rollieren]]
*[[Bestätigen]]
* [[(Alle) Verfallen lassen]]
*[[Rollieren|((Alle) Rollieren]]
* [[(Alle) Auszahlen]]
*[[Verfallen lassen|(Alle) Verfallen lassen]]
*[[Auszahlen|(Alle) Auszahlen]]


'''D150%'''
'''D150%'''
* [[Monatsfehler-Stunden mit Planungscode markieren]]
* [[(Alle) Bestätigen]]
* [[(Alle) Rollieren]]
* [[(Alle) Verfallen lassen]]
* [[(Alle) Auszahlen]]
* [[(Alle) Bestätigen auf M150%]]


{| class="wikitable"
*[[Monatsfehler-Stunden mit Planungscode markieren]]
|-[
*[[Bestätigen]]
![[bild: Umbuchungen.png|thumb]]
*[[Rollieren|(Alle) Rollieren]]
|}
*[[Verfallen lassen|(Alle) Verfallen lassen]]
*[[Auszahlen|(Alle) Auszahlen]]
*[[(Alle) Bestätigen auf M150%]]
 
[[Datei:Umbuchungen.png|alternativtext=]]
 
'''DM150%'''
 
*[[Monatsfehler-Stunden mit Planungscode markieren]]
*[[Bestätigen]]
*[[Rollieren|((Alle) Rollieren]]
*[[Verfallen lassen|(Alle) Verfallen lassen]]
*[[Auszahlen|(Alle) Auszahlen]]


Werden die Umbuchungen vorgenommen, so verschwindet der umgebuchte Wert aus diesem Konto. Sind die Kandidatenkonten leer, erscheint kein schwerer Fehler mehr und der Status kann auf "Abgeschlossen" gewechselt werden.
Werden die Umbuchungen vorgenommen, so verschwindet der umgebuchte Wert aus diesem Konto. Sind die Kandidatenkonten leer, erscheint kein schwerer Fehler mehr und der Status kann auf "Abgeschlossen" gewechselt werden.


===Variante Schwellenwert für Tagesüberstunden===
=== Durchrechnungszeitraum tagesgenau===
Mit diesem Parameter kann gesteuert werden, dass die Stunden eines Nachtdienst am DRZ-Ende tagesgenau aufgeteilt werden.
 
'''Parameter auf "Nein" (=Standard):'''
 
*Ein Nachtdienst am letzten Tag des DRZ zählt zur Gänze zum DRZ, in dem der Nachtdienst beginnt
* Die Totalstunden am Tag werden immer für den gesamten Dienst gerechnet
{{AlexBild2|1=Durchrechnungszeitraum NICHT tagesgenau = Standard|2=Totalstunden am DRZ - Ende|3=Totalstunden am Tag|4=[[Datei:Abrechnung Österreich 1674549549136.png]]|5=[[Datei:Abrechnung Österreich 1674550269011.png]]}}
 
'''Parameter auf "JA":'''
 
*Ein Nachtdienst am letzten Tag des DRZ zählt bis 24:00 zum laufenden DRZ
*Der Teil nach Mitternacht wird bereits zum nächsten DRZ gezählt
*Der Nachtdienst verhält sich für die Anrechnung der Stunden im DRZ, als ob der Nachtdienst geteilt (2 Dienste) angelegt wäre
*Auch die Totalstunden am Tag werden immer nur bis 24:00 zu dem jeweligen Tag gerechnet (nicht nur am Ende des DRZ!)
 
Dieser Parameter hat keinen Einfluss auf die Berechnung der Zulagen für den Nachtdienst! (Diese werden immer zur Gänze im Monat des Nachtdienstbeginns gerechnet).


'''Dienst, Status egal'''
{{AlexBild2|Durchrechnungszeitraum tagesgenau|Totalstunden am DRZ - Ende|Totalstunden am Tag|[[Datei:Abrechnung Österreich 1674549678801.png]]|[[Datei:Abrechnung Österreich 1674550661295.png]]}}


Bei dieser Variante kann es auch im Status 'PLANUNG' bereits zu einem schweren Fehler bei Tagesüberstunden kommen. Ist ein Dienst geplant, der mit der Verlängerung über den hinterlegten [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]] kommt, entsteht ein schwerer Fehler und die Fehlzeit muss mit einem Planungscode markiert werden. Beträgt das Dienstsoll des eingetragenen Dienstes bereits mehr Stunden als der [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]], so entsteht der Fehler erst bei einer Verlängerung.
Der Parameter funktioniert sowohl für Monats- als auch für Wochendurchrechnungszeiträume.


'''Total aus Plan'''
[https://drive.google.com/open?id=1-8s6SbLnPcwgYiZ8D2i_WSW1hg4q4DYs&authuser=alex%40bitfactory.at&usp=drive_fs DokuDB_DurchrechnungszeitraumTagesgenau]


Bei dieser Variante kann im Status 'PLANUNG' über den [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]] geplant werden, ohne dass es zu einem schweren Fehler kommt. Im Ist erscheint ein schwerer Fehler, sobald die Stunden eines Tages über das Total in der Planung und den hinterlegten [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]] reichen.
=== Schwellenwert für [[Tages bzw. Wochenüberstunden|Tagesüberstunden]] ===


===Schwellenwert für Tagesüberstunden===
Mit diesem Parameter wird festgelegt, ab wie vielen Stunden pro Tag ein schwerer Fehler erscheint, der durch den Dienstplanverantwortlichen behoben werden muss.


Mit diesem Parameter wird festgelegt, ab wievielen Stunden pro Tag ein schwerer Fehler erscheint, der durch den Dienstplanverantwortlichen behoben werden muss. Wann genau der schwere Fehler erscheint, hängt nicht nur von der Stundenanzahl ab, sondern auch von der [[Abrechnung_x7#Variante_Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Variante]], die hinterlegt ist. Der schwere Fehler ist als Symbol in der Namensspalte sowie als rote Markierung am betroffenen Tag zu sehen.
Wann genau der schwere Fehler erscheint, hängt nicht nur von der Stundenanzahl ab, sondern auch von der [[Abrechnung_x7#Variante_Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Variante]], die hinterlegt ist.


{| class="wikitable"
Der schwere Fehler ist als Symbol in der Namensspalte sowie als rote Markierung am betroffenen Tag zu sehen.
|-[
![[bild: Tagesueberstunden.png|thumb]]
|}


[[Datei:Tagesueberstunden.png|alternativtext=|700x700px]]
  '''Schwellenwert''': 10,00
  '''Schwellenwert''': 10,00
   
   
  Der Dienst TD beträgt 8,00 Stunden. Durch die Verlängerung von 3,00 Stunden beträgt er 11,00 Stunden und reicht somit mit einer Stunde über den hinterlegten Schwellenwert hinaus. Es erscheint ein schwerer Fehler.
  Der Dienst TD beträgt 8,00 Stunden. Durch die Verlängerung von 3,00 Stunden beträgt er 11,00 Stunden und reicht somit mit einer Stunde über den hinterlegten Schwellenwert hinaus. Es erscheint ein schwerer Fehler.
'''Welche Stunden rechnen in den Schwellenwert?'''
Welche Stunden für die Erreichung des Schwellenwertes mitgerechnet werden, wird über das [[Abrechnung Österreich#Total für Tagesfehler|"Total für Tagesfehler"]] geregelt.


'''Wie kann ein schwerer Fehler behoben werden?'''
'''Wie kann ein schwerer Fehler behoben werden?'''


Bei einem schweren Fehler muss der Dienstplanverantwortliche mittels Rechtsklick auf den Tag entscheiden, ob er den "Dienstbeginn mit Planungscode markieren" oder das "Dienstende mit Planungscode markieren" möchte. Er kann dann selbst entscheiden, welcher Planungscode (zB Zeit bewerten, Zeit auszahlen, ...) verwendet werden soll. Die Markierung übernimmt dann Alex.
Bei einem schweren Fehler muss der Dienstplanverantwortliche mittels Rechtsklick auf den Tag entscheiden, ob er den "Dienstbeginn mit Planungscode markieren" oder das "Dienstende mit Planungscode markieren" möchte. Er kann dann selbst entscheiden, welcher Planungscode (zB Zeit bewerten, Zeit auszahlen, ...) verwendet werden soll. Die Markierung übernimmt dann Alex.


'''Welche Planungscodes stehen für die Markierung zur Verfügung?'''
'''Welche Planungscodes stehen für die Markierung zur Verfügung?'''
Zeile 516: Zeile 597:
Welche Planungscodes für die Markierung zur Verfügung stehen, wird im Planungscode selbst festgelegt. Ist bei einem Planungscode der Parameter '''Mehrzeitmarkierung''' auf "Ja" gesetzt, steht dieser für die Markierung zur Verfügung.
Welche Planungscodes für die Markierung zur Verfügung stehen, wird im Planungscode selbst festgelegt. Ist bei einem Planungscode der Parameter '''Mehrzeitmarkierung''' auf "Ja" gesetzt, steht dieser für die Markierung zur Verfügung.


Solange die Stunden nicht markiert wurden, sind sie als Kandidaten in den Konten D100%, D125% oder D150% zu sehen. Erst nach der Markierung verschwinden sie aus diesen.
===Variante Schwellenwert für [[Tages bzw. Wochenüberstunden|Tagesüberstunden]] ===
'''<u>Dienst, Status egal</u>'''
Hierbei wird der Parameter [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert für Tagesüberstunde]] durch die Dauer des Dienstes mitbestimmt.
*Ist das Dienstsoll höher als der Parameterwert, so wird die Grenze für Tagesüberstunden auf den Wert des Dienstes erhöht.
*Ist das Dienstsoll kleiner als der Parameterwert, so bleibt die Grenze für Tagesüberstunden lt. dem Parameter <code>Schwellenwert für Tagesüberstunden</code>.
In welchem Status der Dienst eingetragen wird, ist bei dieser Variante egal.
Bei dieser Variante kann es auch im Status 'PLANUNG' bereits zu einem schweren Fehler bei Tagesüberstunden kommen. Hier wird für die Fehlergrenze immer der Dienst herangezogen. Sollte jedoch der Dienst bereits im Status Planung verlängert werden und dadurch der [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]] überschritten, so kommt es bereits im Status Planung zu einer Tagesüberstunde - es entsteht ein schwerer Fehler und die Fehlzeit muss mit einem Planungscode markiert werden.
Beträgt das Dienstsoll des eingetragenen Dienstes bereits mehr Stunden als der Parameter für den [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]], so entsteht der Fehler erst bei einer Verlängerung.
'''<u>Total aus Status Planung</u>'''
Bei dieser Variante kann im Status 'PLANUNG' über den [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]] geplant werden, ohne dass es zu einem schweren Fehler kommt. 
*Ist das Dienstsoll im Status Planung höher als der Parameterwert, so wird die Grenze für Tagesüberstunden auf den Wert des Dienstes erhöht.
*Ist das Dienstsoll kleiner als der Parameterwert, so bleibt die Grenze für Tagesüberstunden lt. dem Parameter <code>Schwellenwert für Tagesüberstunden</code>.
Wichtig ist, dass der Schwellenwert der Tagesüberstunden nur durch einen Eintrag im Status Planung nach oben gesetzt werden kann. Wird der Dienst im Status Ist eingetragen, ist der Schwellenwert immer lt. Parameter.
Im Ist erscheint erst ein schwerer Fehler, wenn die Stunden eines Tages über das Total in der Planung und den hinterlegten [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]] reichen.


Solange die Stunden nicht markiert wurden, sind sie als Kandidaten in den Konten D100%, D125% oder D150% zu sehen. Erst nach der Markierung verschwinden sie aus diesen.
Abwesenheiten werden hier nicht berücksichtigt (nur Arbeitszeit zählt als "Total").
 
'''<u>Nur Schwellenwert</u>'''
 
Hierbei wird FIX der Parameter [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert für Tagesüberstunde]] geprüft - egal wie hoch das Dienstsoll im Status Planung oder Ist ist.
 
Ein schwerer Fehler bzgl. Tagesüberstunden entsteht aber erst im Status Ist!
 
<u>'''Total aus Status Rahmen'''</u>
 
Bei dieser Variante wird der Schwellenwert aus dem Dienstsoll des Wochenzeitmodells in Kombination mit dem Schwellenwert für Tagesüberstunden berechnet.
 
*Ist das Dienstsoll im Status Planung höher als der Parameterwert, so wird die Grenze für Tagesüberstunden auf den Wert des Dienstes erhöht.
*Ist das Dienstsoll kleiner als der Parameterwert, so bleibt die Grenze für Tagesüberstunden lt. dem Parameter <code>Schwellenwert für Tagesüberstunden</code>.
 
Der Fehler für die Tagesüberstunden erscheint in dieser Variante bereits im Status Planung. Daher muss bereits in Planung bei Überschreitung des Schwellenwertes eine Fehlermarkierung durchgeführt werden.
 
Beispiele:
1) Parameter Schwellenwert = 8, Dienst lt. Wochenzeitmodell= 10: Tagesüberstunden erscheinen ab 10 Stunden
2) Parameter Schwellenwert = 8, Dienst lt. Wochenzeitmodell= 0: Tagesüberstunden erscheinen ab 8 Stunden
3) Parameter Schwellenwert = 8, Dienst lt. Wochenzeitmodell= 6: Tagesüberstunden erscheinen ab 8 Stunden
4) Parameter Schwellenwert = 0, Dienst lt. Wochenzeitmodell= 6: Tagesüberstunden erscheinen ab 6 Stunden
5) Parameter Schwellenwert = 0, Dienst lt. Wochenzeitmodell= 0: Tagesüberstunden erscheinen ab 1. Minute
 
===Variante Schwellenwert für [[Tages bzw. Wochenüberstunden|Wochenüberstunden]]===


===Schwellenwert für Wochenüberstunden gilt auch in 'Planung'===
'''Nur Schwellenwert'''


'''Ja'''
Hierbei wird FIX der Parameter Schwellenwert für Wochenüberstunde" geprüft.


Der schwere Fehler tritt im Status 'PLANUNG' und im Status 'IST' auf, wenn die Wochenstunden den [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Wochen.C3.BCberstunden|Schwellenwert für Wochenüberstunden]] überschreiten.
Bei dieser Variante kann im Status 'PLANUNG' über den Schwellenwert geplant werden ohne das ein schwerer Fehler auftritt. Wurde in der Planung über dem Schwellenwert geplant, so erscheint im Status Ist ein schwerer Fehler. Es müssen die Wochenüberstunden über dem Schwellenwert bestätigt werden. (zB Schwellenwert: 48 Stunden, in der Planung wurden bereits 60 Stunden geplant. In der Planung erscheint kein schwerer Fehler. Wird der Plan in Status IST gebracht, so erscheint ein schwerer Fehler und es müssen 12 Stunden bestätigt werden (60-48 = 12).  


'''Nein'''
'''Total aus Plan'''


Der schwere Fehler tritt nur im Status 'IST' auf, wenn die Wochenstunden den [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Wochen.C3.BCberstunden|Schwellenwert für Wochenüberstunden]] und das geplante Total überschreiten. In der 'PLANUNG' kann eine Überschreitung ohne schweren Fehler geplant werden.
Bei dieser Variante kann im Status 'PLANUNG' über den [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]] geplant werden, ohne dass es zu einem schweren Fehler kommt. Im Ist erscheint ein schwerer Fehler, sobald die Stunden der Woche über das Total in der Planung und den hinterlegten [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Schwellenwert]] reichen.


===Schwellenwert für Wochenüberstunden===


Mit diesem Parameter wird festgelegt, ab wievielen Stunden pro Woche ein schwerer Fehler erscheint, der durch den Dienstplanverantwortlichen behoben werden muss. Der schwere Fehler ist als Symbol in der Namensspalte sowie als rote Markierung in der betroffenen Woche zu sehen. Ob der schwere Fehler nur im Status 'IST' oder auch im Status 'PLANUNG' auftreten kann, hängt von der Einstellung [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Wochen.C3.BCberstunden_gilt_auch_in_.27Planung.27|'''Schwellenwert für Wochenüberstunden gilt auch in 'Planung'''']] ab.
===Schwellenwert für [[Tages bzw. Wochenüberstunden|Wochenüberstunden]]===


{| class="wikitable"
Mit diesem Parameter wird festgelegt, ab wie vielen Stunden pro Woche ein schwerer Fehler erscheint, der durch den Dienstplanverantwortlichen behoben werden muss. Der schwere Fehler ist als Symbol in der Namensspalte sowie als rote Markierung in der betroffenen Woche zu sehen. Ob der schwere Fehler nur im Status 'IST' oder auch im Status 'PLANUNG' auftreten kann, hängt von der Einstellung [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Wochen.C3.BCberstunden_gilt_auch_in_.27Planung.27|'''Schwellenwert für Wochenüberstunden gilt auch in 'Planung'''']] ab.
|-[
![[bild: Wochenueberstunden.png|thumb]]
|}


[[Datei:Wochenueberstunden.png|alternativtext=|700x700px]]
  '''Schwellenwert''': 45,00
  '''Schwellenwert''': 45,00
   
   
  Der Dienst TD beträgt 8,00 Stunden. 6 x 8 = 48,00. Der Wochenschwellenwert wird somit um 3,00 Stunden überschritten. Es erscheint ein schwerer Fehler.
  Der Dienst TD beträgt 8,00 Stunden. 6 x 8 = 48,00. Der Wochenschwellenwert wird somit um 3,00 Stunden überschritten. Es erscheint ein schwerer Fehler.
'''Welche Stunden rechnen in den Schwellenwert?'''


Welche Stunden für die Erreichung des Schwellenwertes mitgerechnet werden, wird über das [[Abrechnung Österreich#Total für Wochenfehler|"Total für Wochenfehler"]] geregelt.


'''Wie kann ein schwerer Fehler behoben werden?'''
'''Wie kann ein schwerer Fehler behoben werden?'''
Zeile 547: Zeile 678:
Bei einem schweren Fehler muss der Dienstplanverantwortliche mittels Rechtsklick in die Woche auswählen, dass er die "Wochenfehler-Stunden mit Planungscode markieren" möchte. Er kann dann selbst entscheiden, welcher Planungscode (zB Zeit bewerten, Zeit auszahlen, ...) verwendet werden soll. Die Markierung übernimmt dann Alex.
Bei einem schweren Fehler muss der Dienstplanverantwortliche mittels Rechtsklick in die Woche auswählen, dass er die "Wochenfehler-Stunden mit Planungscode markieren" möchte. Er kann dann selbst entscheiden, welcher Planungscode (zB Zeit bewerten, Zeit auszahlen, ...) verwendet werden soll. Die Markierung übernimmt dann Alex.


Möchte man eigene ausgewählte Schemen bei dieser Markierung ausnehmen, so kann man dies mit einer Schemen Sammlung definieren. Mehr dazu finden Sie [[Wochenfehlermarkierung: Schemen ausnehmen|hier]].


'''Welche Planungscodes stehen für die Markierung zur Verfügung?'''
'''Welche Planungscodes stehen für die Markierung zur Verfügung?'''
Zeile 552: Zeile 684:
Welche Planungscodes für die Markierung zur Verfügung stehen, wird im Planungscode selbst festgelegt. Ist bei einem Planungscode der Parameter Mehrzeitmarkierung auf "Ja" gesetzt, steht dieser für die Markierung zur Verfügung.
Welche Planungscodes für die Markierung zur Verfügung stehen, wird im Planungscode selbst festgelegt. Ist bei einem Planungscode der Parameter Mehrzeitmarkierung auf "Ja" gesetzt, steht dieser für die Markierung zur Verfügung.


Solange die Stunden nicht markiert wurden, sind sie als Kandidaten in den Konten D100%, D125% oder D150% zu sehen. Erst nach der Markierung verschwinden sie aus diesen.
====Spezialfall: Wochenüberstunde in der Rumpfwoche====
Die Wochenüberstundenberechnung erfolgt immer am Sonntag rückblickend für die Woche.
Fällt der Sonntag in das nächste Monat, sind Wochenüberstunden eventuell erst im Folgemonat ersichtlich, obwohl die Wochenüberstunden noch in dieses Monat fallen würden (weil der letzte Dienst z. B. am Freitag ist)
Wenn der Parameter <code>Fehler/Warnung in letzter Woche von Monat anzeigen</code> in den Systemeinstellungen (Gruppe "Allgemein" ) auf JA gestellt ist, werden die Wochenüberstunden auch bereits in der Rumpfwoche angezeigt.
===Schwellenwert für [[Tages bzw. Wochenüberstunden|Wochenüberstunden]] gilt auch in 'Planung'===
'''Ja'''
Der schwere Fehler tritt im Status 'PLANUNG' und im Status 'IST' auf, wenn die Wochenstunden den [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Wochen.C3.BCberstunden|Schwellenwert für Wochenüberstunden]] überschreiten.
'''Nein'''


Solange die Stunden nicht markiert wurden, sind sie als Kandidaten in den Konten D100%, D125% oder D150% zu sehen. Erst nach der Markierung verschwinden sie aus diesen.
Der schwere Fehler tritt nur im Status 'IST' auf, wenn die Wochenstunden den [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Wochen.C3.BCberstunden|Schwellenwert für Wochenüberstunden]] und das geplante Total überschreiten. In der 'PLANUNG' kann eine Überschreitung ohne schweren Fehler geplant werden.


===Schwellenwert für aufwertbare DRZ-Überstunden===
===Schwellenwert für aufwertbare DRZ-Überstunden===


Mit diesem Parameter wird festgelegt, in welche "Kandidatentöpfe" (D100%, D125%, D150%) die Plusstunden der Mitarbeiter wandern sollen. Unmittelbar damit in Zusammenhang steht der Parameter [[Abrechnung_x7#Schwellenwert_f.C3.BCr_aufwertbare_DRZ-.C3.9Cberstunden_Variante|'''Schwellenwert für aufwertbare DRZ-Überstunden Variante''']].
Mit diesem Parameter wird festgelegt, ab welchem Schwellenwert die Plusstunden des DRZ in einen der Aufwertungs-Töpfe landen(D125%, D150%, D200%) landen.
 
Unmittelbar damit in Zusammenhang steht der Parameter [[Abrechnung_x7#Schwellenwert_f.C3.BCr_aufwertbare_DRZ-.C3.9Cberstunden_Variante|'''Schwellenwert für aufwertbare DRZ-Überstunden Variante''']].


===Schwellenwert für aufwertbare DRZ-Überstunden Variante===
===Schwellenwert für aufwertbare DRZ-Überstunden Variante===


'''absolut aliquot'''
====über Soll====
 
= Standard
Ist der Parameter auf '''absolut aliquot''' gesetzt, werden jene '''Totalstunden''', die den (aliquoten) Schwellwert übersteigen, aufgewertet.


Ist der Parameter auf '''über Soll''' gesetzt, so werden jene Plusstunden des Mitarbeiters aufgewertet, die die Sollstunden + den Schwellwert überschreiten.
  '''Beispiel VOLLZEIT'''
  '''Beispiel VOLLZEIT'''
   
   
  Schwellenwert für aufwertbare DRZ-Überstunden: 180,00
  Schwellenwert für aufwertbare DRZ-Überstunden: 10,00
   
   
  Soll    168,00
  Soll    168,00
Zeile 573: Zeile 722:
  +/-      17,00
  +/-      17,00
   
   
  Das Total des Mitarbeiters überschreitet den absoluten Schwellwert um 5,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:
  Die Aufwertungsgrenze ist in diesem Fall 178,00 (168,00 + 10,00). Der Mitarbeiter überschreitet den Schwellwert um 7,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%    12,00
  D100%    10,00
  D150%      5,00
  D150%      7,00


  '''Beispiel TEILZEIT'''
  '''Beispiel TEILZEIT'''
   
   
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Schwellenwert für aufwertarbe DRZ-Überstunden: 180,00 (sprich 90, da aliquot)
  Schwellenwert für aufwertbare DRZ-Überstunden: 10,00
   
   
  Soll      84,00
  Soll      84,00
Zeile 587: Zeile 736:
  +/-      16,00
  +/-      16,00
   
   
  Das Total des Mitarbeiters überschreitet den absoluten Schwellwert um 10,00. Das Plus/Minus wird daher wie folgt verteilt:
  Die Aufwertungsgrenze ist in diesem Fall 94,00 (84,00 + 10,00). Der Mitarbeiter überschreitet den Schwellwert um 6,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%     6,00
  D100%     10,00
  D125%     10,00
  D125%     6,00
Der Unterschied zwischen den Varianten '''absolut (aliquot / direkt)''' und '''über Soll''' ist also jener, dass der Schwellwert bei der absoluten Variante monatlich der gleiche ist.


Bei der Variante über Soll ist er jedoch vom Monatssoll abhängig und wird daher jeden Monat unterschiedlich sein.


'''absolut direkt'''
====absolut aliquot====


Ist der Parameter auf '''absolut direkt''' gesetzt, werden jene Totalstunden, die den Schwellwert übersteigen, aufgewertet.
Ist der Parameter auf <code>absolut aliquot</code> gesetzt, werden jene '''Totalstunden''', die den (aliquoten) Schwellwert übersteigen, aufgewertet.


  '''Beispiel VOLLZEIT'''
  '''Beispiel VOLLZEIT'''
Zeile 613: Zeile 764:
   
   
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Schwellenwert für aufwertarbe DRZ-Überstunden: 180,00
  Schwellenwert für aufwertbare DRZ-Überstunden: 180,00 (sprich 90, da aliquot)
   
   
  Soll      84,00
  Soll      84,00
Zeile 619: Zeile 770:
  +/-      16,00
  +/-      16,00
   
   
  Das Total des Mitarbeiters überschreitet den absoluten Schwellwert nicht. Das Plus/Minus wird daher wie folgt verteilt:
  Das Total des Mitarbeiters überschreitet den absoluten Schwellwert um 10,00. Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%    16,00
  D100%      6,00
D125%    10,00


====absolut direkt====


 
Ist der Parameter auf <code>absolut direkt</code> gesetzt, werden jene Totalstunden, die den Schwellwert übersteigen, aufgewertet.
'''über Soll'''
 
Ist der Parameter auf '''über Soll''' gesetzt, so werden jene Plusstunden des Mitarbeiters aufgewertet, die die Sollstunden + den Schwellwert überschreiten.


  '''Beispiel VOLLZEIT'''
  '''Beispiel VOLLZEIT'''
   
   
  Schwellenwert für aufwertbare DRZ-Überstunden: 10,00
  Schwellenwert für aufwertbare DRZ-Überstunden: 180,00
   
   
  Soll    168,00
  Soll    168,00
Zeile 637: Zeile 787:
  +/-      17,00
  +/-      17,00
   
   
  Die Aufwertungsgrenze ist in diesem Fall 178,00 (168,00 + 10,00). Der Mitarbeiter überschreitet den Schwellwert um 7,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:
  Das Total des Mitarbeiters überschreitet den absoluten Schwellwert um 5,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%    10,00
  D100%    12,00
  D150%      7,00
  D150%      5,00


  '''Beispiel TEILZEIT'''
  '''Beispiel TEILZEIT'''
   
   
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Schwellenwert für aufwertarbe DRZ-Überstunden: 10,00
  Schwellenwert für aufwertbare DRZ-Überstunden: 180,00
   
   
  Soll      84,00
  Soll      84,00
Zeile 651: Zeile 801:
  +/-      16,00
  +/-      16,00
   
   
  Die Aufwertungsgrenze ist in diesem Fall 94,00 (84,00 + 10,00). Der Mitarbeiter überschreitet den Schwellwert um 6,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:
  Das Total des Mitarbeiters überschreitet den absoluten Schwellwert nicht. Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%    10,00
  D100%    16,00
D125%     6,00
====über Soll + Saldo 1:1 VM ====
 
Dieser Parameter steht in direktem Zusammenhang mit dem Parameter <code>Schwellenwert für aufwertbare DRZ-Überstunden</code>.
 
Wenn der Parameter <code>Schwellenwert für aufwertbare DRZ-Überstunden</code> einen Wert hinterlegt hat, so wird vom hinterlegten Schwellenwert das "Zeitguthaben Übertrag aus dem Vormonat 100%" abgezogen und diese Differenz stellt den Schwellenwert dar.
 
[[Bild:Ueber_Soll_SaldoVM.JPG|1000x1000px|alternativtext=]]
 
'''ACHTUNG:''' Dieser Parameter ist mit Vorsicht zu genießen. Ist das "Zeitguthaben Übertrag aus Vormonat 100%" negativ, wird das Minus 2 mal vom Grenzwert abgezogen.
 
Es ist momentan kein Kunde bekannt, der diesen Parameter im Einsatz hat.
 
===Schwellenwert für aufwertbare DRZ-Überstunden im IST = "Total aus Planung"===
 
Ist dieser Parameter auf "JA", so ist dies nur im '''Status IST relevant.'''
 
Im Status Ist wird die Differenz aus "'''TOTAL''' aus der '''PLANUNG'''" und "'''TOTAL''' aus dem Status '''IST'''" ermittelt. Diese Differenz stellt den Schwellenwert für das aufwertbare Plus dar.


'''ACHTUNG:''' Ist beim Parameter <code>Schwellenwert für aufwertbare DRZ-Überstunden</code> ein Wert hinterlegt, so stellt dieser das Maximum für die nicht aufwertbaren Stunden dar. Überschreitet die Differenz aus den beiden TOTAL den Schwellenwert so kommt der Schwellenwert zu tragen.


Der Unterschied zwischen den Varianten '''absolut (aliquot / direkt)''' und '''über Soll''' ist also jener, dass der Schwellwert bei der absoluten Variante monatlich der gleiche ist. Bei der Variante über Soll ist er jedoch vom Monatssoll abhängig und wird daher jeden Monat unterschiedlich sein.
[[Bild:Total_aus_Planung.JPG|Total_aus_Planung.JPG|1000x1000px|alternativtext=]]


===Variante Teilzeit Schwellwert für aufwertbare 150 DRZ-Überstunden===
===Variante Teilzeit Schwellwert für aufwertbare 150 DRZ-Überstunden===


Dieser Parameter regelt, ab wann für Teilzeitkräfte 50%ige Kandidaten entstehen. Es gibt zwei Möglicheiten:
Dieser Parameter regelt, ab wann für Teilzeitkräfte 50%ige Kandidaten entstehen. Es gibt vier Möglichkeiten:
 
'''Schwellenwert Vollzeit'''


Ist der Parameter auf '''Schwellenwert Vollzeit''' gesetzt, so entstehen für Teilzeitkräfte dann 50%ige Kandidaten, wenn der Schwellenwert einer Vollzeitkraft überschritten ist.
====Soll Vollzeit====
= Standard


  '''Beispiel ABSOLTER ALIQUOTER SCHWELLENWERT'''
Ist der Parameter auf <code>Soll Vollzeit</code> gesetzt, so entstehen für Teilzeitkräfte dann 50%ige Kandidaten, wenn das Soll einer Vollzeitkraft überschritten ist.
  '''Beispiel ABSOLUTER ALIQUOTER SCHWELLENWERT'''
   
   
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Teilzeitkraft mit Beschäftigungsgrad 50%
  absolter aliquoter Schwellenwert für aufwertarbe DRZ-Überstunden: 180,00 (aliquot 90,00)
  absoluter aliquoter Schwellenwert für aufwertbare DRZ-Überstunden: 180,00 (aliquot 90,00)
    
    
  Soll      84,00
  Soll      84,00
Zeile 676: Zeile 843:
  +/-      111,00
  +/-      111,00
   
   
  Die Aufwertungsgrenze für 25% ist in diesem Fall 90,00, für 50% 180,00. Das Plus/Minus wird daher wie folgt verteilt:
  Die Aufwertungsgrenze für 25% ist in diesem Fall 90,00, für 50% 168,00 (Soll-VZ). Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%      6,00
  D100%      6,00
  D125%    90,00
  D125%    78,00
  D150%    15,00
  D150%    27,00


  '''Beispiel SCHWELLENWERT ÜBER SOLL'''
  '''Beispiel SCHWELLENWERT ÜBER SOLL'''
   
   
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Schwellenwert über Soll für aufwertarbe DRZ-Überstunden: 10,00
  Schwellenwert über Soll für aufwertbare DRZ-Überstunden: 10,00
    
    
  Soll      84,00
  Soll      84,00
Zeile 691: Zeile 858:
  +/-      111,00
  +/-      111,00
   
   
  Die Aufwertungsgrenze für 25% ist in diesem Fall 94,00 (84,00 + 10,00), für 50% 178,00 (Soll-VZ 168,00 + 10,00). Das Plus/Minus wird daher wie folgt verteilt:
  Die Aufwertungsgrenze für 25% ist in diesem Fall 94,00 (84,00 + 10,00), für 50% 168,00 (Soll-VZ). Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%    10,00
  D100%    10,00
  D125%    84,00
  D125%    74,00
  D150%    17,00
  D150%    27,00
 
====Eigenes Soll====


Ist der Parameter auf <code>Eigenes Soll</code> gesetzt, so entstehen für Teilzeitkräfte dann 50%ige Kandidaten, sobald seine Sollstunden überschritten sind. In dieser Variante kommt es zu keinen 125%igen Kandidaten.
'''Beispiel'''
Teilzeitkraft mit Beschäftigungsgrad 50%
 
Soll      84,00
Total    195,00
+/-      111,00
Die Aufwertungsgrenze für 50% ist in diesem Fall 84,00 also das Soll. Das Plus/Minus wird daher wie folgt verteilt:
D100%    00,00
D150%    111,00


'''Soll Vollzeit'''
'''Beispiel MIT SCHWELLENWERT ÜBER SOLL'''
Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert über Soll für aufwertbare DRZ-Überstunden: 10,00
 
Soll      84,00
Total    195,00
+/-      111,00
Die Aufwertungsgrenze für 50% ist in diesem Fall 94,00 (84,00 + 10,00). Das Plus/Minus wird daher wie folgt verteilt:
D100%    10,00
D150%    101,00


Ist der Parameter auf '''Soll Vollzeit''' gesetzt, so entstehen für Teilzeitkräfte dann 50%ige Kandidaten, wenn das Soll einer Vollzeitkraft überschritten ist.
====Schwellenwert Vollzeit====


  '''Beispiel ABSOLTER ALIQUOTER SCHWELLENWERT'''
Ist der Parameter auf <code>Schwellenwert Vollzeit</code> gesetzt, so entstehen für Teilzeitkräfte dann 50%ige Kandidaten, wenn der Schwellenwert einer Vollzeitkraft überschritten ist.
 
  '''Beispiel ABSOLUTER ALIQUOTER SCHWELLENWERT'''
   
   
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Teilzeitkraft mit Beschäftigungsgrad 50%
  absolter aliquoter Schwellenwert für aufwertarbe DRZ-Überstunden: 180,00 (aliquot 90,00)
  absoluter aliquoter Schwellenwert für aufwertbare DRZ-Überstunden: 180,00 (aliquot 90,00)
    
    
  Soll      84,00
  Soll      84,00
Zeile 711: Zeile 907:
  +/-      111,00
  +/-      111,00
   
   
  Die Aufwertungsgrenze für 25% ist in diesem Fall 90,00, für 50% 168,00 (Soll-VZ). Das Plus/Minus wird daher wie folgt verteilt:
  Die Aufwertungsgrenze für 25% ist in diesem Fall 90,00, für 50% 180,00. Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%      6,00
  D100%      6,00
  D125%    78,00
  D125%    90,00
  D150%    27,00
  D150%    15,00


  '''Beispiel SCHWELLENWERT ÜBER SOLL'''
  '''Beispiel SCHWELLENWERT ÜBER SOLL'''
   
   
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Teilzeitkraft mit Beschäftigungsgrad 50%
  Schwellenwert über Soll für aufwertarbe DRZ-Überstunden: 10,00
  Schwellenwert über Soll für aufwertbare DRZ-Überstunden: 10,00
    
    
  Soll      84,00
  Soll      84,00
Zeile 726: Zeile 922:
  +/-      111,00
  +/-      111,00
   
   
  Die Aufwertungsgrenze für 25% ist in diesem Fall 94,00 (84,00 + 10,00), für 50% 168,00 (Soll-VZ). Das Plus/Minus wird daher wie folgt verteilt:
  Die Aufwertungsgrenze für 25% ist in diesem Fall 94,00 (84,00 + 10,00), für 50% 178,00 (Soll-VZ 168,00 + 10,00). Das Plus/Minus wird daher wie folgt verteilt:
   
   
  D100%    10,00
  D100%    10,00
  D125%    74,00
  D125%    84,00
  D150%    27,00
  D150%    17,00
 
====Nie aufwerten====
Ist der Parameter auf <code>Nie aufwerten</code> gesetzt, so entstehen für Teilzeitkräfte immer 25%ige Kandidaten. Es können keine 50%igen Kandidaten entstehen.
 
'''Beispiel Nie aufwerten'''
Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert über Soll für aufwertbare DRZ-Überstunden: 00,00
Soll      84,00
Total    195,00
+/-      111,00
Die Aufwertungsgrenze für 25% ist in diesem Fall 84,00. Das Plus/Minus wird daher wie folgt verteilt:
D100%    00,00
D125%    111,00
D150%    00,00
 
===Für DRZ-Überstunden negativen Saldo ignorieren===
 
Wenn dieser Parameter auf "JA" gesetzt wird, dann werden die DRZ-Überstunden unabhängig vom Saldo direkt bewertet.
 
Andernfalls wird zuerst ein negativer Saldo ausgeglichen und nur die übrig gebliebenen Stunden bewertet.
 
[[Datei:DRZ-Überstunden negativen Saldo ignorieren.png|rahmenlos|800px]]
 
'''Beispiel NEGATIVEN SALDO IGNORIEREN = JA'''
Saldo Gesamt bewertet  -2,00h
DRZ-Überstunden        +5,00h
Überstundenbewertung    150%
Überstunden werden direkt bewertet: 5,00 x 1,50 = 7,50 und anschließend zum Saldo gezählt 7,50 - 2,00 = '''5,50'''
 
'''Beispiel NEGATIVEN SALDO IGNORIEREN = NEIN (Standard)'''
Überstunden werden zuerst mit negativen Saldo abgeglichen 5,00 - 2,00 = 3,00 und anschließend bewertet: 3,00 x 1,50 = '''4,50'''
 
===DRZ-Überstunden unter Vollzeit-Soll===
Dieser Parameter dient dazu, DRZ-Überstunden von Teilzeitkräften in eigene Zeitkonto zu verschieben.
 
[[Datei:Abrechnung Österreich 1663851776622.png|528x528px]]
 
Es stehen folgende Varianten zur Verfügung:
 
'''laut Config (default 125%) = Standard'''
 
*Das Konto "D125%" wird gefüllt
*über das Config-File kann theoretisch Wertigkeit geändert werden -> Sollte jedoch nur in Absprache mit der Programmierung geschehen!
** '''Achtung'''! Kein Verlauf!
 
'''M150%'''
 
*Wird der Parameter auf M150% gesetzt, so wird das Konto "DM150%" befüllt:
 
*Aus dem Konto DM150% können die Stunden anschließend (wie auch im D125%) bestätigt, rolliert oder ausbezahlt werden und sind anschließend in einem der folgenden Konten verfügbar:
**Bestätigen:
***Stunden landen im " *SM150% - Zeitguthaben M150%"
***Die Stunden laufen mit 50% Zuschlag in den Gesamtsaldo
**Rollieren:
***Stunden landen im "*SRM150% - Zeitguthaben RM150%
***Die Stunden laufen 1:1 in den Gesamtsaldo (rollierender Saldo)
**Auszahlen
*** Stunden landen im "DRZ - Bilanz Überstunden ausbezahlt M150%"
 
Dieser Parameter  ist nur auf Systemebene in der Gruppe "Überstunden" freigeschalten und wurde aufgrund einer [[Tiroler Gemeindebedienstetengesetz - Gegen die Diskriminierung von Teilzeitkräften (Aufhebung Mehrleistungszuschläge)|Novelle aus dem Tiroler Gemeindebedienstetengesetz]] programmiert.
 
===Nachtüberstunden (1:2), wochentags ab Stunde (am Abend) ===
 
Dieser Parameter regelt, zu welcher Uhrzeit die '''[[Nachtzeit]]''' beginnt.


===Nachtüberstunden (1:2), wochentags ab Stunde (am Abend)===
Dieser Parameter steuert ab wann eine Überstunde nach Lage ([[Schemen im 7Up/Schematypen|Schematyp]] "Arbeitszeit durch Überstunde gutgeschrieben %" oder "Arbeitszeit durch Überstunde ausgezahlt %") die Überstunde mit der Wertigkeit 1:2 rechnet.


Dieser Parameter regelt, zu welcher Uhrzeit die '''[[Nachtzeit]]''' beginnt. Standardwert im _x7 ist dafür 21:00 Uhr.
<span style="color: rgb(0, 0, 0)">Über diesen Parameter wird auch die Berechnung der "in Nacht"-Konten gesteuert.</span>


===Nachtüberstunden (1:2), wochentags bis Stunde (am Morgen)===
===Nachtüberstunden (1:2), wochentags bis Stunde (am Morgen)===


Dieser Parameter regelt, zu welcher Uhrzeit die '''[[Nachtzeit]]''' endet. Standardwert im _x7 ist dafür 6:00 Uhr.
Dieser Parameter regelt, zu welcher Uhrzeit die '''[[Nachtzeit]]''' endet.
 
Dieser Parameter steuert bis wann eine Überstunde nach Lage ([[Schemen im 7Up/Schematypen|Schematyp]] "Arbeitszeit durch Überstunde gutgeschrieben %" oder "Arbeitszeit durch Überstunde ausgezahlt %") die Überstunde mit der Wertigkeit 1:2 rechnet.
 
<span class="ve-pasteProtect" style="color: rgb(0, 0, 0)">Über diesen Parameter wird auch die Berechnung der "in Nacht"-Konten gesteuert.</span>


===Überstunden 1:2 für Sonn/Feier/Ersatzruhetage===
===Überstunden 1:2 für Sonn/Feier/Ersatzruhetage===


Dieser Parameter regelt, welche Wertigkeit die Tagesüberstunden an Sonn/Feier/Ersatzruhetagen haben.
Dieser Parameter regelt, welche Wertigkeit die Überstunden an Sonn/Feier/Ersatzruhetagen haben.  


'''Ja'''
* '''Ja''': Die Überstunden an Sonn/Feier/Ersatzruhetagen haben die Wertigkeit 1:2.


Die Tagesüberstunden an Sonn/Feier/Ersatzruhetagen haben die Wertigkeit 1:2.
*'''Nein''': Die Überstunden an Sonn/Feier/Ersatzruhetagen haben die Wertigkeit 1:1,5.


'''Nein'''
*'''Nur für Ersatzruhetag''': Die Überstunden am Ersatzruhetag haben die Wertigkeit 1:2, Überstunden an Sonn/Feiertagen haben die Wertigkeit 1:1,5
*'''Nur für Sonntag''': Die Überstunden am Sonntagen haben die Wertigkeit 1:2, Überstunden an Feiertagen/Ersatzruhetagen haben die Wertigkeit 1:1,5
*'''Nur für Feiertag''': Die Überstunden am Feiertagen haben die Wertigkeit 1:2, Überstunden an Sonntagen/Ersatzruhetagen haben die Wertigkeit 1:1,5


Die Tagesüberstunden an Sonn/Feier/Ersatzruhetagen haben die Wertigkeit 1:1,5.
[[Datei:Üstd Sonn Feier Ersatz.png]]


===Überstunden 1:3 für Sonn/Feier/Ersatzruhetage===
===Überstunden 1:3 für Sonn/Feier/Ersatzruhetage===


Dieser Parameter regelt, welche Wertigkeit die Tagesüberstunden an Sonn/Feier/Ersatzruhetagen ab der 9. Stunde haben.
Dieser Parameter regelt, welche Wertigkeit die Überstunden an Sonn-/Feier-/Ersatzruhetagen ab der 9. Stunde haben.


'''Ja'''
*'''Ja''': Überstunden an Sonn-/Feier-/Ersatzruhetagen haben ab der 9. Stunde die Wertigkeit 1:3.
 
*'''Nein''': Es entstehen NIE Überstunden mit Wertigkeit 1:3. Überstunden an Sonn-/Feier-/Ersatzruhetagen haben abhängig vom Parameter [[Abrechnung_x7#.C3.9Cberstunden_1:2_f.C3.BCr_Sonn.2FFeier.2FErsatzruhetage|"Überstunden 1:2 für Sonn/Feier/Ersatzruhetage"]] die Wertigkeit 1:1,5 oder 1:2.
 
Eine individuelle '''Stundengrenze''' für die Überstunden 1:3 für Sonn/Feier/Ersatzruhetage kann mit dem Parameter <code>Überstunden 1:3 Sonn/Feier/Ersatzruhetage: Stundengrenze</code> festgelegt werden (default=8).
 
Je nach Stundengrenze werden die darüber hinaus laufenden Überstunden mit 1:3 bewertet.


Tagesüberstunden an Sonn/Feier/Ersatzruhetagen haben ab der 9. Stunde die Wertigkeit 1:3.
Mittels dem Parameter <code>Überstunden 1:3 für Sonn/Feier/Ersatzruhetage inkl. Vortag</code> kann die Berechnung bei Spezialfällen angepasst werden.


'''Nein'''
Wenn die Stunden vom Vortag für die hinterlegte Stundengrenze nicht berücksichtigt werden sollen, dann muss der Parameter auf "Nein" gesetzt werden.


Tagesüberstunden an Sonn/Feier/Ersatzruhetage haben abhängig vom Parameter [[Abrechnung_x7#.C3.9Cberstunden_1:2_f.C3.BCr_Sonn.2FFeier.2FErsatzruhetage|"Überstunden 1:2 für Sonn/Feier/Ersatzruhetage"]] die Wertigkeit 1:1,5 oder 1:2.
Standardmäßig ist der Parameter immer auf Ja gesetzt.


===[[KV Handel|Zeitzuschläge laut KV Handel]]===
{{AlexBild|Überstunden 1:3 für Sonn/Feier/Ersatzruhetage|[[Datei:Stundengrenze inkl. Vortag.png|Stundengrenze inkl. Vortag.png]]|}}


[[Bild:KV_Handel_Grafik.JPG]]
==Abrechnung==
====keine====
===Abrechnungsgruppe===
Es entstehen keine Zeitzuschläge.
Die '''Abrechnungsgruppe''' ist standardmäßig auf "Standard Österreich (V7)" eingestellt.  


====Wt 18:30-20:00 = 30%, Sa 13:00-20:00 = 50%====
Über "Abrechnungsgruppenspezifikationen" könnten weiter 7up Abrechnungsgruppen angelegt werden.
Bei geplanter oder ungeplanter Leistung entstehen folgende Zeitzuschläge:
* am Werktag zwischen 18:30 und 20:00:    30%
* am Samstag zwischen 13:00 und 20:00:    50%


====Wt 18:30-20:00 = 50%, Sa 13:00-20:00 = 70%====
===Nachtstunden für Zulage ab Stunde (am Abend)===
Bei geplanter oder ungeplanter Leistung entstehen folgende Zeitzuschläge:
Die Nachtarbeitszeit kann mit diesem Parameter und dem folgenden eingestellt werden
* am Werktag zwischen 18:30 und 20:00: 50%
* am Samstag zwischen 13:00 und 20:00: 70%


====Wt 18:30-20:00 = 30%, Sa 13:00-20:00 = 30%====
*Nachtstunden für Zulage ab Stunden (am Abend): Standardwert 22:00
Bei geplanter oder ungeplanter Leistung entstehen folgende Zeitzuschläge:
* am Werktag zwischen 18:30 und 20:00: 30%
* am Samstag zwischen 13:00 und 20:00: 30%


====Wt 18:30-20:00 = 50%, Sa 13:00-20:00 = 50%====
Die Einstellung hat Auswirkung auf die Berechnung der Konten "... in Nacht" und auf die speziellen [[Nachtzulage - Steuerliche Nacht (7up)|Nachtzulage - Konten]] bezüglich der [[Nachtzulage - Steuerliche Nacht (7up)|steuerlichen Nacht.]]
Bei geplanter oder ungeplanter Leistung entstehen folgende Zeitzuschläge:
* am Werktag zwischen 18:30 und 20:00: 50%
* am Samstag zwischen 13:00 und 20:00: 50%


===Abrechnungsgruppe===
===Nachtstunden für Zulage bis Stunde (am Morgen)===
Die Nachtarbeitszeit kann mit diesem Parameter und dem vorherigen eingestellt werden


Die '''Abrechnungsgruppe''' ist standardmäßig auf "Standard Österreich (V7)" eingestellt. Dadurch funktionieren die oben genannten Parameter wie beschrieben.
*Nachtstunden für Zulage ab Stunden (am Morgen): Standardwert 6,00


==Kompatibilität==
Die Einstellung hat Auswirkung auf die Berechnung der Konten "... in Nacht" und auf die speziellen [[Nachtzulage - Steuerliche Nacht (7up)|Nachtzulage - Konten]] bezüglich der [[Nachtzulage - Steuerliche Nacht (7up)|steuerlichen Nacht.]]


===Beschäftigungsgrad übernehmen?===
===Kein Monatsübertrag===


===Soll MO, DI, ... übernehmen?===
Ist dieser Parameter gesetzt, so werden am Ende jedes Monats die Salden (Zeitguthaben) mit Beginn des nächsten Monats auf 0 gesetzt.


==Totalspezifikationen==
Beispiel
--------
Februar: Saldo 100: 50h, Saldo 150: 10h, Saldo Gesamt Bewertet: 65h
März: Vormonat Saldo100: 0, Vormonat Saldo 150:0, Vormonat Gesamt Bewertet: 0


===Total für Tagesfehler===
===Kein Jahresübertrag===


Hier kann hinterlegt werden, welche Stunden für [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Tages.C3.BCberstunden|Tagesfehler]] anrechenbar sind. Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.
Ist dieser Parameter gesetzt, so werden am Ende des Kalenderjahres, die Salden (Zeitguthaben) mit Beginn Jänner auf 0 gesetzt.


===Total für Wochenfehler===
Im Dezember selbst, bleiben die Salden stehen.


Hier kann hinterlegt werden, welche Stunden für [[Abrechnung_x7#Schwellenwert_f.C3.BCr_Wochen.C3.BCberstunden|Wochenfehler]] anrechenbar sind. Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.
Beispiel
--------
Dezember: Saldo 100: 50h, Saldo 150: 10h, Saldo Gesamt Bewertet: 65h
Jänner: Vormonat Saldo100: 0, Vormonat Saldo 150:0, Vormonat Gesamt Bewertet: 0


===Total für AZG-Prüfung===
==="Überstunden Rest" unbewertet vortragen===
'''<u>Nein:</u>'''


Hier kann hinterlegt werden, welche Stunden für [[Abrechnung_x7#Arbeitszeitgesetzpr.C3.BCfungen|Arbeitszeitgesetzprüfungen]] relevant sind. Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.
Bei DRZ-Ende werden, solange die Umbuchungen noch nicht erfasst wurden, die Werte aus den D-Konten (D125%, D150% und D200%) ab dem Folgemonat in die Zeitguthaben-Konten (*S125%, *S150% und *S200%) geschoben und somit bewertet übertragen. (Es wird also simuliert, dass im D-Konto  "Bestätigen" ausgewählt wird)-


===Total für NSchwAG===
'''<u>JA:</u>'''


Hier kann hinterlegt werden, welche Stunden für die Berechnung der NSchwAG-Stunden anrechenbar sind. Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.
Bei DRZ-Ende werden, solange die Umbuchungen noch nicht erfasst wurden, die Werte aus den D-Konten (D125%, D150% und D200%) ab dem Folgemonat in den *S100% geschoben und somit unbewertet übertragen. (Es wird also simuliert, dass in den D-Konten "Zuschlag auszahlen" ausgewählt wird).


===Total für Aufwertung===
'''Wichtig!''' Der Parameter hat für die Zeitguthaben vom laufenden DRZ keine Auswirkung, sondern nur auf die Zeitguthaben aus dem alten DRZ, der noch nicht abgerechnet wurde!


Hier kann hinterlegt werden, welche Stunden für die [[Abrechnung_x7#Schwellenwert_f.C3.BCr_aufwertbare_DRZ-.C3.9Cberstunden|Aufwertung am DRZ-Ende]] anrechenbar sind. Diese Stunden werden in Alex unter dem Begriff "'''[[gesammelte Zeit]]'''" verwaltet.
Beispiel für Parameter <code>DRZ-Überstunden Rest</code> unbewertet vortragen auf JA:


==Arbeitszeitgesetzprüfungen==
{{AlexBild|Parameter "DRZ-Überstunden Rest" unbewertet vortragen auf JA: die 10 Stunden vom D150% werden ab April im S100% geführt|[[Datei:DRZ-Überstunden Rest unbewertet vortragen.png|1000px]]|}}


===Maximale TÄGLICHE Arbeitszeit===
===Ersatzruhetagsanspruch berechnen===
Dieser Parameter regelt, ob die [[Abrechnung_Österreich#Ersatzruhetagsprüfung|Ersatzruhetagsprüfung]] in ALEX aktiviert ist oder nicht.


Die anrechenbaren Stunden dürfen den hier erfassten Wert nicht überschreiten, ansonsten kommt es zu einer [[AZG-Verletzung]]. Diese wird entweder als [[Warnung]] oder als [[Schwerer Fehler]] ausgegeben.
===Pauschale-Konten inkl. "Abwesend" berechnen===
Nähere Informationen siehe hier [[Pauschale Konten 7up|Pauschale Konten]]


===Maximale SONN/FEIERTAGS Arbeitszeit 49h===
===LStg§68.2 Nacht Frei/Pflichtig: auch bei ganztägiger Abwesenheit===
Siehe [[Nachtzulage_-_Steuerliche_Nacht_(7up)]]


Ist der Parameter aktiviert, dürfen die anrechenbaren Stunden an Sonn-/Feiertagen 49,00 Stunden nicht überschreiten, ansonsten kommt es zu einer [[AZG-Verletzung]]. Diese wird entweder als [[Warnung]] oder als [[Schwerer Fehler]] ausgegeben.
Wird dieser Parameter gesetzt, so werden diese speziellen Konten auch bei ganztägigen Abwesenheiten berechnet.


===Frühester Arbeitsbeginn===
===LStg§68.2 Nacht Frei/Pflichtig: Verwendete Schemen===
Mit diesem Parameter können Schemen definiert werden, für welche die Nachtzulage steuerfrei und steuerpflichtig berechnet werden soll.


Mit diesem Parameter kann definiert werden, um wieviel Uhr ein Mitarbeiter seine Arbeit frühestens beginnen darf. Der Standardwert dieses Parameters ist 0,00, da Diese Prüfung hauptsächlich für schwangere Mitarbeiterinnen benötigt wird.
Ist dieser Parameter gesetzt, wird der Parameter <code>LStg§68.2 Nacht Frei/Pflichtig: auch bei ganztägiger Abwesenheit</code> ignoriert.


===Spätestes Arbeitsende===
Weitere Informationen dazu: [[Nachtzulage_-_Steuerliche_Nacht_(7up)]]


Mit diesem Parameter kann definiert werden, bis zu welcher Uhrzeit ein Mitarbeiter maximal arbeiten darf. Der Standardwert dieses Parameters ist 48,00. Wäre der Standardwert 24,00, so würde bei Nachtdiensten bereits ein schwerer Fehler erscheinen. Diese Prüfung wird hauptsächlich für schwangere Mitarbeiterinnen benötigt, da diese lt. Gesetz nur bis spätestens 20:00 Uhr arbeiten dürfen. In diesem Fall ist der Parameter auf 20,00 zu setzen.
===Schemaanpassung===
<span style="color: rgb(0, 0, 0)">Schemaanpassungen ersetzen ein Abrechnungsschema für bestimmte Wochentage oder bestimmte Zeiten automatisch durch ein anderes.</span>


===Mindestruhezeit zwischen zwei Diensten===
Weitere Informationen dazu: [[Schemaanpassung]].


Mit diesem Parameter wird festgelegt, wieviele Stunden mindestens zwischen zwei Diensten frei sein müssen. In der Regel muss zwischen dem Dienstende am ersten Tag und dem Dienstbeginn am Folgetag eine Ruhezeit von 11,00 Stunden eingehalten werden. Wird die hinterlegte Ruhezeit zwischen zwei Diensten nicht eingehalten, kommt es zu einer [[AZG-Verletzung]]. Diese wird entweder als [[Warnung]] oder als [[Schwerer Fehler]] ausgegeben.
===Zeitausgleich: Konsum aus spez. Abw===
<span style="color: rgb(0, 0, 0)">Sollte der Zeitausgleich nicht nur bei Abwesenheiten mit dem</span> [[Schemen im 7Up/Schematypen|Schematyp]] <span style="color: rgb(0, 0, 0)">"</span>Abw. wegen Krankheit<span class="ve-pasteProtect" style="color: rgb(0, 0, 0)">" als konsumiert gelten, so können diverse Planungscodes über diesen Parameter definiert werden.</span>


===Maximale WÖCHENTLICHE Arbeitszeit===
Genauere Beschreibung dazu siehe hier: [[Abwesenheiten bei geplantem Zeitausgleich#Konsum%20aus%20speziellen%20Abwesenheiten|Konsum aus speziellen Abwesenheiten]]


Die anrechenbaren Stunden einer Woche dürfen den hier erfassten Wert nicht überschreiten. Geprüft wird von Montag 0:00 Uhr bis Sonntag 24:00 Uhr. Wird die hier hinterlegte maximale wöchentliche Arbeitszeit überschritten, kommt es zu einer [[AZG-Verletzung]]. Diese wird entweder als [[Warnung]] oder als [[Schwerer Fehler]] ausgegeben.
===[[Spezielle Zeitzuschläge|Zeitzuschläge für spezielle KV's]]===
Hier können verschiedene spezielle Zeitzuschläge definiert werden.


===Wochenanzahl für WÖCHENTLICHE Arbeitszeit im Schnitt===
Genaue Beschreibung findet sich unter '''[[Spezielle Zeitzuschläge]]'''


Mit diesem Parameter wird festgelegt, wie lange der Durchrechnungszeitraum dauert, in dem die durchschnittliche maximale Wochenarbeitszeit geprüft wird. Der Parameter wird in Verbindung mit dem Parameter "Maximale WÖCHENTLICHE Arbeitszeit im Schnitt" gesetzt.
===Feiertag +4h/+8h laut KV Handel===
Spezielle Vergütung an Feiertagen laut KV Handel.


Beispiel:
Das macht ALEX derzeit: ''<small>(Claudia 02.12.2016 --> sollte man aber nochmal hinterfragen ob es wirklich das ist, was KV Handel aussagt)</small>''


  Im 26-wöchigen Durchrechnungszeitraum darf die maximale durschnittliche Wochenarbeitszeit von 60,00 Stunden nicht überschritten werden.
Arbeitet ein Mitarbeiter bis 4 Stunden, so werden immer fix 4 Stunden angerechnet:
  Beispiel: MA arbeitet 2 Stunden --> Total = 2 Stunden und Zeitzuschlag 100% (wenn eingestellt) = 4 Stunden  


Der genannte Parameter müsste in diesem Beispiel auf 26,00 gesetzt werden.
Arbeitet ein Mitarbeiter zwischen 4 und 8 Stunden, so erhält er fix 8 Stunden:
Beispiel: MA arbeitet 5 Stunden --> Total = 8 Stunden und Zeitzuschlag 100% (wenn eingestellt) = 8 Stunden


===Maximale WÖCHENTLICHE Arbeitszeit im Schnitt===
===Saldoabbuchung für 'ZA' aus niederwertigeren zuerst===
Hierbei kann die Abbaureihenfolge beim Zeitausgleich definiert werden.


Mit diesem Parameter wird festgelegt, wir hoch die maximale durchschnittliche Wochenarbeitszeit in einem mehrwöchigen Durchrechnungszeitraum sein darf. Der Parameter wird in Verbindung mit dem Parameter "Wochenanzahl für WÖCHENTLICHE Arbeitszeit im Schnitt" gesetzt.
Siehe [[Variante Zeitausgleich#Abbaureihenfolge mit niederwertigeren Konten zuerst|Zeitausgleich: Abbaureihenfolge mit niederwertigeren Konten zuerst]]


Beispiel:
=== Bezahlte Pause (Bonus) berechnen===
Siehe [[Pausenregelung Steiermark]]


Im 26-wöchigen Durchrechnungszeitraum darf die maximale durschnittliche Wochenarbeitszeit von 60,00 Stunden nicht überschritten werden.
Folgende Parameter müssen in dem Zuge mitbetrachtet werden:


Der genannte Parameter müsste in diesem Beispiel auf 60,00 gesetzt werden.
*<code>Bezahlte Pause (Bonus): nur nach Kernzeit</code>
*<code>Bezahlte Pause (Bonus): Mindestdauer der erfassten Pause [Minuten]</code>
*<code>Verfall nach Kernzeit für Planungscodes</code>


Wir die durchschnittliche Wochenarbeitszeit überschritten, so ist eine [[AZG-Verletzung]] die Folge. Diese wird entweder als [[Warnung]] oder als [[Schwerer Fehler]] ausgegeben.
=== Steuerfreiheit für 'Überstunden gutgeschrieben' verwalten===
Siehe [[Überstunden: Auszahlung steuerfrei und steuerpflichtig#Steuerfreiheit auch bei .C3.9Cberstunden in Zeit berechnen|Steuerfreiheit auch bei Überstunden in Zeit berechnen]]


===Wochenanzahl für freie Wochenenden===
=== Gutschrift aus ÜStd.Pauschale: Reduktion ===
Bei Mitarbeitern mit einer Überstundenpauschale kann es vorkommen, dass Stunden direkt in den Saldo gebucht werden, z.B. durch einen Planungscode "Konsum" mit dem Abrechnungsschema "fix 1:1". Da ein etwaiges Minus im Durchrechnungszeitraum bei der Überstundenpauschale verfällt (weil innerhalb der Pauschale), erhöht sich durch den Konsum mit "fix 1:1" der Gesamtsaldo des Mitarbeiters, obwohl die Überstundenpauschale nicht erfüllt wird.


Mit diesem Parameter wird definiert, wieviele Wochenenden für die Prüfung der freien Wochenende beobachtet werden. Der Beobachtungszeitraum ist kein fixer - es wird an jedem Wochenende im Monat die hinterlegte Anzahl an Wochenenden zurückgeschaut (= rollierend). Der Parameter wird im Zusammenhang mit den Parametern "Mindestanzahl gänzlich freie Wochenenden (SA und SO)" und "Mindestanzahl teilweise freie Wochenenden (SA oder SO)" gesetzt.
Beim Parameter <code>Gutschrift aus ÜStd.Pauschale: Reduktion</code> kann mittels Zeitkontosammlung definiert werden, worum die Gutschrift aus der Überstundenpauschale reduziert werden muss - zumeist 1:1 Stunden aus etwaigen Konsum-Planungscodes.
* der über den DRZ kumulierte Wert der Zeitkontosammlung steht im Konto <code>DRZ-Bilanz Gutschrift aus ÜStd.Pauschale: Reduktion</code>


Beispiel:
Das Konto <code>DRZ-Bilanz Gutschrift aus ÜStd.Pauschale</code> zeigt die "geschenkten Stunden" die ins D100 addiert werden.
  Es berechnet sich wie folgt:
+ Konto "DRZ-Bilanz verbleibende Std in ÜStd.Pauschale"
- Konto "DRZ-Bilanz Gutschrift aus ÜStd.Pauschale: Reduktion"
Anwendungsfall siehe [[K 223002:Vinzenzgruppe Service GmbH/Abrechnungsorganisation Kulinario#"6. Dienst"|Kulinario "Konsum 1:1 aus 6. Dienst"]] bei Mitarbeitern mit Überstundenpauschale.


Von 12 Wochenenden müssen 3 gänzlich frei sein (Samstag und Sonntag), 3 müssen teilweise frei sein (Samstag oder Sonntag).
==Abschlussbuchungen==
Am Ende jedes DRZ müssen die Abschlussbuchungen gemacht werden.
Diese können manuell oder automatisch (ab Version 2018.02) hinterlegt werden.


Der Parameter ist in diesem Beispiel auf 12,00 zu setzen.
Siehe [[Abschlussbuchungen]]


===Mindestanzahl gänzlich freie Wochenenden (SA und SO)===
==Arbeitszeitgesetzprüfungen==


Mit diesem Parameter wird definiert, wieviele Wochenenden in einem bestimmten Zeitraum zur Gänze frei sein müssen, dh Samstag und Sonntag. Der Parameter wird im Zusammenhang mit den Parametern "Wochenanzahl für freie Wochenenden" und "Mindestanzahl teilweise freie Wochenenden (SA oder SO)" gesetzt.
Alle verfügbaren [[Arbeitszeitgesetzprüfungen]] und deren Beschreibung findet man hier: [[Arbeitszeitgesetzprüfungen|AZG Allgemein]] und hier speziell für 7up: [[:Kategorie:AZG_7up| AZG Prüfungen 7up]]


Beispiel:
===Auswertungsmöglichkeiten===


Von 12 Wochenenden müssen 3 gänzlich frei sein (Samstag und Sonntag), 3 müssen teilweise frei sein (Samstag oder Sonntag).
Die Anzahl der Fehler / Dauer der Verletzungen können mittels der AZG-Fehlerkonten ausgewertet werden.  


Der Parameter ist in diesem Beispiel auf 3,00 zu setzen.
Eine genaue Beschreibung findet man '''[[AZG-Fehlerkonten (7up)|hier]]'''


Wird die Anzahl der hier hinterlegten gänzlich freien Wochenenden nicht eingehalten, kommt es zu einer [[AZG-Verletzung]].
==Nachtschwerarbeitsgesetz==


===Mindestanzahl teilweise freie Wochenenden (SA oder SO)===
===NSchwAG Anspruch pro Nachtdienst [Stunde]===
Hier kann die Stundenanzahl definiert werden, welche pro Nachtdienst als [[Nachtschwerarbeit|NSchwAG]] - Anspruch zugebucht wird.


Standardmäßig werden immer 2 Stunden zugebucht.


Mit diesem Parameter wird definiert, wieviele Wochenenden in einem bestimmten Zeitraum zur Gänze frei sein müssen, dh Samstag und Sonntag. Der Parameter wird im Zusammenhang mit den Parametern "Wochenanzahl für freie Wochenenden" und "Mindestanzahl gänzlich freie Wochenenden (SA und SO)" gesetzt.
'''<u>Manuelle Zubuchung mit Sonderabrechnung</u>'''


Beispiel:
Weiters besteht die Möglichkeit einer manuellen Zubuchung am Tag mittels der Sonderabrechnung "Setze NSchwAG manuell".


Von 12 Wochenenden müssen 3 gänzlich frei sein (Samstag und Sonntag), 3 müssen teilweise frei sein (Samstag oder Sonntag).
Mit dieser kann am Tag definiert werden, wieviel zugebucht werden soll. Diese Stunden werden immer ZUSÄTZLICH zu den automatisch zugebuchten Stunden gerechnet!


Der Parameter ist in diesem Beispiel auf 3,00 zu setzen.
====NSchwAG Anspruch berechnen trotz Abw====
Das Konto <code>Abwesend NSchwAG Total</code> wird automatisch für den NSchwAG Anspruch (=Zubuchung) berücksichtigt.


Wird die Anzahl der hier hinterlegten teilweise freien Wochenende nicht eingehalten, kommt es zu einer [[AZG-Verletzung]].
Die Berechnung des Kontos wird über den Parameter [[Planungscode#NSchwAG_Anspruch_berechnen|NSchwAG Anspruch berechnen]] am Planungscode gesteuert.


===Einzuhaltende Wochenruhe [Stunden]===
===NSchwAG: erforderliche Mindestarbeitszeit [Minuten]===
Die Mindestarbeitszeit, welche in den definierten Zeitbereichen gearbeitet werden muss, kann definiert werden.


Mit diesem Parameter wird definiert, wieviele Stunden mindestens einmal in der Woche durchgehend frei sein müssen. Der Parameter wird im Zusammenhang mit den Parametern "Wochentag für Wochenruheprüfung (0->Mo,...,6->So)" und "Stunden für Wochenruheprüfung" gesetzt, welche den Prüfungszeitraum regeln. Die Ruhezeit muss nicht vom Anwender definiert werden, Alex errechnet sich diese selbst.
Lt. NSchwAG - Gesetz müssen 6 Stunden (360 Minuten) gearbeitet werden (= Standardwert)


Findet Alex in einer Woche keinen freien Zeitraum, der mindestens den hinterlegten Wert beträgt, so kommt es zu einer [[AZG-Verletzung]]. Wird die Mindest-Wochenruhezeit im Status IST verletzt, so kommt es ebenfalls zu einer [[AZG-Verletzung, eine besondere Bewertung oder Gutschrift der Stunden findet NICHT statt.
Sollten die NSchwAG-Stunden bereits ab 4 Stunden gewährt werden, so kann hier der Wert abgeändert werden (--> 4 Stunden = 240)


In der Regel muss eine Mindest-Wochenruhezeit von 36,00 Stunden eingehalten werden.
===NSchwAG ab Stunde (am Abend)===
Wird für die Berechnung der "[[Schemakonten Struktur (7up)/Gesamt/Arbeitszeit#NSchwAG- Konten|Arbeitszeit NSchwAG]]" Konten benötigt.
Standardwert ist 22:00 Uhr.


ACHTUNG: Der Parameter steht nicht im Zusammenhang mit dem Parameter "Planungscode für Wochenruhe prüfen".
===NSchwAG bis Stunde (am Morgen)===
Wird für die Berechnung der "[[Schemakonten Struktur (7up)/Gesamt/Arbeitszeit#NSchwAG-%20Konten|Arbeitszeit NSchwAG]]" Konten benötigt. Standardwert ist 06:00 Uhr.


===Wochentag für Wochenruheprüfung (0->Mo,...,6->So)===
===NSchwAG ab/bis Stunde anwenden===
<code>Ja</code> (bei Neukunden nicht mehr setzen)
*Die "[[Schemakonten Struktur (7up)/Gesamt/Arbeitszeit#NSchwAG- Konten|Arbeitszeit NSchwAG]]" Konten werden für die NSchwAG Berechnung herangezogen.
<code>Nein</code> (zu bevorzugen)
*Laut "[[Abrechnung Österreich#Total f%C3%BCr NSchwAG|Total für NSchwAg]]"


Der Parameter regelt, welcher Zeitraum für die Prüfung der Mindest-Wochenruhezeit herangenommen wird (siehe Parameter "Einzuhaltende Wochenruhe [Stunden]"). Er wird in Verbindung mit dem Parameter "Stunde für Wochenruheprüfung (0...23)" gesetzt.
===NSchwAG: Konsum aus spez.Abw===
<span style="color: rgb(0, 0, 0)">Sollte der NSchwAG nicht nur bei Abwesenheiten mit dem</span> [[Schemen im 7Up/Schematypen|Schematyp]] <span style="color: rgb(0, 0, 0)">"</span>Abw. wegen Krankheit<span class="ve-pasteProtect" style="color: rgb(0, 0, 0)">" als konsumiert gelten, so können diverse Planungscodes über diesen Parameter definiert werden.</span>


Beispiel:
Genauere Beschreibung dazu siehe hier: [[Abwesenheiten bei geplantem Zeitausgleich#Konsum aus speziellen Abwesenheiten|Konsum aus speziellen Abwesenheiten]]


Wochentag für Wochenruheprüfung:          Montag
==Steuerung Zeitzuschläge div. KV's==
Stunde für Wochenruheprüfung:            00
Hier werden die Parametrierungen zu den [[Spezielle Zeitzuschläge|speziellen Zeitzuschläge]] getroffen.
Der Zeitraum in dem die hinterlegte Wochenruhe eingehalten werden muss, geht bis Sonntag 24:00 Uhr.


Wochentag für Wochenruheprüfung:          Montag
==Ersatzruhetagsprüfung==
  Stunde für Wochenruheprüfung:             06
Ein Anspruch auf Ersatzruhetage kann geprüft werden, dafür muss folgender Parameter auf "JA" gesetzt werden:   
   
Der Zeitraum in dem die hinterlegte Wochenruhe eingehalten werden muss, geht bis Montag 06:00 Uhr.


===Stunde für Wochenruheprüfung (0...23)===
*Ersatzruhetagsanspruch berechnen (Gruppe Abrechnung)


Der Parameter regelt, welche Uhrzeit für die Prüfung der Mindest-Wochenruhezeit herangenommen wird (siehe Parameter "Einzuhaltende Wochenruhe [Stunden]"). Er wird in Verbindung mit dem Parameter "Wochentag für Wochenruheprüfung" gesetzt.
Ein Anspruch entsteht bei einem geplanten Dienst am Sonn-/Feiertag.


Beispiel:
Folgende Konten stehen zur Verfügung (Gruppe "Ersatzruhetagsanspruch"):


Wochentag für Wochenruheprüfung:          Montag
* Ersatzruhetagsanspruch Übertrag
Stunde für Wochenruheprüfung:            00
*Ersatzruhetagsanspruch laufend +
*Ersatzruhetagsanspruch laufend -
Der Zeitraum in dem die hinterlegte Wochenruhe eingehalten werden muss, geht bis Sonntag 24:00 Uhr.
* Ersatzruhetagsanspruch Saldo


Wochentag für Wochenruheprüfung:          Montag
Der Saldo wird mit einem eigenen Planungcode abgebaut.
Stunde für Wochenruheprüfung:            06
Dieser muss wie folgt angelegt werden:
Der Zeitraum in dem die hinterlegte Wochenruhe eingehalten werden muss, geht bis Montag 06:00 Uhr.


===Planungscode für Wochenruhe prüfen===
[[Bild:Ersatzruhe_PC.PNG]]


Wird der Parameter "Planungscode für Wochenruhe prüfen" auf JA gesetzt, so muss die (meist 36-stündige) [[Wochenruhe]] vom Anwender definiert werden. Mit dem [[Planungscode]] WOCHENRUHE muss die Ruhezeit in jeder Woche bei jedem Mitarbeiter eingetragen werden.
Zur Erfassung des Kontos "Ersatzruhetagsanspruch Übertrag" steht eine Sonderabrechnung "Setze Ersatzruhetagsanspruch Übertrag" zur Verfügung.
Wird die [[Wochenruhe]] im Status Planung nicht eingehalten, kommt es zu einem [[Schwerer Fehler|Schweren Fehler]]. Im Status IST führt die Verletung der [[Wochenruhe]] meist zu einer besonderen Bewertung oder Gutschrift der Stunden.


===AZG-Fehler nur Warnungen===
==Anspruchsarten==
Infos zur Anlage von Anspruchsarten finden sich [[Anspruchsarten|hier]]


Wird der Parameter auf JA gesetzt, so werden alle [[Schwerer Fehler|Schweren Fehler]] zu [[Warnung|Warnungen]].
==Bewertungsmethoden Ende DRZ==
Welche Bewertungsmethoden zur Betrachtung der Überstunden am Ende des DRZ verfügbar sind, ist hier beschrieben: [[Bewertungsmethoden_DRZ_(7up)]]


==Tagesarten Spezial==
==Überwiegend Nachtarbeit==
Beschreibung siehe [[Überwiegend Nachtarbeit (7up)|hier]]
==Konten==


Unter "Tagesarten Spezial" können jene Tage angelegt werden, die nicht unter gesetzliche Feiertage fallen, jedoch trotzdem eine besondere Sollberechnung haben.
===Allgemeine Logik Abrechnungskonten===
Siehe [[Abrechnungskonten (7up)|Abrechnungskonten 7up]]


Beispiele:
===Pauschale-Konten===
Nähere Informationen siehe hier [[Pauschale Konten]]


* Hl. Abend
===Statistikkonten===
* Silvester
Siehe [[Statistikkonten_(7up)]]
* Karfreitag
* Reformationstag
* Allerseelen
* Faschingsdienstag
...


===Saldokonten===
Siehe [[Saldokonten 7up|Saldokonten]]


In der Abbildung wurde der Hl. Abend 2010 als Tag mit "Kein Soll" angelegt. Die Sollstunden der Mitarbeiter werden im Dezember 2010 somit um ihr Tagessoll eines Freitags (Hl. Abend war im Jahr 2010 ein Freitag) reduziert.
===Schemakonten===
Silvester ist ein Tag mit "Halbem Soll", es wird daher das Dezember-Soll zusätzlich noch um die Hälfte eines Freitag-Solls reduziert.
Siehe [[Schemakonten (7Up)]]
Der Karfreitag ist ebenfalls ein Tag mit "Halbem Soll".


[[Bild:SpezielleTage.jpg]]
===Infokonten===
Siehe [[Infokonten_(7up)]]


===Nachtzulage - Steuerliche Nacht===
siehe [[Nachtzulage - Steuerliche Nacht (7up)]]


==Fußnoten ==
[[Kategorie:Abrechnung]]
[[Kategorie:Abrechnung]]
[[Kategorie: V7 - Standardabrechnung (7up)]]
[[Kategorie:Funktionsübersicht]]
<references />

Aktuelle Version vom 17. April 2024, 10:17 Uhr

Die Alex® - Abrechnung Österreich( auch V7-Standardabrechnung Österreich, 7Up) ist eine Sammlung von Programmfunktionen und Konzepten zur Bewertung von Arbeitszeit nach der in der österreichischen angewandten Praxis.

Dazu wird jeder Planungseintrag (Dienst, Planungscode, ev. Aufgabe) mit Schemen hinterlegt.

Damit ist für jede Zeitstrecke definiert, welche Schemakonten zu füllen sind.

Diese Konten werden summiert und auf Tages, Wochen, Monats und Durchrechnungszeitraumebene gegen die Sollzeit und weitere Parameter(Überstundenpauschale, Aufwertungsgrenzen,...) abgeglichen, um einer Bewertung zugeführt.

Situationen, die eines manuellen Eingriffs bedürfen, führen zu ungeklärten Zuständen, die mit Umbuchungen, Planungscodemarkierungen und Fehlermarkierungen aufzulösen sind.

Sonderabrechnungsspezifikationen

Siehe Sonderabrechnungsspezifikationen

Schemaspezifikationen

Siehe Schemaspezifikationen

Totalspezifikationen

Über die Totalspezifikationen kann die Berechnung verschiedener Totalstunden beeinflusst werden.

Es werden verschiedene Totals unterschieden:

Total für Tagesfehler

Hier kann hinterlegt werden, welche Stunden für Tagesfehler anrechenbar sind. Diese Stunden werden in Alex unter dem Begriff "gesammelte Zeit" verwaltet.

Beispiel: Ein gewisses Abrechnungsschema darf nie einen Tagesfehler auslösen (z.B. Nachtdienste bei den Ärzten)


Standard Wert: Total für Fehlermarkierung (Standard)

Total für Wochenfehler

Hier kann hinterlegt werden, welche Stunden für Wochenfehler anrechenbar sind. Diese Stunden werden in Alex unter dem Begriff "gesammelte Zeit" verwaltet.

Beispiel: Ein gewisses Abrechnungsschema darf nie einen Wochenfehler auslösen (z.B. Nachtdienste bei den Ärzten)


Standard Wert: Total für Fehlermarkierung (Standard)

Soll für Basis Wochenfehler

Diese Zeitkontosammlung definiert, welcher Grenzwert für Wochenüberstunden heranzuziehen ist.

Diese Einstellung kann in Kombination mit dem Parameter Schwellenwert für Wochenüberstunden, Variante = "Das Größere von 'Schwellenwert' und 'Soll' " verwenden.

Damit kann z. B. die Anforderung abgedeckt werden, dass der Grenzwert prinzipiell 40 ist, aber bei Mitarbeitern, welche in einer Woche bereits ein höheres Soll (z.B. wegen Rahmenplan) haben, soll in dieser Woche das Wochensoll herangezogen werden.[1]

Total für AZG-Prüfung

Hier kann hinterlegt werden, welche Stunden für Arbeitszeitgesetzprüfungen relevant sind.

Diese Stunden werden in Alex unter dem Begriff "gesammelte Zeit" verwaltet.

Beispiel: Rufbereitschafts-Nichtleistungsstunden werden standardmäßig nicht als AZG-Stunden angerechnet. Hier kann dieses Schema bei Bedarf angerechnet werden


Standard Wert: Total für AZG (Standard)

(=Arbeitszeit - Arbeitszeit Dienste(Bezahlte Pause) Standard)

Genauere Infos siehe hier.

Total für AZG-Prüfung "Maximale WÖCHENTLICHE Arbeitszeit"

Hier kann hinterlegt werden, welche Stunden für die maximale Wochenarbeitszeit in der Einzelwoche herangezogen werden.

Genauere Infos siehe hier.

Total für AZG-Prüfung "Maximale WÖCHENTLICHE Arbeitszeit im Schnitt"

Hier kann hinterlegt werden, welche Stunden für die durchschnittliche Wochenarbeitszeit herangezogen werden.

Genaue Infos siehe hier.

Total für Ausgleichsruhe in AZG-Prüfung "Mindestruhezeit zwischen zwei Diensten"

Hier kann hinterlegt werden, welche Stunden für die Berechnung der verlängerten Ruhezeit herangezogen werden.

Siehe hier.

Total für NSchwAG

Hier kann eine "gesammelte Zeit" hinterlegt werden, um vom Standard-Wert (s.u.) abweichende Zeiten zu definieren, die für das Erreichen der erforderlichen Mindestarbeitszeit anrechenbar sei sollen.

Die Spezifikation wird ignoriert, falls der Parameter "NSchwAG ab/bis Stunde anwenden" auf JA gesetzt ist.

Um die eigenen NSchwAG-Zeitgrenzen anzuwenden ist es daher besser diesen auf NEIN zu belassen, und stattdessen eine Spezifikation mit Arbeitszeit NSchwAG zu hinterlegen.[2]

Total Nschwag.PNG

Standard-Wert: Arbeitszeit in Nacht

Zeitgrenzen für Arbeitszeit in Nacht sind bevorzugt laut Parameter

  • Nachtstunden für Zulage ab Stunde (am Abend)
  • Nachtstunden für Zulage bis Stunde (am Morgen)

Falls diese nicht gesetzt sind, dann laut Parameter

  • Nachtüberstunden(1:2), wochentags ab Stunde (am Abend)
  • Nachtüberstunden(1:2), wochentags bis Stunde (am Morgen)

Total für Bewertung

Hier kann hinterlegt werden, welche Stunden für die Aufwertung am DRZ-Ende anrechenbar sind.

Diese Stunden werden in Alex unter dem Begriff "gesammelte Zeit" verwaltet.

Beispiel: Hausbereitschaften - Die halbe Nichtleistungszeit muss als Arbeitszeit angerechnet werden.


Standard-Wert: Total für Bewertung (Standard)

WICHTIG: Es muss ein Name für die Gesammelte Zeit hinterlegt werden!

Total für 'Zeitausgleich aus Krank'

Falls gewünscht, muss hier eine gesammelte Zeit hinterlegt werden, zB: "Abwesend Zeitausgleich Standard"

Auswirkung:

  • Keine Hinterlegung: Keine Änderung
  • Wird hier das Schema für den Zeitausgleich hinterlegt, so wird für einen Tag mit Krankenstand und mit geplantem Zeitausgleich (mit Schema lt. diesem Parameter) der geplante ZA auch im Ist berechnet - auch wenn ZA nur in Planung eingetragen war. (OGH-Urteil.)
  • Wichtig: Als Krankenstand gelten alle Abwesenheiten mit einem Schematyp "Abw. wegen Krankheit"

Genaue Informationen siehe "Abwesenheiten bei geplantem Zeitausgleich"

Standard-Wert: keiner

Total für 'NSchwAg-Ausgleich aus Krank'

Falls gewünscht, muss hier eine gesammelte Zeit hinterlegt werden, zB: "Abwesend Zeitausgleich NSchwAG Standard"

Auswirkung: analog zu "Total für 'Zeitausgleich aus Krank'" => siehe oben

Standard-Wert: keiner

Genaue Informationen siehe "Abwesenheiten bei geplantem Zeitausgleich"

Total für Schwerarbeit Z4+5

Auswirkung: siehe Schwerarbeitsverordnung_(7up)

Standard-Wert: Arbeitszeit

Total für Tag +/-

Falls gewünscht, kann hier die Berechnung des +/- am Tag bearbeitet werden.

Das +/- am Tag ist verantwortlich für die farbliche Hinterlegung des Dienstes bei Mehr-/Minusstunden am Tag im Dienstplan.


Standard-Wert: Gesamt

Total für Arbeitszeit 19-7 für "Überwiegend Nachtarbeit"

Standard-Wert: Info Überwiegend Nachtarbeit (Hilfskonto)


In diesem Konto sind alle ARBEITSZEITEN zwischen 19:00 und 07:00 enthalten.

ACHTUNG: Soll zu diesem Konto ein bestimmtes Schema dazugerechnet oder abgezogen werden, muss ein neues Konto programmiert werden, welches nur die Stunden zwischen 19:00 - 07:00 enthält.

Verwendet man ein Schema, welches AUSSCHLIESSLICH im Zeitbereich von 19:00 - 07:00 vorkommt, ist keine zusätzliche Programmierung nötig und man kann das gewünschte Konto mit dem jeweiligen Faktor addieren oder subtrahieren.

Beschreibung der Funktion "Überwiegend Nachtarbeit" siehe hier.

Total für Arbeitszeit Gesamt für "Überwiegend Nachtarbeit"

Standard-Wert: Arbeitszeit Total

In diesem Konto sind alle ARBEITSZEITEN des jeweiligen Monats enthalten, von diesem dann 50% zwischen 19:00-07:00 geleistet werden muss..

Spezielle Schemen können hier mit dem jeweiligen Faktor dazugerechnet oder abgezogen werden.

Weiters kann als Total z.B. auch das Konto "Gesamt Total" hinterlegt werden. Dann würden auch die Abwesenheiten in die Basis mitberechnet werden.[3]

Beschreibung der Funktion "Überwiegend Nachtarbeit" siehe hier.

Vertragsspezifikationen

Bei einer Vertragsspezifikation handelt es sich um eine neue Ebene, die beim Mitarbeiter hinterlegt wird. Auf dieser Ebene können Parameter gesetzt werden. Eine Vertragsspezifikation wird z.B. angelegt für spezielle Abschlussbuchungen, spezielle Überstundenbewertungen

Abrechnung Österreich 1663846158707.png

Im Personalstamm sind nun diese neuen Verträge sichtbar:

Abrechnung Österreich 1663846363121.png

Weiters ist für jeden angelegten Vertag ein eigener Punkt im Navigator sichtbar - hier können dann auch die diversen Varianten angelegt werden:

Weitere Beispiele:

  • AZG-Vertrag (für Schwangere Mitarbeiterinnen)
  • Überstundenbewertungen (Vollzeit/Teilzeit)

Reihenfolge Vererbung

Wenn man mehrere Vertragsspezifikationen hat, kann über die Reihenfolge eingestellt werden, welche Vertragsspezifikation beim Vererben höhere Priorität hat.

Reihenfolge 1 = oberste Priorität

Grundsätzlich sollte man bei der Reihenfolge unter 1000 bleiben.

Ansonsten ist zu beachten, dass es bereits folgende Reihenfolgen gibt:

  • Sollvertrag: 1000
  • Bewertungsverträge: 2000
  • Berufsgruppe: 3000
  • Stamm-Planungseinheit: 5000

Beispiel: Man könnte die Vertragsspezifikation auch mit einer Reihenfolge von 3001 erst nach der Berufsgruppe einordnen

Tagesarten

Über die definierten Tagesarten wird die Tagessollberechnung, die Überstundenwertigkeiten, sowie die Zuordnung der Zeiten zu den entsprechenden Tagesart-spezifischen Konten je Schema gesteuert.

Weiters werden die Tagesarten bei diversen Funktionen abgefragt wie beispielsweise

Die Standard-Tagesarten sind in der Gruppe "Tagesarten Standard" hinterlegt.

Parameter-Gruppe "Tagesarten Standard"
Abrechnung Österreich 1680772638947.png

Die Ermittlung der Tagesart funktioniert in folgender Reihenfolge:

  1. Tagesarten Spezial
  2. Tagesarten Kalender
  3. Tagesarten Standard
    1. Wenn gesetzlicher Feiertag -> Tagesart "Feiertag"
    2. Sonst Tagesart "Montag" -"Sonntag"

Spezielle Tagesarten

Über den Tagesarten-Kalender können die Standard-Tagesarten wiederkehrend durch spezielle Tagesarten ersetzt werden.

Über den Reiter "Tagesarten spezial" kann für ein spezifisches Datum die Tagesart einmalig geändert werden.

Folgende Tagesarten stehen zur Verfügung:

  • Halbes Soll (Werktag)
    • Tagessoll = die Hälfte des im Parameter definierten Tagessolls
    • Tagesart für Kontenrahmen = Werktag
    • funktioniert NICHT bei Sollberechnungsvariante "Rahmenplan"
  • Immer Halbes Soll (Werktag)
    • Tagessoll = die Hälfte des im Parameter definierten Tagessolls oder bei Rahmenplan die Hälfte des Dienstsolls
    • Tagesart für Kontenrahmen = Werktag
  • Kein Soll (laut Kalender)
    • Tagessoll = 0
    • Tagesart für Kontenrahmen = laut Kalender
  • Kein Soll (Werktag)
    • Tagessoll = 0
    • Tagesart für Kontenrahmen = Werktag
  • max. 4h (Werktag)
    • Tagessoll = max. 4 Stunden
      • ist der Tagesoll-Parameter am Personalstamm (bzw. das Dienstsoll bei Rahmenplan) kleiner als 4 Stunden, so bleibt der Sollwert unverändert
      • Achtung: Es wird (unabhängig zur Sollberechnungsvariante) immer fix der im Personalstamm hinterlegte Wert herangezogen - es findet keine etwaige Aliquotierung statt
    • Tagesart für Kontenrahmen = Werktag
  • max. 4h (Sonntag)
    • Tagessoll = wie "max. 4h (Werktag)"
    • Tagesart für Kontenrahmen = Sonntag
  • Viertel Soll (Werktag)
    • Tagessoll = 1/4 des im Personalstamm hinterlegten Parameterwertes (bzw. das Dienstsoll bei Rahmenplan)
      • Achtung: Es wird (unabhängig zur Sollberechnungsvariante) immer fix der im Personalstamm hinterlegte Wert herangezogen - es findet keine etwaige Aliquotierung statt
    • Tagesart für Kontenrahmen = Werktag
    • funktioniert NICHT bei Sollberechnungsvariante "Rahmenplan"
  • Dezember Werktag(-10%WSoll)
  • Planung -xx:xx (Werktag)
    • Tagessoll= Beginn des Dienstes aus Status Planung bis Uhrzeit aus Parameter
      • ACHTUNG: wenn das Soll am Samstag und Sonntag normalerweise 0 Stunden ist, dann darf diese Tagesart für Samstage und Sonntage nicht verwendet werden, denn sonst würde das Soll an diesen Tagen erhöht werden.
    • Tagesart für Kontenrahmen = Werktag
    • Beispiele für diese Tagesart siehe hier
  • Rahmen -xx:xx (Werktag)
    • Tagessoll = Beginn des Dienstes aus Wochenzeitmodell bis Uhrzeit aus Parameter
      • ACHTUNG: wenn das Soll am Samstag und Sonntag normalerweise 0 Stunden ist, dann darf diese Tagesart für Samstage und Sonntage nicht verwendet werden, denn sonst würde das Soll an diesen Tagen erhöht werden.
    • Tagesart für Kontenrahmen = Werktag
  • Rahmen -xx:xx (Sonntag)
    • Tagessoll = Wie "Rahmen -xx:xx(Werktag)"
    • Tagesart für Kontenrahmen = Sonntag
Parametrierungen für Tagesarten "- xx:xx"

Für die Tagesarten "- xx:xx" kann in den Systemeinstellungen im Reiter "Tagesartenspezifikation" die Uhrzeit über den Parameter Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit definiert werden. (Standard-Wert "12:00")

Weiters gibt es auch die Möglichkeit für mehrere spezielle Tagesarten unterschiedliche Zeiten für das Soll zu berücksichtigen:

Parametrierung mehrere Tage
Neue Param Sollber.PNG

Info: Wenn für Tag und Monat nichts definiert wurde, dann wird weiterhin der Parameter Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit verwendet.

Weiters gibt es im Reiter "Tagesartenspezifikation" den Parameter Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll

In manchen Konstellationen könnte das durch die Tagesart "-xx:xx" berechnete Soll höher sein, als das normale Tagessoll für diesen Wochentag (hier wird der Tagessoll-Parameter aus dem Personalstamm abgefragt).

Es ist sehr wahrscheinlich, dass eine Erhöhung des Solls nicht erwünscht ist, somit ist dieser Parameter unbedingt auf JA zu setzen!

Setzt man den Parameter Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll auf JA, dann wird das Minimum dieser beiden Werte für das Tagessoll herangezogen.

Wichtig: Feiertage werden hier nicht berücksichtigt.

Beispiel

Ausgangslage

Ausgangslage Parameter "Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll" NEIN
Abrechnung Tagesarten Spezial bis zwoelf vorher.png
  • Der 03.03.23 ist hinterlegt als "Planung-xx:xx (Werktag) bis 12 Uhr
  • Bei allen Mitarbeitern wurde der Dienst F8 in der Planung eingegeben, dieser dauert insgesamt 8 Stunden, davon liegen 6 Stunden vor 12 Uhr.
  • Somit ergibt die Berechnung für das Tagessoll bei allen Mitarbeitern 6 Stunden, wenn der Parameter Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll = Nein ist.
    • Mitarbeiter Dachs hat normalerweise täglich (Mo - So) 5,7 Stunden Soll (ersichtlich im Konto Soll laut Wochentag (SollWochentag))
    • Mitarbeiter Gruber und Bauer haben von Montag - Freitag täglich 4 Stunden Soll.
    • Bei diesen Mitarbeitern führt das Soll von 6 Stunden zu einer Erhöhung der Sollstunden!
    • Mitarbeiter Auer und Eder haben normalerweise 8 Stunden Soll, nur bei diesen beiden führt das Soll von 6 Stunden zu einer Verringerung und ist korrekt.

Anforderung/Parametrierung

  • Gewünscht ist, dass es durch die spezielle Tagesart zu keiner Sollerhöhung kommt
  • das Minimum zwischen Soll laut Wochentag und Planung bis 12 Uhr soll zur Anwendung kommen

Diese Anforderung kann gelöst werden, wenn der Parameter Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll = JA eingestellt wird.

Ergebnis

  • bei Mitarbeiter Dachs bleiben die 5,7 Stunden Soll
  • bei den Mitarbeitern Gruber und Bauer bleiben ebenfalls die 4 Stunden Soll
  • bei den Mitarbeitern Auer und Eder werden die Sollstunden entsprechend der speziellen Tagesart auf 6 Stunden reduziert
Ergebnis Parameter "Spezielle Tagesarten - Soll berücksichtigt bis Uhrzeit: Maximal Tagessoll" JA
Abrechnung Tagesarten spezial bis zwoelf nachher.png
Datenbank für Beispiel

RefDB Tagesarten Spezial Planung bis 12 Uhr #8427

Feiertage am Sonntag

Fallen gesetzliche Feiertage auf einen Sonntag, so werden diese grundsätzlich als Feiertage abgerechnet.

Die hinterlegte Feiertags-Tagesart wird in diesem Fall für Sonntage verwendet.

Info: Oster- und Pfingstsonntag sind KEINE gesetzlichen Feiertage und werden daher immer als Sonntag gerechnet.

Wird der Parameter Feiertage Sonntags ignorieren auf JA gesetzt, so werden alle Feiertage mit der Tagesart "Sonntag" abgerechnet.

Parameter "Feiertag Sonntags ignorieren"
Feiertag Sonntags ignorieren.PNG

Tagesartspezifikation

Tagesartspezifikationen dienen der Erweiterung der bereits bestehenden Tagesarten.

Eine neue Tagesart wird beispielsweise benötigt, wenn

  • eine spezielle Sollberechnung hinterlegt werden soll
  • die Tage bei Hintergrunddiensten abgegriffen werden sollen.

Sollberechnung

Über die Tagesartspezifikation kann die Sollberechnung des Tages definiert werden.

Über den Parameter Tagessoll kann die Berechnung des Solls an diesem Tag beeinflusst werden.

Der hier hinterlegte Wert wird als Tagessoll angenommen und überschreibt die in den Personalstammdaten hinterlegten Parameterwerte für das Soll je Tagesart.

Je nach Sollberechnungsvariante wird dieser Wert auf das Beschäftigungsgrad aliquotiert oder nicht.

Eine Aliquotierung dieses Parameter findet statt bei:

Darf das Tagessoll für diese Tagesart nicht geändert werden, muss der Parameter Soll' lt. Kalender[4] auf JA gesetzt werden.

Dies bewirkt, dass für diese Tagesart das Tagessoll laut der hinterlegten Standard-Tagesarten berechnet wird und daher keine Solländerung stattfindet - der Parameter Tagessoll in der Spezifikation wird ignoriert.

Über den Parameter Soll-Prozedur kann eine spezielle Programmierung für diese Tagesart im Kundenmodul aufgerufen werden.

Beispiel ohne Solländerung

Der Tag wird als "Werktag Spezial" gekennzeichnet, damit dieser z.B. bei den Hintergrunddiensten extra abgegriffen werden kann.

Die Sollstunden dürfen sich jedoch nicht ändern, diese sollen weiterhin lt. Personalstamm berechnet werden.

Anlage Tagesartspezifikation
Abrechnung Österreich 1680763930065.png

Anschließend wird diese Tagesart im Tagesartenkalender oder bei den Tagesarten spezial hinterlegt:

Hinterlegung in den Stammdaten
Abrechnung Österreich 1680764214273.png
Darstellung im Dienstplan
Abrechnung Österreich 1680764269844.png

Hier ist sichtbar, dass die Sollstunden weiterhin 8 Stunden betragen, obwohl in der Tagesartspezifikation beim Parameter Tagessoll 0 eingetragen ist:

Ergebnis
Abrechnung Österreich 1680764337252.png
Beispiel mit Solländerung

Der Tag wird als "Werktag Soll 4 Std." gekennzeichnet damit an diesem Tag nur 4 Stunden statt 8 Stunden Soll berechnet werden.

Anlage Tagesartspezifikation
Abrechnung Österreich 1680764553947.png

Anschließend wird diese Tagesart im Tagesartenkalender oder bei den Tagesarten spezial hinterlegt:

Hinterlegung in den Stammdaten
Abrechnung Österreich 1680764613786.png
Darstellung im Dienstplan
Abrechnung Österreich 1680764670705.png

Hier ist sichtbar, dass die Sollstunden statt 8 Stunden für diesen Tag nur mehr 4 Stunden betragen:

Ergebnis
Abrechnung Österreich 1680764719685.png

Tagesart für Kontenrahmen

Hier wird definiert, in welche tagesart-spezifischen Schemakonten die Stunden an diesen Tagen fließen.

Folgende "Tagesarten für Kontenrahmen" stehen dabei zur Verfügung:

  • Wochentag
  • Sonntag
  • Feiertag
  • Ersatzruhetag

Soll die Tagesart für den Kontenrahmen an dem speziellen Tag nicht geändert werden, so muss der Parameter Tagesart für Kontenrahmen: lt. Kalender[5] gesetzt werden.

So werden die tagesart-spezifischen Schemakonten laut der hinterlegten Standard-Tagesarten gefüllt, unabhängig davon welche "Tagesart für Kontenrahmen" bei der Spezifikation hinterlegt ist.

Beispiel mit Änderung Tagesart

Die Tagesart "Werktag Spezial" wird an einem Sonntag hinterlegt.

Anlage Tagesartspezifikation
Abrechnung Österreich 1680763930065.png
Hinterlegung in den Stammdaten
Abrechnung Österreich 1680766186581.png
Darstellung im Dienstplan
Abrechnung Österreich 1680766228754.png

Da bei der Tagesartspezifikation die Tagesart lt. Kontenrahmen "Werktag" hinterlegt ist, werden die Schemakonten für Werktag befüllt.

Die Arbeitszeit der Dienste läuft in das Konto "Arbeitszeit Werktag" bzw. die Stunden der Abwesenheit laufen in das Konto "Abwesend Werktag" obwohl die Tagesart lt. Kalender ein Sonntag wäre:

Ergebnis
Abrechnung Österreich 1680766380385.png
Beispiel mit Tagesart lt. Kalender

Der Tag soll ohne Sollstunden berechnet werden.

Dazu wird die Tagesart "Kein Soll" angelegt und der Tag damit gekennzeichnet.

Damit die Tagesart auch an einem Sonntag eingetragen werden kann, ohne dass sich die Schemakonten ändern, wird der Parameter 'Tagesart für Kontenrahmen' lt. Kalender: ja gesetzt:

Anlage Tagesartspezifikation
Abrechnung Österreich 1680766834066.png
Hinterlegung in den Stammdaten
Abrechnung Österreich 1680766913661.png
Darstellung im Dienstplan
Abrechnung Österreich 1680766945559.png


Bei der Tagesartspezifikation ist die Tagesart lt. Kontenrahmen "Werktag" hinterlegt. Da jedoch auch der Parameter 'Tagesart für Kontenrahmen' lt. Kalender gesetzt ist, werden die Schemakonten so gefüllt, als ob kein Spezieller Tag hinterlegt ist.

Die Arbeitszeit des Dienstes läuft daher in das Konto "Arbeitszeit Sonntag" bzw. die Stunden der Abwesenheit laufen in das Konto "Abwesend Sonntag"

Ergebnis
Abrechnung Österreich 1680767062499.png
Datenbank für Beispiele

DokuDB_Tagesartspezifikationen

Verwendete Werkzeuge

Bei den Parametern

  • Planungscodes
  • Sonderabrechnungen
  • Fehlermarkierungen

können

  • zugewiesene Planungscodes
  • zugewiesene Sonderabrechnungen
  • zugewiesene Fehlermarkierungen

hinterlegt werden. Diese Sammlungen definieren, welche Planungscodes/Sonderabrechnungen bzw. Fehlermarkierungen verfügbar sind.

Weitere Informationen dazu: Verwendete Werkzeuge

Soll

zur Beschreibung der Sollstundenberechnung im 7up

Überstundenpauschale

Mit den beiden Parametern

  • Überstundenpauschale
  • Überstundenpauschale ist absoluter Wert

können prozentuelle oder absolute Überstundenpauschalen hinterlegt werden.

Mehr dazu hier: Mehrdienstleistungspauschale

Beschäftigungsgrad in Prozent

Es ist der vereinbarte Beschäftigungsgrad des Mitarbeiters auszuwählen. Diese Eigenschaft wird für die Mehrleistungsbewertung, Abwesenheitsberechnung und auch die Anspruchsberechnung (z. B. Urlaub) eingesetzt.

Siehe auch:

Wochensoll (Basis Vollzeit)

Hier wird die Wochenarbeitszeit einer Vollzeitkraft hinterlegt.

Dies dient als Grundlage für diverse Berechnungen, z. B. für

Überstunden

Länge/Beginn Durchrechnungszeitraum

Mit diesem Parameter wird festgelegt, wie viele Monate der Durchrechnungszeitraum beträgt. Start des Durchrechnungszeitraums ist jener Monatserste, der als Stichtag eingestellt ist.

Beispiel:

Stichtag: 01.02.2010 Parameterwert: 3,00

Die Durchrechnungszeiträume erstrecken sich über:

  • Februar - März - April
  • Mai - Juni - Juli
  • August - September - Oktober
  • November - Dezember - Jänner

Wird in einem einmonatigen Durchrechnungszeitraum abgerechnet, so ist der Parameter auf 1,00 zu setzen. 1,00 ist auch der Default-Wert, wenn der Parameter nicht gesetzt wird.

Welche Auswirkungen hat ein ein-/mehrmonatiger Durchrechnungszeitraum?

Die Abrechnung der Plus/Minusstunden erfolgt immer am Ende eines Durchrechnungszeitraums. Beträgt dieser einen Monat, so wird das Plus am Monatsende eine Bewertung zugeführt. Beträgt der Durchrechnungszeitraum, wie in unserem Beispiel, drei Monate, so werden die Plus/Minusstunden aller drei Monate addiert, und erst am Ende des dreimonatigen DRZ (erstmals im April) eventuell bewertet.

Soll     512,00
Total    522,00
+/-       10,00

Die Plusstunden des Vollzeitmitarbeiters werden monatlich der jeweiligen Wertigkeit zugeteilt. Die Stunden stehen in dem Konto "D150%", da sie Kandidaten für die Aufwertung mit 50% Zuschlag sind.
Sollten diese Kandidaten bestehen bleiben, werden Sie am Ende des DRZ bewertet. Dies ist als Vorschau im Konto "DRZ-Bilanz Saldo Vorschau gesamt bewertet (S g.B.)" zu sehen.

D150%   10,00   x   1,5    =    15,00   (S g.B.)

Steht in einem der Kandidaten-Konten (D100%, D125%, D150%, DM150%) im Status IST am Ende des Durchrechnungszeitraums ein Wert, so wird das gefüllte Konto rot markiert und der Status kann nicht gewechselt werden.

Der Dienstplaner muss nun mittels Zeitkontoumbuchung entscheiden, was mit diesen Stunden passieren soll.

Die Umbuchungen können entweder für jeden Mitarbeiter einzeln (rechte Maustaste in die Summenzeile des Mitarbeiters) oder für alle Mitarbeiter einer Planungseinheit auf einmal (rechte Maustaste in die Summenspaltenüberschrift) durchgeführt werden.

Weiters können die Konten auch über die Abschlussbuchungen umgebucht werden.

Für jedes Kandidatenkonto gibt es unterschiedliche Umbuchungsmöglichkeiten:

D100%

D125%

D150%

DM150%

Werden die Umbuchungen vorgenommen, so verschwindet der umgebuchte Wert aus diesem Konto. Sind die Kandidatenkonten leer, erscheint kein schwerer Fehler mehr und der Status kann auf "Abgeschlossen" gewechselt werden.

Durchrechnungszeitraum tagesgenau

Mit diesem Parameter kann gesteuert werden, dass die Stunden eines Nachtdienst am DRZ-Ende tagesgenau aufgeteilt werden.

Parameter auf "Nein" (=Standard):

  • Ein Nachtdienst am letzten Tag des DRZ zählt zur Gänze zum DRZ, in dem der Nachtdienst beginnt
  • Die Totalstunden am Tag werden immer für den gesamten Dienst gerechnet
Durchrechnungszeitraum NICHT tagesgenau = Standard
Totalstunden am DRZ - Ende Totalstunden am Tag
Abrechnung Österreich 1674549549136.png Abrechnung Österreich 1674550269011.png

Parameter auf "JA":

  • Ein Nachtdienst am letzten Tag des DRZ zählt bis 24:00 zum laufenden DRZ
  • Der Teil nach Mitternacht wird bereits zum nächsten DRZ gezählt
  • Der Nachtdienst verhält sich für die Anrechnung der Stunden im DRZ, als ob der Nachtdienst geteilt (2 Dienste) angelegt wäre
  • Auch die Totalstunden am Tag werden immer nur bis 24:00 zu dem jeweligen Tag gerechnet (nicht nur am Ende des DRZ!)

Dieser Parameter hat keinen Einfluss auf die Berechnung der Zulagen für den Nachtdienst! (Diese werden immer zur Gänze im Monat des Nachtdienstbeginns gerechnet).

Durchrechnungszeitraum tagesgenau
Totalstunden am DRZ - Ende Totalstunden am Tag
Abrechnung Österreich 1674549678801.png Abrechnung Österreich 1674550661295.png

Der Parameter funktioniert sowohl für Monats- als auch für Wochendurchrechnungszeiträume.

DokuDB_DurchrechnungszeitraumTagesgenau

Schwellenwert für Tagesüberstunden

Mit diesem Parameter wird festgelegt, ab wie vielen Stunden pro Tag ein schwerer Fehler erscheint, der durch den Dienstplanverantwortlichen behoben werden muss.

Wann genau der schwere Fehler erscheint, hängt nicht nur von der Stundenanzahl ab, sondern auch von der Variante, die hinterlegt ist.

Der schwere Fehler ist als Symbol in der Namensspalte sowie als rote Markierung am betroffenen Tag zu sehen.

Schwellenwert: 10,00

Der Dienst TD beträgt 8,00 Stunden. Durch die Verlängerung von 3,00 Stunden beträgt er 11,00 Stunden und reicht somit mit einer Stunde über den hinterlegten Schwellenwert hinaus. Es erscheint ein schwerer Fehler.

Welche Stunden rechnen in den Schwellenwert?

Welche Stunden für die Erreichung des Schwellenwertes mitgerechnet werden, wird über das "Total für Tagesfehler" geregelt.

Wie kann ein schwerer Fehler behoben werden?

Bei einem schweren Fehler muss der Dienstplanverantwortliche mittels Rechtsklick auf den Tag entscheiden, ob er den "Dienstbeginn mit Planungscode markieren" oder das "Dienstende mit Planungscode markieren" möchte. Er kann dann selbst entscheiden, welcher Planungscode (zB Zeit bewerten, Zeit auszahlen, ...) verwendet werden soll. Die Markierung übernimmt dann Alex.

Welche Planungscodes stehen für die Markierung zur Verfügung?

Welche Planungscodes für die Markierung zur Verfügung stehen, wird im Planungscode selbst festgelegt. Ist bei einem Planungscode der Parameter Mehrzeitmarkierung auf "Ja" gesetzt, steht dieser für die Markierung zur Verfügung.

Solange die Stunden nicht markiert wurden, sind sie als Kandidaten in den Konten D100%, D125% oder D150% zu sehen. Erst nach der Markierung verschwinden sie aus diesen.

Variante Schwellenwert für Tagesüberstunden

Dienst, Status egal

Hierbei wird der Parameter Schwellenwert für Tagesüberstunde durch die Dauer des Dienstes mitbestimmt.

  • Ist das Dienstsoll höher als der Parameterwert, so wird die Grenze für Tagesüberstunden auf den Wert des Dienstes erhöht.
  • Ist das Dienstsoll kleiner als der Parameterwert, so bleibt die Grenze für Tagesüberstunden lt. dem Parameter Schwellenwert für Tagesüberstunden.

In welchem Status der Dienst eingetragen wird, ist bei dieser Variante egal.

Bei dieser Variante kann es auch im Status 'PLANUNG' bereits zu einem schweren Fehler bei Tagesüberstunden kommen. Hier wird für die Fehlergrenze immer der Dienst herangezogen. Sollte jedoch der Dienst bereits im Status Planung verlängert werden und dadurch der Schwellenwert überschritten, so kommt es bereits im Status Planung zu einer Tagesüberstunde - es entsteht ein schwerer Fehler und die Fehlzeit muss mit einem Planungscode markiert werden.

Beträgt das Dienstsoll des eingetragenen Dienstes bereits mehr Stunden als der Parameter für den Schwellenwert, so entsteht der Fehler erst bei einer Verlängerung.

Total aus Status Planung

Bei dieser Variante kann im Status 'PLANUNG' über den Schwellenwert geplant werden, ohne dass es zu einem schweren Fehler kommt.

  • Ist das Dienstsoll im Status Planung höher als der Parameterwert, so wird die Grenze für Tagesüberstunden auf den Wert des Dienstes erhöht.
  • Ist das Dienstsoll kleiner als der Parameterwert, so bleibt die Grenze für Tagesüberstunden lt. dem Parameter Schwellenwert für Tagesüberstunden.

Wichtig ist, dass der Schwellenwert der Tagesüberstunden nur durch einen Eintrag im Status Planung nach oben gesetzt werden kann. Wird der Dienst im Status Ist eingetragen, ist der Schwellenwert immer lt. Parameter.

Im Ist erscheint erst ein schwerer Fehler, wenn die Stunden eines Tages über das Total in der Planung und den hinterlegten Schwellenwert reichen.

Abwesenheiten werden hier nicht berücksichtigt (nur Arbeitszeit zählt als "Total").

Nur Schwellenwert

Hierbei wird FIX der Parameter Schwellenwert für Tagesüberstunde geprüft - egal wie hoch das Dienstsoll im Status Planung oder Ist ist.

Ein schwerer Fehler bzgl. Tagesüberstunden entsteht aber erst im Status Ist!

Total aus Status Rahmen

Bei dieser Variante wird der Schwellenwert aus dem Dienstsoll des Wochenzeitmodells in Kombination mit dem Schwellenwert für Tagesüberstunden berechnet.

  • Ist das Dienstsoll im Status Planung höher als der Parameterwert, so wird die Grenze für Tagesüberstunden auf den Wert des Dienstes erhöht.
  • Ist das Dienstsoll kleiner als der Parameterwert, so bleibt die Grenze für Tagesüberstunden lt. dem Parameter Schwellenwert für Tagesüberstunden.

Der Fehler für die Tagesüberstunden erscheint in dieser Variante bereits im Status Planung. Daher muss bereits in Planung bei Überschreitung des Schwellenwertes eine Fehlermarkierung durchgeführt werden.

Beispiele: 
1) Parameter Schwellenwert = 8, Dienst lt. Wochenzeitmodell= 10: Tagesüberstunden erscheinen ab 10 Stunden
2) Parameter Schwellenwert = 8, Dienst lt. Wochenzeitmodell= 0: Tagesüberstunden erscheinen ab 8 Stunden
3) Parameter Schwellenwert = 8, Dienst lt. Wochenzeitmodell= 6: Tagesüberstunden erscheinen ab 8 Stunden
4) Parameter Schwellenwert = 0, Dienst lt. Wochenzeitmodell= 6: Tagesüberstunden erscheinen ab 6 Stunden
5) Parameter Schwellenwert = 0, Dienst lt. Wochenzeitmodell= 0: Tagesüberstunden erscheinen ab 1. Minute

Variante Schwellenwert für Wochenüberstunden

Nur Schwellenwert

Hierbei wird FIX der Parameter Schwellenwert für Wochenüberstunde" geprüft.

Bei dieser Variante kann im Status 'PLANUNG' über den Schwellenwert geplant werden ohne das ein schwerer Fehler auftritt. Wurde in der Planung über dem Schwellenwert geplant, so erscheint im Status Ist ein schwerer Fehler. Es müssen die Wochenüberstunden über dem Schwellenwert bestätigt werden. (zB Schwellenwert: 48 Stunden, in der Planung wurden bereits 60 Stunden geplant. In der Planung erscheint kein schwerer Fehler. Wird der Plan in Status IST gebracht, so erscheint ein schwerer Fehler und es müssen 12 Stunden bestätigt werden (60-48 = 12).

Total aus Plan

Bei dieser Variante kann im Status 'PLANUNG' über den Schwellenwert geplant werden, ohne dass es zu einem schweren Fehler kommt. Im Ist erscheint ein schwerer Fehler, sobald die Stunden der Woche über das Total in der Planung und den hinterlegten Schwellenwert reichen.


Schwellenwert für Wochenüberstunden

Mit diesem Parameter wird festgelegt, ab wie vielen Stunden pro Woche ein schwerer Fehler erscheint, der durch den Dienstplanverantwortlichen behoben werden muss. Der schwere Fehler ist als Symbol in der Namensspalte sowie als rote Markierung in der betroffenen Woche zu sehen. Ob der schwere Fehler nur im Status 'IST' oder auch im Status 'PLANUNG' auftreten kann, hängt von der Einstellung Schwellenwert für Wochenüberstunden gilt auch in 'Planung' ab.

Schwellenwert: 45,00

Der Dienst TD beträgt 8,00 Stunden. 6 x 8 = 48,00. Der Wochenschwellenwert wird somit um 3,00 Stunden überschritten. Es erscheint ein schwerer Fehler.

Welche Stunden rechnen in den Schwellenwert?

Welche Stunden für die Erreichung des Schwellenwertes mitgerechnet werden, wird über das "Total für Wochenfehler" geregelt.

Wie kann ein schwerer Fehler behoben werden?

Bei einem schweren Fehler muss der Dienstplanverantwortliche mittels Rechtsklick in die Woche auswählen, dass er die "Wochenfehler-Stunden mit Planungscode markieren" möchte. Er kann dann selbst entscheiden, welcher Planungscode (zB Zeit bewerten, Zeit auszahlen, ...) verwendet werden soll. Die Markierung übernimmt dann Alex.

Möchte man eigene ausgewählte Schemen bei dieser Markierung ausnehmen, so kann man dies mit einer Schemen Sammlung definieren. Mehr dazu finden Sie hier.

Welche Planungscodes stehen für die Markierung zur Verfügung?

Welche Planungscodes für die Markierung zur Verfügung stehen, wird im Planungscode selbst festgelegt. Ist bei einem Planungscode der Parameter Mehrzeitmarkierung auf "Ja" gesetzt, steht dieser für die Markierung zur Verfügung.

Solange die Stunden nicht markiert wurden, sind sie als Kandidaten in den Konten D100%, D125% oder D150% zu sehen. Erst nach der Markierung verschwinden sie aus diesen.

Spezialfall: Wochenüberstunde in der Rumpfwoche

Die Wochenüberstundenberechnung erfolgt immer am Sonntag rückblickend für die Woche.

Fällt der Sonntag in das nächste Monat, sind Wochenüberstunden eventuell erst im Folgemonat ersichtlich, obwohl die Wochenüberstunden noch in dieses Monat fallen würden (weil der letzte Dienst z. B. am Freitag ist)

Wenn der Parameter Fehler/Warnung in letzter Woche von Monat anzeigen in den Systemeinstellungen (Gruppe "Allgemein" ) auf JA gestellt ist, werden die Wochenüberstunden auch bereits in der Rumpfwoche angezeigt.

Schwellenwert für Wochenüberstunden gilt auch in 'Planung'

Ja

Der schwere Fehler tritt im Status 'PLANUNG' und im Status 'IST' auf, wenn die Wochenstunden den Schwellenwert für Wochenüberstunden überschreiten.

Nein

Der schwere Fehler tritt nur im Status 'IST' auf, wenn die Wochenstunden den Schwellenwert für Wochenüberstunden und das geplante Total überschreiten. In der 'PLANUNG' kann eine Überschreitung ohne schweren Fehler geplant werden.

Schwellenwert für aufwertbare DRZ-Überstunden

Mit diesem Parameter wird festgelegt, ab welchem Schwellenwert die Plusstunden des DRZ in einen der Aufwertungs-Töpfe landen(D125%, D150%, D200%) landen.

Unmittelbar damit in Zusammenhang steht der Parameter Schwellenwert für aufwertbare DRZ-Überstunden Variante.

Schwellenwert für aufwertbare DRZ-Überstunden Variante

über Soll

= Standard

Ist der Parameter auf über Soll gesetzt, so werden jene Plusstunden des Mitarbeiters aufgewertet, die die Sollstunden + den Schwellwert überschreiten.

Beispiel VOLLZEIT

Schwellenwert für aufwertbare DRZ-Überstunden: 10,00

Soll     168,00
Total    185,00
+/-       17,00

Die Aufwertungsgrenze ist in diesem Fall 178,00 (168,00 + 10,00). Der Mitarbeiter überschreitet den Schwellwert um 7,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:

D100%     10,00
D150%      7,00
Beispiel TEILZEIT

Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert für aufwertbare DRZ-Überstunden: 10,00

Soll      84,00
Total    100,00
+/-       16,00

Die Aufwertungsgrenze ist in diesem Fall 94,00 (84,00 + 10,00). Der Mitarbeiter überschreitet den Schwellwert um 6,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:

D100%     10,00
D125%      6,00

Der Unterschied zwischen den Varianten absolut (aliquot / direkt) und über Soll ist also jener, dass der Schwellwert bei der absoluten Variante monatlich der gleiche ist.

Bei der Variante über Soll ist er jedoch vom Monatssoll abhängig und wird daher jeden Monat unterschiedlich sein.

absolut aliquot

Ist der Parameter auf absolut aliquot gesetzt, werden jene Totalstunden, die den (aliquoten) Schwellwert übersteigen, aufgewertet.

Beispiel VOLLZEIT

Schwellenwert für aufwertbare DRZ-Überstunden: 180,00

Soll     168,00
Total    185,00
+/-       17,00

Das Total des Mitarbeiters überschreitet den absoluten Schwellwert um 5,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:

D100%     12,00
D150%      5,00
Beispiel TEILZEIT

Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert für aufwertbare DRZ-Überstunden: 180,00 (sprich 90, da aliquot)

Soll      84,00
Total    100,00
+/-       16,00

Das Total des Mitarbeiters überschreitet den absoluten Schwellwert um 10,00. Das Plus/Minus wird daher wie folgt verteilt:

D100%      6,00
D125%     10,00

absolut direkt

Ist der Parameter auf absolut direkt gesetzt, werden jene Totalstunden, die den Schwellwert übersteigen, aufgewertet.

Beispiel VOLLZEIT

Schwellenwert für aufwertbare DRZ-Überstunden: 180,00

Soll     168,00
Total    185,00
+/-       17,00

Das Total des Mitarbeiters überschreitet den absoluten Schwellwert um 5,00 Stunden. Das Plus/Minus wird daher wie folgt verteilt:

D100%     12,00
D150%      5,00
Beispiel TEILZEIT

Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert für aufwertbare DRZ-Überstunden: 180,00

Soll      84,00
Total    100,00
+/-       16,00

Das Total des Mitarbeiters überschreitet den absoluten Schwellwert nicht. Das Plus/Minus wird daher wie folgt verteilt:

D100%     16,00

über Soll + Saldo 1:1 VM

Dieser Parameter steht in direktem Zusammenhang mit dem Parameter Schwellenwert für aufwertbare DRZ-Überstunden.

Wenn der Parameter Schwellenwert für aufwertbare DRZ-Überstunden einen Wert hinterlegt hat, so wird vom hinterlegten Schwellenwert das "Zeitguthaben Übertrag aus dem Vormonat 100%" abgezogen und diese Differenz stellt den Schwellenwert dar.

ACHTUNG: Dieser Parameter ist mit Vorsicht zu genießen. Ist das "Zeitguthaben Übertrag aus Vormonat 100%" negativ, wird das Minus 2 mal vom Grenzwert abgezogen.

Es ist momentan kein Kunde bekannt, der diesen Parameter im Einsatz hat.

Schwellenwert für aufwertbare DRZ-Überstunden im IST = "Total aus Planung"

Ist dieser Parameter auf "JA", so ist dies nur im Status IST relevant.

Im Status Ist wird die Differenz aus "TOTAL aus der PLANUNG" und "TOTAL aus dem Status IST" ermittelt. Diese Differenz stellt den Schwellenwert für das aufwertbare Plus dar.

ACHTUNG: Ist beim Parameter Schwellenwert für aufwertbare DRZ-Überstunden ein Wert hinterlegt, so stellt dieser das Maximum für die nicht aufwertbaren Stunden dar. Überschreitet die Differenz aus den beiden TOTAL den Schwellenwert so kommt der Schwellenwert zu tragen.

Variante Teilzeit Schwellwert für aufwertbare 150 DRZ-Überstunden

Dieser Parameter regelt, ab wann für Teilzeitkräfte 50%ige Kandidaten entstehen. Es gibt vier Möglichkeiten:

Soll Vollzeit

= Standard

Ist der Parameter auf Soll Vollzeit gesetzt, so entstehen für Teilzeitkräfte dann 50%ige Kandidaten, wenn das Soll einer Vollzeitkraft überschritten ist.

Beispiel ABSOLUTER ALIQUOTER SCHWELLENWERT

Teilzeitkraft mit Beschäftigungsgrad 50%
absoluter aliquoter Schwellenwert für aufwertbare DRZ-Überstunden: 180,00 (aliquot 90,00)
 
Soll      84,00
Total    195,00
+/-      111,00

Die Aufwertungsgrenze für 25% ist in diesem Fall 90,00, für 50% 168,00 (Soll-VZ). Das Plus/Minus wird daher wie folgt verteilt:

D100%      6,00
D125%     78,00
D150%     27,00
Beispiel SCHWELLENWERT ÜBER SOLL

Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert über Soll für aufwertbare DRZ-Überstunden: 10,00
 
Soll      84,00
Total    195,00
+/-      111,00

Die Aufwertungsgrenze für 25% ist in diesem Fall 94,00 (84,00 + 10,00), für 50% 168,00 (Soll-VZ). Das Plus/Minus wird daher wie folgt verteilt:

D100%     10,00
D125%     74,00
D150%     27,00

Eigenes Soll

Ist der Parameter auf Eigenes Soll gesetzt, so entstehen für Teilzeitkräfte dann 50%ige Kandidaten, sobald seine Sollstunden überschritten sind. In dieser Variante kommt es zu keinen 125%igen Kandidaten.

Beispiel 

Teilzeitkraft mit Beschäftigungsgrad 50%
 
Soll      84,00
Total    195,00
+/-      111,00

Die Aufwertungsgrenze für 50% ist in diesem Fall 84,00 also das Soll. Das Plus/Minus wird daher wie folgt verteilt:

D100%     00,00
D150%    111,00
Beispiel MIT SCHWELLENWERT ÜBER SOLL

Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert über Soll für aufwertbare DRZ-Überstunden: 10,00
 
Soll      84,00
Total    195,00
+/-      111,00

Die Aufwertungsgrenze für 50% ist in diesem Fall 94,00 (84,00 + 10,00). Das Plus/Minus wird daher wie folgt verteilt:

D100%     10,00
D150%    101,00

Schwellenwert Vollzeit

Ist der Parameter auf Schwellenwert Vollzeit gesetzt, so entstehen für Teilzeitkräfte dann 50%ige Kandidaten, wenn der Schwellenwert einer Vollzeitkraft überschritten ist.

Beispiel ABSOLUTER ALIQUOTER SCHWELLENWERT

Teilzeitkraft mit Beschäftigungsgrad 50%
absoluter aliquoter Schwellenwert für aufwertbare DRZ-Überstunden: 180,00 (aliquot 90,00)
 
Soll      84,00
Total    195,00
+/-      111,00

Die Aufwertungsgrenze für 25% ist in diesem Fall 90,00, für 50% 180,00. Das Plus/Minus wird daher wie folgt verteilt:

D100%      6,00
D125%     90,00
D150%     15,00
Beispiel SCHWELLENWERT ÜBER SOLL

Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert über Soll für aufwertbare DRZ-Überstunden: 10,00
 
Soll      84,00
Total    195,00
+/-      111,00

Die Aufwertungsgrenze für 25% ist in diesem Fall 94,00 (84,00 + 10,00), für 50% 178,00 (Soll-VZ 168,00 + 10,00). Das Plus/Minus wird daher wie folgt verteilt:

D100%     10,00
D125%     84,00
D150%     17,00

Nie aufwerten

Ist der Parameter auf Nie aufwerten gesetzt, so entstehen für Teilzeitkräfte immer 25%ige Kandidaten. Es können keine 50%igen Kandidaten entstehen.

Beispiel Nie aufwerten
Teilzeitkraft mit Beschäftigungsgrad 50%
Schwellenwert über Soll für aufwertbare DRZ-Überstunden: 00,00

Soll      84,00
Total    195,00
+/-      111,00

Die Aufwertungsgrenze für 25% ist in diesem Fall 84,00. Das Plus/Minus wird daher wie folgt verteilt:

D100%     00,00
D125%     111,00
D150%     00,00

Für DRZ-Überstunden negativen Saldo ignorieren

Wenn dieser Parameter auf "JA" gesetzt wird, dann werden die DRZ-Überstunden unabhängig vom Saldo direkt bewertet.

Andernfalls wird zuerst ein negativer Saldo ausgeglichen und nur die übrig gebliebenen Stunden bewertet.

DRZ-Überstunden negativen Saldo ignorieren.png

Beispiel NEGATIVEN SALDO IGNORIEREN = JA

Saldo Gesamt bewertet   -2,00h 
DRZ-Überstunden         +5,00h 
Überstundenbewertung     150%

Überstunden werden direkt bewertet: 5,00 x 1,50 = 7,50 und anschließend zum Saldo gezählt 7,50 - 2,00 = 5,50
Beispiel NEGATIVEN SALDO IGNORIEREN = NEIN (Standard)

Überstunden werden zuerst mit negativen Saldo abgeglichen 5,00 - 2,00 = 3,00 und anschließend bewertet: 3,00 x 1,50 = 4,50

DRZ-Überstunden unter Vollzeit-Soll

Dieser Parameter dient dazu, DRZ-Überstunden von Teilzeitkräften in eigene Zeitkonto zu verschieben.

Abrechnung Österreich 1663851776622.png

Es stehen folgende Varianten zur Verfügung:

laut Config (default 125%) = Standard

  • Das Konto "D125%" wird gefüllt
  • über das Config-File kann theoretisch Wertigkeit geändert werden -> Sollte jedoch nur in Absprache mit der Programmierung geschehen!
    • Achtung! Kein Verlauf!

M150%

  • Wird der Parameter auf M150% gesetzt, so wird das Konto "DM150%" befüllt:
  • Aus dem Konto DM150% können die Stunden anschließend (wie auch im D125%) bestätigt, rolliert oder ausbezahlt werden und sind anschließend in einem der folgenden Konten verfügbar:
    • Bestätigen:
      • Stunden landen im " *SM150% - Zeitguthaben M150%"
      • Die Stunden laufen mit 50% Zuschlag in den Gesamtsaldo
    • Rollieren:
      • Stunden landen im "*SRM150% - Zeitguthaben RM150%
      • Die Stunden laufen 1:1 in den Gesamtsaldo (rollierender Saldo)
    • Auszahlen
      • Stunden landen im "DRZ - Bilanz Überstunden ausbezahlt M150%"

Dieser Parameter ist nur auf Systemebene in der Gruppe "Überstunden" freigeschalten und wurde aufgrund einer Novelle aus dem Tiroler Gemeindebedienstetengesetz programmiert.

Nachtüberstunden (1:2), wochentags ab Stunde (am Abend)

Dieser Parameter regelt, zu welcher Uhrzeit die Nachtzeit beginnt.

Dieser Parameter steuert ab wann eine Überstunde nach Lage (Schematyp "Arbeitszeit durch Überstunde gutgeschrieben %" oder "Arbeitszeit durch Überstunde ausgezahlt %") die Überstunde mit der Wertigkeit 1:2 rechnet.

Über diesen Parameter wird auch die Berechnung der "in Nacht"-Konten gesteuert.

Nachtüberstunden (1:2), wochentags bis Stunde (am Morgen)

Dieser Parameter regelt, zu welcher Uhrzeit die Nachtzeit endet.

Dieser Parameter steuert bis wann eine Überstunde nach Lage (Schematyp "Arbeitszeit durch Überstunde gutgeschrieben %" oder "Arbeitszeit durch Überstunde ausgezahlt %") die Überstunde mit der Wertigkeit 1:2 rechnet.

Über diesen Parameter wird auch die Berechnung der "in Nacht"-Konten gesteuert.

Überstunden 1:2 für Sonn/Feier/Ersatzruhetage

Dieser Parameter regelt, welche Wertigkeit die Überstunden an Sonn/Feier/Ersatzruhetagen haben.

  • Ja: Die Überstunden an Sonn/Feier/Ersatzruhetagen haben die Wertigkeit 1:2.
  • Nein: Die Überstunden an Sonn/Feier/Ersatzruhetagen haben die Wertigkeit 1:1,5.
  • Nur für Ersatzruhetag: Die Überstunden am Ersatzruhetag haben die Wertigkeit 1:2, Überstunden an Sonn/Feiertagen haben die Wertigkeit 1:1,5
  • Nur für Sonntag: Die Überstunden am Sonntagen haben die Wertigkeit 1:2, Überstunden an Feiertagen/Ersatzruhetagen haben die Wertigkeit 1:1,5
  • Nur für Feiertag: Die Überstunden am Feiertagen haben die Wertigkeit 1:2, Überstunden an Sonntagen/Ersatzruhetagen haben die Wertigkeit 1:1,5

Üstd Sonn Feier Ersatz.png

Überstunden 1:3 für Sonn/Feier/Ersatzruhetage

Dieser Parameter regelt, welche Wertigkeit die Überstunden an Sonn-/Feier-/Ersatzruhetagen ab der 9. Stunde haben.

  • Ja: Überstunden an Sonn-/Feier-/Ersatzruhetagen haben ab der 9. Stunde die Wertigkeit 1:3.

Eine individuelle Stundengrenze für die Überstunden 1:3 für Sonn/Feier/Ersatzruhetage kann mit dem Parameter Überstunden 1:3 Sonn/Feier/Ersatzruhetage: Stundengrenze festgelegt werden (default=8).

Je nach Stundengrenze werden die darüber hinaus laufenden Überstunden mit 1:3 bewertet.

Mittels dem Parameter Überstunden 1:3 für Sonn/Feier/Ersatzruhetage inkl. Vortag kann die Berechnung bei Spezialfällen angepasst werden.

Wenn die Stunden vom Vortag für die hinterlegte Stundengrenze nicht berücksichtigt werden sollen, dann muss der Parameter auf "Nein" gesetzt werden.

Standardmäßig ist der Parameter immer auf Ja gesetzt.

Überstunden 1:3 für Sonn/Feier/Ersatzruhetage
Stundengrenze inkl. Vortag.png

Abrechnung

Abrechnungsgruppe

Die Abrechnungsgruppe ist standardmäßig auf "Standard Österreich (V7)" eingestellt.

Über "Abrechnungsgruppenspezifikationen" könnten weiter 7up Abrechnungsgruppen angelegt werden.

Nachtstunden für Zulage ab Stunde (am Abend)

Die Nachtarbeitszeit kann mit diesem Parameter und dem folgenden eingestellt werden

  • Nachtstunden für Zulage ab Stunden (am Abend): Standardwert 22:00

Die Einstellung hat Auswirkung auf die Berechnung der Konten "... in Nacht" und auf die speziellen Nachtzulage - Konten bezüglich der steuerlichen Nacht.

Nachtstunden für Zulage bis Stunde (am Morgen)

Die Nachtarbeitszeit kann mit diesem Parameter und dem vorherigen eingestellt werden

  • Nachtstunden für Zulage ab Stunden (am Morgen): Standardwert 6,00

Die Einstellung hat Auswirkung auf die Berechnung der Konten "... in Nacht" und auf die speziellen Nachtzulage - Konten bezüglich der steuerlichen Nacht.

Kein Monatsübertrag

Ist dieser Parameter gesetzt, so werden am Ende jedes Monats die Salden (Zeitguthaben) mit Beginn des nächsten Monats auf 0 gesetzt.

Beispiel
--------
Februar: Saldo 100: 50h, Saldo 150: 10h, Saldo Gesamt Bewertet: 65h
März: Vormonat Saldo100: 0, Vormonat Saldo 150:0, Vormonat Gesamt Bewertet: 0

Kein Jahresübertrag

Ist dieser Parameter gesetzt, so werden am Ende des Kalenderjahres, die Salden (Zeitguthaben) mit Beginn Jänner auf 0 gesetzt.

Im Dezember selbst, bleiben die Salden stehen.

Beispiel
--------
Dezember: Saldo 100: 50h, Saldo 150: 10h, Saldo Gesamt Bewertet: 65h
Jänner: Vormonat Saldo100: 0, Vormonat Saldo 150:0, Vormonat Gesamt Bewertet: 0

"Überstunden Rest" unbewertet vortragen

Nein:

Bei DRZ-Ende werden, solange die Umbuchungen noch nicht erfasst wurden, die Werte aus den D-Konten (D125%, D150% und D200%) ab dem Folgemonat in die Zeitguthaben-Konten (*S125%, *S150% und *S200%) geschoben und somit bewertet übertragen. (Es wird also simuliert, dass im D-Konto "Bestätigen" ausgewählt wird)-

JA:

Bei DRZ-Ende werden, solange die Umbuchungen noch nicht erfasst wurden, die Werte aus den D-Konten (D125%, D150% und D200%) ab dem Folgemonat in den *S100% geschoben und somit unbewertet übertragen. (Es wird also simuliert, dass in den D-Konten "Zuschlag auszahlen" ausgewählt wird).

Wichtig! Der Parameter hat für die Zeitguthaben vom laufenden DRZ keine Auswirkung, sondern nur auf die Zeitguthaben aus dem alten DRZ, der noch nicht abgerechnet wurde!

Beispiel für Parameter DRZ-Überstunden Rest unbewertet vortragen auf JA:

Parameter "DRZ-Überstunden Rest" unbewertet vortragen auf JA: die 10 Stunden vom D150% werden ab April im S100% geführt
DRZ-Überstunden Rest unbewertet vortragen.png

Ersatzruhetagsanspruch berechnen

Dieser Parameter regelt, ob die Ersatzruhetagsprüfung in ALEX aktiviert ist oder nicht.

Pauschale-Konten inkl. "Abwesend" berechnen

Nähere Informationen siehe hier Pauschale Konten

LStg§68.2 Nacht Frei/Pflichtig: auch bei ganztägiger Abwesenheit

Siehe Nachtzulage_-_Steuerliche_Nacht_(7up)

Wird dieser Parameter gesetzt, so werden diese speziellen Konten auch bei ganztägigen Abwesenheiten berechnet.

LStg§68.2 Nacht Frei/Pflichtig: Verwendete Schemen

Mit diesem Parameter können Schemen definiert werden, für welche die Nachtzulage steuerfrei und steuerpflichtig berechnet werden soll.

Ist dieser Parameter gesetzt, wird der Parameter LStg§68.2 Nacht Frei/Pflichtig: auch bei ganztägiger Abwesenheit ignoriert.

Weitere Informationen dazu: Nachtzulage_-_Steuerliche_Nacht_(7up)

Schemaanpassung

Schemaanpassungen ersetzen ein Abrechnungsschema für bestimmte Wochentage oder bestimmte Zeiten automatisch durch ein anderes.

Weitere Informationen dazu: Schemaanpassung.

Zeitausgleich: Konsum aus spez. Abw

Sollte der Zeitausgleich nicht nur bei Abwesenheiten mit dem Schematyp "Abw. wegen Krankheit" als konsumiert gelten, so können diverse Planungscodes über diesen Parameter definiert werden.

Genauere Beschreibung dazu siehe hier: Konsum aus speziellen Abwesenheiten

Zeitzuschläge für spezielle KV's

Hier können verschiedene spezielle Zeitzuschläge definiert werden.

Genaue Beschreibung findet sich unter Spezielle Zeitzuschläge

Feiertag +4h/+8h laut KV Handel

Spezielle Vergütung an Feiertagen laut KV Handel.

Das macht ALEX derzeit: (Claudia 02.12.2016 --> sollte man aber nochmal hinterfragen ob es wirklich das ist, was KV Handel aussagt)

Arbeitet ein Mitarbeiter bis 4 Stunden, so werden immer fix 4 Stunden angerechnet:

Beispiel: MA arbeitet 2 Stunden --> Total = 2 Stunden und Zeitzuschlag 100% (wenn eingestellt) = 4 Stunden 

Arbeitet ein Mitarbeiter zwischen 4 und 8 Stunden, so erhält er fix 8 Stunden:

Beispiel: MA arbeitet 5 Stunden --> Total = 8 Stunden und Zeitzuschlag 100% (wenn eingestellt) = 8 Stunden

Saldoabbuchung für 'ZA' aus niederwertigeren zuerst

Hierbei kann die Abbaureihenfolge beim Zeitausgleich definiert werden.

Siehe Zeitausgleich: Abbaureihenfolge mit niederwertigeren Konten zuerst

Bezahlte Pause (Bonus) berechnen

Siehe Pausenregelung Steiermark

Folgende Parameter müssen in dem Zuge mitbetrachtet werden:

  • Bezahlte Pause (Bonus): nur nach Kernzeit
  • Bezahlte Pause (Bonus): Mindestdauer der erfassten Pause [Minuten]
  • Verfall nach Kernzeit für Planungscodes

Steuerfreiheit für 'Überstunden gutgeschrieben' verwalten

Siehe Steuerfreiheit auch bei Überstunden in Zeit berechnen

Gutschrift aus ÜStd.Pauschale: Reduktion

Bei Mitarbeitern mit einer Überstundenpauschale kann es vorkommen, dass Stunden direkt in den Saldo gebucht werden, z.B. durch einen Planungscode "Konsum" mit dem Abrechnungsschema "fix 1:1". Da ein etwaiges Minus im Durchrechnungszeitraum bei der Überstundenpauschale verfällt (weil innerhalb der Pauschale), erhöht sich durch den Konsum mit "fix 1:1" der Gesamtsaldo des Mitarbeiters, obwohl die Überstundenpauschale nicht erfüllt wird.

Beim Parameter Gutschrift aus ÜStd.Pauschale: Reduktion kann mittels Zeitkontosammlung definiert werden, worum die Gutschrift aus der Überstundenpauschale reduziert werden muss - zumeist 1:1 Stunden aus etwaigen Konsum-Planungscodes.

  • der über den DRZ kumulierte Wert der Zeitkontosammlung steht im Konto DRZ-Bilanz Gutschrift aus ÜStd.Pauschale: Reduktion

Das Konto DRZ-Bilanz Gutschrift aus ÜStd.Pauschale zeigt die "geschenkten Stunden" die ins D100 addiert werden.

 Es berechnet sich wie folgt:
+ Konto "DRZ-Bilanz verbleibende Std in ÜStd.Pauschale"
- Konto "DRZ-Bilanz Gutschrift aus ÜStd.Pauschale: Reduktion"

Anwendungsfall siehe Kulinario "Konsum 1:1 aus 6. Dienst" bei Mitarbeitern mit Überstundenpauschale.

Abschlussbuchungen

Am Ende jedes DRZ müssen die Abschlussbuchungen gemacht werden. Diese können manuell oder automatisch (ab Version 2018.02) hinterlegt werden.

Siehe Abschlussbuchungen

Arbeitszeitgesetzprüfungen

Alle verfügbaren Arbeitszeitgesetzprüfungen und deren Beschreibung findet man hier: AZG Allgemein und hier speziell für 7up: AZG Prüfungen 7up

Auswertungsmöglichkeiten

Die Anzahl der Fehler / Dauer der Verletzungen können mittels der AZG-Fehlerkonten ausgewertet werden.

Eine genaue Beschreibung findet man hier

Nachtschwerarbeitsgesetz

NSchwAG Anspruch pro Nachtdienst [Stunde]

Hier kann die Stundenanzahl definiert werden, welche pro Nachtdienst als NSchwAG - Anspruch zugebucht wird.

Standardmäßig werden immer 2 Stunden zugebucht.

Manuelle Zubuchung mit Sonderabrechnung

Weiters besteht die Möglichkeit einer manuellen Zubuchung am Tag mittels der Sonderabrechnung "Setze NSchwAG manuell".

Mit dieser kann am Tag definiert werden, wieviel zugebucht werden soll. Diese Stunden werden immer ZUSÄTZLICH zu den automatisch zugebuchten Stunden gerechnet!

NSchwAG Anspruch berechnen trotz Abw

Das Konto Abwesend NSchwAG Total wird automatisch für den NSchwAG Anspruch (=Zubuchung) berücksichtigt.

Die Berechnung des Kontos wird über den Parameter NSchwAG Anspruch berechnen am Planungscode gesteuert.

NSchwAG: erforderliche Mindestarbeitszeit [Minuten]

Die Mindestarbeitszeit, welche in den definierten Zeitbereichen gearbeitet werden muss, kann definiert werden.

Lt. NSchwAG - Gesetz müssen 6 Stunden (360 Minuten) gearbeitet werden (= Standardwert)

Sollten die NSchwAG-Stunden bereits ab 4 Stunden gewährt werden, so kann hier der Wert abgeändert werden (--> 4 Stunden = 240)

NSchwAG ab Stunde (am Abend)

Wird für die Berechnung der "Arbeitszeit NSchwAG" Konten benötigt. Standardwert ist 22:00 Uhr.

NSchwAG bis Stunde (am Morgen)

Wird für die Berechnung der "Arbeitszeit NSchwAG" Konten benötigt. Standardwert ist 06:00 Uhr.

NSchwAG ab/bis Stunde anwenden

Ja (bei Neukunden nicht mehr setzen)

Nein (zu bevorzugen)

NSchwAG: Konsum aus spez.Abw

Sollte der NSchwAG nicht nur bei Abwesenheiten mit dem Schematyp "Abw. wegen Krankheit" als konsumiert gelten, so können diverse Planungscodes über diesen Parameter definiert werden.

Genauere Beschreibung dazu siehe hier: Konsum aus speziellen Abwesenheiten

Steuerung Zeitzuschläge div. KV's

Hier werden die Parametrierungen zu den speziellen Zeitzuschläge getroffen.

Ersatzruhetagsprüfung

Ein Anspruch auf Ersatzruhetage kann geprüft werden, dafür muss folgender Parameter auf "JA" gesetzt werden:

  • Ersatzruhetagsanspruch berechnen (Gruppe Abrechnung)

Ein Anspruch entsteht bei einem geplanten Dienst am Sonn-/Feiertag.

Folgende Konten stehen zur Verfügung (Gruppe "Ersatzruhetagsanspruch"):

  • Ersatzruhetagsanspruch Übertrag
  • Ersatzruhetagsanspruch laufend +
  • Ersatzruhetagsanspruch laufend -
  • Ersatzruhetagsanspruch Saldo

Der Saldo wird mit einem eigenen Planungcode abgebaut. Dieser muss wie folgt angelegt werden:

Ersatzruhe PC.PNG

Zur Erfassung des Kontos "Ersatzruhetagsanspruch Übertrag" steht eine Sonderabrechnung "Setze Ersatzruhetagsanspruch Übertrag" zur Verfügung.

Anspruchsarten

Infos zur Anlage von Anspruchsarten finden sich hier

Bewertungsmethoden Ende DRZ

Welche Bewertungsmethoden zur Betrachtung der Überstunden am Ende des DRZ verfügbar sind, ist hier beschrieben: Bewertungsmethoden_DRZ_(7up)

Überwiegend Nachtarbeit

Beschreibung siehe hier

Konten

Allgemeine Logik Abrechnungskonten

Siehe Abrechnungskonten 7up

Pauschale-Konten

Nähere Informationen siehe hier Pauschale Konten

Statistikkonten

Siehe Statistikkonten_(7up)

Saldokonten

Siehe Saldokonten

Schemakonten

Siehe Schemakonten (7Up)

Infokonten

Siehe Infokonten_(7up)

Nachtzulage - Steuerliche Nacht

siehe Nachtzulage - Steuerliche Nacht (7up)

Fußnoten

  1. #2535
  2. #979
  3. #7998
  4. #7837 Tagesartspezifikation aufbohren
  5. #7837 Tagesartspezifikation aufbohren

Diskussionen