TimePunch

Wird in TimePunch eine abgelaufene Jahreslizenz nicht entfernt, dann sperrt diese die Verwendung von TimePunch.
–> Scheint sich nach einem Neustart von selbst zu beheben.

→ Das Problem scheint nur bei zeitgleichem Update von 2.6 auf 2.7 vorzukommen.
Hier ein Bericht eines Anwenders:

“Ich habe nachgesehen und glaube das letzte Mal mit der Datei am 24.05.15 gearbeitet zu haben. Ich habe heute zuvor beim einsteigen die Meldung bekommen dass eine neuere Version verfügbar ist (2.7.806.0). Die habe ich installiert und dann konnte ich nicht mehr einsteigen. "
–> Die Jahreslizenz des Kunden war zeitgleich mit dem Update ausgelaufen. Dies schien das Problem zu verursachen.

Wenn ein Zeiteintrag in TimePunch eingepflegt wurde, gibt es zurzeit keine Möglichkeit das Datum des Zeiteintrages zu ändern. Dies war in früheren Versionen, mit dem alten Zeiteintragsdialog, möglich.
Im Dialog soll daher noch eine Schaltfläche „Verschieben“ angeboten werden, mit der es möglich sein soll, den aktiven Eintrag auf einen neuen Tag zu verschieben.

Kundendaten besitzen in TimePunch einen eindeutigen Schlüssel der sich aus "Kundennummer" und "Name des Kunden" zusammensetzt.
Aktuell muss beim Import die "Kundennummer" und der Name" stimmen, damit die Daten aktualisiert werden. Dies verhindert jedoch die Änderung des Namens, bzw. erzwingt eine Neuanlage.

Hier sollte der Import intelligenter vorgehen.
NEU, Fall 1: Die Kundennummer ist einmalig und passt mit dem Import.
In diesem Fall soll der Kundenname + die Kundendaten aktualisiert werden, d.h. auch eine Namensänderung ist möglich.

NEU, Fall 2: Der "Name des Kunden" ist einmalig und passt mit dem Import
In diesem Fall soll die Kundennummer + die Kundendaten aktualisiert werden, d.h. auch eine Änderung der Kundennummer ist möglich.

Fall 3: Name und Kundennummer passen.
Das ist der ursprüngliche Fall, der die Kundendaten aktualisiert.

Fall 4: Name und Kundennummer passen nicht.
Auch dies ist ein bisher schon berücksichtigter Fall, der einen neuen Kunden anlegt.

Leider ist uns im Nachgang in den Überstundenberichten noch ein Rundungsfehler untergekommen, welcher wieder zu Differenzen zwischen 60er und 100er-Berichten führt. Anbei wieder 4 Seiten Beispiel, an denen sich das Problem nachvollziehen lässt.

* Problem:

Zeitwerte werden zur Anzeige im 60er-System aus den Werten im 100er-System gerundet. Gerechnet wird jedoch mit den 100er-Werten. Hierdurch ergeben sich des Öfteren Rundungsfehler. Erstes Beispiel von den Seiten 1 bis 2 des Anhangs:

		100er	60/sek	60er

Überstunden vorher: 24,96 = 24:57,6 = 24:58
Genommene Überst.: 2,84 = 02:50,4 = 02:50
Überstunden nachher: 22,12 = 22:07,2 = 22:07

Rechnerisch sollte sich jedoch im 60er-System ein Wert von 22:08 ergeben (24:58 - 02:50 = 22:08).
Im 60er-System ergibt sich durch die Rundung also eine Differenz von einer Minute.

Es soll eine neuer Service angelegt werden, der es erlaubt über die TimePunch API, an Mitarbeiter mittels der UserId oder Angabe der Mail Adresse Mails zu versenden.

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.

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.

Im Cutter sollten nicht nur die Rahmenarbeitszeit mit Start-und Endzeit pro Modell, sondern mehrere Rahmenarbeitszeiten mit Start-und Endzeit möglich sein.

Der Cutter könnte dann anhand der tatsächlichen Arbeitszeit automatisch die passenden Zeiten im Modell des Mitarbeiters auswählen und darauf kürzen.

Beispiel Rahmenarbeitszeit:
6:00 Uhr bis 13:00 Uhr
12:00 Uhr bis 19:00 Uhr

Tatsächliche Arbeitszeit:
5:50 Uhr bis 13:05 Uhr

Gekürzt auf:
6:00 Uhr bis 13:00 Uhr

Nach dem Creators Update verlangt das Setup von TimePunch immer die Version 4.52 des .NET Frameworks, obwohl diese bereits installiert ist.
Hier muss die Prüfung auf das .NET Framework angepasst werden.

Bei Mitarbeitern in Vertrauensstellung schlägt der Import von Zeitdaten im CSV Format fehl, obwohl entsprechende Projekte bereits angelegt wurden.

Die Fahrzeitanrechnung soll ebenfalls als mitarbeiterspezifische Projektanpassung umgesetzt werden.

Sofern im Projekt keine gesonderte Fahrzeitanrechnung für den Mitarbeiter gesetzt ist, soll die bestehende Fahrzeitanrechnung aus dem Mitarbeiterprofil verwendet werden.

Es wäre schön wenn man pro Projekt ein Zeitbudget angegeben könnte, bei dem man bei Überschreitung (oder bereits davor) gewarnt wird.

im Fenster \"Bericht anpassen\" besteht neben der Möglichkeit \"Alle Projekte\" auch \"Projekte selektieren\" auszuwählen, dies dann aber nur duch Scrollen in der (bei mehren hundert Akten sehr langen )Liste.
Könnte dort (oder zusätzlich) die Direkteingabe der Projekt-Nr,. vorgesehen werden, oder gibt es das schon und ich habe es nur übersehen?

Das Sperren des Desktops sollte den Zeiteintrag beeinflussen.

Dies ist gut beschrieben auf der Webseite: http://codeidol.com/csharp/csharpckbk2/Toolbox/Dealing-with-Operating-System-Shutdown,-Power-Management,-or-User-Session-Changes/

Je nach Wunsch sollte das Locking des Desktops / bzw. Hibernate folgendes tun.

1.) nichts
2.) eine Pause eintragen
3.) Zeiteintrag abschliessen und neuen beginnen.

In Tp 1.90 kann aktuell nur die Zeiteintrags Formatierung der Ausgabe festgelegt werden. Es sollte auch noch ein Flag für die Eingabe der Zeiteinträge existieren (war in Tp 1.82 bereits umgesetzt).

Kann man auf dem Bericht (so wie in der Listenansicht) auch auf die Formatierung „hh:mm“ umstellen ? Also nicht 6,25h sondern 06:15 … ? (60/100er Ansicht)

⇒ Anstatt der Umschaltung sollte der Bericht das gleiche Zeitformat wie der Tp-Client benutzen.

Aufgefallen ist es im Dialog zum Projekt anlegen / editieren und in der Projektliste.
Eventuell sind aber noch mehr Dialog davon betroffen.

Es sollte möglich sein, die letzten 10 Datenbankverbindungen in einer Liste (ähnlich wie in Word) angezeigt zu bekommen. Bei Auswahl einer Datenbankverbindung wird diese selektiert und geöffnet.

Die Tabulatorreihenfolge im Editierdialog ist fehlerhaft.
=⇒ In das Feld Tätigkeit komme ich nicht mit der Tabulatortaste.

Es sollte eine Möglichkeit zur Schnellauswahl des Projekts bestehen.
=⇒ In der alten Version konnte man die Projektnummer eingeben und danach selektierte das Programm die Auswahl. Jetzt muss das Menue geöffnet werden und die Projektnummer aufwendig herausgesucht und angeklickt werden. Z.B. das Projekt 361.000 soll ausgewählt werden. Im altem Programmstand sprang bei Eingabe der 3 die Programm in die Gruppe 3, bei Eingabe der weiteren Ziffer 6 wurden die Projekte 36X.XXX herausgefiltert u.s.w. Auch konnte ich die 361.00 eingeben und dann stand das Projekt im Eingabefenster.

Im TimePunch Profil wird immer die Wochenarbeitszeit immer mit dem Default Arbeitszeitmodell berechnet und angezeigt.

Hier sollte das aktuelle Arbeitszeitmodell als Grundlage genommen werden.

→ Die Berechnungen betrifft dies jedoch nicht. In TimePunch wird mit den korrekten Daten gerechnet und im Analyse-Tab des Monats auch korrekt angezeigt.

Die Farbe der automatischen Pause sollte durch den Anwender festgelegt werden können.
Diese ist aktuell als Standard Türkis auf Weiß.

Es sollte möglich sein, einzelne Benutzer im Studio auszublenden.
Der Chef selber bzw. der Administrator muss dort ja nicht sichtbar sein, dies gild evtl. auch für andere Mitarbeiter die mit dem Areitsplatz Client arbeiten.

Beim Watcher ist es möglich, die aktuelle Tätigkeit in einem separaten Fenster anzeigen zu lassen .
(Optionen / ToolTips)

Hier sollte das Fenster jedoch ausgeblendet werden, wenn sich der Mauscursor über das Fenster bewegt.

Es sollte möglich sein, Kunden in TimePunch zu definieren, denen man dann Projekte zuordnen kann.

Es sollte im Zeiteintrags Dialog noch ein weiterer Button zum Speichern existieren.
In der Art, speichern und neuen Eintrag erzeugen.

Somit könnte mit einem Klick der Eintrag gespeichert und direkt ein neuer Eintrag angelegt werden.
Dies ist vor allem für eine Massenerfassung sinnvoll.