Alle Projekte

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.

Beim Aufrunden der abrechenbaren Zeiten wurden auch Zeiten aufgerundet, die der eingestellten Rundung entsprach.

Beispiel:
Rundung = 15 Minuten aufrunden

Wenn die Arbeitszeit 15 Minuten betrug, werden 30 Minuten abgerechnet. Dies ist potentiell falsch, da erst ab 16 Minuten aufgerundet werden darf.

Wird für einen Mitarbeiter ein Arbeitszeitmodell ohne gültigen Arbeitstag definiert, dann hängt sich TimePunch auf, sobald ein neuer Zeiteintrag angelegt werden soll.

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.

Alte Arbeitszeitmodelle können nicht immer gelöscht werden.

Obwohl keine Arbeitszeiten für den Juli hinterlegt wurden, konnte das Modell am 01.08. nicht gelöscht werden.
Siehe Screenshot

Normale Arbeitszeit wird bei Mitarbeitern als Abwesenheit angezeigt.

Ein Arbeitszeiteintrag an einem Feiertag reduziert die Soll-Arbeitszeit im Monat.
Dies ist nicht korrekt.

Ein Arbeitszeiteintrag an einem Feiertag soll zu 100% in die Überstunden laufen. Die Soll-Arbeitszeit darf hingegen nicht reduziert werden.

Für Mitarbeiter mit der entsprechenden Berechtigung, sollen die Kommen/Gehen Zeiten in der Anwensenheitsliste wieder angezeigt werden.
Diese Funktion wurde aus Datenschutzgründen in den letzten Versionen beschnitten.

Die Anzeige des Datums des ersten und letzten Eintrags im Profildialog von TimePunch ist fehlerhaft.

Meldet man sich ohne Administrationsrechte in der Anwesenheitsliste an, dann werden manuell angelegte Zeiteinträge nicht korrekt als “Arbeitszeit” angezeigt.

Die Anwesenheitsliste soll Zeit-Vortragungen korrekt berücksichtigen.

- Der Anmeldestatus darf erst dann auf “schwarz” (fertig) gesetzt werden, wenn nicht nur die Summe der Arbeitszeit erreicht ist, sondern auch die Vorgegebenen Abmeldezeit.

Bei einem Eintrag von 8:00 bis 17:00 Uhr - erst ab 17:00 Uhr.

- Bei den vorgetragenen Zeiteinträgen, soll die Tätigkeit in der Anwesenheitsliste ebenfalls sichtbar sein.

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 mit dem o.g. IE 11.0.9600.18537 eine Verknüpfung zu einem Modul auf den Desktop gelegt, dann wird nach der erfolgreichen Anmeldung nochmals ein Anmeldedialog angezeigt.

Beim Aufruf direkt aus dem Internet Explorer funktioniert die Anmeldung.

Dies Fehler betrifft scheinbar nur Windows 7.

Wenn der Kalender oder die Anwesenheitsliste offen ist, und der Mitarbeiter meldet sich dann an dem anderen Modul an, wird die Session der ersten Anmeldung geschlossen.

D.h. der Mitarbeiter muss sich danach wieder neu am Kalender oder der Anwesenheitsliste anmelden.

Einem Mitarbeiter mit der Berechtigung Personalmanager, muss es ebenfalls möglich sein, neue Mitarbeiter in TimePunch anzulegen.

Das Anlegen neuer Mitarbeiterprofile innerhalb von TimePunch muss ermöglicht werden.
Dazu ist ein entsprechender Dialog (oder Workflow) zu implementieren.

Im Client müssen die Lizenzen für das Online Modul auswählbar sein.

Ist im Profil ein Arbeitszeitmodell von 0 Stunden Wochenarbeitszeit eintragen, dann hängt sich TimePunch auf, sobald versucht wird ein neuer Zeiteintrag anzulegen.

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.

Das Anlegen eines neuen Lands führt zu einem Absturz im Feiertagseditor.

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

Ausnahmetext System.ArgumentNullException: Der Zeichenfolgenverweis ist nicht auf einen Zeichenfolgeninstanz festgelegt.
Parametername: name

 bei System.Globalization.CultureInfo..ctor(String name, Boolean useUserOverride)
 bei TimePunch.HolidayEditor.DistrictForm.DistrictForm_Load(Object sender, EventArgs e)
 bei System.EventHandler.Invoke(Object sender, EventArgs e)
 bei System.Windows.Forms.Form.OnLoad(EventArgs e)
 bei TimePunch.Locale.LocalizedForm.OnLoad(EventArgs e)
 bei System.Windows.Forms.Form.OnCreateControl()
 bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
 bei System.Windows.Forms.Control.CreateControl()
 bei System.Windows.Forms.Control.WmShowWindow(Message& m)
 bei System.Windows.Forms.Control.WndProc(Message& m)
 bei System.Windows.Forms.ScrollableControl.WndProc(Message& m)
 bei System.Windows.Forms.ContainerControl.WndProc(Message& m)
 bei System.Windows.Forms.Form.WmShowWindow(Message& m)
 bei System.Windows.Forms.Form.WndProc(Message& m)
 bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
 bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
 bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Überschreitet das Abrufen der Zeiten in TimePunch TEN eine gewisse Zeitspanne, dann wird das Fenster mit der Animation nicht geschlossen, sondern bleibt solange im Vordergrund, bis es über die Taskleiste geschlossen wird.

Dieser Fehler tritt beim Abrufen der Zeiten gehäuft auf, da dies u.U. eine längere Zeit dauert. Allerdings wurde das Problem auch beim Anmelden von TimePunch an einer Cloud Datenbank gemeldet. Die Anmeldung ist in diesem Fall erfolgreich, aber der Dialog wird nicht geschlossen.

Die Ursache scheint in der DialogResult Extension zu liegen. Das Setzen des DialogResults führt dabei anscheinend nicht immer zur gewünschten Schließung des Dialogs.

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.