Alle Projekte

Die Pausenzeit wird im ToolTip des Tp-Watchers nicht berücksichtigt.

Bei Zeiteinträgen ohne Arbeitszeit oder Fahrtzeit (also nur Urlaub, Gen. Überstunden, Krankheit) darf keine Pause eingegeben werden können. Zudem ist eine eventuell Eingabe zu löschen.

Es ist möglich Zeiteinträge zu erzeugen, die eine größere Dauer als das zulässige Arbeitszeitmodell besitzen. Dies führt unweigerlich zu Fehlern.

z.B. Bei einem Urlaubseintrag von 8:00 bis 19:00 Uhr und einem Arbeitszeitmodell mit 8 Std, würde einen 3 Std. längerer Urlaubseintrag bewirken als zulässig ist.

Beim Speichern müssen solche Einträge korrigiert werden.
Zudem soll der Client solche Einträge direkt in der Oberfläche abfangen und eine Korrektur vorschlagen.

Das Anlegen neuer Mitarbeiterprofile innerhalb von TimePunch muss ermöglicht werden.
Dazu ist ein entsprechender Dialog (oder Workflow) zu implementieren.

Das Abmelden von Windows oder das Herunterfahren des PCs muss die Protokollierung des Tp-Watchers stoppen.
Aktuell funktioniert dies im Nightly Build noch nicht korrekt.

Im TpClient können keine Zeiteinträge bis 0:00 Uhr angelegt werden. Beim Versuch diese anzulegen, wird ein Fehler gemeldet, dass das Ende vor dem Beginn liegt.

Bei zu schnellem Klick auf die Schaltfläche "Weiter" beim Anlegen einer neuen Datenbank, wird das Anlegen übersprungen und TimePunch meldet einen Fehler.

Wird ein Filter (mit unendlichem Zeitraum, also Alle Daten) gespeichert und wieder geladen, dann werden die Wochenenden und Feiertage nicht mehr korrekt angezeigt.

Wenn während der Aufzeichnung des Tp-Watchers das Datum verstellt wird, kann es im ungünstigen Fall sein, dass z.B. Einträge über mehrere Monate erstellt und somit bestehende Datenbestände überschrieben werden.

z.B.
1. Start Tp-Watcher
2. Datum in die Vergangenheit setzen
3. Projekt abschliessen

( Hier werden alle Daten von jetzt an bis zum neuen Datum überschrieben, auch wenn dieses in der Vergangenheit lag)

Eine unvorsichtig eingestellte Eintragsserie kann alle Daten überschreiben, wenn als Startdatum z.B. ein Jahr in der Vergangenheit ausgewählt wird.

Hier sollte eine Beschränkung implementiert werden.

Ausgeblendete Spalten wurden beim Neustart von Timepunch wieder angezeigt.
Dies betrifft vor allem die Spalten “Von” / “Bis”.

Es erscheint eine Fehlermeldung, wenn der TP Watcher aus dem Windows Systray aufgerufen wird.
Habe soeben auf die Version 1.90.1001.1 aktualisiert und auch meine Datenbank migriert. Hat soweit einwandfrei funktioniert, nur die Fehlermeldung siehe Screenshot/Anhang stört noch.

Auszug:
… der TimePunch Database Assistent zeit in seinem Fenster je nach Auflösung des Bildschirmes eine unterschiedliche Menge an Daten an (leider nie alle).

Mein Notebook fährt mit 1680*1050 mit 32 Bit und da die Schrift dann schon sehr klein ist habe ich "Größere Skalierung (120 DPI)" ausgewählt!

Hallo,
in den Berichten Stundennachweis wird in der Spalte "Tag" immer ein falscher Wochentag angezeigt.

(z.B. So und in der Spalte "Beschreibung" steht dann richtig Samstag)

Gruß Gabi

Ref: http://forum.timepunch.de/index.php?topic=8.0

Beim Anlegen einer Eintragsserie wird die unterschiedliche Stundenanzahl im Profil nicht korrekt berücksichtigt. Anbei das Beispiel Arbeitszeitprofil.

Bei einer neuen Zeiteintrags-Serie werden für alle Tage die gleichen Arbeitszeiten angenommen.

Bei der Neunalage eines Zeiteintrags ist es möglich, dass die Projekt DropDown noch nicht vorbelegt ist. Die Drop-Down sollte (wenn kein anderes Projekt greift) mit der Voreinstellung NN belegt sein.

Wird im Projektdialog eine Tätigkeit bearbeitet, dann schlägt die Aktualisierung des Projektdialogs fehl, bzw. wird nicht ausgeführt.

Das Speichern des Datenbank Passworts für Access Dateien funktioniert nicht korrekt.
Vorläufiger Workaround: Entfernen des Datenbank Passworts mit Microsoft Access.

Sind vor der Migration von TimePunch 1.82 nach TimePunch 1.91 bereits Zeiteinträge in der Zukunft vorhanden, dann sind nach der Migration alle Monate in TimePunch gesperrt.

Als Workaround können die Monate mit folgendem SQL wieder entsperrt werden.

@p01: der aktuelle Monat
@p02: das aktuelle Jahr
@p03: das aktuelle Jahr

UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=@p01 AND CUR_YEAR=@p02) OR CUR_YEAR>@p03;

z.B.: UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=9 AND CUR_YEAR=2008) OR CUR_YEAR>2008;

Aktuell findet keine Anrechnung von Krankheit, Fahrtzeit und Betriebliche Feiertagen auf die monatliche Arbeitszeit statt.

Dies muss unverzüglich gefixt werden.

Ein zirkuläres bearbeiten von Benutzern, lässt TimePunch abstürzen.

Beispiel:

Benutzer A → ändert den Namen von Benutzer B
Benutzer B → ändert den Namen von Benutzer A

Der Jahresübertrag der Urlaubstage, Krankheitstage ist nicht immer korrekt.
Das Problem ist als kritisch eingestuft und muss daher schnellstmöglich gefixt werden.

Geplanter HotFix Termin 26.11.2008

Aktuell ist der Projektname im Projekt noch nicht zwingend, d.h. durch ein Datenbank Constraint abgesichert.

Dies muss wegen der Datenintegrität in der nächsten Version umbedingt nachgeholt werden.

Nach der Aktualisierung auf die neue Version werden die Pausen nicht mehr automatisch im TP-Watcher protokolliert.

Wenn man im Programm manuell einen neuen Eintrag erstellt, ist die Pausenzeit voreingestellt.
Wird die Zeit durch den Watcher protokolliert, muss die Pausenzeit im Programm nachgetragen werden.

Ich benötigte eine Anzeige im Format SS:MM:SS. Eine sekundengenaue Protokollierung ist notwendig. In der aktuell Version, bekomme ich dieses Zeitformat in Excel nicht dargestellt. Die Zeiten in den Spalten „Start“, „Ende“, „Arbeit“ und Pause benötige ich im Format SS:MM:SS (Beispiel für halb drei: 15:30:00)