Alle Projekte

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.

Ein Arbeitszeiteintrag an einem Feiertag reduziert die Soll-Arbeitszeit im Monat.
Dies ist nicht korrekt.

Ein Arbeitszeiteintrag an einem Feiertag soll zu 100% in die Überstunden laufen. Die Soll-Arbeitszeit darf hingegen nicht reduziert werden.

Es soll ein neuer Buchungstyp angelegt werden "Stundenlohn mit regelmäßiger Feiertagsarbeit".
Dieser kann z.B. für Schichtarbeiter genutzt werden, für die ein Feiertag nicht automatisch ohne Arbeit entlohnt wird.
In diesem Modus ist der Feiertag ein normaler Arbeitstag, für den es evt. einen Feiertagszuschlag gibt.

Zurzeit müssen individuelle Berichte nach einem Update von TimePunch nachinstalliert werden.
Nach einer Installation (z.B. wegen einem Update) sollten die zuvor installierten Berichte weiterhin vorhanden sein.

In TimePunch gibt es unterschiedliche Darstellungsansichten für die Fehlstunden in der Analyse, einmal mit Vorzeichen, einmal ohne Vorzeichen.

Wir würden die Darstellung mit Vorzeichen bevorzugen.

Das TimePunch Management Modul soll über die Weboberfläche gestartet werden können.

Die Gruppierung und Summenbildung im DATEV Lodas Export ist teilweise nicht vollständig, d.h. teilweise werden Zahlen nicht gruppiert und summiert, auch wenn diese fachlich im Zusammenhang stehen.

In dem Bericht Anwender/Projekte/Verteilung sollten auch die Urlaube der Mitarbeiter im Projekt angezeigt werden.