Alle Projekte

Zeiteinträge mit dem Buchungstyp "Bereitschaftsdienst" dürfen im Cutter nicht zur Berechnung der Pflichtpausenzeiten, zum Cutten der Arbeitszeit oder ähnliches herangezogen werden.

Die Arbeitszeiten (Betriebsdaten) sollen pro Projekt und Mitarbeiter an die Diamant Software übergeben werden.
Dazu werden (ähnlich dem bereits existierenden Export nach IN-FORM) nur die Arbeitszeiten der Projekte in eine CSV Datei geschrieben.

Da inzwischen Lohndaten und Betriebsdaten exportiert werden, sollte das Menü in TimePunch entsprechend umgestaltet werden.

Anstatt nur "Zeiteinträge exportieren" werden zwei Menüpunkte angestrebt

"Lohndaten exportieren"

1. > Menüpunkte mit DATEV und Lexware

"Betriebsdaten exportieren"

1. > Menüpunkte mit In-FORM / Diamant Software / CSV

Beim Modul Update oder der Modul Installation muss ebenfalls eine Datenbankprüfung stattfinden.
Im Gegensatz zu der Prüfseite im Menü "Datenbank" werden hier alle Datenbankverbindungen geprüft und eine Aktualisierung angeboten, falls ein Update für min. eine Datenbankverbindung notwendig ist.

Damit die einzelnen Module auf die korrekte Datenbank zugreifen können, wird ein Webservice benötigt, der das Customer Token anhand der verwendeten Zugriffs-URL liefern kann.
Dadurch wird sichergestellt, dass die Module mehrere Mandanten verwalten können.

Anhand es ausgewählten Customer Tokens muss im Backend entschieden werden, welche Datenbankverbindung genutzt werden soll.

Die zur Verbindung zum Server genutzte Request-URL muss intern auch für den Aufbau der verschiedenen Links genutzt werden.
Bisher wird dazu noch die API URL verwendet.

Das kann man z.B. sehen, wenn folgende URL aufgerufen wird
http://demo1.TimePunch.de

Beim Klick auf das Logo oder auf die Modul-Icons wird auf https://demo.timepunch.de umgeleitet.

Die automatische Anmeldung via der Windows Authentication muss für die Mandantenfähigkeit neu getestet werden.

Der Branch für TimePunch 3.6 muss auf den aktuellen Stand gebracht werden.

Eventuelle NUGET Pakete sollen aktualisiert werden.
Es soll für diese Version weiterhin das .NET Framework 4.6.2 verwendet werden.

Das Datafox Modul muss für die Mandantenfähigkeit angepasst werden.
Dabei ist es wichtig, dass die einzelnen Zeiterfassungsgeräte dem jeweiligen Mandanten zugeordnet werden können.

-

Zudem muss der Hintergrundservice, der die Geräte nachts aktualisiert, die Daten des passenden Mandanten auf das Terminal hochladen.

Die max. Zeit der Inaktivität wird für Übernachteinträge auf 10 Std. verlängert.

Die Zeitdaten sollen nach Datev Lohn und Gehalt mit Monatswerten exportiert werden.

Die automatische Pausenbuchungen bei TimePunch TEN soll immer funktionieren; auch dann, wenn der Tag nicht als Arbeitstag markiert wurde.

Bei neuen Passwörtern muss eine Mindestsicherheit eingehalten werden.

Diese lautet: min. 6 Zeichen, ein Groß -und ein Kleinbuchstabe, sowie eine Zahl

Es soll eine Möglichkeit bestehen, gekürzte Arbeitszeiten, in TimePunch anzuzeigen und damit auswertbar zu machen.

Es sollte rechtlich geklärt werden, wie die Lohnzahlung an Feiertagen erfolgt, wenn der Mitarbeiter krank ist.
Also wird Krankgeld ausgezahlt, oder Fiertagsendgelt?

Um die Installation in modernen Betriebssystemen zu vereinfachen, soll in TimePunch der MSIX Installer in Windows 10 verwendet werden.
Der aktuell genutzte Click Once Installer wird damit obsolet.

Wie wird das Kurzarbeitsgeld im Fall von Samstagsarbeit behandelt?
Evt. vom Kurzarbeitergeld abziehen?

Der Bericht "Zuschlagsrelevante Arbeitszeiten" muss überarbeitet werden, sodass er nicht nur die globalen Zuschlagszeiten, sondern auch die pro Mitarbeiter gesetzten Zuschlagszeiten berücksichtigt.

TimePunch 4.5 soll einen neuen Datafox Client mit dem neuen Stacked UI erhalten.

Der TimePunch Application Server soll mit dem aktuellen Windows Server 2022 kompatibel werden.

Die Berichte in TimePunch sollen an das aktuelle Design angepasst werden.

Monatsabschluss soll optional wieder an alle Admins gehen.