Alle Projekte

User berichten Probleme wenn der Hinweis zur DemoVersion erscheint (z.b. Demoversion noch 9 Tage). Danach wird kein Programmstart mehr durchgeführt.

Muss evaluiert werden.

The Time Recording Precision under settings is my issue.
I frequently have to reset start day of the week and round to 15 minutes.
For some reason the settings change back to a default status.
It isn’t an issue that keeps me from using the product, but would love to see a correction.

—

Die Einstellungen werden aus irgendeinem Grund teilweise zurückgesetzt.
Dies sollte in der nächsten Timepunch Mobile Version behoben werden.

Beim Anlegen einer neuen Zeiteintrags-Serie wird das Arbeitszeitmodell nicht korrekt berücksichtigt.
z.B. Arbeitszeitmodell von 7:00 Uhr bis 12:00 Uhr.

   Zeiteintrags-Serie von 7:00 Uhr bis 16:00 Uhr.

Durch die Zeiteintrags-Serie sollte die Arbeitszeit dem Arbeitszeitmodell angepasst werden.
Tatsächlich werden jedoch Einträge von 7:00 Uhr bis 16:00 Uhr angelegt, also 4 Std. zuviel.
Wohingegen die Pause korrekt berücksichtigt wird.

Wird beim Smartphone ein Eintrag in der 1. Woche erstellt.

z.B. 03.01.2013 wird dieser Eintrag in der Wochenansicht nicht angezeigt.

Ich habe wiederholt das Problem, wenn ich nciht ganz genau darauf achte am neuen Tag, das Datum geändert zu haben, das noch das vom vorigen Tag drinnen steht und der Eintrag dann nicht gespeichert werden kann und soll. Das ist ja auch korrekt.

Nun habe ich 3 Optionen:
ja - dann wird überschrieben.
möchte ich das nicht, klicke ich nein oder
abbrechen

Soweit so gut, jedoch ist bei beiden Optionen (nein und abbrechen) mein vorher angelegter Eintrag verschwunden, spriche, wenn ich viel Text getippt habe, ist es weg.

Ich würde es begrüssen, wenn zumindest bei der Option abbrechen der alte falsche Eintrag wieder aufpoppt, sodass ich die Korrekturen machen kann und ich nicht alle Eingaben verliere.

Wie gesagt, es passiert mir immer wieder mal, manchmal sind es nur wenige Worte, dann ist es nicht schlimm, manchmal ärgere ich mich aber sehr.

Ein in TimePunch ONE festgelegter Stundensatz wird nicht korrekt in den Berichten angezeigt.

Unter bisher noch unbekannten Umständen, kann es sein, dass Tp-Studio ein Benutzerprofil ohne Namen und Benutzerkennung anlegt.
Das Problem hierbei ist, dass dieses Benutzerprofil eine Lizenz belegt, und damit einem anderen "realen" Benutzer evt. keine Lizenz mehr zur Verfügung steht.

→ TimePunch Studio darf kein Benutzerprofil automatisiert anlegen.

Bei Serieneinträgen zum Beispiel einer Woche, wird die Pause auf die einzelnen Einträge gesplittet.
D.h. die Pausenzeit wird nicht pro Tag, sondern für die Serie gesetzt; was natürlich so nicht gewünscht ist.

Das Problem kann umgangen werden, wenn im Arbeitszeitmodell eine feste Pausenzeit eingestellt wurde.
Diese Mindestpause wird dann in jedem Fall vom System erkannt und gespeichert.

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.

Wird der Stundenbericht nach Excel exportiert, wird die Zeilenhöhe nicht korrekt gesetzt sofern eine mehrzeilige Beschreibung vorhanden ist.

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.