Alle Projekte

Die Gruppierung und Summenbildung im DATEV Lodas Export ist teilweise nicht vollständig, d.h. teilweise werden Zahlen nicht gruppiert und summiert, auch wenn diese fachlich im Zusammenhang stehen.

Das TimePunch Management Modul soll über die Weboberfläche gestartet werden können.

In TimePunch gibt es unterschiedliche Darstellungsansichten für die Fehlstunden in der Analyse, einmal mit Vorzeichen, einmal ohne Vorzeichen.

Wir würden die Darstellung mit Vorzeichen bevorzugen.

Zurzeit müssen individuelle Berichte nach einem Update von TimePunch nachinstalliert werden.
Nach einer Installation (z.B. wegen einem Update) sollten die zuvor installierten Berichte weiterhin vorhanden sein.

Es soll ein neuer Buchungstyp angelegt werden "Stundenlohn mit regelmäßiger Feiertagsarbeit".
Dieser kann z.B. für Schichtarbeiter genutzt werden, für die ein Feiertag nicht automatisch ohne Arbeit entlohnt wird.
In diesem Modus ist der Feiertag ein normaler Arbeitstag, für den es evt. einen Feiertagszuschlag gibt.

Ein Arbeitszeiteintrag an einem Feiertag reduziert die Soll-Arbeitszeit im Monat.
Dies ist nicht korrekt.

Ein Arbeitszeiteintrag an einem Feiertag soll zu 100% in die Überstunden laufen. Die Soll-Arbeitszeit darf hingegen nicht reduziert werden.

Die Berichte "Jahresurlaub" und "Krankenstand" sollen so überarbeitet werden, dass nur die Daten (nicht aber Überschrift und Fusszeile) exportiert werden.
Damit soll eine bessere Filtermöglichkeit der Zellen in Excel erreicht werden.

Im Bericht “Urlaubsübersicht” von TimePunch werden teilweise halbe Urlaubstage nicht korrekt ausgewiesen.

Im Bericht “Tägliche Arbeitszeit” muss bei einem Mitarbeiter in Festeinstellung noch Krankheit und Urlaub hinzugerechnet werden.

Problem:
Mitarbeiter ohne Vertrauensstellung können eingetragene Pausen nicht neu belegen, bzw. Projekten zuordnen.
Dies kann zum Beispiel notwendig werden, wenn eine automatische Pause durch den PC gebucht wurde, die nicht berechtigt war.
z.B. wenn der Mitarbeiter nicht am PC gearbeitet hat.

Druckreihenfolge (Sortierung) beim Bericht Gleitzeitkonto Tagesbericht fehlt.
Die Sortierung sollte hier identisch mit dem Bericht "Tägliche Arbeitszeit" sein.

Der Fehlstundenausgleich wird bei der automatischen Überstundenauszahlung noch nicht berücksichtigt.

d.h. wenn der Mitarbeiter bereits 77 ÜStd. hat, die Grenze bei 80 ÜStd. liegt und alles darüber automatisch ausgezahlt wird, dann wird der ausgezahlte Betrag nicht korrekt berechnet, wenn jetzt noch eine Fehlstundenkompensation von 4 Std. gebucht wird.

In diesem Fall müsste eine Stunde automatisch ausgezahlt werden.

Problem: Die Fehlstundenkompensation wird bei der automatischen! Überstundenauszahlung nicht berücksichtigt.

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.

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 organisieren" soll mit der WPF/MVVM implementiert werden.

Beispiel:
Der Mitarbeiter stempelt am 27.07. genau 8:45h und macht eine eigene Pause von 0:25h

Die bisherige Vorgehensweise ist, die Arbeitszeit und die Pausenzeit zu addieren = Anwesenheitszeit und diese dann mit den 9:00 Std. zu vergleichen. Dabei wird nicht berücksichtigt, dass der Mitarbeiter ja schon ab 6:00 Std. eine Pause nehmen muss (bzw. schon gemacht haben muss)
Daraus folgt, dass diese 30 Minuten nochmal von der Gesamtzeit subtrahiert werden müssen.

Beispiel: 8:45 Std. + 0:25 Std. eigene Pause = 9:10 Std. Anwesenheitszeit

                             9:10 Anwesenheit – 30 Minuten Pflichtpause > 9 Std. (! Nicht größer), d.h. kein Abzug
                             9:10 Anwesenheit > 6 Std., d.h. Pflichtpause = 30 Minuten, d.h. 5 Minuten Abzug

Beispiel2: 5:55 Std. + 0:25 Std. eigene Pause = 6:20 Std. Anwesenheitszeit

                             6:20 Anwesenheit > 6 Std. d.h. Pflichtpause = 30 Minuten, d.h. 5 Minuten Abzug

Problem:

Aktuell können Vorgesetzte (z.B. Team oder Abteilungsleiter) die Zeiten der Ihnen zugeordneten Mitarbeiter nur über die Berichtsfunktion einsehen. Daher besteht der Wunsch, dass auch Mitarbeiter mit Linienfunktion, unabhängig von deren Berechtigung, lesend auf die Mitarbeiterdaten direkt zugreifen können.

Lösung:
Das UI soll daher so erweitert werden, dass auch Mitarbeiter mit Linienfunktion eine Auswahl der Mitarbeiter angezeigt bekommen und somit direkten, lesenden Zugriff auf die ihnen zugeordneten Mitarbeiter erhalten.

Aktuelles Problem:
Wenn Mitarbeiter mit Projektmanagement-Rechten an einem Projekt mitarbeiten, dann können diese auch das Projekt selbst bearbeiten. Dies ist u.U. nicht gewünscht, da nur der Projektleiter selbst das Recht zum Bearbeiten haben sollte.

Lösung:
Das Bearbeiten von Projekten soll so eingeschränkt werden, dass nur der Projektleiter (mit Projektmanagement-Rechten) bzw. Administratoren das Recht zum Bearbeiten von Projekten besitzen.

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.

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.

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.