Alle Projekte

Bisher war es so, dass sich Änderungen im Mitarbeiterprofil direkt auf den aktuellen Monat, bzw. das aktuelle Jahr ausgewirkt hatten.
Zukünftig wirken sich Änderungen im Mitarbeiterprofil nur auf Folgemonate, bzw. Jahre aus.

Die max. Zeit der Inaktivität wird für Übernachteinträge auf 10 Std. verlängert.

Mitarbeiter aus dem Personalmanagement oder der IT Administration sollen zukünftig die Möglichkeit erhalten den Monatsabschluss für Ihre Mitarbeiter direkt aus dem TimePunch Client heraus zu erledigen.

Der aktuelle Dialog zum Verwalten der Arbeitszeitmodelle ist noch mit WinForms umgesetzt. Im Zuge der Modernisierung von TimePunch soll der Dialog mit WPF implementiert werden und einige Vereinfachungen enthalten.

Der Bericht "Zuschlagsrelevante Arbeitszeiten" muss überarbeitet werden, sodass er nicht nur die globalen Zuschlagszeiten, sondern auch die pro Mitarbeiter gesetzten Zuschlagszeiten berücksichtigt.

Das Layout des Berichts "Detaillierte Projektabrechnung" wurde überarbeitet.

Die Berichte in TimePunch sollen an das aktuelle Design angepasst werden.

Die Verwendung des VirtualStore, zur Ablage von Benutzerdaten ist von Microsoft nicht gewollt und eine Altlast bei TimePunch.

Neues Verzeichnis zur Ablage der Logdateien lautet:
c:\users\{Benutzername}\AppData\Local\TimePunch\Logs

Das neues Verzeichnis zur Ablage der Benutzerdaten lautet:
c:\users\{Benutzername}\AppData\Roaming\TimePunch

Der TpCutterWinService arbeitet aktuell noch nicht mit einer SSL Verbindung zusammen.
Da Kunden seit der Version 2.9 einsetzen, ist eine Anpassung des Cutter Windows Service dringend erforderlich.

–> Abhängigkeiten zu zusätzlichen DLLs sollten aufgelöst werden

0 Stunden Sollzeit werden hinterlegt, wenn der Mitarbeiter ausgeschieden ist.
In diesem Fall, dürfen die Tage nicht mehr als Fehltage in TimePunch angezeigt werden.

Bei einem Kunden hängt sich der TimePunch Watcher im Laufe des Tages immer auf.
Dabei wurden bereits Netzwerkprobleme, Virenscanner und Energieoptionen (Abschaltung des LAN) ausgeschlossen.

Eine ältere Version funktioniert anscheinend noch gut:

Original:
"Daher haben wir nun wieder eine ältere Client Version bei uns installiert, welche bei uns noch einwandfrei funktionierte (TimePunch 2.6.812.1).

Nach Prüfung unseres Netzwerks gehen wir davon aus das, dass Problem auf Softwareseite liegt, da die ältere Version bei uns einwandfrei funktioniert und es erst seit Version V2.6.1009.0 zu besagtem Fehler in unserem Hause kommt."

→ TODO: Herausfinden, was sich in beiden Version geändert hat und zu dem Problem führen könnte.

Nach nochmaliger Nachfrage, die Aussage des Kunden:
"aktuell nutzen wir noch Version 2.6.812.1 und haben damit keinerlei Probleme mehr."

Im TimePunch Application Server muss es möglich sein, eine Testmail an eine beliebige Email Adresse zu senden, um die Konfiguration des SMTP Clients zu testen. Die Testmail wird von der Administrationsadresse versendet.

Der TimePunch Application Server setzt bei der aktuellen Installation eine ungesicherte HTTP Verbindung voraus. Wird der Internet-Information Server (IIS) auf HTTPs umgestellt, dann verweigert TimePunch den Dienst.

Ziel ist es, die Konfiguration von TimePunch so zu erweitern (Stichwort: Service Bindings), dass auch HTTPS Verbindung (als alternative zur reinen HTTP Verbindung) akzeptiert werden.

Zudem soll eine Kurzanleitung erstellt werden, die beschreibt, wie der IIS konfiguriert werden muss, damit eine über SSL gesicherte Verbindung genutzt wird. Dazu gehört auch eine Beschreibung wie die entsprechenden Zertifikate installiert werden können.

Die E-Mail-Benachrichtigung beim Cutter ist für Mitarbeitende und Vorgesetzte aktuell noch zu unpräzise. Beim Eintragen der Pause sollte daher auch das Projekt in der Mail benannt werden, bei dem die Pause eingetragen wurde.

Implementation des Abwesenheitskalenders wie in der Dokumentation beschrieben.

Test und Deployment des Studio Moduls auf dem TimePunch Testserver

Test und Deployment des Watcher Moduls auf dem TimePunch Testserver

Beim Starten des Datenbankassistenten soll direkt das Häckchen an der richtigen Stelle gesetzt werden.

1.) Ist keine Datenbank verfügbar, dann Häckchen bei Datenbank erzeugen setzen.
2.) Ist eine Datenbank verfügbar, dann Häckchen bei Datenbank öffnen setzen.
3.) Ist eine Datenbank verfügbar aber nicht valide, dann Häckchen bei Datenbank migrieren setzen.

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.

Im Server soll das Speicherformat für die Datenbankverbindung in einer .json Datei ausgelagert werden.
Weiterhin soll die eingestellte und konfigurierte Datenbank intern in einem Array gespeichert werden. Sozusagen zur Vorbereitung der Mandantenfähigkeit für TimePunch PRO, damit mehrere Datenbanken verwaltet werden können.

Hinweis:
Wichtig ist in erster Linie die Auslagerung der Datenbank-Information in eine eigene JSON Datei. Andere Einstellungen sind in der INI Datei zu behalten.

Die Spalte Bemerkung im Bericht “Tägliche Arbeitszeit” ist zu klein, um eine Kürzung des Cutters bei den Rahmenarbeitszeiten nachvollziehen zu können.

Für den Server soll eine mobile Seite für die Smartphone Ansicht erstellt werden.

Für die Selbstauskunft soll eine mobile Seite für die Anzeige im Smartphone erstellt werden.