Alle Projekte

Beim Freigeben des Urlaubsantrags kommt teilweise folgende Meldung:

2017-03-20 13:05:57,499 [227] ERROR: TimeEntryServiceImpl
TimePunch.Interfaces.ProjectService.NotAuthorizedException: ???

 at TimePunch.Business.ProjectService.CheckProjectAuthorization(ITimePunchConnection connection, List`1 projectIds)
 at TimePunch.Core.Services.TimeEntryServiceImpl.<>c__DisplayClass19_0.<ValidateAndSaveTimeEntrySeries>b__1()
 at TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)
 
 

Vermutlich hat es etwas mit der Berechtigung auf das Projekt zu tun. Im Beispiel hatte das Feld "Availibility" den Wert 0 in der Datenbank. Ob ein Zusammenhang mit dem beobachteten Fehler besteht, muss noch geprüft werden.

Wird ein halber Feiertag definiert und dann mit der Datenvorschau gearbeitet, so wird für diesen 1/2 Feiertag keine korrekte Datenvorschau erzeugt.

Nach dem ändern der Endzeit, wird bei der Neuanlage der alte Zeiteintrag nicht korrekt dargestellt.
Er verschwindet vom Zeitstrahl

9 Std. Urlaubstag überprüft.
Hier scheint noch ein Problem bei der Anzeige im Lohnbericht zu existieren, da im Lohnbericht keine 9 Std. angezeigt werden.

Werden Zeiteinträge per Copy&Paste dupliziert, dann wird das Flag "vor Ort" nicht mitkopiert.

Damit die Online Zeiterfassung für den Mitarbeiter die Zeitzonen korrekt verarbeiten kann, muss es möglich sein diese für den Mitarbeiter in TimePunch zu hinterlegen.
Zusätzlich muss das Backend die Zeitzone korrekt interpretieren.

Die Dauer des aktiven Zeiteintrags sollte in der Übersicht von TimePunch wieder angezeigt werden.

Wichtig ist hierbei, dass die Zeitzone korrekt ausgewertet wird.

Beim Anzeigen des Team und Abteilungsleiters wird teilweise die falsche Bezeichnung angezeigt.

Im konkreten Fall wurde ein Abteilungsleiter ausgewählt, aber in der Übersicht als Teamleiter aufgeführt.

⇒ Abteilungsleiter ist korrekt
⇒ Teamleiter ist falsch! (dies war im konkreten Fall eine andere Person)

Die Lohnberechnung im Urlaub über die letzten 13 Wochen schlägt fehl, wenn ein 0 Stunden Arbeitszeitmodell angelegt wurde.

Aktuell arbeitet die dynamische Pause mit der reinen Arbeitszeit.
Anstatt der Arbeitszeit, muss aber die Anwesenheitszeit genutzt werden, damit die Pause korrekt gesetzt werden kann.

Wenn das Arbeitszeitmodell auf 0 Sollstunden eingestellt ist, und der Mitarbeiter beantragt einen 1/2 Tag Urlaub, wird dennoch ein ganzer Arbeitstag Urlaub gebucht.

Die Prozentuale Verteilung sollte sich auf die Arbeitszeit beziehen, nicht auf die Anzahl der Projekteinträge.

Wenn ein Mitarbeiter aus dem Urlaub zurückkommt, dann startet der Watcher eventuell mit dem Urlaubsprojekt.
Dies ist dann der Fall, wenn der Watcher immmer mit dem zuletzt gebuchten Projekt startet.

Hier sollten die Projekte auf Arbeitszeitprojekte eingeschränkt werden.

In TimePunch 2.95 existiert ein neuer Buchungstyp TimeEntryType.Absence
Dieser sollte farblich als Abwesenheit im Kalender angezeigt werden.

Die Gleitzeitdarstellung negativer Zahlen ist fehlerhaft:

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

Die Anzeige der aktuellen Arbeitszeit hat immer wieder zu Verwirrung geführt.

Statt der anzeige der aktuellen Arbeitszeit macht es mehr Sinn, den Zeitpunkt des ersten Logons am aktuellen Tag anzuzeigen. Damit kann der Personalbearbeiter prüfen, ob der Mitarbeiter pünktlich bei der Arbeit erschienen ist.

Wie auch die Anzeige der aktuellen Arbeitszeit, soll die Anzeige der Startzeit nur den Mitarbeitern mit den entsprechenden Rechten angezeigt werden.

Der Buchungstyp "Krank ohne Bezahlung" wird in der Anwesenheitsliste derzeit nicht berücksichtigt.
Genau wie bei Krank sollte in der Kommentarspalte ein entsprechender Hinweis angezeigt werden.

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.

Die neu erstellte Tp-Studio Solution benötigt ein Modul Projekt, damit TimePunch Studio als Modul innerhalb des Application Servers angezeigt und gestartet werden kann.

Minimalanforderung sollte sein, ein Studio-Modul-Symbol anzuzeigen, auf welches der Mitarbeiter klicken kann, um die Click-Once Installation von TimePunch Studio zu starten.

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