Alle Projekte

Der TimePunch Watcher sollte prüfen, ob der letzte Tag korrekt beendet wurde und eventuell eine Meldung ausgeben, wenn dies nicht der Fall ist. Vergleiche hierzu auch: http://forum.timepunch.de/index.php?topic=7.msg57#msg57

Damit kann sichergestellt werden, dass wenn Windows den TimePunch Prozess terminiert, die Protokollierung keine Lücken hat.

Das Pause Fenster vom TimePunch Wathcer soll geöffnet bleiben, bis die Pause beendet ist. Dann kann durch ein einfaches Return die Pause beendet werden.

Somit kann der Benutzer nicht vergessen die Pause zu beenden.

Im Importdialog:

… war aber durch den Text im aufpoppenden Dialog verunsichert. Es heißt dort:

\"… wählen Sie den Mitarbeiter aus, FÜR den Sie die Daten importieren wollen….\"

Und dabei wird nur der Name des Quellprofils zur Auswahl gestellt.

So hat man den Eindruck, dass die Daten wieder ins Quellprofil zurückgeschrieben werden. (\"für\" –> \"Ziel\") Oder habe ich da was falsch verstanden? Schon klar, das macht wenig Sinn, dennoch sollte der Wortlaut passend sein. Denn gerade Umgang mit größeren Datenbeständen möchte man sich das Probieren, selbst auf die Gefahr hin, dass etwas schief geht, nicht erlauben.

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.

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.

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

Starteintragszeit variabel in den Optionen gestalten. Zur Zeit ist die Startzeit immer 8:00 Uhr. Dies sollte variabel festgelegt werden können.

Beim wechseln der aktuellen Sprache wird die Spaltenanzeige nicht korrekt aktualisiert und die Überschriften fehlerhaft dargestellt.

Ich würde gerne bestimmen, welche Spalten beim Ausdruck des Reports ausgedruckt werden. Z.B.
möchte ich, dass die Spalten \"Pause\", \"Urlaub\" und \"Krank\" nicht gedruckt werden.

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…

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

Das scannen von sehr großen NT-Domänen führt zu fehlern. Das scannen der NT-Domäne sollte daher manuell angestossen werden, und nicht automatisiert bei jedem Start erfolgen.

Leider ist uns im Nachgang in den Überstundenberichten noch ein Rundungsfehler untergekommen, welcher wieder zu Differenzen zwischen 60er und 100er-Berichten führt. Anbei wieder 4 Seiten Beispiel, an denen sich das Problem nachvollziehen lässt.

* Problem:

Zeitwerte werden zur Anzeige im 60er-System aus den Werten im 100er-System gerundet. Gerechnet wird jedoch mit den 100er-Werten. Hierdurch ergeben sich des Öfteren Rundungsfehler. Erstes Beispiel von den Seiten 1 bis 2 des Anhangs:

		100er	60/sek	60er

Überstunden vorher: 24,96 = 24:57,6 = 24:58
Genommene Überst.: 2,84 = 02:50,4 = 02:50
Überstunden nachher: 22,12 = 22:07,2 = 22:07

Rechnerisch sollte sich jedoch im 60er-System ein Wert von 22:08 ergeben (24:58 - 02:50 = 22:08).
Im 60er-System ergibt sich durch die Rundung also eine Differenz von einer Minute.

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.

Lässt man über ein Projekt den Filter \\\"nicht fakturiert\\\" und exportiert anschliessend die Liste ins HTML-Format, zeigt das Total die gesamten des Projekts an, also nicht nur die nicht fakturierten; exportiert man jedoch die gleiche Liste ins XLS-Format, stimmt das nicht …

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.

Nach dem Creators Update verlangt das Setup von TimePunch immer die Version 4.52 des .NET Frameworks, obwohl diese bereits installiert ist.
Hier muss die Prüfung auf das .NET Framework angepasst werden.

Der Aufruf von Timepunch dauert immer länger umso länger man das Programm benutzt.

Dies ist auf die vorhandenen Einträge, die man seit den ersten Eintrag tätigt, zurückzuführen.
Hier wäre es sinnvoll, dass man zu einem bestimmten Stichtag die Datenbank in eine neue sichert und die Einträge der vorhandenen löscht.

Die gesicherte kann den nach Wunsch benannt werden. zB TP_2003 Oder vielleicht ist es innerhalb der Datenbank in einer seperaten Tabelle auch möglich, damit man nicht unbedingt eine neue Datenbankverbindung einrichten muss, wenn man in das vorige Jahr einsehen möchte.

Die Überstunden, den Urlaub, den Zeitausgleich und die Krankheitstage sollten aber in die Vorgaben übernommen werden.

Wichtig wäre auch hier wieder der Eintrittszeitpunkt des Mitarbeiters bezüglich des neuen Urlaubs.
Die Funktion soll natürlich nur für Administratoren zugänglich sein.

Wird nach einem Kranktag ein neuer Eintrag erzeugt, so ist die vorgeschlagene Eintragszeit und das Eintragsdatum nicht korrekt.

Der Kranktag wird nicht als Eintrag bei dem Vorschlagsdatum berücksichtigt. Weswegen das Vorschlagsdatum dem Kranktag entspricht.

Wenn man das Kontextmenü des TP Watchers unbeabsichtigt aufruft, bekommt man dieses nicht mehr weg.
D.h. ich bin gezwungen Eintrag auszuwählen damit es wieder verschwindet.

Der neue Mail Service muss innerhalb des TimePunch Application Servers konfigurierbar sein und getestet werden können. Die eingegebenen Konfigurationsdaten sollen in der Datei TimePunch.ini gespeichert werden.

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.

der Bericht sollte die Daten monatlich anzeigen, mit folgenden Angaben:

1. Soll Stunden Monat
2. tatsächliche Stunden Monat
3. Überstunden Monat
4. abgefeierte Überstunden Monat
5. noch offene Überstunden (incl. Stunden Vormonat)
6. evtl. Übertrag Vormonat