TimePunch

Speichern unter… Name des Berichtes (Aus Liste) und Projektname wäre schöne. Hier steht immer „Bericht“.

Erweiterung 28.01.2025:

Viel Cooler wäre es wenn hier Zeitraum Mitarbeitername in den Namen einfließen.
Oder das Druckdatum und Zeit sich im Namen wieder findet. Gleitzeitkonto Tagesbericht161124170125
Das würde das drucken von mehrere Berichte nacheinander ohne Eingriff ermöglichen.

Wenn ein Mitarbeitender vergisst sich anzumelden, sich 2 mal in Folge an unterschiedlichen Tagen abmeldet, wird keine Informationsmail über vergessene Anmeldung versendet

→ Vermutlich doppel-Logout Feature ‘Arbeit beendet’

#018643

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.

In bestimmten Fällen (der Grund ist derzeit noch nicht bekannt) kann es vorkommen, dass der Watcher die Zeiterfassung nach einer Pause nicht mehr automatisch startet.

- Seit ein paar Monaten verwende ich TimePunch für meine Zeiterfassung der Projekt- und Fahrtzeiten. Parallel habe ich noch ein Fahrtenbuch. Falls man bei TimePunch neben den Fahrtzeiten noch die Kilometer bzw. Kilometerstand mit angeben könnte, hätte man gleich beide Aufgaben zusammen in einem Programm erledigt.

- Ich setzte TimePunch ein um die Stunden, die ich als ehrenamtlicher Präsident der Bau und Planungskommission unseres Dorfes arbeite, zu erfassen. Ab und zu fahre ich Kilometer die ich gerne erfassen möchte oder es fallen Spesen an die ich dann abrechnen kann. Gibt es eine Möglichkeit so etwas zu erfassen.

Ich fände es nicht schlecht wenn Sie eine Option erstellen würden in welchen man man für den einzelnen Mitarbeiter ein Schichtmodell einstellen kann. Man justiert es für einen Monat welches dann von den Folgemonaten fortlaufend übernommen wird.Allerdings muß dann noch die Möglichkeit bestehen bei Bedarf die Optionen im einzelnen zu Bearbeiten,etwa wie bei arbeiten am Feiertag,Sonderschichten unerwarteter Schichtwechsel. Kleines Beispiel das Programm sollte gelernt haben, das Beispielsweise nach der 2.Frühschicht 1 Tag frei ist dann wieder 4 Frühschichten dann 2Tage frei und dann am Sonntag mit Nachtschicht begonnen wird. Es sollte eingetragen werden können welche Stunden(Zeiträume) mit Zuschlägen und mit wieviel Prozent bedacht werden.Eine erweiterte Modellsoftware wäre da nicht schlecht eine Art De Luxe.

Fest eingestellt ist die Tatsache, dass es sich um eine Monatsanalyse handelt. Für mich und meine Kollegen (mit freier Arbeitszeitgestaltung) wäre es wichtig zu wissen, wieviel Überstunden wir im Laufe einer Woche angesammelt haben.
Somit käme das Programm uns entgegen, wenn der
Analysezeitraum individuell eistellbar wäre.

Es sollte eine Möglichkeit existieren, die max. Minusstunden festzulegen.
Alle Minusstunden darüber hinaus sollten ignoriert werden.

Ist es auch möglich, daß man den wirklichen und den tatsächlichen Stundenstand auswerten kann? Das heißt, ich würde einmal ein Überstundenkonto für mich als Geschäftsführer haben wollen, wo ich sehen kann, was der Mitarbeiter tatsächlich an Überstunden gemacht hat, und eines, wo nach der Überstundenregelung anzeigt wird (d.h. mit gekürzten/ausbezahlten Überstunden).

Folgende Fragen kamen auf:

1. Kann man das Anmeldeprotokoll des Datafox Moduls speichern?
2. Wie weit reicht das Anmeldeprotokoll zurück? Z.Zt. geht es wohl bis zum 13.04.2015.
Kann man diese Zeit verlängern?

→ Das Anmeldeprotokoll sollte exportierbar sein
→ Der Auswertezeitraum sollte variable einstellbar sein

Eine schöne Sache wäre es, wenn man mit der Rolle "Administrator" die Möglichkeit hätte per Abfrage und/oder Rechtsklick auf einen Eintrag die Historie sehen könnte.

Also eine revisions-sichere Version von Timepunch.
Wurde ein Eintrag mehrfach geändert, so kann man das direkt per Rechtsklick als auch in einem Bericht sehen:
Edit-Datum/Zeit | Zustand | Projekt | Tätigkeit | Start | Ende | User | … 14.04.2015 09:00 | initial | Timepunch| DB | 9:00 | - | mv |… 14.04.2015 12:00 | update | Timepunch| DB | 9:00 | 12:00 | mv |… 14.04.2015 12:15 | update | Timepunch| prg. | 9:00 | 12:00 | ab |… 15.04.2014 09:00 | update | Timpunch2 | prg. | 09:00 | 12:00 | mv| ..
15.04.2014 09:08 | update | Timpunch2 | prg. | 08:00 | 12:00 | mv | ..
usw.

Da ich über die Zeiterfassung auch meine Abwesenheit von zu hause erfasse
(Verpflegungsmehraufwendungen…) und viel Nachtarbeit mache, ist es für mich wichtig, dass Tätigkeiten, die über den Datumswechsel hinaus gehen als ein Zeiteintrag gewertet werden und nicht automatisch zweigeteilt werden.

Für Schwerbehinderte Mitarbeiter sollte es möglich sein einen Sonderurlaub anzulegen, der dann auch gesondert ausgewiesen wird.

z.B. 27 Tage Urlaub + 5 Tage Sonderurlaub

Es sollte möglich sein, einen Zeiteintrag auf mehrere Kunden aufzuteilen.

Die Anzeige der Dauer muss dabei bei jedem Kunden gleich sein.
Nur die Abrechnungsdaten ändern sich.

Beispiel 1 Std. Zeit wird abgerechnet auf Kunde A (60%) und Kunde B (40%)

Zeit 1 Std. Kunde A mit 36 Minuten verrechnet
Zeit 1 Std. Kunde B mit 24 Minuten verrechne

–> Ohne Angabe der genauen Zeit, sollte die Zeit des Eintrags auf alle Kunden gleichermaßen verteilt werden.

Es sollte möglich sein das Arbeitsverhältnis befristet anzulegen.
Das hätte den Vorteil, dass sich das Profil automatisch deaktivieren und die Lizenz freigegeben würde.

Jahresdaten (YearlySummary), die in der Zukunft liegen, werden nicht ordentlich aufgeräumt, wenn ein versehentlich erzeugter Zeiteintrag wieder gelöscht wird.

Dies ist daran zu erkennen, dass die Objekte noch in der Datenbank vorhanden sind und daher Fehlerhafte jahresdaten zurückliefern können.

Premisse - wenn im Zeitraum kein Zeiteintrag vorhanden ist, dann sollte auch die jährliche Zusammenfassung (genau wie die Monatsdaten) nicht persistiert 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.

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

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.

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)

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.

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.

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.

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.