TimePunch

Die Anzeige des Datenbank Einrichtungs Assistent ist fehlerhaft, da der Datendialog größer geworden ist.

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

In der englischsprachigen Version:

Bei der Zahlendarstellung das \”,\” durch einen Dezimalpunkt ersetzen, da sonst die Zahl nicht 120 sondern z.B. 12000 bedeuted.

Fehler nachvollziehen:

Projektfenster öffnen
OK Button betätigen
Sprache Deutsch/Englisch umstellen

Fehler erscheint - Die Projektzuordnung wird korrigiert!

Beim Versuch die Datenbank auf die neue Datenstruktur upzudaten erscheint bei uns folgendee Fehlermeldung.
***
Das Element wurde bereits hinzugefügt. Schlüssel im Wörterbuch: \"TP_ANWENDER_WorkKodelList\" Hinzufügender Schlüssel: \"TP_ANWENDER_WorkModelList\"

Hallo Hr. Stefan, nachdem ich einen neues User in die Gruppe LESEN hinzugefügt habe, wird TimePunch mit der Fehlermeldung \"User besitzt keine Administrationsrechte\" gestartet und bricht nach Bestätigung ab.
Bitte um schnelle Klärung.

Bei dem Updaten von V1.72 auf V1.80 ist am Updaten der Datenbank mit dem Update Assistent ein Fehler aufgetreten.
Nach der Meldung \"Speichere erweiterte Zusammenfassung\" kam folgende Fehlermeldung: \"Fehler: Das Feld ist zu klein für die Datenmenge die Sie hinzufügen wollten… usw.\"
Meine Vermutung der Fehlerursache ist das Feld Beschreibung. Das Feld Beschreibung benutze ich auch als Tätigkeits-/Montagebericht mit relativ grosser Textmenge. Mir ist dies seither nicht aufgefallen, da weder eine Fehlermeldung oder Textbegrenzung kam und der Audruck immer vollständig war.

Hallo,

nach dem Update auf 1.80 wird im Fenster \"Allgemeine Regeln definieren\" der Jahresurlaub mit 40 Tage angegeben. Wenn ich den Wert ändere und das Fenster erneut öffne sind wieder die 40 Tage eingetragen.
Durch diesen Fehler stimmen auch die Angaben im Analysefenster nicht. Auch hier wird im Feld Jahresurlaub 40 Tage angezeigt, außer bei den Monaten wo die Einträge noch mit der alten Version erstellt wurden, da wird als Jahresurlaub 30 Tage angezeigt.

Auch bei der Wochenarbeitszeit sind 40 Stunden eingetragen obwohl im Fenster \"Arbeitszeitmodelle pflegen\" 5x7 Std. eingetragen sind.

Die aktuelle TimePunch Version stellt das Anmeldefenster leider noch nicht korrekt dar, wenn 120DPI Schriftarten installiert sind.

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

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.

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

Auf verschiedenen PC Konfiguration bleibt TimePunch hängen, sobald versucht wird eine Aktualisierung an den Watcher zu senden. Z.B. Nach Aktualisierung eines Projekts, oder Erfassung eines Zeiteintrags am aktuellen Tag.

Das Senden der Update-Message wird dabei blockiert. !

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.

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

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

The correct date is the 30rd August.

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

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.

Den Language Selector auch anzeigen, wenn TimePunch (anstatt des TimePunch Watchers) das erste mal gestartet wird.

Reproduktion:
- Erstellen eines Eintrags z.B. von 8:00 bis 16:00 Uhr
- Erstellen eines Eintrags von 10:00 Uhr bis 12:00 Uhr

Ergebnis:
Der erste Eintrag wird gelöscht.

Gewünschtes Ergebnis:
- Der erste Eintrag sollte gesplittet werden. D.h. Eintrag 1 von 8:00 bis 10:00 Uhr - Eintrag 2 von 10:00 Uhr bis 12:00 Uhr und Eintrag 3 von 12:00 Uhr bis 16:00 Uhr.

Manchmal kommt es vor, dass Kunden sich bei der Eingabe des Freischaltcodes vertippen.

Ist dies geschehen, so können u.U. 0 Lizenzen angezeigt werden. Dieser Fall bewirkt, dass TimePunch sich sofort wieder beendet und auch keine weitere Freischaltung mehr zulässt.

Dieser Fall der 0 Lizenzen sollte abgefangen und als ungültige Eingabe angezeigt werden.