TimePunch

Wenn im Vorjahr andere Std. pro Urlaubstag als im aktuellen Jahr sind, stimmt die Berechnung der Urlaubstage nicht, die Urlaubsstunden werden korrekt angezeigt.

Bsp:
In 2024 7:12 Std. pro Tag bei 252:00 Urlaubsstunden mit Resturlaub von 1,9 Tagen bzw. 13:30 Std.
In 2025 4:00 Std. pro Tag Bei 140:00 Urlaubsstunden mit Resturlaub von 9,1 Tagen bzw. 42:30 Std. und 1,9 Tagen bzw. 13:30 Std. aus dem Vorjahr.
In 2026 4:00 Std. pro Tag Bei 140:00 Urlaubsstunden mit 10,6 Tagen bzw. 42:30 Std. aus dem Vorjahr.

Unterscheidung der Tage von Ende 2025 (9,1) zu Start 2026 (10,6) Tage bei gleichen Urlaubsstunden.

Wenn über die TimePunch Homepage → Contact ein Ticket erstellt wird, wird ein Zertifikatsfehler:
error The remote certificate is invalid according to the validation procedure: RemoteCertificateNameMismatch
geworfen.

Es wäre schön ein globales Cutter-Modell zu haben, dass jeweils für alle Mitarbeitende gilt denen kein gesondertes Modell zugeordnet ist, oder die im gesonderten Modell auf ein Ausnahmeprojekt gebucht haben.

Zweites ist wichtig, da dann z.B. bei Sonderprojekten (Montage / Reisezeit) der Globale Standard gezogen werden kann.

Selbstverständlich sollte das Globale Standard-Modell auch Ausnahmen erlauben.

Wenn die Kurzarbeit innerhalb eines Monats startet und vor der Kurzarbeit Überstunden gemacht wurden, werden die Überstunden nicht mit in den nächsten Monat übernommen

Wenn in den Einzelbuchungen eine Pivot-Tabelle mit der Filterung auf ein Projekt generiert wird, soll die Filterung der Mitarbeitenden auch berücksichtigt werden

Aktuell findet eine automatische Trennung zwischen zwei Buchungstagen statt, wenn beide Zeiteinträge min. 10 Std. auseinanderliegen.
Diese Zeit soll variable einstellbar sein.

Am besten Global zu setzen in den Einstellungen / Internas

Es soll möglich sein, Überstunden/Urlaub über einen neuen Dialog umzuwandeln.

Wenn Zeiteinträge automatisiert geschlossen werden, muss es die Möglichkeit geben, Mitarbeiter und/oder Vorgesetzte per Mail zu informieren.

Um Fehlbuchungen von Mitarbeitern zu vermeiden, sollen Buchungen bei bestimmten Konstellationen verhindert werden. D.h. das buchen eines Zeiteintrags ist für Mitarbeitende nicht möglich, sofern eine solche Konstellation vorliegt.

Die Konstellationen die das Buchen von Zeiteinträgen verhindern, lauten wie folgt.
1. Das Eintragen von Zeiten vor dem Eintritt ins Unternehmen und nach dem Austritt aus dem Unternehmen soll nicht möglich sein.
2. Das Eintragen von Arbeitszeiten bei gebuchten Abwesenheiten (wie Krankheit, Urlaub, etc.) soll nicht möglich sein.
3. Das Eintragen von Arbeitszeiten an Arbeitsfreien Tagen soll ebenfalls nicht möglich sein.

[Option: Verhinderte Buchungen anzeigen]

Die Module in TimePunch verhalten sich dabei wie folgt:

Terminal : Der Mitarbeiter kann sich am Terminal einbuchen (z.B. im Urlaub), die Stempelzeiten werden registriert, aber die Zeiteinträge werden nicht als Arbeitszeit beim Mitarbeiter gespeichert / nur als Info mit Kommen/Gehen.
Online und Watcher: Beim Starten der Zeiterfassung erhalten Mitarbeitende direkt einen Fehlerhinweis, dass das Buchen aus o.g. Gründen nicht möglich ist.
Management/Online: Das nachträgliche Erfassen von Arbeitszeiten wird beim Speichern mit einem Fehlerhinweis abgelehnt.

Besonderheiten:
- Info Mail (automatisierte Mails) wenn ein Zeiteintrag gespeichert wurde, aber abgelehnt wird (CutTime!)
- Personalmanager und höher können auch Zeiteinträge anlegen, wenn dies für den Mitarbeiter nicht möglich ist.

Wenn ein MA archiviert oder gekündigt wird, soll überprüft werden, ob der MA ein manuell gesetzter Genehmiger für Änderungsanträge ist und dann muss dieser herausgenommen werden

Wenn das Bemerkungsfeld in einem Abwesenheitsantrag gefüllt ist, soll die Bemerkung in den erstellten Zeiteinträgen zusätzlich zu dem Genehmigungstext angezeigt werden.

Es soll die Möglichkeit geschaffen werden, dass wenn ein MA den Tag mit ‘Arbeit beendet’ beendet, dass auch bei einer kürzeren Arbeitsunterbrechung als 10 Stunden der Folgetag nicht dem aktuellen Tag hinzugefügt wird.

In den Einstellungen sollen die Standardprojekte zu Pflichtfeldern angepasst werden, um mögliche Übertragungsprobleme zu reduzieren

Es soll ein neues Feld für die verfallenen Urlaubstage hinzugefügt werden

Es wäre praktisch, wenn Projekte/Tätigkeiten gelöscht werden könnten, ohne diese Vorher “abschließen” zu müssen.

Vor allem dann, wenn die Tätigkeit noch nicht gespeichert ist.
Also nur im Client neu angelegt wurde.

Sofern der Jahresurlaub im Mitarbeiterprofil geändert wird, muss dieser auch für die Folgejahre angepasst werden.
Also Anzahl der Tage, und Monat des Urlaubsübertrags.

Das funktioniert, sofern noch kein Zeiteintrag in einem zukünftigen Jahr existiert.

Sofern bereits ein Eintrag im neuen Jahr existiert (z.B. wir in 2026 / Eintrag in 2027), dann wird der Jahresurlaub in 2027 nicht mit den Daten aus dem Mitarbeiterprofil angepasst.

Bei Monatswerten funktioniert dies:
Code: UserService.cs
Methode: UpdateUserProfileDetails

Wenn bei Administratoren ein Eintrag angelegt wird, der das Projektbudget überschreitet, dann wird keine Fehlermeldung ausgegeben.
Scheinbar wird das Projektbudget nur bei Mitarbeitern, aber nicht bei Administratoren geprüft.

Wenn Lizenzen getauscht werden und der Ausstellungsname hat sich geändert, wird ein Fehler geworfen und die alten zugewiesenen Lizenzen werden entfernt.

Gekündigte Mitarbeitender sollen ab dem Kündigungsdatum in den Web-Modulen, Anwesenheitsliste und Kalender, ausgeblendet werden.

Das Feld von Pflicht-Pausenzeit bei Pflichtpause nach Arbeitszeit soll sich dem eingestellten Zeitformat angepasst werden
(Echtminuten/Industrieminuten)

Wenn eine Pausenzeit eingetragen wird, soll sich die Pause an das entsprechende Format anpassen.

Wenn Projekttätigkeiten exportiert und anschließend in einem anderen System importiert werden sollen, wird eine HeaderNotValidException geworfen

Für neue Mitarbeiter sollte automatisch die erste Rahmenarbeitszeit eingestellt, oder bei einer Kopie vom Mitarbeiter, dessen Rahmenarbeitszeitmodell kopiert werden.

Wenn ein gekündigter Mitarbeiter wieder neu eingestellt wird, wird bei der erneuten Einstellung das Austrittsdatum nicht gelöscht

Wenn der Mitarbeitende mehr Urlaub beantragt als er zur Verfügung hat, soll dies mit einer Meldung unterbunden werden.

Ein Monat bevor der Resturlaub verfällt, soll der Mitarbeitende automatisch per Mail informiert werden, dass der Resturlaub bald verfällt