TimePunch

Bei älteren Mitarbeitern werden stornierten Urlaubsanträge als Rot/Grau gestrichelt angezeigt, was bei Neueren nicht mehr der Fall ist. Dies sollte für alle Mitarbeiter einheitlich dargestellt werden.

Wenn bestätigter Urlaub auf einen stornierten Urlaub fällt, wäre es wünschenswert, dass dies ebenfalls gekennzeichnet werden kann z.B. Rot/Grün gestrichelt.

Einstellbare Urlaubssperre für variablen Zeitraum, um Urlaubanträge komplett zu unterbinden.

Die Möglichkeit, die Länge von halben Tagen beliebig zu definieren.

Z.B.: Sollzeit 8:30 Std.
Vormittags: 4:00 Std.
Nachmittags: 4:30 Std.

Wenn der Genehmiger von Abwesenheitsanträgen ausfällt, die Möglichkeit zu haben, dass ein Administrator die Abwesenheitsanträge ebenfalls genehmigen kann, ohne Gruppenleiter oder Assistenz des Gruppenleiters zu sein

Anstatt immer den kompletten Antrag stornieren zu müssen, sollte es möglich sein - auch nur ein Teil des Urlaubs (z.B. die zweite Woche) zu stornieren.

Ähnlich wie Abwesenheitsanträge, wenn ein Mitarbeiter einen Zeiteintrag angepasst haben möchte, weil z.B. Zeiten vom Cutter weggeschnitten wurden, kann ein Antrag gestellt werden, welcher von einem Admin genehmigt werden muss, um die Änderungen zu übernehmen

Wenn Abwesenheitsanträgen abgelaufen sind, d.h. das Startdatum der Abwesenheit ist heute oder liegt in der Vergangenheit, soll es eine Möglichkeit geben, diese Anträge durch den Genehmiger zu löschen.

Im Kalender sollten die Schulferien des jeweiligen Bundeslandes als Option und zur Orientierung eingeblendet werden können.

Den Zeitraum für Dienstreisen frei wählbar machen.

Es ist zur Zeit nicht möglich, dass wenn ein Antrag auf ‘Überstunden abbauen’ gestellt wird, die aktuellen Überstunden des jeweiligen Mitarbeitenden einzusehen.

Hierzu soll ein zusätzliches Feld erstellt werden, welches die Informationen über das Gleitzeitkonto beinhalten.

Um die Prüfung der Urlaubsfreigabe zu vereinfachen, soll dem freigebenden Mitarbeitenden angezeigt werden, wenn durch die Urlaubsfreigabe das Urlaubskonto des Antragstellers ins Minus rutschen würde.

Es kam zu Unklarheiten bei dem Absenden eines Stornoantrags über den Button ‘Löschen’.

Den Button in z.B. ‘Storno absenden’ umbenennen.

Der Abwesenheitskalender soll auch auf mobilen Geräte verfügbar sein.

Ein Dienstreiseintrag sollte als Abwesenheitsgrund auch in der Anwesenheitsliste erscheinen.
Die Dienstreise wird damit im Feld “Bemerkung” angezeigt.

Damit würde genau wie bei Krankheit oder Urlaub klar sein, wie lange sich der Mitarbeiter noch auf Dienstreise befindet.

Es sollte eine Möglichkeit geben, zu bestimmten Zeitpunkt eine Prüfung der Anwesenheit / Abwesenheit vornehmen zu können.

Beispielsweise könnte man so z.B. um 9:00 Uhr eine automatisierte Meldung bekommen, wenn nicht alle Mitarbeiter arbeiten.
Bzw. nur die reportet bekommen, die noch nicht angemeldet sind.

Enbenso wäre es möglich festzustellen, ob Abends noch Mitarbeiter arbeiten, bzw. angemeldet sind.

Bei mehrerern Mitarbeitern wird die Übersicht in der Anwesenheitsliste schnell unübersichtlich.
Aus diesem Grund sollte es die Möglichkeit geben, die Mitarbeiter zu sortieren bzw. nur Mitarbeiter der ausgewählten Teams/Abteilungen/Niederlassungen anzuzeigen.

Die Anwesenheitsliste in TimePunch soll so erweitert werden, dass eine minimalistische Ansicht implementiert wird, um möglichst viele Mitarbeiter pro Seite darzustellen.

Hierzu soll das Foto entfernt und eine möglichst kompakte Darstellung gewählt werden.

Ein weiteres Symbol für entschuldigtes Fehlen, für die allgemeine Übersichtlichkeit

Jahresdaten (YearlySummary), die in der Zukunft liegen, werden nicht ordentlich aufgeräumt, wenn ein versehentlich erzeugter Zeiteintrag wieder gelöscht wird.

Dies ist daran zu erkennen, dass die Objekte noch in der Datenbank vorhanden sind und daher Fehlerhafte jahresdaten zurückliefern können.

Premisse - wenn im Zeitraum kein Zeiteintrag vorhanden ist, dann sollte auch die jährliche Zusammenfassung (genau wie die Monatsdaten) nicht persistiert werden.

Beim Export der Projektmitarbeiter tritt ein Fehler auf, wenn zu viele Daten exportiert werden sollen.

Bei der Berechnung des bezahlten Urlaubs tritt ein Fehler auf, wenn

a) in den Optionen der Wert auf "durchschnittlicher Verdienst innerhalb der letzten 13 Wochen" eingestellt ist
b) das Arbeitszeitmodell 0 Sollstunden aufweisst
c) Urlaub gebucht wird und im Monat davor dann Arbeitszeit eingetragen wird.

Beim Eintragen der Arbeitszeit erscheint eine Fehlermeldung weil die Berechnung des durchschnittlichen Verdiensts hier auf einen Fehler läuft.

Fehlermeldung:
2018-02-05 15:56:38,108 [16] FATAL: Transaction
AdFactum.Data.Exceptions.SqlCoreException: Der eingehende Tabular Data Stream (TDS) für das RPC-Protokoll (Remote Procedure Call) ist nicht richtig. Parameter 3 ('@p01'): Der angegebene Wert ist keine gültige Instanz des float-Datentyps. Überprüfen Sie die Quelldaten im Hinblick auf ungültige Werte. Ein Beispiel für einen ungültigen Wert sind Daten eines numerischen Typs, deren Dezimalstellen den Wert für die Genauigkeit überschreiten. —> System.Data.SqlClient.SqlException: Der eingehende Tabular Data Stream (TDS) für das RPC-Protokoll (Remote Procedure Call) ist nicht richtig. Parameter 3 ('@p01'): Der angegebene Wert ist keine gültige Instanz des float-Datentyps. Überprüfen Sie die Quelldaten im Hinblick auf ungültige Werte. Ein Beispiel für einen ungültigen Wert sind Daten eines numerischen Typs, deren Dezimalstellen den Wert für die Genauigkeit überschreiten.

In TimePunch Mobile erfasste Zeiten werden in TimePunch immer auf die Arbeitszeit synchronisiert; auch wenn die eigentliche Tätigkeit mit einem anderen Buchungstyp erstellt wurde. Dies führt zu Fehlern bei der Synchronisation, die nur durch das manuelle öffnen und speichern des Zeiteintrags behoben werden können.

Der Gruppenlink bei den Genehmigungen zeigt auf eine interne Server-URL, und nicht auf die hinterlegte externe URL.
Was zu Problemen führt, wenn der Link außerhalb des Intranets geöffnet wird.

Nachtzuschlag wird von 6:00 bis 20:00 Uhr gewährt.
Es wird ein Eintrag von 5:00 bis 21:00 Uhr erstellt.

Erwartet wird eine Nachtarbeit von 2 Std.
Tatsächlich wird eine Nachtarbeit von 1 Std. ausgegeben.

⇒ Dies ist ein theoretischer Bug, da der Mitarbeiter dann 16 Std. am Stück! arbeiten müsste, um den Fehler zu erhalten.

Im Firefox ESR 60.2.2 ist die Darstellung im Self-Service nicht korrekt.
Es wird ganz rechts der Text "Datum" an der falschen Position ausgegeben.

In Firefox Version 62.0.3 (ohne ESR) passt es wieder.