Alle Projekte

Nach der Aktualisierung auf die neue Version werden die Pausen nicht mehr automatisch im TP-Watcher protokolliert.

Wenn man im Programm manuell einen neuen Eintrag erstellt, ist die Pausenzeit voreingestellt.
Wird die Zeit durch den Watcher protokolliert, muss die Pausenzeit im Programm nachgetragen werden.

In der Zusammenfassung der Arbeitszeiten steht „Überstunden“, auch wenn der Mitarbeiter „Minus“ gemacht hat. Es wäre schön und weniger verwirrend, wenn dann dort auch von „Minusstunden“ die Rede wäre

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.

Beim Einfügen von Ctrl-V und beim Anlegen von mehreren Zeiteinträgen, sollte der Focus der Zeile beibehalten werden. Genauso wie beim anlegen eines einzelnen neuen Zeiteintrags.

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, die letzten 10 Datenbankverbindungen in einer Liste (ähnlich wie in Word) angezeigt zu bekommen. Bei Auswahl einer Datenbankverbindung wird diese selektiert und geöffnet.

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 Problem sieht man auf dem Screenshort 1, dass im Feld Arbeit das Datum mit ausgewiesen wird.
Durch die Formel “=Ende-Start” erhalte ich die richtige Zeit (Screenshort2). Auch bei den Pausen steht leider immer
das Datum vor der Zeit welches manuell gelöscht werden muss.

… Was mir sonst aufgefallen ist, dass die Zusammenfassung (letzte Zeile) nicht die Summe ist die ich für
Arbeit und Pause erhalte. Wäre super wenn dies ebenfalls automatisch passieren würde. Besteht
die Möglichkeit, dass das “Projekt ID” bereits sortiert wird.

Es soll ein neuer Bericht erzeugt werden, der alle Daten des Projektberichts enthält, aber die Daten über die selektierten Benutzer hinweg aggregiert (anonymisiert) darstellt.

=⇒ Was wir brauchen ist eine „Projektabrechnung“ wie gehabt, aber als Summe aller Mitarbeiterstunden von selektierten Projekten auf einem Blatt , keine Einzelblätter der einzelnen Mitarbeiter.

Das Feature den TpWatcher mit einer anderen Identität zu starten, funktioniert nur mit einer lizenzierten Version. Sobald der Hinweisdialog zum registrieren aufpoppt, wird TimePunch beendet. (sofern /identity angegeben wurde)

TimePunch rechnet „Urlaubstage“, wir brauchen aber Urlaubsstunden!!!!! Es macht einen Unterschied ob ich an einem Montag Urlaub nehme, wo ich regulär drei Stunden arbeiten soll oder an einem Dienstag, wo es acht Stunden sind.

⇒ Es sollte möglich sein, in TimePunch einzustellen, ob mit Urlaubstagen oder Urlaubsstunden gerechnet werden soll.

Ab und zu hat das Kontextmenü des Watchers im SysTray Probleme vollkommen zu erscheinen. Es erscheint nur der Schatten des Menüs (rechts und unten) und dieser friert auch noch ein. Einziger Ausweg: Doppelklick auf das Symbol. Wenn das kleine blaue Fenster erscheint, macht auch das Kontextmenü keine Probleme mehr und erscheint wieder. - Das Ganze kommt bei mir grob bei 1 von 10 Anmeldungen vor. Ist kein wirkliches Problem, nur ärgerlich. Ein Neustart schafft meist Abhilfe, aber vielleicht kennen Sie dieses Phänomen schon und haben dafür einen Tipp.

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.

Wird im Tp-Watcher die Pause beendet, dann startet der Tp-Watcher die Aufzeichnung der Arbeitszeit nicht mehr automatisch.

Dies geschieht nur, wenn in den Optionen :"Pausenzeiten als eigene Einträge protokollieren" eingeschaltet ist.
Als Workaround sollte die Optione ausgeschaltet werden.

TimePunch läuft in einen Fehler, wenn die Tagesarbeitszeit im Arbeitszeitmodell kleiner als 2 Std. ist.
Im Arbeitszeitmodell müssen demnach aktuell min. 2 Std. Tagesarbeitszeit vermerkt werden, damit TimePunch in der Version 1.92.2004 arbeiten kann.

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.

Wird in einem Projekt ein leerer Task angelegt und gespeichert, dann kann das TimePunch nicht verarbeiten.
TimePunch beendet sich danach mit einem Ausnahmefehler.

Das Problem kann behoben werden, indem das Projekt geöffnet und danach mit "Entfernen" der leere Task aus der Liste entfernt wird.

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.

Ideal wäre es wenn man Projekten eine Tätigkeit zuordnen kann, bei denen eigene Stundensätze definiert werden können.

z.B.
Projekt1 – Tätigkeit: Administration € 75.-
Projekt1 – Tätigkeit: Anfahrtspauschale € 25.-

Erweiterung: Die Stundensätze sollten zusätzlich vom Mitarbeiter abhängig sein. D.h. Mitarbeiter A hat eventuell einen höheren Satz als Mitarbeiter B.

Implementierung:
Die Stundensätze können nur Projektabhängig für jeden Mitarbeiter definiert werden. Alles andere wird zu unübersichtlich.

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