TimePunch

Wir haben öfters Nachteinsätze und von 23Uhr bis 05.00 Uhr dürfen wir 25% mehr Stunden aufschreiben. Gibt es eine Funktion, welche so etwas automatisch mit einrechnen kann?

- Die Nachtarbeit sollte automatisch zu den Überstunden hinzugerechnet werden.

Die Dienstreise sollte als eigenständiger Buchungstyp angelegt werden können.
Dies hätte den Vorteil, dass

a:) eine Dienstreise auch in TimePunch direkt gebucht werden könnte (nicht nur über den Kalender)
b:) die Dienstreise auch in der Anwesenheitsliste Berücksichtigung finden könnte.

Ein Dienstreiseintrag sollte als Abwesenheitsgrund auch in der Anwesenheitsliste erscheinen.
Die Dienstreise wird damit im Feld “Bemerkung” angezeigt.

Damit würde genau wie bei Krankheit oder Urlaub klar sein, wie lange sich der Mitarbeiter noch auf Dienstreise befindet.

Im Kalender sollte es optional (also kundenspezifisch) möglich sein, die Vertraulichkeitseinstufung eines Antrags auszublenden.
Voreingestellt ist in diesem Fall immer: "nicht vertraulich" - also sichtbar für alle Mitarbeiter.

Es soll ein Bericht erstellt werden, der pro Mitarbeiter die Anzahl der genommenen halben Tage im Jahr auflistet.

Es sollte möglich sein, die aktuellen Projektdaten (im Stundennachweis) mit den Daten aus dem Gleitzeitkonto zu kombinieren, um z.B. einen Stundennachweis mit integrierter Anzeige des Gleitzeitkontos zu ermöglichen.

Im ToolTip sollte der Name der beantragten Tätigkeit angezeigt werden.

⇒ Darf nur dann angezeigt werden, wenn der Mitarbeiter zu den verwalteten Mitarbeitern des Benutzers gehört.

Der Mitarbeiter sollte eine Möglichkeit erhalten, selbst eine Überstundenauszahlung in TimePunch zu beantragen.
Ähnlich der Urlaubsbeantragung, sollte die Überstundenauszahlung erst dann erfolgen, wenn diese vom vorgesetzten Mitarbeiter, bzw. der Personalabteilung genehmigt wurde.

Nach der Installation des TimePunch Clients mit der Option /VerySilent öffnet sich das Browser Fenster mit TimePunch. Dies sollte bei dieser Installationsvariante unterbunden werden.

Es sollte möglich sein, den Urlaubsanspruch automatisiert anhand des Alters des Mitarbeiters berechnen zu können.

z.B.

Gemäss Art. 61der Personalverordnung unseres Kantons St.Gallen betragen die Ferien pro Kalenderjahr:
- 23 Arbeitstage ab vollendetem 20 Altersjahr,
- 28 Tage ab dem Jahr, in dem das 50 Altersjahr vollendet wird und
- 30 Tage ab dem Jahr, in dem das 60. Altersjahr vollendet wird.

D.h. die Personalabteilung sollte einen generellen Urlaub für das Alter des Mitarbeiters definieren können

ab 20 Jahre = 23 Urlaubstage
ab 50 Jahre = 28 Urlaubstage
ab 60 Jahre = 30 Urlaubstage

und wo weiter.

Es sollte in den Einstellungen möglich sein, einen Urlaubsadmin festzulegen.

Dieser Mitarbeiter hat dann auf alle Genehmigungsanträge Zugriff und kann diese im Zweifel auch freigeben, wenn der eigentliche Genehmiger in Urlaub ist und vergessen hat, einen Stellvertreter anzulegen.

Momentan findet die Zuordnung “Projekt - Mitarbeiter” über Stammdaten→ Projekt→ Zugriffsrechte statt.
Es soll auch möglich sein, dass die Zuordnung über Stammdaten→ Mitarbeiter erfolgt.

siehe Anhang

Aktuell kann ein Projekt auch dann gebucht werden, wenn der Zeitraum überschritten ist.
Die Einschränkung des Zeitraums greift aktuell nur im Watcher, aber nicht in der Verwaltungssoftware.

Es sollte möglich sein, sonstige Spesen zu einem Zeiteintrag erfassen zu können.
Spesen wären z.B. Kilometergeld (Wegkosten), Kopien, Material usw.

Der Resturlaub sollte automatisch berechnet werden:

Beispiel:
Ein Mitarbeiter wird neu angelegt, als Jährliche Urlaubstage wird der Jahreswert eingetragen (Bild 1)

Nun wäre es prima,
wenn z.B. bei Arbeitsbeginn des neuen Mitarbeiter per 01.10.2017 automatisch der Wert für den Jahresurlaub im ersten Jahr aus der Tabelle Jährliche Urlaubstage berechnet wird . 25/12=2,083

Wobei bei einem Arbeitsbeginn ab dem 15. Eines Monats der jeweilige Monat nicht mehr berücksichtigt werden dürfte.
(Bild 2)

Es wäre gut, wenn man unabhängig der real gebuchten Zeit für den Mitarbeiter, noch ein Feld "fakturierbare Zeit" hätte.
Dieses Feld bildet dann die Grundlage für die Projektabrechnungen.

Beispiel:
Als Dienstleister ist es oft üblich, dass man dem Kunden z.B. eine Stunde in Rechnung stellt, obwohl man dafür nur eine halbe Stunde benötigt hat.
Es wäre super, wenn man einem Zeiteintrag ein zusätzliches Feld "Fakturierbare Zeit" (o.ä.) hinzufügen könnte, welches standardmäßig mit der tatsächlichen Zeit vorbelegt ist, aber geändert werden kann. Es ist ja auch möglich, dass man zwei Stunden an etwas arbeitet, dem Kunden hierfür aber nur eine Stunde in Rechnung stellen kann.

Bei den Berichten, sollte der Namen des Berichtes oben angezeigt werden.

Beispiel:
Bei dem Bericht Anwender/Projekte/Verteilung steht Zusammenfassung.
Wenn ich diese Auswertung später nachvollziehen will, ist es umständlich den dazugehörigen Bericht zu finden.

Der Bericht zur Auswertung der Krankheitstage sollte noch dahingehend erweitert werden, dass auch die Gründe der Fehlzeit ausgewertet werden können.
Hier sollten die verschiedenen Krankheitstypen anhand der Tätigkeit differenziert ausgewertet werden können.

Beim Filtern im TimePunch Watcher sollte die erste Tätigkeit immer selektiert werden.
Das spart die nachträgliche Auswahl des Eintrags und ermöglicht eine direkte Auswahl durch die Eingabetaste.

- nicht abgeschlossene Zeiteinträge (Start oder Ende fehlt) sollen nicht gelöscht werden, sondern in der Übersicht rot angezeigt.

- die Übersicht "Mitarbeiterprofile" soll um eine Spalte "Personalnummer" erweitert werden.

Die aktuell in TimePunch verwalteten Passwörter unterliegen derzeit keiner gesonderten Passwortsicherheit.
Geplant sind folgende Erweiterungen:

- Kennzeichen eines Sicheren Passworts (min. 8 stellen, 1 Großbuchstabe, 1 kleinbuchstabe, 1 Zahl, 1 Sonderzeichen) - optional Ein -und ausschaltbar
- Ablage des Passworthashes mit SHA256
- Nutzung eines Passwort Salt
- Nutzung eines Passwort Pepper

Beim ersten Login wird das bisherige Passwort ungültig und der Mitarbeiter muss ein neues und sicheres Passwort setzen.

Sofern eine Fehlerhafte Benutzeranmeldung stattfindet, soll ein interner Timeout gestartet werden, der die IP des Clients für eine erneute Anmeldung sperrt.

Die Sperrzeit soll dabei bei 1ner Sekunde starten und bei jeder falschen Anmeldung verdoppelt werden.
Zudem soll in der Administration eingestellt werden, ab welcher Anzahl falscher Anmeldungen der Mitarbeiter und/oder der Sicherheits-Admin eine Benachrichtigung per Email erhält.

Um Hackerangriffe unterbinden zu können, sollen benutzerdefiniert IP Blöcke grundsätzlich von der Anmeldung ausgeschlossen werden können.
Diese IP Blöcke sollen in Form von IP4 oder IP6 Adressen oder auch in CIDR Notation in einer Liste angelegt werden können.

Die Liste sollte eine einfache Editierung (Copy & Paste) ermöglichen.

Gesperrte IP Adressen erhalten sofort eine Ablehnung. Sie sind daher noch vor einem möglichen Timeout zu behandeln, bzw. starten diesen auch nicht.