Alle Projekte

Die Modulliste, die aktuell im Application Sever angezeigt wird, soll ebenso in den anderen Modulen verfügbar sein.

Dabei sollen je nach gewählter Ansicht, nur die Module angezeigt werden, die auch gestartet werden können.

Windows-Desktop: Alle Module
Desktop (z.B. Tablet) : Nur die Web-Module.
Smartphone : nur die Module, die für die mobile Ansicht optimiert wurden

Dem Administrator, bzw. dem Datenschutzbeauftragten soll es möglich sein, die Zeitdaten der Mitarbeiter aus TimePunch löschen zu können.

Hierzu soll der Mitarbeiter, sowie der Zeitraum der Löschung (z.B. älter als 5 Jahre) ausgewählt werden können.
TimePunch muss dabei darauf achten, dass nicht nur die Zeiten gelöscht werden, sondern auch die Monatsabschlüsse so angepasst werden, dass bei einer Neuberechnung der Arbeitszeit keine Differenzen zu vor der Löschung entstehen.

In TimePunch soll eine neue Rolle, die des "Datenschutzbeauftragten" geschaffen werden.
Der Datenschutzbeauftragte hat lesenden Zugriff auf alle Daten innerhalb von TimePunch.
Kann somit die Einhaltung der Löschfristen einsehen und Datenlöschung beauftragen, sowie die entsprechenden Berichte der DSGVO ausführen.

Um der Informationspflicht gegenüber den Mitarbeitern nachkommen zu können, soll ein neuer Bericht "DSGVO Auskunftsbogen" implementiert werden.
Dieser soll alle Informationen, die in TimePunch über den einzelnen Mitarbeiter gespeichert sind, konzentriert auf einer Seite darstellen.

Dazu gehören alle persönlichen Daten, die im Profil des Mitarbeiters gespeichert sind.
Der Zeitraum, in dem Zeiteinträge des Mitarbeiters, gespeichert sind.
Alle Mitarbeiter, die zum Zeitpunkt des Berichts, Zugriff auf die Zeitdaten Daten des Mitarbeiters haben. (Unterteilt in höchst persönliche Daten, allgemeine Profildaten und Zeitdaten)

Bei dem Online Modul ist es derzeit so, dass wenn sich die IP Adresse ändert (z.B. durch einen Ortswechsel WLAN auf LTE oder ähnliches), die geöffnete Online Seite des Moduls nicht mehr genutzt werden kann, da sich die Session Informationen geändert haben.

In diesem Fall, soll ein automatisches Re-Login der Anwendung stattfinden.

Die gleiche Technik soll auch in den bereits bestehenden Modulen implementiert werden.

Ein zurücksetzen des Passworts eines Mitarbeiters, soll nur noch dann erfolgen, wenn der Mitarbeiter dem Zurücksetzen des Passworts nach dem Empfang einer eigenen Rücksetzanfrage per Mail, dem ausdrücklich zustimmt.

Das dann gesetzte Passwort ist ein Einmalpasswort, welches bei der nächsten Anmeldung des Mitarbeiters durch diesen geändert werden muss.

Nutzung der von Windows bereitgestellten integrierten Windows Anmeldung.
Alle Module sollen optional die Integrated Windows Security nutzen können.

Die Nutzung der Securtiy macht das Setzen des Passworts jedoch nicht unnötig.
Sofern keine Windows Securtiy verwendet werden kann, bleibt die Anmeldung über den Login Dialog weiterhin möglich.

Aktuell verwendet der Server und die Module das In-Process Session Handling.
Um die Session Informationen auch längere Zeit halten zu können, und damit das Problem des frühzeitigen Session-Timeout zu verhindern, sollen die Session State Informationen in dem externen Windows State Service gehalten werden.

Wichtig ist hierbei auch, dass die Sessions nicht kurzfristig auslaufen, sondern mindestens über 10 Std. (also einen Arbeitstag) gehalten werden.

Um die Sicherheit zu erhöhen und keine Vorschlagsliste aller Mitarbeiter zu zeigen, soll die Login-Seite für die einzelnen TimePunch Module ohne die Auswahlliste der Mitarbeiternamen angezeigt werden können.

Diese Einstellung ist optional im Server vorzunehmen und soll verhindern, dass ein möglicher Angreifer persönliche Daten (wie Vor -und Nachname oder die EmailAdresse) der Mitarbeiter im Unternehmen abgreifen kann.

Wenn versucht wird ein Datenexport nach DATEV Lodas für einen Mitarbeiter durchzuführen, der noch keine Zeit hat, dann wirft TimePunch folgenden Fehler:

System.InvalidOperationException: Sequence contains no elements

 at System.Linq.Enumerable.Min[TSource](IEnumerable`1 source)
 at TimePunch.Core.Services.ReportingServiceImpl.<>c__DisplayClass51_0.<GetReportTimeEntriesUserBased>b__5()
 at TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

Wenn der letzte Zeiteintrag auf NN gebucht wurde, dann wird dieses Projekt auch wieder vorgeschlagen - selbst wenn der Mitarbeiter auf alternative Projekte berechtigt ist.

Sind bereits Zeiteinträge auf dem Projekt NN vorhanden, dann können diese durch Mitarbeiter mit den Rechten "Mitarbeiter in Vertrauensstellung" nicht umgebucht werden.
Es erscheint die Fehlermeldung, dass der Mitarbeiter dazu nicht berechtigt ist.

Die bisher geleistete Arbeit wird im Bericht "Projektstatus" nicht korrekt angezeigt.

In den individuellen Berichten wird teilweise die Spracheinstellung (Darstellung der Währungssymbole) nicht korrekt gesetzt.

In der Urlaubsübersicht werden Abwesenheiten nicht korrekt angezeigt.

Im Register "Abrechnung" soll ein weiteres mehrzeiliges Freitextfeld mit dem Namen "weitere Abrechnungsmodalitäten" eingefügt werden.

Dieses Textfeld soll auch zur Verwendung in den Berichten verwendet werden können.

Das neue Feld soll in das Interface IReportProject eingebunden sein.
Im Client muss das Feld in die Klasse ReportProject verfügbar sein.

In der aktuellen Implementierung von TimePunch entscheidet die Berechtigung des einzelnen Mitarbeiters, der den Import von Projekten anstößt, ob beim Import fehlende Projekte und Tätigkeiten in TimePunch angelegt werden sollen.

Dies kann zu Problemen führen, wenn die Excel-Listen Schreibfehler enthalten und/oder unsauber gepflegt sind. Daher sollte es in den Optionen von TimePunch einstellbar sein, dass die Anlage oder das Ändern von Stammdaten beim Import untersagt ist.

Ist diese Option aktiviert, dann verhält sich TimePunch beim Import von Zeitdaten genauso, wie wenn der Mitarbeiter über keine entsprechenden Rechte zur Anlage von Stammdaten verfügt.

In TimePunch soll es möglich sein, nicht nur eine unbezahlte Mehrarbeit im Monat, sondern auch pro Tag einstellen zu können.
Die Einstellung ist mit den unbezahlten Überstunden im Monat nicht kombinierbar.

Im Datafox Modul sollte es möglich sein, die Arbeitszeit nicht auf ein zuvor definiertes Projekt zu buchen, sondern dynamisch immer auf das zuletzt vom Mitarbeiter verwendete Projekt.

Damit soll verhindert werden, dass sich der Mitarbeiter zur Pause abmeldet und nach der Pause auf ein anderes Projekt bucht, also zuvor.

Dieses Szenario hilft vor allem Mitarbeitern, die das Datafox Zeiterfassungsterminal in Verbindung mit der Projektbuchung des Watchers kombinieren.

Aktuell wird in den Berichten, anstatt des Jahresurlaubs der Resturlaub angezeigt.