Alle Projekte

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!

Einem Kunden ist es gelungen, einen Zeiteintrag im Watcher zu erzeugen, dessen Pause größer als die eigentliche Dauer des Zeiteintrags ist.

Start: 10:19
Ende: 10:22
Pause: 0:16

Als Dauer des Zeiteintrags werden jetzt 19 Minuten angezeigt (also 3 Minuten Arbeitszeit + 16 Minuten Pause).
Dies ist selbstverständlich nicht möglich, da die Pause nicht länger sein darf/kann als der Eintrag selbst.

Die Berichte Projektbericht, Stundennachweis, Projektabrechnung sollten alternativ auch in 60er Einheiten dargestellt werden können.

In TimePunch sollte es möglich sein, den Urlaubsverlauf pro Monat einzusehen.
Aktuell ist nur der Jahresurlaub als eine Zahl sichtbar.
Über den Verlauf sollte sichtbar werden, wann wieviel Urlaub pro Monat genommen wurde.

Zu jeder Tätigkeit sollte es möglich sein, einen Freitext als Vorgabe zu hinterlegen und dann entsprechend der Auswahl einzusetzen.

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.

Es sollte möglich sein, eingetragene Zeiteinträge vom Projektleiter und/oder Kunden freigeben zu lassen.
Nach der Freigabe sollten die Zeiteinträge für eine weitere Bearbeitung seitens des Mitarbeiters gesperrt werden.

Wenn der Beschreibungstext relativ lang ist (und ohne Umbruchzeichen eingegeben wird / Ich mache das, damit der Text in der Ausgabe/Druck später vernünftig fließt), deckt die Quickinfo dieses Textes genau den sensitiven Tabellenbereich darunter ab, dass der Eintrag nicht angeklickt und geöffnet werden kann. Vllt. können Sie ja in der Quickinfo einen "Ansichts-Umbruch" programmieren

Der TimePunch Watcher erzeugt einen Änderungseintrag (geändert von), wenn sich der Mitarbeiter nicht selbst zur Pause abmeldet, sondern nach der eingestellten Zeit automatisch abgemeldet wird.

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.

Die Arbeitszeiterfassung mit der Stoppuhr (Start/Stop) sollte auch über das Management Modul möglich sein.

In der Selbstauskunft sollte für jeden Mitarbeiter auch die Summe der Urlaubstage, Resturlaub und Krankheitstage angezeigt werden.

Es sollte eine Möglichkeit geben, die Kundendaten bei der Anlegen aus einer Vorlage zu kopieren. (Ähnlich dem Anlegen von Projekten)

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.

Es sollte optional möglich sein, den Vertreter einem Urlaub zustimmen zu lassen.
Sozusagen darf der Urlaub nur dann zur Genehmigung gelangen, wenn der Vertreter zuvor zugestimmt hat.

Es sollte eine Möglichkeit geben, die Sichtbarkeit der Arbeitszeiten für Mitarbeiter zu begrenzen.
Zum Beispiel sollten für die Mitarbeiter nur in den letzten zwei Jahre (2016-2017) die Arbeitszeiten visuell sichtbar sein.

In der Selbstauskunft, sollte analog zu TimePunch Mobile, auch die Anzeige der Tageszeit angezeigt werden.
Damit könnten auch Mitarbeiter die am Terminal die Zeiten erfassen sehen, wann Ihr Tagesziel erreicht ist.

Problem: Zwei Projekte konnten nicht bearbeitet werden.
Analyse: Nach Analyse in der Datenbank wurde festgestellt, dass für das Projekt ein Project Owner gesetzt war, der aber in TimePunch bereits gekündigt wurde.
Lösung: Durch zurücksetzen der Project Owner konnten die Projekte wieder bearbeitet werden.

In den Stammdaten des Mitarbeiters sollte es möglich sein, einen Projektstunden als Vorgabe für neue Projekte zu definieren.
Wird der Mitarbeiter dann einem Projekt direkt zugeordnet, könnten als Vorgabe der in den Stammdaten hinterlegte Stundensatz gezogen werden.

Es sollte möglich sein, die gebuchten Projektzeiten durch einen Projektleiter abnehmen zu lassen.
Wichtig ist dann, wer die Projektzeiten abgenommen hat und zu welchem Zeitpunkt die Projektzeiten abgenommen wurden.

Damit könnten dann ebenfalls, wie im Fall der fakturierten Zeiten, diese Zeiten besser gefiltert werden.
Ebenfalls könnten die Zeiten mit einer Begründung abgelehnt werden.

Der Projektleiter sollte in den Berichten und im Berichtsfilter-Dialog als Kriterium für die Selektion der Projekte ausgewählt werden können.

Damit wäre es dann z.B. möglich, dass der Projektleiter seine eigenen Projekte schneller selektieren und somit reporten könnten.

Es sollte möglich sein, die Einsicht der Zeitdaten für normale Mitarbeiter zu beschränken.
Gut wäre es, wenn der Administrator z.B. definieren könnte, dass alle Daten älter als 2 Jahre nicht mehr eingesehen werden können.

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.