Alle Projekte

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.

Im Report wird anstatt des Projektnamens nur #Error angezeigt.

In diesem Fenster kommt zum Schluss der Hinweis, dass man auf BEENDEN klicken soll.
Es gibt kein Beenden sondern nur FERTIGSTELLEN

Nach Aufruf einer Pause und Klick auf Weitermachen im Kontextmenü in der SYSTRAY bleibt das Fenster weiter stehen.

Wenn ich auf meinem Windows-Phone Zeiten erfasse, sind diese nach der Synchronisation auf dem PC um 2 Stunden zurück verschoben. Auf dem Telefon werden Sie richtig angezeigt. Auf beiden Geräten steht die Zeitzone auf UTC+1 (Berlin).

Gerade getestet: WP7 11:22-11:26, PC 9:22-9:26

               PC  11:37-11:38, PC 11:37-38

UPDATE:
Der Fehler tritt immer dann auf, wenn über die Stoppuhr ein Eintrag gestartet und direkt danach eine Beschreibung eingegeben wird. Dies verändert den Start -und Endezeitpunkt bei der Synchronisation.

UPDATE:
Muss nur noch von Microsoft deployed werden.

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

Der Synchronisationsprozess schlägt fehl, wenn ein bereits zuvor synchronisiertes Projekt in TimePunch Mobile auf einen bestehenden Projektnamen in TimePunch Client geändert wird.

Fehlermeldung: Projekt XY existiert bereits.

Wenn ich einen neuen Eintrag anlege als Arbeitszeit ist alles soweit ok, lege ich dannach z.b einen Urlaubstag an und dannach wieder einen Arbeitstag springt die Uhrzeit auf 15Uhr und das datum spring auch nicht einen Tag weiter somit muss ich immer wieder alles neu einstellen.

Bei anlegen mehreren Arbeitszeiten spring die Uhrzeit immer auf die eingestellte Zeit und das Datum immer +1 es wäre schön wenn dieses verhalten nach dem eingeben eines Urlaubs oder Kranheitstages auch da wäre.

— Lag daran, dass nur die Arbeitszeit, aber nicht die Abwesenheitszeit bei einem Urlaub mitgezählt wurde.

Samstage und Sonntage werden doppelt angezeigt wenn ein Zeineintrag vorhanden ist wird. Dies geschieht auch bei Feiertagen.

Wird ein neues! Projekt importiert, das noch nicht in der Datenbank vorhanden ist, und dieses Projekt enthält zwei gleichlautende Tasks. Dann bricht der Import mit Fehler ab.

Projekt mit Tasks löschen schlägt fehl, wenn das Projekt und die Tasks aus keinem Zeiteintrag referenziert werden. Dann sollte physich gelöscht werden.

Dies schlägt jedoch fehl, da anscheinend die dazugehörigen Tasks nicht mitgelöscht werden.