Alle Projekte

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

In der englischsprachigen Version:

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

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.

Einbau eines Hinweisdialogs und prüfen, in wie Weit ein überschreiben der Datenbestände verhindert werden kann.

Zurücksetzen der Überstunden: Noch etwas: wie kann ich die Ueberstunden auf Anfang Jahr löschen. Es hat ja keinen Wert, dass ich diese immer mitschleppe, wenn ich sie nicht einziehen kann….

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

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.

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

Dies muss unverzüglich gefixt werden.

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

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

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.

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

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

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.

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\"

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

Bezahlte Überstunden müssen in TimePunch ausgewiesen werden können.

Am 09.12.2015 wird Azure frühere Versionen der Storage Service-APIs entfernen. Aktualisieren Sie daher jetzt schon auf die aktuelle Version, und prüfen Sie, ob Ihre Anwendungen nach wie vor ordnungsgemäß ausgeführt werden, damit beim endgültigen Entfernen der älteren APIs keine Probleme auftreten.

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.

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.

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.

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;

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