Alle Projekte

Die Projekt -und Tätigkeitsauswahl sind beim iPhone defekt.
Es wird jeweils ein falsches, respektive zwei Zeilen versetzes, Projekt oder Tätigkeit ausgewählt.

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.

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 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.

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 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.

Um eine bessere Transparenz für die Lohnauszahlung der Mitarbeiter zu erhalten, sollen zuschlagsrelevante Zeiten nur bei bereits abgeschlossenen Monaten exportiert werden.

Damit wird vermieden, dass in der Hochrechnung Überstunden o.ä. bezahlt werden, die im Folgemonat wieder einer Korrektur bedürfen.

Wenn das Arbeitsverhältnis auf "Reine Arbeitszeit" eingestellt ist, dann dürfen keine Pflichtpausen in TimePunch Core berechnet werden.
Aktuell ist es so, dass durch eine vorher eingestellte Pflichtpause, nach Änderung auf "Reine Arbeitszeit" die Pflichtpause dennoch berücksichtigt wird.

Dies ist beim Arbeitsverhältnis "Reine Arbeitszeit" nicht zulässig.

Beim Ändern der TimePunch API URL in der Anmeldemaske werden die Profile nicht neu geladen.
Das verhindert den schnellen Wechsel des TimePunch Servers.

Die Saldenanzeige soll sich nach der im Server angezeigten Sprache einstellen.

In der Projektliste werden aktuell keine Projekte gelistet, zu denen noch keine Arbeitszeit gebucht wurde.

In dem Bericht “Projektliste” werden derzeit keine Projekte angezeigt, die nicht von Mitarbeitern gebucht werden können.

Im Deployment fehlt scheinbar die Error-Seite.
Folgender Fehler wird im Log angezeigt:

2018-10-06 13:32:51,965 [93] FATAL: TpExpectionHandler
System.InvalidOperationException: The view ‘Error’ or its master was not found or no view engine supports the searched locations. The following locations were searched:
~/Views/MyCalendar/Error.aspx
~/Views/MyCalendar/Error.ascx
~/Views/Shared/Error.aspx
~/Views/Shared/Error.ascx
~/Views/MyCalendar/Error.cshtml
~/Views/MyCalendar/Error.vbhtml
~/Views/Shared/Error.cshtml
~/Views/Shared/Error.vbhtml

 at System.Web.Mvc.ViewResult.FindView(ControllerContext context)
 at System.Web.Mvc.ViewResultBase.ExecuteResult(ControllerContext context)
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c__DisplayClass3_1.<BeginInvokeAction>b__5(IAsyncResult asyncResult)

2018-10-06 13:32:51,965 [93] ERROR: TpExpectionHandler : Error, controller: MyCalendar, action: GetGroups

Die automatische Anmeldung via der Windows Authentication muss für die Mandantenfähigkeit neu getestet werden.

Der Branch für TimePunch 3.6 muss auf den aktuellen Stand gebracht werden.

Eventuelle NUGET Pakete sollen aktualisiert werden.
Es soll für diese Version weiterhin das .NET Framework 4.6.2 verwendet werden.

Eine indirekte Überstundenauszahlung liegt dann vor, wenn der Mitarbeiter weniger gearbeitet hat als Vorgesehen und Überstunden ausgezahlt werden müssen, damit die gewünschte Auszahlung an den MA erreicht werden kann.

Diese indirekte Auszahlung wurde bisher mit dem regulären Lohnkonto verrechnet. Ab 5.4 wird dazu das Überstunden ausbezahlen Konto verwendet.

In TimePunch sollte es die Möglichkeit geben, Internet Kalenderdaten einbinden zu können.
z.B.

http://windows.microsoft.com/de-DE/hotmail/holiday-alternative-calendars-ui

Der Tp-Watcher wird nicht mehr beim ersten Klick auf das Watcher Icon geschlossen.

There should be option to add just the hours spent rather than specifying the time duration (many times this is not required)

Urlaubstage sollten ohne Start -und Endzeit angelegt werden können.

Der Hauptgrund: "Bei vielen Praxen werden Ferien eingetragen an denen gewisse MA trotzdem ab und zu für gewisse Stunden Büroarbeiten erledigen. Wenn Sie aber stempeln gehen die eingetragen Ferientage verloren und haben dann Minusstunden"

Wird mit dem Cutter versucht einen Monat zu schneiden, der bereits gesperrt wurde, dann verhindert TimePunch Core korrekterweise eine Anpassung. Im Protokoll werden die Zeiten dennoch als geändert ausgewiesen.

Das Protokoll ist somit irreführend.