Alle Projekte

… 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)

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 Projektfarben sollten auch bei der Projektauswahl und im Dialog zum Projektbearbeiten angezeigt werden.

Als Administrator werden im TpWatcher auch Projekte angezeigt, für die man eigentlich nicht eingeteilt ist.

Im Timepunch sammeln sich alle Projekte/Tätigkeiten in einer Auswahlliste.
Jetzt ist es in der Praxis allerdings so, dass man ja meist an ein, zwei, drei Projekten immer eine gewisse Zeit arbeitet, bevor man wieder andere Projekte in Angriff nimmt.

Da wäre es fein, wenn man z.B. die letzten fünf Projekte/Tätigkeiten (eventuell sogar auch Beschreibungen) im Schnellzugriff hätte, statt immer aus der Gesamtliste auszuwählen.

ZB.: Ein Tag

08:00 - 09:31 Projekt A / Tätigkeit E
09:31 - 09:44 Projekt B / Tätigkeit A
09:44 - 10:45 Projekt A / Tätigkeit E
10:45 - 11:00 Projekt C / Tätigkeit F
11:00 - 12:30 Projekt A / Tätigkeit E
13:00 - 14:22 Projekt A / Tätigkeit E
14:22 - 15:32 Projekt B / Tätigkeit A
15:32 - 16:05 Projekt K / Tätigkeit A
16:05 - 17:11 Projekt A / Tätigkeit E

Bei einem Tagesablauf wie diesem wär eine Schnellauswahl für
Projekt A / Tätigkeit E einfach fein. Oft ist es ja auch so das sich eine Kombination wie Projekt A / Tätigkeit E durchaus mal eine Woche hinziehen kann…

Der Sync Assistent kann aktuell den Parameter “/principal” nicht verarbeiten.

Das wechseln des aktuellen Benutzers sollte beim Sync Assistenten jedoch genauso funktionieren wie bei allen anderen TimePunch Produkten auch.

Der Prozentuale Anteil der Arbeitszeit in der Fahrtzeit wird nicht immer korrekt in den Berichten ausgewertet.

Die Daten fehlen in den Berichten

1. "Detaillierte Übersicht"
2. "Detaillierte Projektabrechnung"

Im Cutter sollten nicht nur die Rahmenarbeitszeit mit Start-und Endzeit pro Modell, sondern mehrere Rahmenarbeitszeiten mit Start-und Endzeit möglich sein.

Der Cutter könnte dann anhand der tatsächlichen Arbeitszeit automatisch die passenden Zeiten im Modell des Mitarbeiters auswählen und darauf kürzen.

Beispiel Rahmenarbeitszeit:
6:00 Uhr bis 13:00 Uhr
12:00 Uhr bis 19:00 Uhr

Tatsächliche Arbeitszeit:
5:50 Uhr bis 13:05 Uhr

Gekürzt auf:
6:00 Uhr bis 13:00 Uhr

Aktuell wird in den Berichten, anstatt des Jahresurlaubs der Resturlaub angezeigt.

Wenn die Überstunden automatisch berechnet werden, dann darf das Feld "Ausbezahlte Stunden verringern" nicht aktiv sein.

In seltenen Fällen kann die eingeschaltete Datenvorschau zu fehlerhafter Überstundenberechnung führen.

⇒ Als Workaround: Einen Eintrag im Monat öffnen und wieder abspeichern.

Außerdem würde auch mir daran liegen, einen Satz von Standardtätigkeiten als Wertevorrat definieren zu können, die dann beim Erstellen eines neuen Projekts im Bereich \”Vordefinierte Tätigkeiten\”, \”Hinzufügen\” einfach aus einer Liste ausgewählt werden können (statt neu zu tippen).

Da wir in vielen kleinen Projekten arbeiten, taucht jetzt ein Problem auf:

Wenn die Tagesarbeitszeit von zB 7,7 h zu einem Teil erfüllt (4,7 h) ist, springt das Programm für die folgenden Einträge bereits auf den nächsten Tag was zu einigen Fehleinträgen führt und ein wenig unkomfortabel ist.

Dies sollte man einstellen können.

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.