TimePunch

auch abgelaufene Projekte werden beim Eintragsdialog noch angezeigt.

TimePunch Studio lässt sich derzeit nicht im Tablet Modus starten.
Es erscheint folgende Meldung:

The error time: 22.01.2018 10:40
Exception:
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

 bei TimePunch.Metro.Wpf.Metro.TransparentWindow.get_ResizeDirections()
 bei TimePunch.Metro.Wpf.Metro.TransparentWindow.OnWindowStateChanged(Object sender, EventArgs e)
 bei System.Windows.Window.OnStateChanged(EventArgs e)
 bei System.Windows.Window.WmSizeChanged(IntPtr wParam)
 bei System.Windows.Window.WindowFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei System.Windows.Interop.HwndSource.PublicHooksFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
 bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)

Bei Beantragung eines halben Arbeitstages (z.B. Seminar) wird nach der Genehmigung ein ganzer Arbeitstag in TimePunch gebucht.

Wenn in einem Projekt ein Kunde voreingestellt ist, dann wird dieser nicht bei Auswahl des Projekts im Feld Kunde gesetzt.

Gewünschtes Verhalten:

–> Wenn kein Kunde im Projekt hinterlegt ist, dann soll der ausgewählte Kunde bei Auswahl des Projekts nicht geändert werden.
–> Wenn ein Kunde im Projekt hinterlegt ist, dann soll der Kunde mit Auswahl des Projekts gesetzt werden.

Dies gilt für die Stoppuhr und beim Bearbeiten eines Zeiteintrags.

Die Auswahl der Tätigkeit bei der Projektauswahl soll optimiert werden.

Gewünschtes Verhalten:

–> Wenn in einem Projekt nur eine einzige Tätigkeit existiert, dann soll diese Tätigkeit bei Auswahl des Projekts vorselektiert werden.
–> Existieren in einem Projekt mehrere Tätigkeiten, dann soll das keine Tätigkeit vorausgewählt werden - bzw. das jetzige Verhalten bestehen bleiben.

Dies gilt für die Stoppuhr und beim Bearbeiten eines Zeiteintrags.

Die Filterung der Drop-Down Boxen von Projekt, Tätigkeit und Kunde suchen aktuell nur vom Zeilenstart an.
Hier sollte eine Filterung mit Contains (also mit einem partiellen Filterausdruck) erfolgen können.

Die Einschränkung auf den Textabgleich vom Start an ist sehr einschränkend bei der Auswahl.

Aktuell ist das verhalten so, dass das Start -und das Enddatum bei der Beantragung eines Antrags immer vom aktuellen Tagesdatum ausgeht.

Dies hat zur Folge, das wenn man einen Urlaub im November beantragen möchte, sich zwei mal (nämlich beim Start und Ende) jeweils vom Januar bis in den November durchklicken muss.

Hier sollte TimePunch intelligent agieren und bei der Auswahl des Enddatums nicht vom Tagesdatum, sondern vom gewählten Startdatum aus starten.

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.

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.

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.

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 Urlaubsübersicht werden Abwesenheiten nicht korrekt angezeigt.

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

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

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.

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

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.

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.

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.

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.

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.

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)

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.

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.

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