TimePunch

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

Idee: Am einfachsten wäre eine cmdline option mit dem Profilnamen zum starten –

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

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.

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

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

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.

Nach dem Datenbank Update sollte eine Datenbank-Prüfung ausgeführt werden.
Dies ist wichtig, um 100% sicherzustellen, dass die Migration erfolgreich ausgeführt werden konnte.

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.

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.

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.

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

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.

Wenn bis zum 24.12. ein Zeiteintrag existiert, wird der 25.12. als nächster Zeiteintragstag vorgeschlagen. Richtig wäre der 27.12.

Das Andere betrifft die Zeiten, genauer die gerundeten Zeiten. Ich lasse bei mir auf 5 Minuten runden. Ich weiß auch nicht, ob ich es jetzt noch genau zusammenbekomme, aber es verhielt sich ungefähr so: Ich habe eine Tätigkeit im Projekt weiterführen wollen. Aber der es kam eine Fehlermeldung, das die Anfangszeit nach der Endzeit wäre und das ginge nicht (verständlicherweise). Also wurde die Startzeit der Tätigkeit aufgerundet und die (bisher noch ausgegraute) Endzeit behielt den aktuellen Wert. Das ist somit eine Situation, die nicht vom User direkt produziert werden konnte, sondern von der Software berücksichtigt werden müsste. Das ist bei mir nur einmalig aufgetreten, danach bisher nicht wieder.

Ich habe Time Punch geöffnet und mir als erstes Frau X angesehen die eine 20 Stunden Woche in den Regeln hinterlegt hat. Öffne ich weitere Mitarbeiter erscheinen alle mit einer Wochenarbeitszeit von 20 Stunden. Dies ändert sich erst wenn ich TP schließe und neu öffne, öffne ich dann eine Mitarbeiter mit einer 37 oder 40 Stunden Woche, erscheinen bei allen anderen Mitarbeiter auch unter den Regeln diese Wochenarbeitszeit.

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.

Es sollte in TimePunch die Möglichkeit existieren, das Verändern von Projekten zu unterbinden, aber trotzdem den aktuellen Zeiteintrag zu bearbeiten.
d.h. die Projektliste soll vorgegeben werden, der Benutzer soll aber die Möglichkeit haben seine Beginnzeiten zu ändern bzw. vollen Zugriff auf seine Zeitaufzeichnung haben. Vergabe der Projekte sollte nur duch den Admin möglich sein.

Momentan müssen wir hierfür unseren Mitarbeitern Vollzugriff geben, damit die Zeiten selbst verwaltet werden können. Es können aber dadurch auch die Projekte verändert werden. Dies führt unbeabsichtigt zu Falscheingaben.

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.

Eine abgeschlossene Pause sollte auch bis zum aktuellen Zeiteintrag berechnet und angezeigt werden.