Alle Projekte

Die Wochenenden werden in den Berichten nur für den 1. Benutzer angezeigt.
Fehler: Die Wochenenden für alle weiteren Benutzer werden nicht angezeigt.

Es ist aktuell nicht möglich, als Administrator für ein anderes Benutzerprofil, einen Zeiteintrag mit einem Projekt anzulegen, für welches man nicht fakturieren darf.

Die Projektauswahl muss daher für den ausgewählten Benutzer (identity) und nicht für den angemeldeten Benutzer (principal) geschehen.

Ein neuer Zeiteintrag wird nicht immer korrekt auf die max. Krankheit / Urlaubszeit gekürzt.

Auch bei einem Fahrtzeiteintrag muss eine Pause zulässig sein.

Aktuell können nur Überstunden ausbezahlt werden, wenn in dem selektierten Monat auch ein Zeiteintrag vorhanden ist.

Die Überstundenreduktion sollte jedoch auch ohne Zeiteintrag im Monat möglich sein.

Durch fehlerhaftes Beenden der TpClient App kann der Window State auf versteckt (0) gesetzt werden.
Dies führt dazu, dass TimePunch zwar gestartet werden kann, aber danach nicht mehr sichtbar ist.

Das Ausbezahlen der Überstunden im Monat funktioniert nur dann, wenn min. ein Zeiteintrag im Monat vorhanden ist. Dies kann u.U. ein Problem sein, wenn der Mitarbeiter im Monat nicht arbeitet und trotzdem Überstunden ausbezahlt werden.

Für dieses Problem muss asap eine Lösung gefunden werden.

Aktueller Workaround ist das Anlegen eines Dummy Eintrags.

Der Sync Assistent kann aktuell den Parameter “/principal” nicht verarbeiten.

Das wechseln des aktuellen Benutzers sollte beim Sync Assistenten jedoch genauso funktionieren wie bei allen anderen TimePunch Produkten auch.

Endezeit / Arbeitszeit werden als verbundene Zellen nach Excel exportiert.
Dies ist ärgerlich, wenn die Daten weiterverarbeitet werden sollen.

Wird der Filter gewechselt, können keine neuen Einträge erzeugt werden.
Erst wenn ein Datum ausgewählt wurde, geht es wieder.

Wird in einem Zeiteintrag über die "…" ein bereits abgeschlossenes Projekt geöffnet und mit "ok" bestätigt, ändert sich das im Zeiteintrag selektierte Projekt.

Werden im Stundennachweis die Daten von Mitarbeitern in unterschiedliche Länder innerhalb eines Berichts angezeigt, so stimmt die Anzeige der Feiertage nicht mehr überein.

Z.b. Spanien / Deutschland. In Spanien werden die Deutschen Feiertage angezeigt - und umgekehrt.

Dies ist allerdings nur ein Anzeigeproblem.
Die Stundenberechnung ist davon nicht betroffen.

Werden die Stundennachweise pro Mitarbeiter angezeigt, tritt der Fehler nicht auf.

Das anspringen des Bildschirmschoners wird nicht korrekt als Pausenstart berücksichtigt (Aufnahmeeinstellung: Sperren von Windows).

Ist der erste Eintrag im Bericht keine Arbeitszeit, dann wird der Bericht Detaillierte Projektabrechnung nicht angezeigt.

Ein Kunde berichtet, dass das Anlegen eines Projekte zu folgendem Fehler geführt hat.

Der Fehler konnte umgangen werden, indem das Projekt im Hauptprogramm hinzugefügt wurde.

Die Proxy Settings werden nicht für die Synchronisation verwendet.
Wünschenswert wäre es, die Proxy Einstellungen des Internet Explorers zu verwenden.

Immer wenn Zugriffsberechtigungen gesetzt werden, muss mit beiden "ok" Buttons bestätigt werden. Danach wieder über Extras→Projekte bearbeiten… → Projekt auswählen → Zugriffsberechtigung setzen und wieder mit zweimal "ok" (1. Ok bei Zugriffsberechtigung, 2. Ok bei Projektliste editieren) bestätigen.

Wenn viele Projekte eingetragen werden und die Zugriffsberechtigungen direkt gesetzt werden (ohne das 2. Ok gab es immer Probleme und die User vielen aus der Berechtigungsliste, obwohl der Haken noch gesetzt blieb).

Projects – entered 18 on time punch mobile, but only 8 show up on the syncro screen and I can only check off the first 6.
Those 6 did synch.

You can't select the remaining projects.

Bei einer eingestellten Rundung von 1 min, wird nach dem Fortsetzen einer Pause, teilweise ein neuer Eintrag gestartet.
⇒ Dies konnte zumindest bei unterschiedlichem Beschreibungstext nachvollzogen und behoben werden.

Sync Settings für TimePunch - werden bei iOS nicht gespeichert.
User Name und Email für syncen

Zeiten, die in der Zukunft eingetragen sind, werden nicht gesendet.
Dieses sollte unbedingt behoben werden.

TimePunch verrechnet die erweiterte Pause auch dann, wenn die Standardpause eigentlich deaktiviert wurde.

TimePunch Profiles startet nicht, wenn als Startparameter mit /principal gearbeitet wird.

Der TimePunch Watcher sollte den Client mit dem gleichen Principal (Startprofil) starten, wie er auch selbst gestartet wurde.

Ansonsten ist das Verhalten nicht konsistent, und der Client kann nicht gestartet werden.

Nach dem Bearbeiten eines Profiles in TimePunch Profiles ist dieses nicht mehr selektiert, sobald der Dialog mit OK verlassen wird.
Dies sollte korrigiert werden.