TimePunch

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.

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.

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.

Wird über das Systray-Dialogfenster \"Mit welcher Arbeit möchten Sie weitermachen?\" ein Projekt ausgewählt, zu dem bereits über das Listenfeld \"Tätigkeit\" Bezeichnungen eingetragen wurden, so sollten diese Einträge intern gespeichert werden, um diese bei erneuter Projekt-Auswahl aus dem Listenfeld auswählen zu können. Bisher ist es so, dass z.B. nach vorübergehendem Projekt-Wechsel die Tätigkeit immer wieder neu eingetragen werden muss!

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

Stellt TimePunch fest, dass eine alte Datenbank vorliegt, so wird normalerweise der Update Assitent gestartet. Liegt die Datenbank auf einem anderen Laufwerk als die Installation von TimePunch selbst, so kann der Update Assistent nicht gestartet werden und die Applikation wird ohne eine weitere Meldung geschlossen.

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

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?

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.

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)

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.