TimePunch

MACHS REIN

Einstellungen: Starte täglich mit dem zuletzt verwendeten Projekt ausgewählt

Das zuletzt ausgewählte Projekt wird nicht ausgewählt und wenn kein Projekt ausgewählt wird, wird das erste Projekt in der Auswahlliste zugewiesen, was dazu führen kann, dass Mitarbeitenden auf ein Projekt buchen, auf das sie keinen Zugriff haben

TP Management stürzt beim Schließen von Berichten und bei dem Versuch etwas auszudrucken ab, wenn keine Drucker im System hinterlegt sind.

Cutter schneidet den Zeiteintrag nicht, wenn bei dem Schneidevorgang mehr als 10 Stunden wegfallen würden.

Wenn Zeiteinträge über die Einzelbuchungen importiert werden sollen und kein Monat abgeschlossen ist, kommt eine Fehlermeldung, siehe Anhang.

Wenn ein Monatsabschluss durchgeführt wird, bleibt die Fehlermeldung weiterhin bestehen.
Wenn ein Monatsabschluss durchgeführt wurde, die Zeiten nochmal exportiert werden und dann wieder importiert werden sollen, werden die Zeiteinträge nicht angelegt.

Es sollte optional möglich sein, die Outlook Kalender Dateien beim genehmigen des Urlaubs auch an den Vertreter senden zu können.

Umstellen auf die Web Schnittstelle, da über diese das zentrale Übertragen von z.B. Fingerprint Templates möglich ist.
Das wäre essenziell für die Bedienung großer Unternehmen.

Beschreibung:
Der Kunde wünscht sich eine neue Funktion, um den Prozess der Korrektur des Urlaubsanspruchs bei Mitarbeiteraustritt zu automatisieren. Derzeit ist es erforderlich, den Urlaubsanspruch manuell anzupassen.

Gewünschte Lösung:
Die gewünschte Funktion sollte den Prozess der Anpassung des Urlaubsanspruchs bei Mitarbeiteraustritt automatisieren. Wenn ein Mitarbeiter oder eine Mitarbeiterin das Unternehmen verlässt, sollte das System automatisch den noch ausstehenden Urlaubsanspruch berechnen und anpassen. Dies sollte unabhängig von den Gründen des Mitarbeiteraustritts erfolgen, sei es durch Ruhestand, Beendigung der Ausbildung, Kündigung oder eigenem Rücktritt. Die Automatisierung des Prozesses würde Zeit sparen, die Genauigkeit verbessern und Fehler reduzieren.

#012063

Die Zutrittskontrolle soll in das Datafox-Modul integriert werden

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.

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.

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

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.

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.