Alle Projekte

Aktuell ist es so, dass ein Bericht "ProjectBased" immer min. einen Datensatz (Zeiteintrag) benötigt, damit der Bericht gedruckt werden kann.
Auch, wenn der Bericht gar keine Zeitdaten, sondern nur die Projektdaten anzeigt.

Bei Mitarbeitern in der Rolle Datenschutzbeauftragter kann der Profilwechsel unter Umständen zu Fehlern führen.

Sobald ein Projekt ohne eingestellte Tätigkeit im Cutter ausgenommen wird, werden auch Start -und Endzeiten von anderen Projekte nicht korrekt berücksichtigt.

Scheinbar existiert noch ein Problem bei dem Berechnen des 13 Wochendurchschnitts, wenn folgende Bedingungen erfüllt sind.

- Es ist ein halber Urlaubstag eingetragen (z.B. 24.12.)
- Es ist ein halber Feiertag eingetragen (z.B. 24.12.)

→ Ergebnis: Dem Mitarbeiter wird der volle Arbeitstag mit 13 Wochendurchschnitt ausgezahlt - richtig wäre es, einen halben Urlaubstag auszuzahlen.

Wenn ein Portforwarding von einem externen Port zum internen Port stattfindet, und sich die Ports dabei unterscheiden, dann wird zur Verlinkung der einzelnen Module der externe Port nicht berücksichtigt, sondern auf den internen Port verwiesen.

Es wäre gut, wenn der Port, z.B. durch das setzen der ServerURL in der TimePunch.ini Datei berücksichtigt werden würde.

Wenn das Arbeitsverhältnis auf "Reine Arbeitszeit" eingestellt ist, dann dürfen keine Pflichtpausen in TimePunch Core berechnet werden.
Aktuell ist es so, dass durch eine vorher eingestellte Pflichtpause, nach Änderung auf "Reine Arbeitszeit" die Pflichtpause dennoch berücksichtigt wird.

Dies ist beim Arbeitsverhältnis "Reine Arbeitszeit" nicht zulässig.

In seltenen Fällen kann das Datafox Terminal mit dem Hinweis "Tabelle PersonalstammPZE nicht gefunden" nicht aktualisiert werden.

Teilweise sind beim Webserver Performance Probleme feststellbar, wenn der Sanity Check fehlschlägt.

Beim splitten eines Zeiteintrags der eine Pause enthält, wird die Pausenzeit nicht gesplittet, sondern dupliziert!

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.

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

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.

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.

Beispiel:
Der Mitarbeiter stempelt am 27.07. genau 8:45h und macht eine eigene Pause von 0:25h

Die bisherige Vorgehensweise ist, die Arbeitszeit und die Pausenzeit zu addieren = Anwesenheitszeit und diese dann mit den 9:00 Std. zu vergleichen. Dabei wird nicht berücksichtigt, dass der Mitarbeiter ja schon ab 6:00 Std. eine Pause nehmen muss (bzw. schon gemacht haben muss)
Daraus folgt, dass diese 30 Minuten nochmal von der Gesamtzeit subtrahiert werden müssen.

Beispiel: 8:45 Std. + 0:25 Std. eigene Pause = 9:10 Std. Anwesenheitszeit

                             9:10 Anwesenheit – 30 Minuten Pflichtpause > 9 Std. (! Nicht größer), d.h. kein Abzug
                             9:10 Anwesenheit > 6 Std., d.h. Pflichtpause = 30 Minuten, d.h. 5 Minuten Abzug

Beispiel2: 5:55 Std. + 0:25 Std. eigene Pause = 6:20 Std. Anwesenheitszeit

                             6:20 Anwesenheit > 6 Std. d.h. Pflichtpause = 30 Minuten, d.h. 5 Minuten Abzug

Im aktuellen Zeiteintrag lässt sich derzeit keine Pause eintragen.
Der Fehler "Die Pausenzeit überschreitet die Dauer des Zeiteintrags" wird angezeigt und verhindert das Speichern.

Wahrscheinlich wurden die notwendigen Dateien nicht im Setup aufgenommen und korrekt deployed.

Es sollte bei Urlaub nur die maximale Tagesarbeitszeit eingegeben werden können. Genauso bei Krankheit.

Wenn der Logon Name geändert wird, darf es zukünftig nicht mehr notwendig sein, dass Benutzerpasswort ändern zu müssen.

Lässt man über ein Projekt den Filter \\\"nicht fakturiert\\\" und exportiert anschliessend die Liste ins HTML-Format, zeigt das Total die gesamten des Projekts an, also nicht nur die nicht fakturierten; exportiert man jedoch die gleiche Liste ins XLS-Format, stimmt das nicht …

Wird in TimePunch ein neuer Kunde angelegt, dann steht dieser nach der Anlage nicht direkt im TimePunch Watcher für die Auswahl zur Verfügung.

Der Neukunde wird erst nach dem Befehl „Anzeige-Aktualisieren“ aus dem Menü angezeigt.

Wie bei der Projektanlage auch, sollte nach der Anlage des Kunden, der Watcher die Aktualisierung der Kundendaten selbständig durchführen.

In TimePunch TEN scheint das Anlegen von neuen Mitarbeitern mit der Option "Einstellungen kopieren" nur von lizenzierten Mitarbeiter zu funktionieren.

Da in TimePunch TEN nur der Administrator lizenziert ist, führt das zu dem Problem, dass keine Einstellungen kopiert werden können.

Werden bereits genehmigte Anträge in TimePunch Core (teilweise oder ganz) gelöscht, dann wird der Eintrag dennoch im Kalender dargestellt.

! Hier sollte im Kalender der Eintrag leicht geändert (z.B. schraffiert oder ausge-ixxt) dargestellt werden.

Aufgefallen ist es bei einem Urlaubsantrag.
Wahrscheinlich betrifft dies aber auch die anderen möglichen Antragstypen.

Hinweis: Der neue Eintragstyp sollte nur bei Mitarbeitern innerhalb der Coverage angezeigt werden.
Ohne Coverage sieht der Mitarbeiter die korrigierten Einträge aus Core (d.h. der Urlaub wird einfach nur verkürzt) dargestellt.