TimePunch

Die aktuelle TimePunch Version stellt das Anmeldefenster leider noch nicht korrekt dar, wenn 120DPI Schriftarten installiert sind.

Eventuell tut es auch ein X oben am Rand, da der Dialog jetzt schon etwas vollgepackt ist.

Timepunch is showing today, Monday 23rd August, as a Bank Holiday

The correct date is the 30rd August.

Egal welche Rechte einem Benutzer vergeben werden, es ist nicht möglich in TimePunch die Editierbarkeit der Analyse abzuschalten, und die manuelle Zeiteintragfunktion zu erhalten. Dies ist bei Projektarbeiten unbedingt nötig.

Projekteinträge sollten vom Benutzer nicht löschbar sein - eventuelle Gegenbuchung als Überstunden, oder bei Vollzugugriff nur möglich.

Es sollte bei Urlaub nur die maximale Tagesarbeitszeit eingegeben werden können. Genauso bei Krankheit.

Bei der Neuanlage einer Datenbank wird die Feiertagsberechnung nicht korrekt übernommen.

Beispiel:
Es wird eine neue Datenbank angelegt und die Feiertage sollen für Deutschland/Hessen berechnet werden. Dann springt das System immer auf die Feiertagsberechnung Deutschland/Baden-Würtemberg um.

Den Language Selector auch anzeigen, wenn TimePunch (anstatt des TimePunch Watchers) das erste mal gestartet wird.

Reproduktion:
- Erstellen eines Eintrags z.B. von 8:00 bis 16:00 Uhr
- Erstellen eines Eintrags von 10:00 Uhr bis 12:00 Uhr

Ergebnis:
Der erste Eintrag wird gelöscht.

Gewünschtes Ergebnis:
- Der erste Eintrag sollte gesplittet werden. D.h. Eintrag 1 von 8:00 bis 10:00 Uhr - Eintrag 2 von 10:00 Uhr bis 12:00 Uhr und Eintrag 3 von 12:00 Uhr bis 16:00 Uhr.

Manchmal kommt es vor, dass Kunden sich bei der Eingabe des Freischaltcodes vertippen.

Ist dies geschehen, so können u.U. 0 Lizenzen angezeigt werden. Dieser Fall bewirkt, dass TimePunch sich sofort wieder beendet und auch keine weitere Freischaltung mehr zulässt.

Dieser Fall der 0 Lizenzen sollte abgefangen und als ungültige Eingabe angezeigt werden.

Wenn ein Kranktag von 7.00 Uhr bis 15:00 Uhr eingegeben wird, dann erhält der Anwender einen Fehler.

Von 8:00 Uhr bis 16:00 Uhr kann der Kranktag problemlos verbucht werden.

Wenn man einen Bericht/Filter gesetzt hat und dann das Profil wechselt - wird der Bericht/Filter nicht gelöscht bzw. mitaktualisiert. D.h. beim Ausdruck stimmen dann Person und Bericht nicht zusammen.

Ich bin mit der Vorbereitung für die Einführung TP in unserer Firma weiter vorangekommen. Ein Killerkriterium ist die Ueberzeit. Wir würden die Regel-Erweiterung, Ueberzeit berechtigt Ja / Nein, wie bei der Fahrtzeit, sehr begrüssen. Ich kann TP erst einführen, wenn dieses Feature zur Verfügung steht.

Wird nach einem Kranktag ein neuer Eintrag erzeugt, so ist die vorgeschlagene Eintragszeit und das Eintragsdatum nicht korrekt.

Der Kranktag wird nicht als Eintrag bei dem Vorschlagsdatum berücksichtigt. Weswegen das Vorschlagsdatum dem Kranktag entspricht.

Im Hinweis Label \"Please choose your task in list, or enter your own task name…\" muss das Wort \"Task\" durch \"Project\" ersetzt werden.

Die Zeit 00:00: Wenn ein Termin um diese Zeit endet, rechnet das System 0 h Arbeitszeit. D.h. muss also Termin teilen, bis 23:59 und neu ab 00:01..(das trifft z.B. bei weiten Nachtflügen zu, ich kann nicht Reisebeginn 10/11 19:50 Ankunft 11/11 09h30 in einer Linie eingeben (siehe letzte beiden Einträge im Print-screen)

Starteintragszeit variabel in den Optionen gestalten. Zur Zeit ist die Startzeit immer 8:00 Uhr. Dies sollte variabel festgelegt werden können.

Das Pause Fenster vom TimePunch Wathcer soll geöffnet bleiben, bis die Pause beendet ist. Dann kann durch ein einfaches Return die Pause beendet werden.

Somit kann der Benutzer nicht vergessen die Pause zu beenden.

Im Importdialog:

… war aber durch den Text im aufpoppenden Dialog verunsichert. Es heißt dort:

\"… wählen Sie den Mitarbeiter aus, FÜR den Sie die Daten importieren wollen….\"

Und dabei wird nur der Name des Quellprofils zur Auswahl gestellt.

So hat man den Eindruck, dass die Daten wieder ins Quellprofil zurückgeschrieben werden. (\"für\" –> \"Ziel\") Oder habe ich da was falsch verstanden? Schon klar, das macht wenig Sinn, dennoch sollte der Wortlaut passend sein. Denn gerade Umgang mit größeren Datenbeständen möchte man sich das Probieren, selbst auf die Gefahr hin, dass etwas schief geht, nicht erlauben.

Gleichzeitig habe ich folgende Feststellung gemacht:
TimePunch Version 1.72, Windows XP

Die Optionen sid wie folgt eingestellt:
Logging: Nach Systemstart, sofort Projektauswahl anzeigen

	Pausenzeiten als eigene Einträge protokollieren
	Autom. Erinnerung an Projektaktualisierung (15 Min.)

Dabei habe ich folgendes festgestellt:
Wenn ich nach dem Systemstart den das Projekt definiere, so läuft der TimePunch Watcher im Hintergrund und meldet sich gem. der eingestellten Zeit für die Projektaktualisierung.
Ich kann ihn jedoch in der Taskleiste nicht von \\\"Hand\\\" aufrufen. D.h. wenn ich während der aktiven Zeit etwas verändern will, so muss ich warten bis die eingestellte Erinnerungszeit abgelaufen ist.

Wenn ich jedoch den TimeTunch Watcher nach dem Systemstart von Hand starte, so kann ich ihn jederzeit aufrufen und das Projekt wechseln.

Dies hat zur Folge, dass die Erinnerungszeit sehr kurz eingestellt werden muss, was mit der Zeit sehr störend wirkt.

Ist diese Erscheinung normal? Gibt es vielleicht eine andere Lösung?

Wenn man das Kontextmenü des TP Watchers unbeabsichtigt aufruft, bekommt man dieses nicht mehr weg.
D.h. ich bin gezwungen Eintrag auszuwählen damit es wieder verschwindet.

Der Inhalt des Tooltipps beim Überfahren des Systray-Logos sollte geändert bzw. ergänzt werden: Es fehlt z.B. die Anzeige der verbrauchten Zeit.
Weniger interessant ist die \”Bis\”-Zeit, denn diese ist mit der angezeigten Systemzeit identisch.

Warum kann keine Währung und Stundensatz eingegeben werden, dann wird der Report gleich zur Rechnung

Vergrößern des Analysebereichs für Projekte, sodass längere Projektbezeichnungen sichtbar sind.

Definieren von Standardtätigkeitslisten für die einzelnen Projekte