TimePunch

In bestimmten Fällen (der Grund ist derzeit noch nicht bekannt) kann es vorkommen, dass der Watcher die Zeiterfassung nach einer Pause nicht mehr automatisch startet.

Provide a "search" capability that looks for substrings in time entry descriptions and lists the time entries for reporting or editing in the desktop application. Later implement in WP.

Teilweise wird der Name des Mitarbeiters doppelt angezeigt.

Dieser Fehler kann reproduziert werden, wenn bei der Anmeldung durch den RFID der Name doppelt erscheint

In seltenen Fällen kommt es dazu, dass die Salden für einen Mitarbeiter nicht korrekt angezeigt werden.

Am Terminal wird folgendes angezeigt:

              Salden von: <hier wird kein Name angezeigt>
              Monatsarbeitszeit: 15,5
              Überstunden:   -114,35
              Urlaubstage: 30
              Krankheitstage: 0

→ Der Name war definitiv beim Profil hinterlegt ! Verifiziert

Die Watcher-Applikation funktioniert wunderbar. Aber sobald ich meinen Laptop aus dem Standbymodus wieder aktiviere, erscheint das Watcherfenster nicht mehr am linken Bildschirmrand sondern nur verkleinert links oben, siehe Anhang. Dann können auch die Buttons unten nicht mehr geklickt werden. Nur ein Neustart der Watcher-Applikation löst das Problem. Kennen Sie das Problem bzw. können Sie Abhilfe schaffen?

In der Analyse wird die Währung anscheinend nach der eingestellten Sprache ermittelt.
Es wird nicht das im Projekt eingestellte Währungssymbol verwendet.

Original: "Hi, a bug in your software causes the currency symbol not to show. I am using EURO in my project, yet the analysis shows the GBP sign. I have attached screenshots for you to review, and hopefully correct the issue."

Beim Synchronisieren von Zeiten mit dem Smartphone kann es zum Fehler kommen, wenn die synchronisierten Zeiten einen bestehenden Zeiteintrag mit großen Pausenzeiten überlappen.

Beispiel:
Der Mitarbeiter startet morgens den Watcher. Danach sperrt er den PC (die Pausenzeit wird gestartet) und geht zum Kunden. Dort erfasst er die Zeiten mit seinem Smartphone. Am Abend kommt er zurück und meldet sich ab. Am PC wurde jetzt z.B. der Eintrag 8 Stunden mit 7:50 Stunden Pause erfasst.

Am nächsten Tag werden die Zeiten vom Smartphone auf den PC übertragen. D.h. der Zeiteintrag (0:10 Std. Arbeit - 7:50 Pause) wird jetzt über die Synchronisation in kleine Teile gesplittet. Hier kann es dazu kommen, dass Einträge entstehen, deren Arbeitszeit + Pause größer ist als die Gesamtdauer des Eintrags.

! Bei der Synchronisation muss dieser Fall gesondert geprüft werden.

Jahresdaten (YearlySummary), die in der Zukunft liegen, werden nicht ordentlich aufgeräumt, wenn ein versehentlich erzeugter Zeiteintrag wieder gelöscht wird.

Dies ist daran zu erkennen, dass die Objekte noch in der Datenbank vorhanden sind und daher Fehlerhafte jahresdaten zurückliefern können.

Premisse - wenn im Zeitraum kein Zeiteintrag vorhanden ist, dann sollte auch die jährliche Zusammenfassung (genau wie die Monatsdaten) nicht persistiert werden.

On my mobile app (I phone) when I start a new entry via the START button the projects show up in alphabetical order as they should.

But when I try to start an entry from the OVERVIEW screen by adding - the projects sort in what appears to be the order they were entered in (not alphabetical) can this be corrected?

Wenn wir in die Pause gehen und den Button „Pause“ benutzen kommt es immer vor, dass wir die vorher eingegebenen Informationen bei Tätigkeit und Kunde verlieren, falls wir nach der Pause auf den Button „Start“ klicken.

Beim Lesen einer Zutrittsmeldung vom Datafox Zutrittsleser werden nicht genutzte Statusmeldungen als potentielle Fehler interpretiert.

Dabei handelt es sich um Meldungen zum digitalen Ausgang. Diese Meldungen sollen von TimePunch ignoriert werden.

TimePunch ignoriert diese Meldungen, aber schreibt zusätzlich einen Fehler (Error, Field Ausweis_Nr has an unexpected value) in die Logdatei. Dies soll unterbunden werden.

Beispiel der Zutrittsmeldungen:
E 1079 30.06.2017 09:15:24 20 010
E 30.06.2017 09:15:25 48 320 !! versucht das Problem, da keine Ausweis Nr. angegeben ist.
E 1006 30.06.2017 09:17:21 20 010
E 30.06.2017 09:17:21 48 320 !! versucht das Problem, da keine Ausweis Nr. angegeben ist.

https://www.datafox.de/downloads-datafox-zk-box-v4.de.html?file=files/Datafox_Devices/Downloads_Geraete_Zubehoer/320_ZK-Box-V4/Datafox%20ZK-Box%20V4%20Handbuch%20V04.03.09%20%202017.02.14-DE.pdf

Betroffen sind die Statusmeldungen: 40 - 75 und 120 - 211

Beim Abspeichern eines Zeiteintrags der über die Tagesgrenze hinausgeht, geht die Pausenzeit verloren.

Sobald im TimePunch Watcher ein Mitarbeiter ohne Passwort ausgewählt wird,
dann bewirkt ein Klick auf Abbrechen eine implizite Anmeldung am Watcher.

Beim Export der Projektmitarbeiter tritt ein Fehler auf, wenn zu viele Daten exportiert werden sollen.

In TimePunch Online wird in der Mobilen Ansicht das Kommentarsymbol auch dann angezeigt, wenn gar kein Kommentar hinterlegt wurde.

Bei der Berechnung des bezahlten Urlaubs tritt ein Fehler auf, wenn

a) in den Optionen der Wert auf "durchschnittlicher Verdienst innerhalb der letzten 13 Wochen" eingestellt ist
b) das Arbeitszeitmodell 0 Sollstunden aufweisst
c) Urlaub gebucht wird und im Monat davor dann Arbeitszeit eingetragen wird.

Beim Eintragen der Arbeitszeit erscheint eine Fehlermeldung weil die Berechnung des durchschnittlichen Verdiensts hier auf einen Fehler läuft.

Fehlermeldung:
2018-02-05 15:56:38,108 [16] FATAL: Transaction
AdFactum.Data.Exceptions.SqlCoreException: Der eingehende Tabular Data Stream (TDS) für das RPC-Protokoll (Remote Procedure Call) ist nicht richtig. Parameter 3 ('@p01'): Der angegebene Wert ist keine gültige Instanz des float-Datentyps. Überprüfen Sie die Quelldaten im Hinblick auf ungültige Werte. Ein Beispiel für einen ungültigen Wert sind Daten eines numerischen Typs, deren Dezimalstellen den Wert für die Genauigkeit überschreiten. —> System.Data.SqlClient.SqlException: Der eingehende Tabular Data Stream (TDS) für das RPC-Protokoll (Remote Procedure Call) ist nicht richtig. Parameter 3 ('@p01'): Der angegebene Wert ist keine gültige Instanz des float-Datentyps. Überprüfen Sie die Quelldaten im Hinblick auf ungültige Werte. Ein Beispiel für einen ungültigen Wert sind Daten eines numerischen Typs, deren Dezimalstellen den Wert für die Genauigkeit überschreiten.

Ist das Windows auf Spanisch eingestellt, dann kann die Ende oder Startzeit eines Zeiteintrags im Watcher nicht mehr verändert werden.

In TimePunch Mobile erfasste Zeiten werden in TimePunch immer auf die Arbeitszeit synchronisiert; auch wenn die eigentliche Tätigkeit mit einem anderen Buchungstyp erstellt wurde. Dies führt zu Fehlern bei der Synchronisation, die nur durch das manuelle öffnen und speichern des Zeiteintrags behoben werden können.

Problem: Zwei Projekte konnten nicht bearbeitet werden.
Analyse: Nach Analyse in der Datenbank wurde festgestellt, dass für das Projekt ein Project Owner gesetzt war, der aber in TimePunch bereits gekündigt wurde.
Lösung: Durch zurücksetzen der Project Owner konnten die Projekte wieder bearbeitet werden.

Wenn man zwischen den Projekten im Watcher wechselt, kommt es manchmal vor, dass eine Pause von einer Minute zwischen den Projekten entsteht. Das darf nicht passieren.

Der Gruppenlink bei den Genehmigungen zeigt auf eine interne Server-URL, und nicht auf die hinterlegte externe URL.
Was zu Problemen führt, wenn der Link außerhalb des Intranets geöffnet wird.

Der TimePunch Watcher erzeugt einen Änderungseintrag (geändert von), wenn sich der Mitarbeiter nicht selbst zur Pause abmeldet, sondern nach der eingestellten Zeit automatisch abgemeldet wird.

Wenn der Beschreibungstext relativ lang ist (und ohne Umbruchzeichen eingegeben wird / Ich mache das, damit der Text in der Ausgabe/Druck später vernünftig fließt), deckt die Quickinfo dieses Textes genau den sensitiven Tabellenbereich darunter ab, dass der Eintrag nicht angeklickt und geöffnet werden kann. Vllt. können Sie ja in der Quickinfo einen "Ansichts-Umbruch" programmieren

Nachtzuschlag wird von 6:00 bis 20:00 Uhr gewährt.
Es wird ein Eintrag von 5:00 bis 21:00 Uhr erstellt.

Erwartet wird eine Nachtarbeit von 2 Std.
Tatsächlich wird eine Nachtarbeit von 1 Std. ausgegeben.

⇒ Dies ist ein theoretischer Bug, da der Mitarbeiter dann 16 Std. am Stück! arbeiten müsste, um den Fehler zu erhalten.

Einem Kunden ist es gelungen, einen Zeiteintrag im Watcher zu erzeugen, dessen Pause größer als die eigentliche Dauer des Zeiteintrags ist.

Start: 10:19
Ende: 10:22
Pause: 0:16

Als Dauer des Zeiteintrags werden jetzt 19 Minuten angezeigt (also 3 Minuten Arbeitszeit + 16 Minuten Pause).
Dies ist selbstverständlich nicht möglich, da die Pause nicht länger sein darf/kann als der Eintrag selbst.