Die Sollzeiten für die Leistungserfassung werden im neuen System (Versionen 5.4 oder höher) pro Tag als Wochentag-Sollzeiten festgelegt. Sollzeit Werte für beliebige Perioden werden aufgrund der Tages Sollzeiten berechnet.
Die anderen Werte werden normalerweise für grössere Perioden (Monat, Jahr) festgelegt. Zur Umrechnung dieser Werte auf beliebige Zeitperioden oder Beschäftigungsgrade wird jeweils eine Skalierung angewendet.
Es gibt 2 Varianten von Skalierungen:
Im allgemeinen Fall werden beide Arten der Skalierung kombiniert, indem die Sollzeitskalierung für unterschiedliche Perioden für Gruppe und Bearbeiter berechnet wird.
Die Unterschiede in den Berechnungen nach altem und neuem Sollzeitensystem sind hier nachfolgend erklärt.
Durch die Umstellung in der Skalierung gibt es teilweise kleinere Abweichungen zwischen altem und neuem System. Wie es dazu kommt, ist ebenfalls genau beschrieben.
Je grösser die berechnete Zeitperiode, desto höher wird in dem Fall auch die Wahrscheinlichkeit von Abweichungen zwischen altem und neuem System sein. Eine Möglichkeit, diese Abweichung möglichst klein zu halten, ist, die Konvertierung im frühen Januar durchzuführen. Dann ist die Zeitperiode, für welche Ferien- und Überzeitsaldi berechnet werden, minimal. Daher zeigen sich am wenigsten Unterschiede vom alten zum neuen System.
ALTES SYSTEM (Versionen vor 5.4) | NEUES SYSTEM (Versionen 5.4 oder höher) | |
Periodenskalierung | Nach Arbeitstagen (MO-FR). Ferien Oktober 2008 = 210 / 262 *23 =18.44h Nachteil: Schwer nachvollziehbar, da Anzahl Arbeitstage nicht einfach zu berechnen. | Nach Kalendertagen.
Ferien Oktober 2008 = 210 / 366 * 31=17.79h Vorteil: Einfach nachvollziehbar. |
Sollzeitskalierung | Zwei Varianten, je nach Systemeinstellung "Ferienberechnung aufgrund von Sollzeiten": Ja: Skalierung aufgrund von Sollzeitenverhältnis Bearbeiter / Gruppe. Wochenenden, Feiertage und Ferien beeinflussen die Skalierung. Nein: Skalierung aufgrund von Wochentags-Sollzeitenverhältnis Bearbeiter/Gruppe. Feiertage und Ferien haben keinen Einfluss, jedoch Wochenenden. | Skalierung nach "Kalendersoll". Zur Berechnung des Kalendersoll Wertes für eine Periode wird mit gemittelten Tagessollzeiten (Wochensoll/7) gerechnet. Bei gleichen Sollzeit Vorgaben für Bearbeiter und Gruppe entspricht das der Skalierung nach Kalendertagen. Bei gleichen Perioden und konstanter Sollzeitvorgabe entspricht die Skalierung dem Verhältnis der Wochensollzeiten (Beschäftigungsgrad). |
Berücksichtigung von Minuten-Bruchteilen. Wirkt sich auf Sollzeitberechnung aus, falls Tagessollzeit Minutenbruchteile enthält. | Sollzeit pro Tag ist auf ganze Minuten gerundet. Bsp: Wochensollzeit (Gruppe) 42:00. -> Tagessoll 504 Min. 80% -> Tagessoll 403.2
| Sollzeitberechnung berücksichtigt Minutenbruchteile.
80% -> Tagessoll 403.2
|
OCL Operator | Berücksichtigt keine fixierten Monats-Ferienwerte (grün) auf Bearbeiterjahren. Der Feriensaldo auf der Oberfläche (derived Attributes auf BearbeiterJahr und Projektbearbeiter) berücksichtigt die fixierten Monats-Ferienwerte. | Berechnet den Ferienanspruch für eine bestimmte Periode. |
Berechnung Feriensaldo (derived Attribute, Saldo "per Gestern") | Berücksichtigt Ferienbezug ink. heute. | Berücksichtigt Ferienbezug bis und mit gestern. |
Hier finden Sie eine detaillierte Auflistung, wie bestehenden Daten umgewandelt werden, wenn Sie von einer älteren Version als 5.4 auf eine neuere Version updaten. Grundsätzlich gilt:
Die fixierten Werte auf Bearbeitern im alten System sind die, die auf Ebene Bearbeiter überschrieben wurden und vom auf der Gruppe hinterlegten Standard abweichen. Sie erscheinen auf dem Bearbeiter in grüner Schrift.
Jeder dieser fixierten Werte wird übernommen. Deshalb kann es bei der Umwandlung auf das neue System sein, dass sie bei gewissen Mitarbeitern viele Vorgaben-Zeilen erhalten.
VORHER (Versionen vor 5.4) | NACHHER (Versionen 5.4 oder höher) |
Systemweite Arbeitszeit-Einstellung Wochensollzeit (Menü Optionen > Arbeitszeitvorgaben > Wochensollzeit) | Sollzeit-Vorgabe per 1.1.1900 auf Standardgruppe. |
Systemweite Arbeitszeit-Einstellung Ferien (Menü Optionen > Arbeitszeitvorgaben > Ferien) | Ferien-Vorgabe per 1.1.1900 auf Standardgruppe. |
Arbeitszeitvorgaben auf Benutzergruppe, | Sollzeit-Vorgabe per 1.1.1900 auf entsprechender Benutzergruppe. |
Arbeitszeitvorgaben auf Benutzergruppe, | Ferien-Vorgabe per 1.1.1900 auf entsprechender Benutzergruppe. |
Sollzeit pro Wochentag oder Wochensollzeit auf Bearbeiter (Reiter Einstellungen auf Bearbeiter) | Sollzeit-Vorgabe per 1.1.1900 auf Bearbeiter |
Beschäftigungsgrad auf Bearbeiter (Reiter Einstellungen auf Bearbeiter) | Sollzeit-Vorgabe per 1.1.1900 auf Bearbeiter. |
Ferien auf Bearbeiter (Reiter Einstellungen auf Bearbeiter > Arbeitszeiteinstellungen) | Ferien-Vorgabe per 1.1.1900 auf Bearbeiter. |
Lohn, Gemeinkosten auf Bearbeiter (Reiter Einstellungen auf Bearbeiter) | Lohn bzw. Gemeinkosten-Vorgabe (monatlich) per 1.1.1900 auf Bearbeiter. |
Ferien auf Bearbeiter (Reiter Einstellungen auf Bearbeiter > Jahreseinstellungen) | Ferienvorgabe für 1.1 - 31.12. des Jahres auf Bearbeiter. Bei Eintritt oder Austritt während des Jahres wird der Wert auf einen Ganzjahres-Wert aufskaliert. |
Fixierte Monatswerte auf Jahreseinstellungen Bearbeiter (Wochensoll, Ferien, Lohn, Gemeinkosten in grüner Schrift auf Reiter Einstellungen auf Bearbeiter) | Entsprechende Vorgabezeile auf Bearbeiter mit Periode 1.1. des Monats bis letzter Tag des Monats. |
Fixierte Monatswerte für Sollzeit in grüner Schrift auf Jahreseinstellungen Bearbeiter (Reiter Einstellungen auf Bearbeiter). Diese Werte beinhalten im alten System den Abzug von Feiertagen. Das muss für die Übernahme als Vorgabe im neuen System zurückgerechnet werden. | Die fixierten Monatswerte beinhalten im alten System den Abzug von Feiertagen. Die Vorgaben im neuen System sind immer vor Abzug von Feiertagen. Beim Konvertieren von fixierten Monatswerden werden deshalb die die Feiertage im entsprechenden Monat anteilsmässig zu den Werten dazugezählt, damit die Berechnung nach neuem System nach Abzug der Feiertage wieder stimmt. |
Ferienvortrag, Überzeitvortrag auf Jahreseinstellungen Bearbeiter (Reiter Einstellungen auf Bearbeiter) gesetzt. | Ferienvortrag bzw. Überzeitvortrag per 1.1. des Jahres auf Bearbeiter. |
Altes System hat Saldi immer seit Anfang Jahr berechnet. Wenn kein Ferien- bzw. Überzeitvortrag eingetragen war, galt per 01.01. ein Saldo von 0. | Das neue System kann Saldi auch über Jahresgrenzen hinweg berechnen. Deshalb wird einmalig auf der Standardgruppe ein Ferienvortrag und Überzeitvortrag von 0 per 1.1. des aktuellen Jahres gesetzt. |
Kundenspezifische Reports, Listeneinstellungen, ExpressionOrdner etc., die auf dem früheren System mit BearbeiterJahren basieren (Versionen vor 5.4), laufen nach dem Update auf Version 5.4 oder höher nicht mehr.
Für die Umstellungen stehen OCL Operatoren zur Verfügung. Als Beispiel werden einige Listeneinstellungen auf einer Liste von Bearbeitern "übersetzt":
| ALT (Versionen vor 5.4) | NEU (Versionen 5.4 oder höher) |
Sollzeit Monat 1 des aktuellen Jahrs | jahre->select(jahr = date.year)->first.soll1 | getSollzeit(encodeDate(date.year, 1, 1), encodeDate(date.year,01,01).lastofmonth) |
Ferienguthaben für das aktuellen Jahr (ohne Vortrag) | jahre->select(jahr = date.year)->first.ferien | getFerienVorgabe(encodeDate(date.year,1,1), encodeDate(date.year,12,31)) |
Ferienvortrag Anfang des aktuellen Jahrs | jahre->select(jahr = date.year)->first.ferienvortrag | Dieses System hat komplett geändert. Da es nun zu jedem Zeitpunkt möglich ist, einen Ferienvortrag einzugeben, macht die Abfrage auf Anfangs Jahr nicht so viel Sinn. Man kann z.B. den letzten Ferienvortrag abrufen mit: getFerienVortrag(date) |
Ferienguthaben im Monat 3 des aktuellen Jahrs (Ferienguthaben + Ferienvortrag - bezogene Ferien) | jahre->select(jahr = date.year)->first.ferienSaldo3 | Ferienguthaben per Ende März des aktuellen Jahrs: getFeriensaldo(encodeDate(2008,03,31)) |
Gemeinkostenbeitrag für den Monat 1 des aktuellen Jahres | jahre->select(jahr = date.year)->first.gemeinkosten1 | getGemeinkosten(encodeDate(date.year, 1, 1), encodeDate(date.year,01,01).lastofmonth) |
Lohn | jahre->select(jahr = date.year)->first.lohn1 | getLohn(encodeDate(date.year, 1, 1), encodeDate(date.year,01,01).lastofmonth) |
Das ganze Sollzeiten-System wurde komplett neu gestaltet. Wichtiger als das reine "Übersetzen" der einzelnen Expressions ist es, das neue System zu verstehen. Das meiste ist einfacher und durchsichtiger geworden, und oft machen die alten, starren Expressions keinen Sinn mehr, weil es neu eine elegantere Lösung gibt.