TimePunch

Gleichzeitig habe ich folgende Feststellung gemacht:
TimePunch Version 1.72, Windows XP

Die Optionen sid wie folgt eingestellt:
Logging: Nach Systemstart, sofort Projektauswahl anzeigen

	Pausenzeiten als eigene Einträge protokollieren
	Autom. Erinnerung an Projektaktualisierung (15 Min.)

Dabei habe ich folgendes festgestellt:
Wenn ich nach dem Systemstart den das Projekt definiere, so läuft der TimePunch Watcher im Hintergrund und meldet sich gem. der eingestellten Zeit für die Projektaktualisierung.
Ich kann ihn jedoch in der Taskleiste nicht von \\\"Hand\\\" aufrufen. D.h. wenn ich während der aktiven Zeit etwas verändern will, so muss ich warten bis die eingestellte Erinnerungszeit abgelaufen ist.

Wenn ich jedoch den TimeTunch Watcher nach dem Systemstart von Hand starte, so kann ich ihn jederzeit aufrufen und das Projekt wechseln.

Dies hat zur Folge, dass die Erinnerungszeit sehr kurz eingestellt werden muss, was mit der Zeit sehr störend wirkt.

Ist diese Erscheinung normal? Gibt es vielleicht eine andere Lösung?

Ich habe heute eine Lücke im Programm entdeckt, die geschlossen werden sollte: das programm speichert anscheinend nicht automatisch die Einträge - jedenfalls waren nach einem plötzlichen Programmabsturz die Einträge des Tages nicht mehr vorhanden.

Und den Eintrag »Arbeit beenden« könnte man doch noch in das Systray-Icon, per rechtsklick aufrufbar, einbauen.

In Ihrer Programmversion wird der neue Jahresurlaub immer mit 1.1. des Jahres hinzugefügt.
Bei uns in Österreich ist es aber im Normalfall so, dass der neue Urlaub mit dem Eintrittsdatum angerechnet wird.
D.h. wenn ich nun am 1.8.2003 meine Arbeit in einer Firma aufgenommen habe, dann bekomme ich nach einem Jahr den neuen Urlaub dazu und nicht schon am 1.1.2004 In Timpunch zeigt es mir aber ab 1.1.2004 den neuen Urlaub an und dies führt (wenn man es nicht weiß) zu Verwirrungen bei unseren Mitarbeitern und es ist jedes mal eine Erklärung notwendig.

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.

Folgendes wäre auch noch von Vorteil.
Man kann ja nun zu jeder Projekt ID vordefinierte Tätigkeiten hinzufügen.
Das ist an und für sich nicht schlecht, ich muß aber jedes mal das Projekt um diese vordefinierte Tätigkeit erweitern.
Folgendes Idee:
Die Tätigkeiten Liste generiert sich dynamisch aus den bisher eingetragenen Tätigkeiten zum jeweiligen Projekt und das nur für den Benutzer der eingeloggt ist.
Ist nun eine Tätigkeit nicht in dieser Liste so schreibt man sie einfach in das Feld und beim nächsten Tätigkeitswechsel ist dieser Eintrag dann vorhanden.

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.

Der Inhalt des Tooltipps beim Überfahren des Systray-Logos sollte geändert bzw. ergänzt werden: Es fehlt z.B. die Anzeige der verbrauchten Zeit.
Weniger interessant ist die \”Bis\”-Zeit, denn diese ist mit der angezeigten Systemzeit identisch.

Beim Schließen über Schließbutton sollte eine Alertbox kommen, die eine Rückkehr zum Programm ermöglicht.

Auch im Bundesland Brandenburg ist der 31.10. ein Feiertag (
Reformationstag)

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 …

Gibt es eine Möglichkeit, die \”Balloon-Blase\” des Watchers - quasi als \”Erinnerungszettel\” für Wechsel der Projekt-ID bei Wechsel der zu bearbeitenden Akte - dauerhaft in der Taskleiste angezeigt zu lassen?

Hallo,

wenn ich eine Zeiterfassung vom 17.11, 20:46 - 18.11, 00:04 mache und dabei eine Pause von 1:36 mache, entstehen zwei Einträge:

2005/11/17 von 20:46 - 00:00 und 1:36 Pause +
2005/11/18 von 00:00 - 00:04 und 1:36 Pause.

Die Pause hat sich verdoppelt und für den 18.11. ensteht eine negative Arbeitszeit.

Es wäre schön, wenn es eine Möglichkeit gebe, die tarifl. Pausenzeiten automatisch zu berücksichtigen (zB nach 6 Std.. Arbeit = 0,5 Std. Pause, nach 9 Std. = 0,45 Std. Pause), unabhängig davon, ob der Mitarbeiter die Pause gemacht hat (also als Mindest-Pausenzeiten ohne Zeitangabe bei der Arbeitszeit abziehen).
Das wäre m.E. eine zusätzl. Option in der Übersicht \\\”Arbeitszeitmodelle pflegen\\\”. Ist das möglich????

— Von: Thomas Severin

Die Tätigkeitenliste wird nicht korrekt gebunden, wenn ein neuer Zeiteintrag angelegt wird.

Erst beim Klick auf das Projekt, wird die Tätigkeitenliste gefüllt.

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

Wenn ich im Client einen neuen Eintrag erstelle und dabei ein Projekt auswähle wird eine Tätigkeit auch “vorgeschlagen”. Wenn ich mit dieser Einverstanden bin und daher keine andere auswähle bzw. auch diese nicht in der Liste “bestätige”, wird diese nach dem Speichern in der Übersicht nicht angezeigt (Projekt wird übernommen, Tätigkeit nicht).

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.

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.

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

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.