Alle Projekte

Die Rundung der Arbeitszeit erfolgt aktuell nach der mathematischen Rundung. D.h. bei einer Rundung von 15 Minuten wird innerhalb der ersten 7,5 Minuten abgerundet und bei der zweiten Hälfte aufgerundet.

Hier soll prinzipiell zwischen einer An -und Abmeldung unterschieden werden.
Anmeldung: Bei einer Anmeldung wird immer aufgerundet.
Abmeldung: Bei einer Abmeldung wird immer abgerundet.

Im System muss eine Karenzzeit hinterlegt werden können, um bis zu dieser Zeitspanne eine Arbeitnehmerfreundliche Rundung zu erreichen.
Meldet sich der Arbeitnehmer innerhalb der Karenzzeit an oder ab, dann wird die Rundung umgekehrt.

Anmeldung: Bei einer Anmeldung innerhalb der Karenzzeit wird immer abgerundet.
Abmeldung: Bei einer Abmeldung innerhalb der Karenzzeit wird immer aufgerundet.

Normalerweise verwendet der TimePunch Cutter die Rahmenarbeitszeit, die der realen Stempelzeit am nächsten liegt. Dies funktioniert sehr gut bei Schichtmodellen die einen eindeutigen Start und Endpunkt haben.

Liegen die Schichtmodelle jedoch sehr dicht beieinander kann es notwendig werden, nur die Rahmenzeiten zu berücksichtigen, die nach dem tatsächlichen Anmeldezeitpunkt gültig sind.

Rahmenzeiten:
6:30 bis 18:30
7:00 bis 19:00
7:30 bis 19:30
8:00 bis 20:00

Beispiel:

Der Mitarbeiter meldet sich um 7:20 an und arbeitet bis 17:50.
Regulär würde der Zeitraum 7:00 bis 19:00 Uhr gewählt werden, da es das nächste Modell ist.

6:30 bis 18:30 → 50 Minuten + 40 Minuten = 90 Minuten
7:00 bis 19:00 → 20 Minuten + 70 Minuten = 90 Minuten
7:30 bis 19:30 → 10 Minuten + 100 Minuten = 110 Minuten
8:00 bis 20:00 → 40 Minuten + 140 Minuten = 180 Minuten

Intention:

Die Intention ist aber, dass der Zeitraum von 7:30 bis 19:30 genutzt wird.
Um dies zu erreichen, dürfen Zeiträume aus der Vergangenheit in diesem besonderen Nutzungsszenario nicht verwendet werden.
In diesem Fall sähe die Rechnung dann so aus.

Rechnung:
6:30 bis 18:30 → 50 Minuten + 40 Minuten = 90 Minuten weg, da 6:30 < 7:20
7:00 bis 19:00 → 20 Minuten + 70 Minuten = 90 Minuten weg, da 7:00 < 7:20
7:30 bis 19:30 → 10 Minuten + 100 Minuten = 110 Minuten !! genutzt !!
8:00 bis 20:00 → 40 Minuten + 140 Minuten = 180 Minuten

Wenn ein Mitarbeiter mit einem Beschäftigungsgrad von 50% angestellt ist, hinterlegt TimePunch in Folge jeden Tag 4 Std bei einer regulären Arbeitszeit von 8 Std.
Der Mitarbeiter arbeitet jedoch real Montag, Dienstag 8 Std und am Donnerstag nur 4 Std; was in Summe auch einen Beschäftigungsgrad von 50% entspricht.

Standardvorgehen in TimePunch:
Das Problem kann in TimePunch gelöst werden, wenn die realen Arbeitszeitmodelle in TimePunch hinterlegt werden.

Problemfall Regularien:
Das Vorgehen wird dann zum Problem, wenn Regularien/Vorgaben eine gleichmäßige Verteilung der Arbeitszeit erforderlich machen.
In diesem Fall, muss es möglich sein, die Arbeitszeit mit Krankheit/Urlaub länger zu buchen, als die durchschnittliche Sollarbeitszeit es erlauben würde.

Beispiel, Reale Arbeitszeit:

Mo: 8.00
Di: 8.00
Mi: 0
Do: 4.00
Fr: 0

Im Schnitt:

Mo: 4.00
Di: 4.00
Mi: 4.00
Do: 4.00
Fr: 4.00

Gebuchte Krankheit:

Mo: 8.00 (muss möglich sein zu buchen) - obwohl die durchschnittliche Arbeitszeit nur 4 Std. beträgt, der Mitarbeiter Real 8 Stunden fehlt.

Wenn ein Portforwarding von einem externen Port zum internen Port stattfindet, und sich die Ports dabei unterscheiden, dann wird zur Verlinkung der einzelnen Module der externe Port nicht berücksichtigt, sondern auf den internen Port verwiesen.

Es wäre gut, wenn der Port, z.B. durch das setzen der ServerURL in der TimePunch.ini Datei berücksichtigt werden würde.

Das Ändern des Passworts im TimePunch Watcher verursacht ein aufhängen der Applikation.

Wenn Daten über den SyncService synchronisiert werden sollen, kann es zum Fehler kommen, wenn Zeiteinträge mit neuen Buchungstypen aus der Version 2.95 (z.B. Abwesenheit) exportiert werden.

Diese Buchungstypen werden scheinbar beim Export noch nicht korrekt behandelt.

In der aktuellen Implementierung des TimePunch Cutters wird das Rahmenarbeitszeitmodell für jeden Wochentag, also von Sonntag bis Samstag, angewendet.

Dies ist u.U. nicht gewünscht, da Mitarbeiter eventuell an verschiedenen Wochentagen, nach unterschiedlichen Regeln arbeiten müssen.

Es ist daher geplant, dass die unterschiedlichen Wochentage separat ausgewählt werden können.

Teilweise existiert die Regelung, dass Mitarbeiter bis zu einer vorher festgelegten Übergangszeit früher oder später gehen können. Diese Übergangszeit beträgt z.B. 15 Minuten.
Kommt der Mitarbeiter vor dieser Zeit, oder geht er später, dann wird angenommen, dass er dies nur auf Anweisung tut – es also angeordnete Überstunden sind.
Die Schwierigkeit dabei ist, dass die Übergangszeit unabhängig beim Start und beim Ende der Rahmenarbeitszeit gilt.
Beispiel:
Die Rahmenarbeitszeit ist definiert von 7:00 Uhr bis 16:00 Uhr. Die Übergangszeit beträgt 15 Minuten davor und danach. Der Mitarbeiter kommt vom 6:40 Uhr geht aber um 16:10 Uhr. Im Ergebnis soll die Startzeit des Rahmenarbeitszeitmodells jetzt ignoriert werden, da die Zeitdifferenz zum Start 20 Minuten (>15 Minuten) beträgt. Die Endzeit wird dabei auf 16:00 Uhr gekürzt, weil die tatsächliche Endzeit nur um 5 Minuten von der Rahmenzeit abweicht.
Es kann wird somit folgende Regel definiert.
1.) Ist keine Übergangszeit definiert, dann keine Änderung zur aktuellen Implementierung.
(Standardverhalten)

2.) Ist die Zeitdifferenz der Start-Buchung zum Start des Rahmenarbeitszeitmodells größer als die Übergangszeit des Starts und ist die Zeitdifferenz der Ende-Buchung zum Ende des Rahmenarbeitszeitmodells ebenfalls größer als die Übergangszeit am Ende, dann wird das Rahmenarbeitszeitmodells verworfen.(Abbruchkriterium)

3.) Ist die Zeitdifferenz der Start-Buchung zum Start des Rahmenarbeitszeitmodells größer als die Übergangszeit, dann wird die Start-Buchung nicht gekürzt. Technisch: Der Start des Rahmenarbeitszeitmodells wird auf die tatsächliche Buchung angepasst.

4.) Ist die Zeitdifferenz der Ende-Buchung zum Ende des Rahmenarbeitszeitmodells größer als die Übergangszeit, dann wir die Ende-Buchung nicht gekürzt. Technisch: Das Ende des Rahmenarbeitszeitmodells wird auf die tatsächliche Buchung angepasst.

Aktuelles Problem:
Wenn Mitarbeiter mit Projektmanagement-Rechten an einem Projekt mitarbeiten, dann können diese auch das Projekt selbst bearbeiten. Dies ist u.U. nicht gewünscht, da nur der Projektleiter selbst das Recht zum Bearbeiten haben sollte.

Lösung:
Das Bearbeiten von Projekten soll so eingeschränkt werden, dass nur der Projektleiter (mit Projektmanagement-Rechten) bzw. Administratoren das Recht zum Bearbeiten von Projekten besitzen.

Problem:

Aktuell können Vorgesetzte (z.B. Team oder Abteilungsleiter) die Zeiten der Ihnen zugeordneten Mitarbeiter nur über die Berichtsfunktion einsehen. Daher besteht der Wunsch, dass auch Mitarbeiter mit Linienfunktion, unabhängig von deren Berechtigung, lesend auf die Mitarbeiterdaten direkt zugreifen können.

Lösung:
Das UI soll daher so erweitert werden, dass auch Mitarbeiter mit Linienfunktion eine Auswahl der Mitarbeiter angezeigt bekommen und somit direkten, lesenden Zugriff auf die ihnen zugeordneten Mitarbeiter erhalten.

Beispiel:
Der Mitarbeiter stempelt am 27.07. genau 8:45h und macht eine eigene Pause von 0:25h

Die bisherige Vorgehensweise ist, die Arbeitszeit und die Pausenzeit zu addieren = Anwesenheitszeit und diese dann mit den 9:00 Std. zu vergleichen. Dabei wird nicht berücksichtigt, dass der Mitarbeiter ja schon ab 6:00 Std. eine Pause nehmen muss (bzw. schon gemacht haben muss)
Daraus folgt, dass diese 30 Minuten nochmal von der Gesamtzeit subtrahiert werden müssen.

Beispiel: 8:45 Std. + 0:25 Std. eigene Pause = 9:10 Std. Anwesenheitszeit

                             9:10 Anwesenheit – 30 Minuten Pflichtpause > 9 Std. (! Nicht größer), d.h. kein Abzug
                             9:10 Anwesenheit > 6 Std., d.h. Pflichtpause = 30 Minuten, d.h. 5 Minuten Abzug

Beispiel2: 5:55 Std. + 0:25 Std. eigene Pause = 6:20 Std. Anwesenheitszeit

                             6:20 Anwesenheit > 6 Std. d.h. Pflichtpause = 30 Minuten, d.h. 5 Minuten Abzug

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog "Berichtsfilter organisieren" soll mit der WPF/MVVM implementiert werden.

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog “Berichtsfilter anpassen” soll mit der WPF/MVVM implementiert werden.

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog "Berichtsfilter speichern" soll mit der WPF/MVVM implementiert werden.

Der Fehlstundenausgleich wird bei der automatischen Überstundenauszahlung noch nicht berücksichtigt.

d.h. wenn der Mitarbeiter bereits 77 ÜStd. hat, die Grenze bei 80 ÜStd. liegt und alles darüber automatisch ausgezahlt wird, dann wird der ausgezahlte Betrag nicht korrekt berechnet, wenn jetzt noch eine Fehlstundenkompensation von 4 Std. gebucht wird.

In diesem Fall müsste eine Stunde automatisch ausgezahlt werden.

Problem: Die Fehlstundenkompensation wird bei der automatischen! Überstundenauszahlung nicht berücksichtigt.

Druckreihenfolge (Sortierung) beim Bericht Gleitzeitkonto Tagesbericht fehlt.
Die Sortierung sollte hier identisch mit dem Bericht "Tägliche Arbeitszeit" sein.

Problem:
Mitarbeiter ohne Vertrauensstellung können eingetragene Pausen nicht neu belegen, bzw. Projekten zuordnen.
Dies kann zum Beispiel notwendig werden, wenn eine automatische Pause durch den PC gebucht wurde, die nicht berechtigt war.
z.B. wenn der Mitarbeiter nicht am PC gearbeitet hat.

Im Bericht “Tägliche Arbeitszeit” muss bei einem Mitarbeiter in Festeinstellung noch Krankheit und Urlaub hinzugerechnet werden.

Im Bericht “Urlaubsübersicht” von TimePunch werden teilweise halbe Urlaubstage nicht korrekt ausgewiesen.

Die Berichte "Jahresurlaub" und "Krankenstand" sollen so überarbeitet werden, dass nur die Daten (nicht aber Überschrift und Fusszeile) exportiert werden.
Damit soll eine bessere Filtermöglichkeit der Zellen in Excel erreicht werden.