Alle Projekte

Die Spalte Bemerkung im Bericht “Tägliche Arbeitszeit” ist zu klein, um eine Kürzung des Cutters bei den Rahmenarbeitszeiten nachvollziehen zu können.

TimePunch benötigt das .NET Framework 4.6.2
Sofern es nicht vorhanden ist, sollte es installiert werden - bisher wird nur die Version 4.5.2 vorausgesetzt.

TimePunch benötigt das .NET Framework 4.6.2
Sofern es nicht vorhanden ist, sollte es installiert werden - bisher wird nur die Version 4.5.2 vorausgesetzt.

Da Lohnauszahlungen sehr oft auch in der Mitte des Monats durchgeführt werden, sollte in TimePunch eine Möglichkeit zum Export von DATEV Nachbuchungen geschaffen werden.

Dabei wäre das Vorgehen:

1.) Erstellen eines DATEV Exports mit Datenvorschau für den aktuellen Monat. Dieser Export wird für die Lohnauszahlung verwendet.
2.) Nach dem Monatsabschluss müssen die Zeiten manuell aus DATEV ausgebucht werden.
3.) Mit der neuen Funktion soll in TimePunch jetzt eine Nachbuchung für den vergangenen Monat erstellt werden können. Diese Nachbuchung korrigiert die Lohnauszahlung für den Mitarbeiter in DATEV.

Die Rundung der Arbeitszeit erfolgt aktuell nach der mathematischen Rundung. D.h. bei einer Rundung von 15 Minuten wird innerhalb der ersten 7,5 Minuten abgerundet und bei der zweiten Hälfte aufgerundet.

Hier soll prinzipiell zwischen einer An -und Abmeldung unterschieden werden.
Anmeldung: Bei einer Anmeldung wird immer aufgerundet.
Abmeldung: Bei einer Abmeldung wird immer abgerundet.

Im System muss eine Karenzzeit hinterlegt werden können, um bis zu dieser Zeitspanne eine Arbeitnehmerfreundliche Rundung zu erreichen.
Meldet sich der Arbeitnehmer innerhalb der Karenzzeit an oder ab, dann wird die Rundung umgekehrt.

Anmeldung: Bei einer Anmeldung innerhalb der Karenzzeit wird immer abgerundet.
Abmeldung: Bei einer Abmeldung innerhalb der Karenzzeit wird immer aufgerundet.

Wenn Daten über den SyncService synchronisiert werden sollen, kann es zum Fehler kommen, wenn Zeiteinträge mit neuen Buchungstypen aus der Version 2.95 (z.B. Abwesenheit) exportiert werden.

Diese Buchungstypen werden scheinbar beim Export noch nicht korrekt behandelt.

In der aktuellen Implementierung des TimePunch Cutters wird das Rahmenarbeitszeitmodell für jeden Wochentag, also von Sonntag bis Samstag, angewendet.

Dies ist u.U. nicht gewünscht, da Mitarbeiter eventuell an verschiedenen Wochentagen, nach unterschiedlichen Regeln arbeiten müssen.

Es ist daher geplant, dass die unterschiedlichen Wochentage separat ausgewählt werden können.

Teilweise existiert die Regelung, dass Mitarbeiter bis zu einer vorher festgelegten Übergangszeit früher oder später gehen können. Diese Übergangszeit beträgt z.B. 15 Minuten.
Kommt der Mitarbeiter vor dieser Zeit, oder geht er später, dann wird angenommen, dass er dies nur auf Anweisung tut – es also angeordnete Überstunden sind.
Die Schwierigkeit dabei ist, dass die Übergangszeit unabhängig beim Start und beim Ende der Rahmenarbeitszeit gilt.
Beispiel:
Die Rahmenarbeitszeit ist definiert von 7:00 Uhr bis 16:00 Uhr. Die Übergangszeit beträgt 15 Minuten davor und danach. Der Mitarbeiter kommt vom 6:40 Uhr geht aber um 16:10 Uhr. Im Ergebnis soll die Startzeit des Rahmenarbeitszeitmodells jetzt ignoriert werden, da die Zeitdifferenz zum Start 20 Minuten (>15 Minuten) beträgt. Die Endzeit wird dabei auf 16:00 Uhr gekürzt, weil die tatsächliche Endzeit nur um 5 Minuten von der Rahmenzeit abweicht.
Es kann wird somit folgende Regel definiert.
1.) Ist keine Übergangszeit definiert, dann keine Änderung zur aktuellen Implementierung.
(Standardverhalten)

2.) Ist die Zeitdifferenz der Start-Buchung zum Start des Rahmenarbeitszeitmodells größer als die Übergangszeit des Starts und ist die Zeitdifferenz der Ende-Buchung zum Ende des Rahmenarbeitszeitmodells ebenfalls größer als die Übergangszeit am Ende, dann wird das Rahmenarbeitszeitmodells verworfen.(Abbruchkriterium)

3.) Ist die Zeitdifferenz der Start-Buchung zum Start des Rahmenarbeitszeitmodells größer als die Übergangszeit, dann wird die Start-Buchung nicht gekürzt. Technisch: Der Start des Rahmenarbeitszeitmodells wird auf die tatsächliche Buchung angepasst.

4.) Ist die Zeitdifferenz der Ende-Buchung zum Ende des Rahmenarbeitszeitmodells größer als die Übergangszeit, dann wir die Ende-Buchung nicht gekürzt. Technisch: Das Ende des Rahmenarbeitszeitmodells wird auf die tatsächliche Buchung angepasst.

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog "Berichtsfilter organisieren" soll mit der WPF/MVVM implementiert werden.

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog “Berichtsfilter anpassen” soll mit der WPF/MVVM implementiert werden.

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog "Berichtsfilter speichern" soll mit der WPF/MVVM implementiert werden.

Wenn der Bericht Stundennachweis kurz nach Excel exportiert wird, dann stehen die Tätigkeiten + Beschreibung in einer „Verbunden Zelle“ (Spalte C & D). „Problematisch“ ist das, wenn die Beschreibung mehrzeilig ist. Denn Excel berechnet die automatische Zeilenhöhe nur für nicht verbundene Zellen. Dadurch sind die Texte nicht sichtbar und man muss umständlich jede einzelne Zelle prüfen und die Zeilen einzeln vergrößern.

Die Projekt -und Tätigkeitsauswahl sind beim iPhone defekt.
Es wird jeweils ein falsches, respektive zwei Zeilen versetzes, Projekt oder Tätigkeit ausgewählt.

Wenn in einem Projekt ein Kunde voreingestellt ist, dann wird dieser nicht bei Auswahl des Projekts im Feld Kunde gesetzt.

Gewünschtes Verhalten:

–> Wenn kein Kunde im Projekt hinterlegt ist, dann soll der ausgewählte Kunde bei Auswahl des Projekts nicht geändert werden.
–> Wenn ein Kunde im Projekt hinterlegt ist, dann soll der Kunde mit Auswahl des Projekts gesetzt werden.

Dies gilt für die Stoppuhr und beim Bearbeiten eines Zeiteintrags.

Die Auswahl der Tätigkeit bei der Projektauswahl soll optimiert werden.

Gewünschtes Verhalten:

–> Wenn in einem Projekt nur eine einzige Tätigkeit existiert, dann soll diese Tätigkeit bei Auswahl des Projekts vorselektiert werden.
–> Existieren in einem Projekt mehrere Tätigkeiten, dann soll das keine Tätigkeit vorausgewählt werden - bzw. das jetzige Verhalten bestehen bleiben.

Dies gilt für die Stoppuhr und beim Bearbeiten eines Zeiteintrags.

Die Filterung der Drop-Down Boxen von Projekt, Tätigkeit und Kunde suchen aktuell nur vom Zeilenstart an.
Hier sollte eine Filterung mit Contains (also mit einem partiellen Filterausdruck) erfolgen können.

Die Einschränkung auf den Textabgleich vom Start an ist sehr einschränkend bei der Auswahl.

Im Datafox Modul sollte es möglich sein, die Arbeitszeit nicht auf ein zuvor definiertes Projekt zu buchen, sondern dynamisch immer auf das zuletzt vom Mitarbeiter verwendete Projekt.

Damit soll verhindert werden, dass sich der Mitarbeiter zur Pause abmeldet und nach der Pause auf ein anderes Projekt bucht, also zuvor.

Dieses Szenario hilft vor allem Mitarbeitern, die das Datafox Zeiterfassungsterminal in Verbindung mit der Projektbuchung des Watchers kombinieren.

In der aktuellen Implementierung von TimePunch entscheidet die Berechtigung des einzelnen Mitarbeiters, der den Import von Projekten anstößt, ob beim Import fehlende Projekte und Tätigkeiten in TimePunch angelegt werden sollen.

Dies kann zu Problemen führen, wenn die Excel-Listen Schreibfehler enthalten und/oder unsauber gepflegt sind. Daher sollte es in den Optionen von TimePunch einstellbar sein, dass die Anlage oder das Ändern von Stammdaten beim Import untersagt ist.

Ist diese Option aktiviert, dann verhält sich TimePunch beim Import von Zeitdaten genauso, wie wenn der Mitarbeiter über keine entsprechenden Rechte zur Anlage von Stammdaten verfügt.

Im Register "Abrechnung" soll ein weiteres mehrzeiliges Freitextfeld mit dem Namen "weitere Abrechnungsmodalitäten" eingefügt werden.

Dieses Textfeld soll auch zur Verwendung in den Berichten verwendet werden können.

Das neue Feld soll in das Interface IReportProject eingebunden sein.
Im Client muss das Feld in die Klasse ReportProject verfügbar sein.

Aktuell verwendet der Server und die Module das In-Process Session Handling.
Um die Session Informationen auch längere Zeit halten zu können, und damit das Problem des frühzeitigen Session-Timeout zu verhindern, sollen die Session State Informationen in dem externen Windows State Service gehalten werden.

Wichtig ist hierbei auch, dass die Sessions nicht kurzfristig auslaufen, sondern mindestens über 10 Std. (also einen Arbeitstag) gehalten werden.

Um der Informationspflicht gegenüber den Mitarbeitern nachkommen zu können, soll ein neuer Bericht "DSGVO Auskunftsbogen" implementiert werden.
Dieser soll alle Informationen, die in TimePunch über den einzelnen Mitarbeiter gespeichert sind, konzentriert auf einer Seite darstellen.

Dazu gehören alle persönlichen Daten, die im Profil des Mitarbeiters gespeichert sind.
Der Zeitraum, in dem Zeiteinträge des Mitarbeiters, gespeichert sind.
Alle Mitarbeiter, die zum Zeitpunkt des Berichts, Zugriff auf die Zeitdaten Daten des Mitarbeiters haben. (Unterteilt in höchst persönliche Daten, allgemeine Profildaten und Zeitdaten)

In TimePunch soll eine neue Rolle, die des "Datenschutzbeauftragten" geschaffen werden.
Der Datenschutzbeauftragte hat lesenden Zugriff auf alle Daten innerhalb von TimePunch.
Kann somit die Einhaltung der Löschfristen einsehen und Datenlöschung beauftragen, sowie die entsprechenden Berichte der DSGVO ausführen.

Um eine bessere Transparenz für die Lohnauszahlung der Mitarbeiter zu erhalten, sollen zuschlagsrelevante Zeiten nur bei bereits abgeschlossenen Monaten exportiert werden.

Damit wird vermieden, dass in der Hochrechnung Überstunden o.ä. bezahlt werden, die im Folgemonat wieder einer Korrektur bedürfen.

Wenn das Arbeitsverhältnis auf "Reine Arbeitszeit" eingestellt ist, dann dürfen keine Pflichtpausen in TimePunch Core berechnet werden.
Aktuell ist es so, dass durch eine vorher eingestellte Pflichtpause, nach Änderung auf "Reine Arbeitszeit" die Pflichtpause dennoch berücksichtigt wird.

Dies ist beim Arbeitsverhältnis "Reine Arbeitszeit" nicht zulässig.