TimePunch

Es sollte möglich sein, die Abschaltzeit (also die Zeit bis zum zwangsweisen Abschalten der Zeiterfassung) konfigurierbar zu gestalten.
Bisher ist dieser Wert fest mit 6 Std. im Code hinterlegt.

In einem möglichen Fahrtkostenmodul sollte eine Führerscheinprüfung eingeführt werden. Dies ist für Transportunternehmen wohl sehr wichtig.

D.h. welcher Führerschein hat der Mitarbeiter, und man nach einem halben Jahr (oder nach Einstellung) den Führerschein des Mitarbeiters erneut prüfen muss.

Wie beim normalen Urlaub auch, sollte es möglich sein, ein Kontingent für den Sonderurlaub anzulegen.
Das Restkontingent darf 'nicht' in das neue Jahr übernommen werden.

Gut wäre es sauch, wenn das Kontingent nicht in Summe, sondern auf die verschiedenen Sonderurlaube aufgeteilt werden könnte.
Also z.B. 2 Tage für Umzug, 1 Tag für Hochzeit, 5 Tage für Schwerbehinderung oder ähnliches.

Sprich, wird ein Sonderurlaub für einen Mitarbeiter gebucht, dann wird innerhalb der Kategorie der restliche Sonderurlaub für den Mitarbeiter dezimiert.

1 Tage Schwerbehinderung beim Mitarbeiter gebucht = 4 Tage restliche Buchungsmöglichkeit

-
Ausnahme: Sofern kein Sonderurlaub gebucht wird, hat der Mitarbeiter auch kein Restkontingent!

Nachtzuschlag wird von 6:00 bis 20:00 Uhr gewährt.
Es wird ein Eintrag von 5:00 bis 21:00 Uhr erstellt.

Erwartet wird eine Nachtarbeit von 2 Std.
Tatsächlich wird eine Nachtarbeit von 1 Std. ausgegeben.

⇒ Dies ist ein theoretischer Bug, da der Mitarbeiter dann 16 Std. am Stück! arbeiten müsste, um den Fehler zu erhalten.

Wenn man im Client Zeiteinträge erstellt/nachträgt, wird scheinbar für einen neuen Eintrag immer der letzte Eintrag des Tages als Vorlage verwendet.
Wenn man aber Lücken im Tag hat, wäre es sinnvoller zur nächsten Lücke zu springen und den Vorgänger als Vorlage zu nehmen; also auch die Uhrzeit zu berücksichtigen.

Der Gruppenlink bei den Genehmigungen zeigt auf eine interne Server-URL, und nicht auf die hinterlegte externe URL.
Was zu Problemen führt, wenn der Link außerhalb des Intranets geöffnet wird.

In TimePunch Mobile erfasste Zeiten werden in TimePunch immer auf die Arbeitszeit synchronisiert; auch wenn die eigentliche Tätigkeit mit einem anderen Buchungstyp erstellt wurde. Dies führt zu Fehlern bei der Synchronisation, die nur durch das manuelle öffnen und speichern des Zeiteintrags behoben werden können.

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.

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.

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

Bei der Berechnung des bezahlten Urlaubs tritt ein Fehler auf, wenn

a) in den Optionen der Wert auf "durchschnittlicher Verdienst innerhalb der letzten 13 Wochen" eingestellt ist
b) das Arbeitszeitmodell 0 Sollstunden aufweisst
c) Urlaub gebucht wird und im Monat davor dann Arbeitszeit eingetragen wird.

Beim Eintragen der Arbeitszeit erscheint eine Fehlermeldung weil die Berechnung des durchschnittlichen Verdiensts hier auf einen Fehler läuft.

Fehlermeldung:
2018-02-05 15:56:38,108 [16] FATAL: Transaction
AdFactum.Data.Exceptions.SqlCoreException: Der eingehende Tabular Data Stream (TDS) für das RPC-Protokoll (Remote Procedure Call) ist nicht richtig. Parameter 3 ('@p01'): Der angegebene Wert ist keine gültige Instanz des float-Datentyps. Überprüfen Sie die Quelldaten im Hinblick auf ungültige Werte. Ein Beispiel für einen ungültigen Wert sind Daten eines numerischen Typs, deren Dezimalstellen den Wert für die Genauigkeit überschreiten. —> System.Data.SqlClient.SqlException: Der eingehende Tabular Data Stream (TDS) für das RPC-Protokoll (Remote Procedure Call) ist nicht richtig. Parameter 3 ('@p01'): Der angegebene Wert ist keine gültige Instanz des float-Datentyps. Überprüfen Sie die Quelldaten im Hinblick auf ungültige Werte. Ein Beispiel für einen ungültigen Wert sind Daten eines numerischen Typs, deren Dezimalstellen den Wert für die Genauigkeit überschreiten.

Beim Export der Projektmitarbeiter tritt ein Fehler auf, wenn zu viele Daten exportiert werden sollen.

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 soll exemplarisch ein gehosteter TimePunch Server aufgesetzt werden.
Die einzelnen Schritte sollen zur Wiederverwendung dokumentiert werden.

Wichtige Punkte dabei sind:

- SSL Zertifikat installieren
- SQL Server Port Freigabe
- HTTP auf HTTPS Redirect
- Einstiegsseite auf den Application Server umleiten.

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.

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

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.

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.

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.

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.

TimePunch sollte es erlauben selbst Plan und -Schwellwerttrigger für bestimmte Projektkombinationen zu setzen.

Beispiel:
Kombination zwischen: Mitarbeiter, Projekt, Tätigkeit und Kunde.

Wobei nicht alle Kombinationen gesetzt sein müssen.

Ist ein Wert nicht gesetzt, dann gilt er für alle möglichen Werte:

Beispiel:

Geplante Stunden: 50 Std.
Schwellwert : 30 Std.

Mitarbeiter: -
Projekt : Bäckereiumbau
Tätigkeit : -
Kunde : Bäckerei Fritz

Ebenfalls könnten damit andere Kombinationen verwaltet und kontrolliert werden.

Die Felder Projekt, Tätigkeit und Kunde sollten optional als Pflichtfelder definiert werden können.
Ein entsprechender Schalter soll im Administrationsbereich von TimePunch vorgesehen werden.

Um das Feature schon vorab zu aktivieren sind folgende DB Checks notwendig:

ALTER TABLE TP_ENTRIES WITH NOCHECK ADD CONSTRAINT CHK_NOTEMPTY CHECK 1)

ALTER TABLE TP_ACTIVE_ENTRIES WITH NOCHECK ADD CONSTRAINT CHK_ACTIVENOTEMPTY CHECK 2)

Das Datum für den Stichtag zur Überstundenbegrenzung sollte selbst festgelegt werden können (aktuell ist dies immer Ende des Monats).

Dies ist wichtig, wenn die Lohnzahlungen an den Steuerberater übergeben werden müssen.

Da sich der Freitext bei Zeiteinträgen öfters wiederholt, sollten pro Projekt/User die letzten Freitexteinträge als Vorschläge im Dialog angezeigt werden.

Wir haben bei Projekten oft eine Stundenanzahl eingegeben.
Es sollte eine Möglichkeit geben, eine automatische Meldung zu bekommen wenn die Stunden z.B. zu 80% verbraucht sind.