Alle Projekte

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.

Beim Löschen von Benutzerprofilen erhalte ich jedes Mal folgende Fehlermeldung:

Die Delete Anweisung steht in Konflikt mit der Reference-Einschränkung „TP_Tips_FK01“
Der Konflikt trat in der TimePunch Datenbank „TimePunch_neu“, Tabelle „DBO.TP_Tips“, Column „User“ auf.
Die Anweisung wurde beendet.

Die Gleitzeitdarstellung negativer Zahlen ist fehlerhaft:

ist: –2200:-22
richtig: -2200:22

Der neue Mail Service muss innerhalb des TimePunch Application Servers konfigurierbar sein und getestet werden können. Die eingegebenen Konfigurationsdaten sollen in der Datei TimePunch.ini gespeichert werden.

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.

Die Anmeldung in den einzelnen Modulen soll, wie in TimePunch 2.7 beim Client eingeführt, durch den Vor -und Zunamen (SaveAsName) erfolgen. Bisher ist hier noch die Eingabe des Benutzernamens (Login) erforderlich.

Betroffen sind dabei alle Module (Attendance, Cutter, Datafox)

Teilweise wird ein Zeiteintrag vom Server mit dem Hinweis auf die Anmeldezeit zurückgewiesen, obwohl der Eintrag augenscheinlich ok ist.
Das Gerät sendet die Daten danach nochmal und die Zeit wird verarbeitet. Ein insgesamt sehr seltsames verhalten im HTTP Sende Modus.

2015-07-01 07:53:14,606 [7] ERROR: TimeEntryLoggingServiceImpl
TimePunch.Interfaces.TimeEntryService.LogonTimeIsTooFarInFutureException: Die Anmeldezeit liegt zu weit in der Zukunft.

 bei TimePunch.Business.TimeEntryService.ValidateTimeEntry(ITimePunchConnection connection, ITimeEntryEssentials timeEntryToValidate, Boolean timeEntrySeries)
 bei TimePunch.Core.Services.TimeEntryLoggingServiceImpl.<>c__DisplayClass29.<ValidateAndSaveActiveTimeEntry>b__27()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2015-07-01 07:53:14,762 [19] ERROR: TimeTrackingService : Error, Die Anmeldezeit liegt zu weit in der Zukunft.
2015-07-01 07:53:27,442 [27] ERROR: TimeEntryLoggingServiceImpl
TimePunch.Interfaces.TimeEntryService.LogonTimeIsTooFarInFutureException: Die Anmeldezeit liegt zu weit in der Zukunft.

 bei TimePunch.Business.TimeEntryService.ValidateTimeEntry(ITimePunchConnection connection, ITimeEntryEssentials timeEntryToValidate, Boolean timeEntrySeries)
 bei TimePunch.Core.Services.TimeEntryLoggingServiceImpl.<>c__DisplayClass29.<ValidateAndSaveActiveTimeEntry>b__27()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2015-07-01 07:53:27,442 [7] ERROR: TimeTrackingService : Error, Die Anmeldezeit liegt zu weit in der Zukunft.

Dieser Fehler trat auf, wenn im Datafox Modul eine Rundung eingestellt ist und!
das Terminal aufgrund eines Timeouts die Daten zweimal senden muss.

Der Fehler ist zu >90% mit dem Fix behoben.

Teilweise werden die Links zu anderen Modulseiten nicht korrekt erzeugt.
Der Fehler tritt immer dann auf, wenn der Link aus dem Backend erzeugt wird.

Hier wird ein alternativer Code zur Generierung des Links genutzt, der nicht auf die aktuellen Verbindungsdaten zugreifen kann.

Es soll evaluiert werden, in wie weit die Link Generierung angepasst werden kann.

Beispiel:

Browser URL zeigt auf : http://localhost/TimePunch Erzeugt wird aber : http://servername/TimePunch

Dies ist insofern problematisch, als dass damit ein Namebinding der Webseite nicht möglich ist.

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.

Als Sicherheitseinstellung sollte es möglich sein, optional die Emails im Kalender nur über den Administrations-Account zu versenden.

Background:
In vielen Unternehmen ist dies eine Sicherheitsrelevante Einstellung, da vermieden werden soll, dass über einen SMTP Server Mails unter fremden Konten (Mailadressen) verschickt werden können.

Es soll ein Download Handler implementiert werden, mit dem die Module über die Unique ID des Mitarbeiters die Profilbilder laden und einbinden können.
Dem Handler muss dabei die Größe sowie das Bildformat mitgegeben werden können.

Wenn ein aktiver Fahrtzeiteintrag im Online Modul bearbeitet wird, dann geht bei der Bearbeitung die Usage verloren.
Beim Abschluss des Eintrags wird daher keine Fahrtzeit, sondern Arbeitszeit gebucht.

Vorgehen:

- Zeiterfassung mit Fahrtzeit starten
- Anfangszeit der Fahrtzeit ändern. (Hier geht scheinbar die Usage = Buchungstyp verloren)
- Eintrag abschließen.

Ergebnis: Der Fahrtzeiteintrag wird jetzt als Arbeitszeit gebucht

TimePunch benötigt das .NET Framework 4.6.2
Sofern es nicht vorhanden ist, sollte es installiert werden - bisher wird nur die Version 4.5.2 vorausgesetzt.

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.

Bei TimePunch Studio wird immer ein Passwort für den Benutzer verlangt, auch dann, wenn dem Mitarbeiter kein Passwort zugeordnet wurde.

Es muss eine neue Solution für das Tp Studio angelegt werden.
Die Quelldateien bleiben soweit möglich in der Client Solution und sollen nur referenziert werden.
Bei notwendigen Anpassungen, werden die Dateien in die neue Solution kopiert, also ein Duplikat angelegt.

Ziel der neuen Tp Studio Solution ist es, mit dem Application Server zu kommunizieren, ohne dass hierfür eigene Services gehostet werden müssen.

Bevor das TimePunch Studio Modul veröffentlicht werden kann, wird ein MSI Setup benötigt, welches die Anwendung auf dem TimePunch Application Server installiert.

Vorlage dazu kann das Datafox Modul Setup sein. Es beinhaltet als einziges Modul eine Click-Once Installation.

Test und Deployment des Studio Moduls auf dem TimePunch Testserver

Fehlende Übersetzung

Es werden Daten vom Smartphone auf den Desktop gesynct.
Dabei wird ein Projekt verwendet das keine Arbeitszeit, sondern z.B. Überstundenabbau darstellt.

Beim Sync werden die Projektzeiten trotzdem als Arbeitszeit verbucht, was gegen das verwendete Projekt spricht.

Daher:
1.) Projektbuchungen sollten mit der gleichen Buchungsart durchgeführt werden, wie in TimePunch hinterlegt – nicht fest mit Arbeitszeit

Der Zeiteintrag wird jetzt mit dem Typ des Projekts angelegt

Aktuell können auch Zeiten synchronisiert werden, die in einem gesperrten Monat liegen. Dies kann u.U. zu Fehlern führen.
Daher sollte die Synchronisation von Arbeitszeiten in einem gesperrten Monat zu einer Fehlermeldung führen.

Wenn Daten über den SyncService synchronisiert werden sollen, kann es zum Fehler kommen, wenn Zeiteinträge mit neuen Buchungstypen aus der Version 2.95 (z.B. Abwesenheit) exportiert werden.

Diese Buchungstypen werden scheinbar beim Export noch nicht korrekt behandelt.

Wechsel des Projektes über die Taskleiste: Geht ja jetzt schon, aber über einen Klick zu viel. Kann man nicht die Liste der in diesem Monat aktiven Projekte als Liste einfügen, wenn man mit der rechten MT auf das TrayIcon klickt?