Alle Projekte

Bei der Änderungsverfolgung wird der Zeitstempel nur gesendet, wenn auch die Anmeldung geändert wird.
Generell soll der Zeitstempel aber imm gesendet werden.

Bisher war es so, dass sich Änderungen im Mitarbeiterprofil direkt auf den aktuellen Monat, bzw. das aktuelle Jahr ausgewirkt hatten.
Zukünftig wirken sich Änderungen im Mitarbeiterprofil nur auf Folgemonate, bzw. Jahre aus.

Das Ändern des Passworts im TimePunch Watcher verursacht ein aufhängen der Applikation.

Wenn der aktuelle Eintrag im TP-Watcher verändert wird, wird die Endzeit ungültig und gelöscht.

Beim Ändern der TimePunch API URL in der Anmeldemaske werden die Profile nicht neu geladen.
Das verhindert den schnellen Wechsel des TimePunch Servers.

Aktuell werden Tageseinträge immer Genau berechnet.
Für die Personalabteilung ist eine gerundete Anzeige jedoch teilweise sinnvoller.
Es sollte daher möglich sein, die Berechnung zu wählen.

Die Hintergrundfarbe der Zusatzfelder ist nicht korrekt.

Wenn der Watcher und das Datafox Modul gleichzeitig laufen kann vereinzelt folgender Fehler passieren.

1.) der Mitarbeiter meldet sich am Datafox Gerät ab zur Pause
2.) der Mitarbeiter kommt wieder von der Pause zurück
3.) der Mitarbeiter setzt sich an seinen PC
4.) die Pause wird vom Watcher anscheinend gelöscht - überschrieben!

Der Fehler tritt leider nicht immer, sondern nur teilweise auf.

Fakt:
Kunde kauft zuerst eine Lizenz und nach ein paar Wochen nochmal 2 Lizenzen.

Problem:
Lizenzen sollen auf unterschiedlichen Rechnern installiert werden.
D.h., dass Timpunch auf zwei Rechnern, die zufällig die alte 1er Lizenz installiert haben nicht gleichzeitig gestartet werden kann?
Einfach wäre es mit einer Erweiterung auf eine 3er Lizenz, die wir auf allen unseren Rechnern installieren könnten, wo es dann kaum zu Konflikten kommen kann. Mit geteilten 1er und 2er Lizenzen ist die Wahrscheinlichkeit viel höher, dass man aus Timepunch rausfliegt, wenn zu viele gleichzeitig Timepunch starten…

Lösung:
Das Zusammenlegen von mehreren Lizenzen muss ermöglicht werden.

Da ich sehr viele Projekte habe die mit den verschiedensten Programmen bearbeitet werden währe es nützlich wenn solche Programm in der Projekt Definition deklariert werden könnten.Es soll zur Statistischen Auswertung dienen wie lange habe ich in einem Projekt mit welchen Programmen gearbeitet.Was ich auch noch vermisse ist die zuteilung der Kosten (zB. Stunden Lohn etc.)

Bei Neuanlagen von Projekten soll es in den Optionen einstellbar sein, mit welchen Zugriffsrechten ein Projekt angelegt wird.

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).

Der Mitarbeiter soll über die Selbstauskunft Zugriff auf die für ihn bereitgestellten Dokumente der Personalakte und des Monatsabschluss erhalten.

Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 6.2.9200.22673, Zeitstempel: 0x5c5df37d
Ausnahmecode: 0xe0434352
Fehleroffset: 0x0000000000027518
ID des fehlerhaften Prozesses: 0x2ac8
Startzeit der fehlerhaften Anwendung: 0x01d509b151ae5bce
Pfad der fehlerhaften Anwendung: C:\Program Files\TimePunch\TimePunch Datafox Service\TpDatafoxWinService.exe
Pfad des fehlerhaften Moduls: C:\Windows\system32\KERNELBASE.dll
Berichtskennung: f8295ade-766d-11e9-9410-000c29cfb849
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

Anwendung: TpDatafoxWinService.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: System.InvalidOperationException

 bei System.Data.SqlClient.SqlTransaction.ZombieCheck()
 bei System.Data.SqlClient.SqlTransaction.Rollback()
 bei AdFactum.Data.Internal.BasePersister.Rollback()
 bei AdFactum.Data.TransactionContext.Rollback()
 bei TimePunch.Common.DataAccess.Transaction.SafeCall(System.Action)
 bei TimePunch.Common.DataAccess.Transaction.Dispose(Boolean)
 bei TimePunch.Common.DataAccess.Transaction.Finalize()

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

Kündigung und Wiedereinstellungen von Mitarbeitern sollte Zeitgesteuert funktionieren

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)

Kann man auf dem Bericht (so wie in der Listenansicht) auch auf die Formatierung „hh:mm“ umstellen ? Also nicht 6,25h sondern 06:15 … ? (60/100er Ansicht)

⇒ Anstatt der Umschaltung sollte der Bericht das gleiche Zeitformat wie der Tp-Client benutzen.

Um Punkte wie den Bereitschaftsdienst erfassen zu können, sollte es möglich sein, beliebige Zeiteinträge nur mit der Eintragsdauer zu erfassen.

Wenn ich einen Eintrag als „fakturiert/offen“ markiere, springt die Listenansicht bei jedem Vorgang in die erste Zeile des kompletten Monats, der Eintrag ist danach auch nicht mehr markiert und ich muss durch die Liste scrollen um den Eintrag zu finden. Beim Löschen von Einträgen ist das Ergebnis gleich.

Sobald eine Tätigkeit gelöscht wurde, kann ein bereits damit abgespeicherter Zeiteintrag nicht mehr korrekt geladen, bzw. bearbeitet werden.

Wenn in einem solchen Zeiteintrag der Projektdialog geöffnet und verlassen wird, dann wird die gespeicherte Tätigkeit im Zeiteintrag mit der ersten sichtbaren Tätigkeit des Projekts überschrieben.

Wird versucht ein Zeiteintrag zu ändern, dessen Projekt bereits gelöscht wurde, dann kann dieser Zeiteintrag nicht mehr editiert werden.

Sind bereits Zeiteinträge auf dem Projekt NN vorhanden, dann können diese durch Mitarbeiter mit den Rechten "Mitarbeiter in Vertrauensstellung" nicht umgebucht werden.
Es erscheint die Fehlermeldung, dass der Mitarbeiter dazu nicht berechtigt ist.

auch abgelaufene Projekte werden beim Eintragsdialog noch angezeigt.

In Tp 1.90 kann aktuell nur die Zeiteintrags Formatierung der Ausgabe festgelegt werden. Es sollte auch noch ein Flag für die Eingabe der Zeiteinträge existieren (war in Tp 1.82 bereits umgesetzt).