Alle Projekte

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.

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.

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

Es sollen Berichte eingebunden werden können, bei denen sowohl eine beliebige Anzahl von Miterabeitern, wie auch eine beliebige Anzahl von Projekten ausgewählt werden können.

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.

Es soll eine Terminal Lösung für TimePunch entwickelt werden. Ziel dabei ist es, ein TimePunch Terminal zur Verfügung zu stellen, bei dem sich die Anwender an einem zentralen Zeiterfassungs-Terminal an und abmelden.

Ab und zu hat das Kontextmenü des Watchers im SysTray Probleme vollkommen zu erscheinen. Es erscheint nur der Schatten des Menüs (rechts und unten) und dieser friert auch noch ein. Einziger Ausweg: Doppelklick auf das Symbol. Wenn das kleine blaue Fenster erscheint, macht auch das Kontextmenü keine Probleme mehr und erscheint wieder. - Das Ganze kommt bei mir grob bei 1 von 10 Anmeldungen vor. Ist kein wirkliches Problem, nur ärgerlich. Ein Neustart schafft meist Abhilfe, aber vielleicht kennen Sie dieses Phänomen schon und haben dafür einen Tipp.

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.

Wird in einem Projekt ein leerer Task angelegt und gespeichert, dann kann das TimePunch nicht verarbeiten.
TimePunch beendet sich danach mit einem Ausnahmefehler.

Das Problem kann behoben werden, indem das Projekt geöffnet und danach mit "Entfernen" der leere Task aus der Liste entfernt wird.

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

Das Ausbezahlen der Überstunden im Monat funktioniert nur dann, wenn min. ein Zeiteintrag im Monat vorhanden ist. Dies kann u.U. ein Problem sein, wenn der Mitarbeiter im Monat nicht arbeitet und trotzdem Überstunden ausbezahlt werden.

Für dieses Problem muss asap eine Lösung gefunden werden.

Aktueller Workaround ist das Anlegen eines Dummy Eintrags.

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

Die Anzeige der Lizenzaktualisierung sollte entfernt, oder zumindest nicht so oft angezeigt werden.
Die Anzeige ist störend und bei Abonnementkunden unnötig.

Problem: Zur Zeit kann zwischen Jahreslizenzen und Abonnements nicht unterschieden werden.

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.

Implementation des Abwesenheitskalenders wie in der Dokumentation beschrieben.

Bei manchen Kunden kommt es zu Problemen bei der Anmeldung, wenn der Haken "Angemeldet bleiben" gesetzt ist.

Anstatt des in der Dropdown ausgewählten Anmeldenamens verwendet TimePunch dann den Windows Anmeldenamen und versucht damit die Anmeldung.

Originaltext:

"If I do not check the "Remember me" checkbox it allows me into TimePunch. If I check the "Remember me" checkbox, it gives the error message "The user with the logon name xxx could not be found."

The Watcher does not start and hangs up with an exception.

Happened again attempting to start TpWatcher this morning.
I then rebooted again and TpWatcher still will not start properly.

The error time: 16/11/2015 09:56
Exception:
System.NullReferenceException: Object reference not set to an instance of an object.

 at TimePunch.Watcher.Core.CommandHandler.Finalize()

Die Formatierung der Uhrzeit erfolgt aktuell noch auf der 12 Stunden Basis.
Dies sollte auf 24 Stunden Basis umgestellt werden.

Beispiel: Anzeige 9:24 - gemeint ist eigentlich 21:24

Der Cutter fügt immer eine volle Pause hinzu, sofern nur ein Projekt (und keine Tätigkeit) als Ausnahme hinzugefügt wurde

Der TpCutterWinService arbeitet aktuell noch nicht mit einer SSL Verbindung zusammen.
Da Kunden seit der Version 2.9 einsetzen, ist eine Anpassung des Cutter Windows Service dringend erforderlich.

–> Abhängigkeiten zu zusätzlichen DLLs sollten aufgelöst werden

Einträge die <1/2 Arbeitstag sind, werden im Kalender als "Außer Haus", bzw. "Abwesend" angezeigt.
Zu sehen ist auch, dass der Eintrag am 04.01 >1/2 Tag korrekt als Arbeitstag angezeigt wird.

Im aktuellen Zeiteintrag lässt sich derzeit keine Pause eintragen.
Der Fehler "Die Pausenzeit überschreitet die Dauer des Zeiteintrags" wird angezeigt und verhindert das Speichern.

In der aktuellen Version ist es nicht möglich, neue Urlaubsanträge mit der reinen Online Lizenz zu erstellen.