Alle Projekte

Die Lohnart für den Export soll in der Tätigkeit überschrieben werden können.

Die Entgeltfortzahlung für Lohnarbeiter (13 Wochen Schnitt) muss auf Krankheit und Feiertage ausgeweitet werden.
Die bisherige Implementierung unterstützt lediglich die Entgeltfortzahlung für Lohnarbeiter beim Urlaub.

siehe auch.
https://www.heimbrock-winkler.de/autonews/juni_2016/urlaubsentgelt_und_entgeltfortzahlung_bei_krankheit_und_an_feiertagen_was_sie_ihren_mitarbeitern_zahlen_müssen_aktueller_prüfungsschwerpunkt_/

In TimePunch soll eine neue Auszahlungsmethode für den Stundenlohn eingeführt werden.
In dieser Methode soll die max. Stundenzahl festgelegt werden, die ausgezahlt werden kann.

Arbeitet der Mitarbeiter weniger als die gesetzte Stundenzahl, dann werden dem Mitarbeiter alle gearbeiteten Stunden ausgezahlt.
Arbeitet der Mitarbeiter mehr als die gesetzte Stundenzahl, dann wird ihm max. die gesetzte Stundenanzahl ausgezahlt.

In TimePunch TEN sollte es ebenfalls wie im Datafox Modul von TimePunch PRO möglich sein, die Stunden auf das zuletzt aktive Projekt zu buchen.
Damit wäre es möglich, dass Mitarbeiter die Arbeitszeit auf unterschiedliche Projekte am Terminal buchen könnten.

Somit könnten z.B. Aushilfen auf eine andere Lohnart gebucht werden, als festangestellt Mitarbeiter.

Es muss möglich sein, im TimePunch Application Server, mehrere Datenbank Konfigurationen zu hinterlegen.
Die unterschiedlichen Datenbank-Konfigurationen benötigen dabei jeweils eine eindeutige Zugriffs-URL und einen eindeutigen Customer Token.

Die API URL ist aktuell zugeschnitten auf einen einzelnen Kunden.
Durch die verschiedenen Bindings ändert sich die API URL allerdings pro Kunden und wird daher zukünftig von der Zugriff URL abgelöst.

Tipp:
Für das .net pipe binding kann evt. das Customer Token eingebunden werden.
bisher: net.pipe://localhost/TimePunch
später: net.pipe://localhost/TimePunch/demo1

Der TimePunch Cutter muss an die Mandantenfähigkeit angepasst werden.

D.h. der nächtliche Job, muss alle Mandanten durchlaufen, um dort eventuelle Kürzungen vorzunehmen.

Das Berichtsmenü im TimePunch Client sollte der Übersichtlichkeit wegen in Kategorien aufgeteilt werden.
Die Unterteilung soll wie folgt aussehen:

• Projektberichte / Project reports
• Stundennachweise / Time sheets
• Lohnberichte / Wage reports
• Gleitzeitkontoberichte / Flexitime account reports
• DSGVO (ohne eigenen Menüpunkt, da nur ein Bericht)
• Mitarbeiterberichte / Employee reports
• Projektabrechnungen / Project accountings
• Barcodeberichte / Barcode reports

Berichte ohne eine gesetzte Kategorie sollen wie bisher eigenständig angezeigt werden

Anzeige der aktuellen Tagesarbeitszeit (inkl. des laufenden Zeiteintrags), neben der aktuellen Arbeitszeit.

Es wird noch eine neue Funktionalität gewünscht.

Die Lohnauszahlung soll solange mit dem gleichen Betrag fortgesetzt werden, bis alle Überstunden aufgebraucht sind.

In Spanien ist es eine rechtliche Anforderung festzustellen, wie die Zeit und durch welches System, die Zeit erfasst wurde.

D.h. die einzelnen Erfassungswege (Terminal, Watcher, Manuell, Online, Sync, etc. ) sollen nachvollziehbar pro Zeiteintrag nachgehalten werden.

Optional, Eintrag ohne Start -und Endzeit erlauben / verbieten

Die Web App von TimePunch sollte auch GPS Koordinaten des Nutzers aufzeichnen können.

Die Herkunft der An -und Abmeldung des Benutzers soll dokumentiert werden.
Damit soll es möglich werden, dass festgestellt werden kann, ob ein Mitarbeiter sich per Online Modul, Watcher oder Terminal an, bzw. abgemeldet hat.

Die max. buchbare Zeit auf eine Tätigkeit soll beschränkt werden können.

Zeiteinträge können in TimePunch als fakturiert, wichtig, nicht berechnet und vor Ort gekennzeichnet werden.
Dies ist aber nur einzeln, bzw. bei einem Mitarbeiter möglich. Es können hier zwar mehrere Zeiteinträge angepasst werden, aber eben nicht mitarbeiterübergreifend, z.B. für das ganze Projekt.

Es wird die Möglichkeit benötigt, dass sämtliche Zeiteinträge eines Projekts für einen auswählbaren Zeitraum z.B. als fakturiert gekennzeichnet werden.
Hierzu wird ein Assistenzsystem geplant, welches auf dem aktiven Projektfilter aufsetzt.

GPS-Standort sollte pro User als Zwang einstellbar sein

In den Auftragsdaten des Projekts sollen weitere Felder aufgenommen werden:

1) Rahmenvertrag
2) Einzelvertrag / Abruf
3) Mitarbeiterprofil / Profil
4) Bestellnummer
5) ???

Änderungen im Dachprojekt in den Basisdaten sollen sich auf die Kindprojekte auswirken.
Dazu gehören

- Kostenstelle
- Projektleiter
- Kunde
- Verfügbarkeit
- Auftragsbezogen ja/nein

sowie alle Mitarbeiterspezifischen Daten aus dem Dachprojekt

Bemerkungen im Antrag sollten beim Genehmigen nochmal in der Mail mit gesendet werden.

Die bisherige Berechtigung "Personalmanagement" soll nach "Personal -und Projektmanagement" umbenannt werden.

Die neue Rolle "Personalmanagement" darf keine Berechtigung zum Anlegen/Ändern von Projekten besitzen und soll sich rein auf die Verwaltung der Arbeitszeiten der Mitarbeiter beschränken.