TimePunch

Aufgefallen ist es im Dialog zum Projekt anlegen / editieren und in der Projektliste.
Eventuell sind aber noch mehr Dialog davon betroffen.

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.

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

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.

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.

Der Jahresübertrag der Urlaubstage, Krankheitstage ist nicht immer korrekt.
Das Problem ist als kritisch eingestuft und muss daher schnellstmöglich gefixt werden.

Geplanter HotFix Termin 26.11.2008

Ein zirkuläres bearbeiten von Benutzern, lässt TimePunch abstürzen.

Beispiel:

Benutzer A → ändert den Namen von Benutzer B
Benutzer B → ändert den Namen von Benutzer A

Aktuell findet keine Anrechnung von Krankheit, Fahrtzeit und Betriebliche Feiertagen auf die monatliche Arbeitszeit statt.

Dies muss unverzüglich gefixt werden.

Hallo,
ich erhalte oben genannte Fehlermeldung.

Es muss eine Unterscheidung zwischen Application Version und Datenbank Version eingeführt werden, die es erlaubt eine neue Application Version zu releasen - ohne, dass die Datenbank Version auch aktualisiert werden muss.

Ziel ist es, neue TimePunch Versionen zu veröffentlichen zu können, die nicht zwingend eine Datenbank Migration benötigen.

⇒ auch für Tp 1.92 soll keine neue Datenbasis benötigt 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.

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 dem Datenbank Update sollte eine Datenbank-Prüfung ausgeführt werden.
Dies ist wichtig, um 100% sicherzustellen, dass die Migration erfolgreich ausgeführt werden konnte.

Sind vor der Migration von TimePunch 1.82 nach TimePunch 1.91 bereits Zeiteinträge in der Zukunft vorhanden, dann sind nach der Migration alle Monate in TimePunch gesperrt.

Als Workaround können die Monate mit folgendem SQL wieder entsperrt werden.

@p01: der aktuelle Monat
@p02: das aktuelle Jahr
@p03: das aktuelle Jahr

UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=@p01 AND CUR_YEAR=@p02) OR CUR_YEAR>@p03;

z.B.: UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=9 AND CUR_YEAR=2008) OR CUR_YEAR>2008;

Das Speichern des Datenbank Passworts für Access Dateien funktioniert nicht korrekt.
Vorläufiger Workaround: Entfernen des Datenbank Passworts mit Microsoft Access.

Es soll eine Terminal Lösung für TimePunch entwickelt werden. Ziel dabei ist es, ein TimePunch Terminal zur Verfügung zu stellen, bei dem sich die Anwender an einem zentralen Zeiterfassungs-Terminal an und abmelden.

TimePunch Webservices implementieren.

Ziel dabei ist es, WebServices zur Verfügung zu stellen, die es ermöglichen, sich mit TimePunch auf der ganzen Welt via Internet auf den Firmenserver zu verbinden und dort seine Zeiten zu verwalten.

Wird im Projektdialog eine Tätigkeit bearbeitet, dann schlägt die Aktualisierung des Projektdialogs fehl, bzw. wird nicht ausgeführt.

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

Die Symbolleiste "Projekte / Profile / Feiertage" erscheint bei jedem Start in der zweiten Zeile. Ich kann diese neben der Symbolleiste "Profile bearbeiten" plazieren, beim nächsten Start jedoch ist die erneut in der zweiten Zeile.

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.

Bei der Neunalage eines Zeiteintrags ist es möglich, dass die Projekt DropDown noch nicht vorbelegt ist. Die Drop-Down sollte (wenn kein anderes Projekt greift) mit der Voreinstellung NN belegt sein.

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.

Es sollen Berichte eingebunden werden können, bei denen sowohl eine beliebige Anzahl von Miterabeitern, wie auch eine beliebige Anzahl von Projekten ausgewählt werden können.

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