Alle Projekte

Von Kunden wird berichtet, dass die angezeigten Salden im Zeiterfassungsterminal nicht immer mit den Zeiten in der Verwaltungssoftware übereinstimmen.

Hier ist eine Prüfung notwendig.

Da wir in vielen kleinen Projekten arbeiten, taucht jetzt ein Problem auf:

Wenn die Tagesarbeitszeit von zB 7,7 h zu einem Teil erfüllt (4,7 h) ist, springt das Programm für die folgenden Einträge bereits auf den nächsten Tag was zu einigen Fehleinträgen führt und ein wenig unkomfortabel ist.

Dies sollte man einstellen können.

Das Analysefenster "Überstunden" sollte ein bzw. ausgeblendet werden, wenn sich der Status des Anwenders von Angestellter auf Freiberufler (oder umgekehrt) ändert.

Der Tp-Watcher Baloon Tipp soll vor der Taskleiste, und nicht dahinter, angezeigt werden.

Fehler beim Erzeugen eines Zeiteintrags in einer neuen Datenbank.

Reproduktion:

- Neue TimePunch Datenbank anlegen.
- 2. TimePunch Datenbank anlegen.
- Einen Zeiteintrag erzeugen. (Hier passiert werden der Fehler).

Wenn direkt vor der Fertigstellung (Erzeugung) einer neuen Datenbank der Dialog abgebrochen wird, lässt sich TimePunch nicht mehr bedienen.

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.

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.

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.

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.

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)

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.

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.