Alle Projekte

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)

… Das Problem sieht man auf dem Screenshort 1, dass im Feld Arbeit das Datum mit ausgewiesen wird.
Durch die Formel “=Ende-Start” erhalte ich die richtige Zeit (Screenshort2). Auch bei den Pausen steht leider immer
das Datum vor der Zeit welches manuell gelöscht werden muss.

… Was mir sonst aufgefallen ist, dass die Zusammenfassung (letzte Zeile) nicht die Summe ist die ich für
Arbeit und Pause erhalte. Wäre super wenn dies ebenfalls automatisch passieren würde. Besteht
die Möglichkeit, dass das “Projekt ID” bereits sortiert wird.

Das Feature den TpWatcher mit einer anderen Identität zu starten, funktioniert nur mit einer lizenzierten Version. Sobald der Hinweisdialog zum registrieren aufpoppt, wird TimePunch beendet. (sofern /identity angegeben wurde)

Ab und zu hat das Kontextmenü des Watchers im SysTray Probleme vollkommen zu erscheinen. Es erscheint nur der Schatten des Menüs (rechts und unten) und dieser friert auch noch ein. Einziger Ausweg: Doppelklick auf das Symbol. Wenn das kleine blaue Fenster erscheint, macht auch das Kontextmenü keine Probleme mehr und erscheint wieder. - Das Ganze kommt bei mir grob bei 1 von 10 Anmeldungen vor. Ist kein wirkliches Problem, nur ärgerlich. Ein Neustart schafft meist Abhilfe, aber vielleicht kennen Sie dieses Phänomen schon und haben dafür einen Tipp.

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.

Wird im Tp-Watcher die Pause beendet, dann startet der Tp-Watcher die Aufzeichnung der Arbeitszeit nicht mehr automatisch.

Dies geschieht nur, wenn in den Optionen :"Pausenzeiten als eigene Einträge protokollieren" eingeschaltet ist.
Als Workaround sollte die Optione ausgeschaltet werden.

TimePunch läuft in einen Fehler, wenn die Tagesarbeitszeit im Arbeitszeitmodell kleiner als 2 Std. ist.
Im Arbeitszeitmodell müssen demnach aktuell min. 2 Std. Tagesarbeitszeit vermerkt werden, damit TimePunch in der Version 1.92.2004 arbeiten kann.

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.

Wird in einem Projekt ein leerer Task angelegt und gespeichert, dann kann das TimePunch nicht verarbeiten.
TimePunch beendet sich danach mit einem Ausnahmefehler.

Das Problem kann behoben werden, indem das Projekt geöffnet und danach mit "Entfernen" der leere Task aus der Liste entfernt wird.

Beim Löschen von Benutzerprofilen erhalte ich jedes Mal folgende Fehlermeldung:

Die Delete Anweisung steht in Konflikt mit der Reference-Einschränkung „TP_Tips_FK01“
Der Konflikt trat in der TimePunch Datenbank „TimePunch_neu“, Tabelle „DBO.TP_Tips“, Column „User“ auf.
Die Anweisung wurde beendet.

Im Report wird anstatt des Projektnamens nur #Error angezeigt.

Aus einer Pause heraus kann keine neue Tätigkeit im TpWatcher ausgewählt werden.

Durch Klick auf OK im Watcher Dialog, wird die Zeiterfassung nicht erneut gestartet.
Der Tp-Watcher verbleibt im Pausemodus.

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.