TimePunch

Wenn der aktuelle Eintrag im TP-Watcher verändert wird, wird die Endzeit ungültig und gelöscht.

Fakt:
Kunde kauft zuerst eine Lizenz und nach ein paar Wochen nochmal 2 Lizenzen.

Problem:
Lizenzen sollen auf unterschiedlichen Rechnern installiert werden.
D.h., dass Timpunch auf zwei Rechnern, die zufällig die alte 1er Lizenz installiert haben nicht gleichzeitig gestartet werden kann?
Einfach wäre es mit einer Erweiterung auf eine 3er Lizenz, die wir auf allen unseren Rechnern installieren könnten, wo es dann kaum zu Konflikten kommen kann. Mit geteilten 1er und 2er Lizenzen ist die Wahrscheinlichkeit viel höher, dass man aus Timepunch rausfliegt, wenn zu viele gleichzeitig Timepunch starten…

Lösung:
Das Zusammenlegen von mehreren Lizenzen muss ermöglicht werden.

Wenn ein Pausenzeiteintrag bearbeitet wird, dann sollte die Voreinstellung der Uhrzeit (Anmelde / Abmeldezheit) dem Pausenzeiteintrag entsprechen.

Ist es möglich, dass Sie in einer nächsten Version, eine Rubrik \"Verrechnet\" einsetzen können? Somit ist gleich ersichtlich, welche Zeiten in Rechnung gestellt wurden oder noch verrechnet werden müssen.

Beim Einfügen von Ctrl-V und beim Anlegen von mehreren Zeiteinträgen, sollte der Focus der Zeile beibehalten werden. Genauso wie beim anlegen eines einzelnen neuen Zeiteintrags.

Ein Beispiel:

Eine Mitarbeiterin hat ca. 300 Überstunden angesammelt und statt zu kompensieren werden die Stunden ausbezahlt. Es wird vereinbart dass von den gesamten Überstunden, 100 Stunden ausbezahlt werden zu einem vereinbarten Stundensatz (Projekt-Stundensatz). Nun brauch ich die Funktion z.B. “Überstunden abrechnen”, damit diese dann in der gewünschten Zusammenfassung auch berücksichtigt und abgezogen werden.

Zeiteinträge, die über das Tagespensum, hinausreichen sollen separat in einem Überstunden-Bericht ausgewiesen werden.
Dabei kann es auch vorkommen, das ein Eintrag gesplittet werden muss, wenn dieser noch in der regulären Zeit gestartet ist, aber über die reguläre Arbeitszeit hinausreicht.

Als zweiter Bericht, sollen alle Zeiteinträge ausgewiesen werden, die in der normalen Arbeitszeit liegen.

Meine Frage: Kann man in einer Auflistung die Überstunden pro (bestimmten) Tag angezeigt bekommen?

Das wäre für mich sehr von Vorteil.

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.

In der Zusammenfassung der Arbeitszeiten steht „Überstunden“, auch wenn der Mitarbeiter „Minus“ gemacht hat. Es wäre schön und weniger verwirrend, wenn dann dort auch von „Minusstunden“ die Rede wäre

- Auswertung der Arbeitszeit für alle Mitarbeiter
- Ein Überblick über den Status mehrerer Mitarbeiter in Form z.B. einer Wochen- oder Monatsliste (Anwesend, Urlaub oder Krank)
- Ein Punkt für Auswertungen in grafischer Form, damit man anhand von Diagrammen die Auslastung, usw. übers Jahr verfolgen kann und gleich intuitiv erfasst.

Wird bei gestarteter Stoppuhr eine Beschreibung eingegeben und danach "Stop" gedrückt (ohne die Seite zu verlassen), dann wird der Beschreibungstext nicht übernommen.

Die Verwendung des VirtualStore, zur Ablage von Benutzerdaten ist von Microsoft nicht gewollt und eine Altlast bei TimePunch.

Neues Verzeichnis zur Ablage der Logdateien lautet:
c:\users\{Benutzername}\AppData\Local\TimePunch\Logs

Das neues Verzeichnis zur Ablage der Benutzerdaten lautet:
c:\users\{Benutzername}\AppData\Roaming\TimePunch

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.

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

Stellt TimePunch fest, dass eine alte Datenbank vorliegt, so wird normalerweise der Update Assitent gestartet. Liegt die Datenbank auf einem anderen Laufwerk als die Installation von TimePunch selbst, so kann der Update Assistent nicht gestartet werden und die Applikation wird ohne eine weitere Meldung geschlossen.

Es muss eine Unterscheidung zwischen Application Version und Datenbank Version eingeführt werden, die es erlaubt eine neue Application Version zu releasen - ohne, dass die Datenbank Version auch aktualisiert werden muss.

Ziel ist es, neue TimePunch Versionen zu veröffentlichen zu können, die nicht zwingend eine Datenbank Migration benötigen.

⇒ auch für Tp 1.92 soll keine neue Datenbasis benötigt werden.

Die Tätigkeitenliste wird nicht korrekt gebunden, wenn ein neuer Zeiteintrag angelegt wird.

Erst beim Klick auf das Projekt, wird die Tätigkeitenliste gefüllt.

Folgendes wäre auch noch von Vorteil.
Man kann ja nun zu jeder Projekt ID vordefinierte Tätigkeiten hinzufügen.
Das ist an und für sich nicht schlecht, ich muß aber jedes mal das Projekt um diese vordefinierte Tätigkeit erweitern.
Folgendes Idee:
Die Tätigkeiten Liste generiert sich dynamisch aus den bisher eingetragenen Tätigkeiten zum jeweiligen Projekt und das nur für den Benutzer der eingeloggt ist.
Ist nun eine Tätigkeit nicht in dieser Liste so schreibt man sie einfach in das Feld und beim nächsten Tätigkeitswechsel ist dieser Eintrag dann vorhanden.

Es sollten Tätigkeiten definiert werden können, die für alle Projekte gültig sind.
Somit müssten Standardtätigkeiten nicht für jedes Projekt neu erfasst werden.

Wenn ich im Client einen neuen Eintrag erstelle und dabei ein Projekt auswähle wird eine Tätigkeit auch “vorgeschlagen”. Wenn ich mit dieser Einverstanden bin und daher keine andere auswähle bzw. auch diese nicht in der Liste “bestätige”, wird diese nach dem Speichern in der Übersicht nicht angezeigt (Projekt wird übernommen, Tätigkeit nicht).

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

Einbau eines Hinweisdialogs und prüfen, in wie Weit ein überschreiben der Datenbestände verhindert werden kann.

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)

Befindet sich z.B. die Timepunch-Datenbank nicht direkt auf dem Client, sondern z.B. auf dem Netzwerk-Server (dort findet z.B. die zentrale automatische Datensicherung statt), so kann es vorkommen, dass Timepunch beim Start nicht sofort Zugriff auf die Datenbank hat. Es wird dann gemeldet, dass die Datenbank defekt sei. Um den Anwender nicht unnötig zu beunruigen und um einen Neustart Timepunch Watchers zu vermeiden, sollte in einem solchen Fall eine Alert kommen, mit z.B. folgendem Text: \"TimePunch wartet, bis die Verbindung zur Datenbank hergestellt ist\". Eine entsprechende Routine könnte dann erneut den Zugriff zur Datenbank versuchen.