TimePunch

Einarbeiten von Arbeitszeitmodellen, um differenziertere Auswertungen zu ermöglichen (z.B. ist Regelzeit von 8-16:30 und Freitags von 8-15:00). Arbeitszeit pro Wochentag anzugeben

Auf die Existenz einer kostenlosen SQL Datenbank hinweisen und die Installation des MSDE erläutern.

Regeleinstellungen für den aktuellen Monat, die im Analysefenster getätigt wurden werden bei einem Neustart von TimePunch mit den Standardeinstellungen überschrieben.

Sind vor der Migration von TimePunch 1.82 nach TimePunch 1.91 bereits Zeiteinträge in der Zukunft vorhanden, dann sind nach der Migration alle Monate in TimePunch gesperrt.

Als Workaround können die Monate mit folgendem SQL wieder entsperrt werden.

@p01: der aktuelle Monat
@p02: das aktuelle Jahr
@p03: das aktuelle Jahr

UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=@p01 AND CUR_YEAR=@p02) OR CUR_YEAR>@p03;

z.B.: UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=9 AND CUR_YEAR=2008) OR CUR_YEAR>2008;

Aktuell findet keine Anrechnung von Krankheit, Fahrtzeit und Betriebliche Feiertagen auf die monatliche Arbeitszeit statt.

Dies muss unverzüglich gefixt werden.

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

Der Jahresübertrag der Urlaubstage, Krankheitstage ist nicht immer korrekt.
Das Problem ist als kritisch eingestuft und muss daher schnellstmöglich gefixt werden.

Geplanter HotFix Termin 26.11.2008

Zeiteinträge mit 35 min. werden nicht korrekt gerundet.
Bei Eingabe von 9:05 bis 9:40 werden 34 - anstatt 35 min. angezeigt.

Es kommt teilweise vor, dass der Vorjahresurlaub nicht korrekt übernommen wird, wenn der Urlaubsverfall auf "Nie" eingestellt wird.

Beispiel:

Resturlaub 2013: 23 Tage
Resturlaub 2014: 25 Tage
→ in 2015 sollten somit 58 Tage zusätzlicher Urlaub übernommen werden.

Bei der direkten Nachberechnung passt es. (Dialog öffnen, ok klicken, Berechnung wird gestartet)
Trotzdem kann es vorkommen, dass aus "unbekanntem" Grund nur die 25 Tage aus 2014 nach 2015 übernommen werden.

D.h. es muss noch einen zweiten Weg geben, bei dem der Urlaub nicht immer korrekt komplett übernommen wird.

Teilweise stürzt der Datafox Windows Service mit folgender Meldung ab.

2015-11-29 01:01:59,813 [38] ERROR: Rollback
2015-11-29 01:01:59,876 [38] ERROR: Rollback
2015-11-29 01:02:01,251 [38] ERROR: Rollback
2015-11-29 01:02:01,251 [38] FATAL: DatafoxUpdateService
System.InvalidOperationException: SqlTransaction wurde beendet und kann nicht mehr verwendet werden.

 bei System.Data.SqlClient.SqlTransaction.ZombieCheck()
 bei System.Data.SqlClient.SqlTransaction.Rollback()
 bei AdFactum.Data.Internal.BasePersister.Rollback()
 bei AdFactum.Data.TransactionContext.Rollback()
 bei AdFactum.Data.ObjectMapper.Rollback()
 bei TimePunch.Common.DataAccess.Transaction.SafeCall(Action call)
 bei TimePunch.Common.DataAccess.Transaction.Dispose(Boolean dispose)
 bei TimePunch.Common.DataAccess.Transaction.Dispose()
 bei TimePunch.Datafox.DataAccessLayer.Database.DeviceManager.SaveDevice(ITimePunchConnection connection, IDevice device)
 bei TimePunch.Datafox.BusinessLayer.ServiceImplementation.DeviceManagementService.UpdateAlivePing(ITimePunchConnection connection, String serialNr)
 bei TpDatafoxWinService.DatafoxUpdateService.PollDevices()

- Auswertung der Arbeitszeit für alle Mitarbeiter
- Ein Überblick über den Status mehrerer Mitarbeiter in Form z.B. einer Wochen- oder Monatsliste (Anwesend, Urlaub oder Krank)
- Ein Punkt für Auswertungen in grafischer Form, damit man anhand von Diagrammen die Auslastung, usw. übers Jahr verfolgen kann und gleich intuitiv erfasst.

Timepunch is showing today, Monday 23rd August, as a Bank Holiday

The correct date is the 30rd August.

Bei der Neuanlage einer Datenbank wird die Feiertagsberechnung nicht korrekt übernommen.

Beispiel:
Es wird eine neue Datenbank angelegt und die Feiertage sollen für Deutschland/Hessen berechnet werden. Dann springt das System immer auf die Feiertagsberechnung Deutschland/Baden-Würtemberg um.

TimePunch soll nach einer definierten Zeitdauer (voreingestellt sind 7 Tage) prüfen, ob neue Updates verfügbar sind.

Damit soll es dem Anwender leichter gemacht werden, den aktuellen Entwicklungs-Stand zu verfolgen.

Je nach Wunsch, werden Update Checks für Releases, Betas oder Nightly Builds durchgeführt.

Das Abmelden von Windows oder das Herunterfahren des PCs muss die Protokollierung des Tp-Watchers stoppen.
Aktuell funktioniert dies im Nightly Build noch nicht korrekt.

TimePunch Webservices implementieren.

Ziel dabei ist es, WebServices zur Verfügung zu stellen, die es ermöglichen, sich mit TimePunch auf der ganzen Welt via Internet auf den Firmenserver zu verbinden und dort seine Zeiten zu verwalten.

TimePunch läuft in einen Fehler, wenn die Tagesarbeitszeit im Arbeitszeitmodell kleiner als 2 Std. ist.
Im Arbeitszeitmodell müssen demnach aktuell min. 2 Std. Tagesarbeitszeit vermerkt werden, damit TimePunch in der Version 1.92.2004 arbeiten kann.

Ein doppelter Summary Eintrag in der Datenbank für den Monat und Mitarbieter führt zu einem fehlerhaften Monatsreporting.

Erstellen eines neuen Berichts der die Gesamtprojektstunden den bisher geleisteten Projektstunden gegenüberstellt.

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.

Ist im Arbeitszeitmodell ein 1/2 Arbeitstag hinterlegt, dann wird der Feiertag als Soll-Zeit berechnet.

Beim Berechnen der Überstunden tritt ein Fehler auf, wenn

a) der Mitarbeiter auf "Stundenlohn" arbeitet
b) in den Optionen "Urlaubsendgeld für Lohnarbeiter entspricht dem durchschnittlichen Verdienst der letzten 13 Wochen"
c) das Wochenarbeitszeitmodell vom durchschnittsverdienst abweicht (z.B. weil es ausgenullt) wurde.

In diesem Fall wird die Differenz Sollzeit zum Durchschnittsverdienst nicht den Überstunden hinzugerechnet.

Ein Kunde möchte einen Bereitschaftsdienst buchen.
Dieser soll zwar bezahlt (also auf ein Lohnkonto gebucht) aber nicht zur Arbeitszeit gezählt werden.
Damit keine zusätzlichen Überstunden entstehen.

Der Jahresurlaub wird in der aktuellen Version nicht korrekt berechnet, sofern der Urlaub in der Zukunft (also z.B. im nächsten Monat) liegt.

Wenn die Zeiten in TimePunch 4.0 zusammengefasst dargestellt werden, funktioniert die Berechnung der zuschlagsrelevanten Zeiten nicht mehr korrekt.