TimePunch

Um die Prüfung der Urlaubsfreigabe zu vereinfachen, soll dem freigebenden Mitarbeitenden angezeigt werden, wenn durch die Urlaubsfreigabe das Urlaubskonto des Antragstellers ins Minus rutschen würde.

Es kam zu Unklarheiten bei dem Absenden eines Stornoantrags über den Button ‘Löschen’.

Den Button in z.B. ‘Storno absenden’ umbenennen.

Mühsames zusammensuchen von Berichten – ich muss in mindestens 3 Kategorien einsteigen um mir meine monatlich benötigten Berichte zusammenzusuchen. Diese sollten parallel zur aktuellen Positionen an einen zentralen Menupunkt zu finden sein

Bericht „Urlaubsübersicht pro Monat“ macht keinen Sinn, wenn man ihn nur auf das komplette Jahr filtern kann. Es ist ja ein Monatsbericht – sollte daher auf einen spezifischen Monat filterbar sein. Aktuell muss ich ihn mir als .pdf für das ganze Jahr ziehen, als .pdf speichern und mir dann händisch die nicht benötigten Seiten löschen.

Bei „tägliche Arbeitszeit“, „monatliche Arbeitszeit“ etc gehören die übrigen Filter nach Niederlassung und Abteilung rein.

Wenn ein Mitarbeitender unbezahlte Mehrarbeit pro Monat hinterlegt hat, im Monat Fehlstunden angesammelt hat und die Ausnahme für Minussaldo aktiv ist, ist die derzeitige Funktionalität, dass die unbezahlte Mehrarbeit deaktiviert wird um die Fehlstunden zu kompensieren. Dies kann dazu führen, dass der Mitarbeitende Überstunden im Gleitzeitkonto bekommt, obwohl der Zeitraum der unbezahlten Mehrarbeit nicht erreicht wurde.

Es ist gewünscht, dass nur die Fehlzeit ausgeglichen wird und nicht die kompletten Überstunden mit dem Gleitzeitkonto verrechnet wird.

Bsp.: Unbezahlte Mehrarbeit pro Monat = 5 Std. Fehlzeit vom Vormonat 3 Std. und die Ausnahme für Minussaldo ist gesetzt:
IST-Zustand: Der MA macht diesen Monat 4 Überstunden und hat am Ende vom Monat 1 Std. Überstunden hinterlegt.
SOLL-Zustand: Der MA macht diesen Monat 4 Überstunden, gleicht die 3 Fehlstunden vom Vormonat aus und hat am Ende vom Monat 0 Std. Überstunden hinterlegt.

Wenn Mitarbeiter angelegt werden, dann sind diese nicht in der Monats -und Tagesansicht sofort sichtbar.

Neue Mitarbeiter sollen aber im Status als “nicht initialisiert” angezeigt werden.
Durch das manuelle Starten der Zeiterfassung → erscheint der Mitarbeiter dann in der Monatsübersicht.

Die Module Cutter und BI sollen nur noch über TimePunch Management aufgerufen werden können.

Entfernen der PDF Dokumentation

Erster Download Eintrag zu “Supremo / Support starten”

Es soll möglich sein, eine Überstunden-Rückhaltung festzulegen. Die Überstunden-Rückhaltung soll bewirken, dass durch die manuelle Überstundenauszahlung das Überstundenkonto nicht unter den Rückhaltewert sinken kann.

Zurzeit kann der aktuelle Monat nicht abgeschlossen werden, wenn noch Zeiteinträge durch den Cutter geschnitten werden müssen.
Zukünftig soll ein Monatsabschluss dennoch möglich sein. Die Grundlage dafür bildet ein manueller Cutter Lauf über die Mitarbeiter, für die der Monat abgeschlossen werden soll.
Anstatt der Fehlermeldung, soll der Cutter automatisch über die entsprechenden Mitarbeiterprofile laufen, bevor der Monat danach für die Mitarbeitenden abgeschlossen wird.

Im Dialog „Einzelbuchungen“ soll es möglich sein, Zeiteinträge nach einer leeren Beschreibung filtern zu können.
Hierzu wird vor dem Suchfeld für die Freitextsuche noch eine 3-State Checkbox eingeblendet.

Für Berichte sollte der Resturlaub im Jahr abrufbar sein

Auch bei Änderungen im Jahresurlaub muss ein entsprechender Audit-Trail angelegt werden.

In den Tagesdaten sollte Projekt und Tätigkeit ebenfalls angezeigt werden können.

Um die nachträgliche Bearbeitung von Zeiteinträgen zu vereinfachen, soll es möglich sein, mehreren selektierten Zeiteinträgen in der Übersicht „Einzelbuchungen“ eine neue Kombination von Projekt/Tätigkeit zuordnen zu können.

Um die nachträgliche Bearbeitung von Zeiteinträgen zu vereinfachen, soll es möglich sein, mehreren selektierten Zeiteinträgen in der Übersicht „Einzelbuchungen“ einen neuen Kunden zuordnen zu können.

In TimePunch ist bereits die Zuordnung Projekt zu Mitarbeiter integriert. Allerdings lässt sich nicht einfach feststellen, auf welchen Projekten ein einzelner Mitarbeiter berechtigt ist. Um diese Lücke zu schließen ist eine neue Ansicht vorgesehen, in welcher die Zuordnung Projekte zu Mitarbeiter angezeigt wird. Dafür wird in der Ansicht „Mitarbeitende“ um eine neue Spalte für Projekte erweitert.

Wenn ein Projekt eine Projektlaufzeit hat, dann soll diese ebenfalls pro Mitarbeitenden angepasst werden können.
Hier wird der Dialog „Spezifische Anpassungen“ um den Projekt Start -und Ende erweitert.

Da Teams normalerweise das Rückgrat von Projekten bilden, sollen diese auch bei den Zugriffsrechten der Projekte selektierbar sein.

Im ersten Schritt sollen die Teams jedoch nicht als Ganzes dem Projekt zugeordnet werden. Die Teams werden bei der Zuordnung in die einzelnen Mitglieder aufgelöst, die dann einzeln dem Projekt zugeordnet werden.

Wie im Bild zu sehen ist, werden folgende Stunden bei der Erfassung dargestellt.

Geplant: 160
Arbeitszeit: 140
Rest: 4

Der Restbetrag stimmt mit dem Projektbericht überein. Die Arbeitszeit hingegen nicht.

Die Erklärung ist die, dass im Erfassungsdialog nur die Arbeitszeit des aktiven Mitarbeiters dargestellt wird.
Im Projektbericht hingegen, wird die Arbeitszeit aller Projektmitarbeiter gelistet.

Es ist zu prüfen, ob bei der Erfassung nicht auch die Arbeitszeit aller Projektmitarbeiter angezeigt werden kann, damit die Rechnung mathematisch stimmig ist.

Eine potentielle Fehlerquelle liegt darin, dass die Tabelle TP_ACTIVE_ENTRIES keinen Unique Schlüssel auf der User Spalte hat. Dies kann zu Fehlern führen.

Prüfen und Testen wie der SQL Server Express im Docker Container für eine TimePunch Server Installation genutzt werden kann.

Dazu gehört:
- Installation des SQL Server Express im Container
- Konfiguration, damit der TimePunch Server damit arbeiten kann
- Backup Problematik: Wie werden Backups erstellt? Stichwort: Kompletter Container, oder nur die Datenbank?

https://store.docker.com/images/mssql-server-windows-express?tab=description

Das Datenbank-Backup Script soll so funktionieren, dass alle Backup Dateien, die älter sind als die vorgebebene Anzahl an Tagen (z.B. 30 Tage) gelöscht werden.

Ausnahme: Es darf nicht gelöscht werden, wenn kein Backup vorhanden ist, welches neuer als die eingestellte Anzahl an Tagen ist.

Damit soll sichergestellt werden, dass mindestens ein aktuelles Backup zur Verfügung steht.

Das Aufräumen der alten Backups soll sowohl lokal, als auch auf einem Netzwerk-Share funktionieren.