Alle Projekte

Das Sperren des Desktops sollte den Zeiteintrag beeinflussen.

Dies ist gut beschrieben auf der Webseite: http://codeidol.com/csharp/csharpckbk2/Toolbox/Dealing-with-Operating-System-Shutdown,-Power-Management,-or-User-Session-Changes/

Je nach Wunsch sollte das Locking des Desktops / bzw. Hibernate folgendes tun.

1.) nichts
2.) eine Pause eintragen
3.) Zeiteintrag abschliessen und neuen beginnen.

In Tp 1.90 kann aktuell nur die Zeiteintrags Formatierung der Ausgabe festgelegt werden. Es sollte auch noch ein Flag für die Eingabe der Zeiteinträge existieren (war in Tp 1.82 bereits umgesetzt).

Beim Anlegen einer Eintragsserie wird die unterschiedliche Stundenanzahl im Profil nicht korrekt berücksichtigt. Anbei das Beispiel Arbeitszeitprofil.

Bei einer neuen Zeiteintrags-Serie werden für alle Tage die gleichen Arbeitszeiten angenommen.

Aktuell ist das Projekt im Zeiteintrag noch nicht zwingend, d.h. durch ein Datenbank Constraint abgesichert.

Dies muss wegen der Datenintegrität in der nächsten Version umbedingt nachgeholt werden.

Ein Beispiel:

Eine Mitarbeiterin hat ca. 300 Überstunden angesammelt und statt zu kompensieren werden die Stunden ausbezahlt. Es wird vereinbart dass von den gesamten Überstunden, 100 Stunden ausbezahlt werden zu einem vereinbarten Stundensatz (Projekt-Stundensatz). Nun brauch ich die Funktion z.B. “Überstunden abrechnen”, damit diese dann in der gewünschten Zusammenfassung auch berücksichtigt und abgezogen werden.

Aktuell ist der Projektname im Projekt noch nicht zwingend, d.h. durch ein Datenbank Constraint abgesichert.

Dies muss wegen der Datenintegrität in der nächsten Version umbedingt nachgeholt werden.

Kann man auf dem Bericht (so wie in der Listenansicht) auch auf die Formatierung „hh:mm“ umstellen ? Also nicht 6,25h sondern 06:15 … ? (60/100er Ansicht)

⇒ Anstatt der Umschaltung sollte der Bericht das gleiche Zeitformat wie der Tp-Client benutzen.

Aufgefallen ist es im Dialog zum Projekt anlegen / editieren und in der Projektliste.
Eventuell sind aber noch mehr Dialog davon betroffen.

Wenn bis zum 24.12. ein Zeiteintrag existiert, wird der 25.12. als nächster Zeiteintragstag vorgeschlagen. Richtig wäre der 27.12.

Es sollte möglich sein benutzerdefinierte Felder, wie z.b. Fahrtzeit, Kilometer oder ähnliches zu einem Zeiteintrag zu erfassen.

Diese Felder sollten dann natürlich auch in der Übersicht darstellbar sein.

Ich benötigte eine Anzeige im Format SS:MM:SS. Eine sekundengenaue Protokollierung ist notwendig. In der aktuell Version, bekomme ich dieses Zeitformat in Excel nicht dargestellt. Die Zeiten in den Spalten „Start“, „Ende“, „Arbeit“ und Pause benötige ich im Format SS:MM:SS (Beispiel für halb drei: 15:30:00)

Das Andere betrifft die Zeiten, genauer die gerundeten Zeiten. Ich lasse bei mir auf 5 Minuten runden. Ich weiß auch nicht, ob ich es jetzt noch genau zusammenbekomme, aber es verhielt sich ungefähr so: Ich habe eine Tätigkeit im Projekt weiterführen wollen. Aber der es kam eine Fehlermeldung, das die Anfangszeit nach der Endzeit wäre und das ginge nicht (verständlicherweise). Also wurde die Startzeit der Tätigkeit aufgerundet und die (bisher noch ausgegraute) Endzeit behielt den aktuellen Wert. Das ist somit eine Situation, die nicht vom User direkt produziert werden konnte, sondern von der Software berücksichtigt werden müsste. Das ist bei mir nur einmalig aufgetreten, danach bisher nicht wieder.

Ich habe Time Punch geöffnet und mir als erstes Frau X angesehen die eine 20 Stunden Woche in den Regeln hinterlegt hat. Öffne ich weitere Mitarbeiter erscheinen alle mit einer Wochenarbeitszeit von 20 Stunden. Dies ändert sich erst wenn ich TP schließe und neu öffne, öffne ich dann eine Mitarbeiter mit einer 37 oder 40 Stunden Woche, erscheinen bei allen anderen Mitarbeiter auch unter den Regeln diese Wochenarbeitszeit.

Zeiteinträge, die über das Tagespensum, hinausreichen sollen separat in einem Überstunden-Bericht ausgewiesen werden.
Dabei kann es auch vorkommen, das ein Eintrag gesplittet werden muss, wenn dieser noch in der regulären Zeit gestartet ist, aber über die reguläre Arbeitszeit hinausreicht.

Als zweiter Bericht, sollen alle Zeiteinträge ausgewiesen werden, die in der normalen Arbeitszeit liegen.

Die Tabulatorreihenfolge im Editierdialog ist fehlerhaft.
=⇒ In das Feld Tätigkeit komme ich nicht mit der Tabulatortaste.

Es sollte eine Möglichkeit zur Schnellauswahl des Projekts bestehen.
=⇒ In der alten Version konnte man die Projektnummer eingeben und danach selektierte das Programm die Auswahl. Jetzt muss das Menue geöffnet werden und die Projektnummer aufwendig herausgesucht und angeklickt werden. Z.B. das Projekt 361.000 soll ausgewählt werden. Im altem Programmstand sprang bei Eingabe der 3 die Programm in die Gruppe 3, bei Eingabe der weiteren Ziffer 6 wurden die Projekte 36X.XXX herausgefiltert u.s.w. Auch konnte ich die 361.00 eingeben und dann stand das Projekt im Eingabefenster.

Es sollte in TimePunch die Möglichkeit existieren, das Verändern von Projekten zu unterbinden, aber trotzdem den aktuellen Zeiteintrag zu bearbeiten.
d.h. die Projektliste soll vorgegeben werden, der Benutzer soll aber die Möglichkeit haben seine Beginnzeiten zu ändern bzw. vollen Zugriff auf seine Zeitaufzeichnung haben. Vergabe der Projekte sollte nur duch den Admin möglich sein.

Momentan müssen wir hierfür unseren Mitarbeitern Vollzugriff geben, damit die Zeiten selbst verwaltet werden können. Es können aber dadurch auch die Projekte verändert werden. Dies führt unbeabsichtigt zu Falscheingaben.

Im TimePunch Profil wird immer die Wochenarbeitszeit immer mit dem Default Arbeitszeitmodell berechnet und angezeigt.

Hier sollte das aktuelle Arbeitszeitmodell als Grundlage genommen werden.

→ Die Berechnungen betrifft dies jedoch nicht. In TimePunch wird mit den korrekten Daten gerechnet und im Analyse-Tab des Monats auch korrekt angezeigt.

Es sollten Tätigkeiten definiert werden können, die für alle Projekte gültig sind.
Somit müssten Standardtätigkeiten nicht für jedes Projekt neu erfasst werden.

Die Farbe der automatischen Pause sollte durch den Anwender festgelegt werden können.
Diese ist aktuell als Standard Türkis auf Weiß.

Beim Starten vom Studio wäre es prima wenn der Dialog am Anfang nicht da wäre.

Der Grund dafür: Wenn der PC an einem für alle Mitabeiter zugänglichen Ort steht und dieser (warum auch immer neu startet, Windows Updates etc.) muss der erste Mitarbeiter den Dialog bestätigen. Das ist problematisch da dieser die Einstellungen sehen und auch bearbeiten kann, bzw. kann es auch sein das das Passwort eingeben muss.

Es sollte möglich sein, einzelne Benutzer im Studio auszublenden.
Der Chef selber bzw. der Administrator muss dort ja nicht sichtbar sein, dies gild evtl. auch für andere Mitarbeiter die mit dem Areitsplatz Client arbeiten.

Beim Watcher ist es möglich, die aktuelle Tätigkeit in einem separaten Fenster anzeigen zu lassen .
(Optionen / ToolTips)

Hier sollte das Fenster jedoch ausgeblendet werden, wenn sich der Mauscursor über das Fenster bewegt.

Bericht erzeugen mit der Möglichkeit der Auswertung nach Tätigkeiten, wenn das Projekt und der Zeitraum ausgewählt wurden.

In diesem Fenster kommt zum Schluss der Hinweis, dass man auf BEENDEN klicken soll.
Es gibt kein Beenden sondern nur FERTIGSTELLEN

Nach Aufruf einer Pause und Klick auf Weitermachen im Kontextmenü in der SYSTRAY bleibt das Fenster weiter stehen.