Alle Projekte

Beim Kopieren eines Projektes von einem Projektmanager werden die Berechtigungen auf die Kopie übertragen, aber nicht kopiert.
D.H. er wird "ausgeschnitten" und sieht anschließend das Kopierte Projekt nicht mehr, weil er nicht Authorisiert ist.

Ich habe bei der Ausgabe der Detaillierten Projektabrechung einen BUG endeckt.

Ich habe folgenden Termin erfasst:

13:40 bis 17:40
Bei der Beschreibung ergaben sich aus den gemachten Arbeitsschritten mehr Textzeilen für diesen Zeitraum, als auf einer A4 hoch Seite dargestellt werden können.

Als ich dann aber das PrintLayout anklickte, wurde mir das Dockument auf fünf Seiten aufgesplittet.
Ebenso wurde es dann auch ins PDF exportiert.

Als Workaround habe ich mir wie folgt geholfen:

Termin splitten auf zwei Termine, 13:40 bis 15:40 und 15:40 bis 17:40
Dann den Text so aufteilen, dass keiner der Termine länger als eine Seite A4 hoch wird.

Dann schaut es auch im PrintLayout gut aus und wird mit zwei Seiten ins PDF exportiert.

Die Zeiten der Mitarbeiter sollen nach DATEV exportiert werden können.

Von Kunden wird berichtet, dass teilweise eine doppelte Anmeldung im Kalender notwendig ist.
D.h. nach der ersten erfolgreichen Anmeldung wird die Login Seite nochmal angezeigt.

Aktuell verursacht ein Session Timeout einen Fehler in den Datatables.
Der Fehler tritt auf, sobald die Datatables den AJAX Request an das Backend stellen.

Gewünschtes Verhalten:
Sofern ein Session Timeout einen Fehler im AJAX Request verursacht, sollte die Webseite auf die Login Seite wechseln.

Um den DATEV Export zu komplettieren, wird noch ein neuer Buchungstyp (krank -unbezahlt) benötigt.
Dieser wird in TimePunch wie das Feld Krank dargestellt, Indern jedoch als "Sonderurlaub" d.h. ohne Bezahlung gebucht.

Werden bereits genehmigte und eingetragene Urlaubstage oder Überstundenabbau nachträglich editiert und vom Benutzer gespeichert, dann wird der Eintrag in Arbeitszeit umgewandelt.

Der Fehler tritt nur auf, wenn der Mitarbeiter selbst nicht das Recht hat Urlaub oder Überstundenabbau manuell zu buchen.

Korrekt wäre die Manipulation des Eintrags komplett zu verhindern.

Der Watcher wird beim Shutdown des PCs beendet (auch wenn er eigentlich laut den Einstellungen weiterlaufen sollte)

Ich habe das Verhalten nun nochmal ausgiebig getestet:
1) TimePunch-Watcher manuell beenden vor dem Shutdown des Clients:
Zeiterfassung läuft im Hintergrund weiter

2) TimePunch-Watcher läuft noch beim Shutdown des Clients:
Zeiterfassung wird mit dem Shutdown gestoppt

Wenn ein Urlaub mit Serieneinträgen angelegt wird, dann werden die Urlaubstage auch am WE gebucht.

Werden in TimePunch Anzeigefilter bearbeitet, dann stürzt der TimePunch Client mit einer InvalidCast Exception ab.

Sobald ein Mitarbeitername doppelt vergeben wurde, verhindert dieser das Einloggen in der Weboberfläche.

2016-12-07 09:09:42,665 [50] FATAL: TimePunchMembershipProvider
System.ArgumentException: Das Element wurde bereits hinzugefügt. Schlüssel im Wörterbuch: "Nils Wagemann". Hinzuzufügender Schlüssel: "Nils Wagemann".

 bei System.Collections.Hashtable.Insert(Object key, Object nvalue, Boolean add)
 bei System.Web.Security.MembershipUserCollection.Add(MembershipUser user)
 bei TimePunch.Calendar.Provider.TimePunchMembershipProvider.GetAllUsers(Int32 pageIndex, Int32 pageSize, Int32& totalRecords)

Dies betrifft alle TimePunch Module.

Das Eingabefeld für die MwSt. im Projekt fehlt seit v2.9

Tätigkeiten sollten zuerst nach der Task-ID und danach nach der Beschreibung sortiert sein.

Die Datenvorschau darf für den TimePunch Watcher keine Einträge erzeugen.

TimeWatcher/Stoppuhr – die verschiedenen Einträge müssen sehr sehr schnell vorgenommen werden, sonst springt die Stoppuhr immer wieder adhoc in die Vor-Einstellungen zurück. Dies führt immer wieder zu Durcheinander und Falscheingaben, wenn man nicht schnell genug ist.

Wenn CSV Dateien im Format von 2.8 importiert werden, dann verursacht dies in v2.9 eine InvalidCastException

Die Berechtigungsprüfung muss im Backend ausgeweitet werden.
Es dürfen keine Zeiteinträge mit Projekten verändert oder gelöscht werden, für die der Mitarbeiter keine Berechtigung besitzt.

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

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.

Werden bereits genehmigte Anträge in TimePunch Core (teilweise oder ganz) gelöscht, dann wird der Eintrag dennoch im Kalender dargestellt.

! Hier sollte im Kalender der Eintrag leicht geändert (z.B. schraffiert oder ausge-ixxt) dargestellt werden.

Aufgefallen ist es bei einem Urlaubsantrag.
Wahrscheinlich betrifft dies aber auch die anderen möglichen Antragstypen.

Hinweis: Der neue Eintragstyp sollte nur bei Mitarbeitern innerhalb der Coverage angezeigt werden.
Ohne Coverage sieht der Mitarbeiter die korrigierten Einträge aus Core (d.h. der Urlaub wird einfach nur verkürzt) dargestellt.

Sind deaktivierte Mitarbeiter auf ein Projekt zugriffsberechtigt, so kann dem Projekt kein neuer Mitarbeiter mehr hinzugefügt werden.

Auch Mitarbeiter und Mitarbeiter in Vertrauensstellung sollen die eigenen Zeiten Synchronisieren können.
Der Download der Zeiten steht jedoch nur Mitarbeitern in Vertrauensstellung zur Verfügung.

Beim Einbinden eines Datafox Evo 3.5 in TimePunch TEN wird folgende Meldung ausgegeben:

Die Berechnung der Prozentsumme im Bericht "Anwender/Projekte Verteilung" stimmt nicht.
Es sieht so aus, als wenn der Bericht die Prozentuale Verteilung über alle Mitarbeiter ausrechnen würde.

Tatsächlich soll in der Summenzeile nur der gelistete Mitarbeiter als 100% dargestellt werden.

Wird von TimePunch Core der Eintrag "Fahrtzeit" geliefert, so wird dieser Eintrag nicht als "Außer Haus" sondern nur als "Abwesend" angezeigt.

"Fahrtzeit" Einträge sollten daher auch als "Außer Haus" und "Abwesend" angezeigt werden.