TimePunch

- Auswertung der Arbeitszeit für alle Mitarbeiter
- Ein Überblick über den Status mehrerer Mitarbeiter in Form z.B. einer Wochen- oder Monatsliste (Anwesend, Urlaub oder Krank)
- Ein Punkt für Auswertungen in grafischer Form, damit man anhand von Diagrammen die Auslastung, usw. übers Jahr verfolgen kann und gleich intuitiv erfasst.

Einarbeiten von Arbeitszeitmodellen, um differenziertere Auswertungen zu ermöglichen (z.B. ist Regelzeit von 8-16:30 und Freitags von 8-15:00). Arbeitszeit pro Wochentag anzugeben

- Ich arbeite abwechselnd auf meinem Laptop bzw. Destop Rechner möchte aber die selbe Datenbank für die Stundenaufzeichnungen verwenden (über Netzwerk). Ich würde mir eine Art \”Offline\” Funktion wünschen, wenn ich nicht mit der Netzwerk-Datenbank verbunden bin - wobei die Daten dann in einer lokalen Datenbank zwischengespeichert werden. Wenn ich mich dann wieder mit der Netzwerk-Datenbank verbinde, wäre es dann schön wenn die Daten der lokalen Datenbank mit der Netzwerk Datenbank synchronisiert werden.

- Export/Import von Stunden. Wenn ich beim Kunden bin, dann benutze ich Timepunch auf meinem Notebook. Die Stunden die hier anfallen würde ich eigentlich auch gerne in die Haupttabelle importieren (derzeit tippe ich diese manuell ein) - ich stelle mir so eine art cvs export/imort vor.

Auf die Existenz einer kostenlosen SQL Datenbank hinweisen und die Installation des MSDE erläutern.

Timepunch is showing today, Monday 23rd August, as a Bank Holiday

The correct date is the 30rd August.

Fakt:
Kunde kauft zuerst eine Lizenz und nach ein paar Wochen nochmal 2 Lizenzen.

Problem:
Lizenzen sollen auf unterschiedlichen Rechnern installiert werden.
D.h., dass Timpunch auf zwei Rechnern, die zufällig die alte 1er Lizenz installiert haben nicht gleichzeitig gestartet werden kann?
Einfach wäre es mit einer Erweiterung auf eine 3er Lizenz, die wir auf allen unseren Rechnern installieren könnten, wo es dann kaum zu Konflikten kommen kann. Mit geteilten 1er und 2er Lizenzen ist die Wahrscheinlichkeit viel höher, dass man aus Timepunch rausfliegt, wenn zu viele gleichzeitig Timepunch starten…

Lösung:
Das Zusammenlegen von mehreren Lizenzen muss ermöglicht werden.

Regeleinstellungen für den aktuellen Monat, die im Analysefenster getätigt wurden werden bei einem Neustart von TimePunch mit den Standardeinstellungen überschrieben.

Bei der Neuanlage einer Datenbank wird die Feiertagsberechnung nicht korrekt übernommen.

Beispiel:
Es wird eine neue Datenbank angelegt und die Feiertage sollen für Deutschland/Hessen berechnet werden. Dann springt das System immer auf die Feiertagsberechnung Deutschland/Baden-Würtemberg um.

Die Fahrzeitanrechnung soll ebenfalls als mitarbeiterspezifische Projektanpassung umgesetzt werden.

Sofern im Projekt keine gesonderte Fahrzeitanrechnung für den Mitarbeiter gesetzt ist, soll die bestehende Fahrzeitanrechnung aus dem Mitarbeiterprofil verwendet werden.

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 …

Fehler beim Erzeugen eines Zeiteintrags in einer neuen Datenbank.

Reproduktion:

- Neue TimePunch Datenbank anlegen.
- 2. TimePunch Datenbank anlegen.
- Einen Zeiteintrag erzeugen. (Hier passiert werden der Fehler).

Wenn direkt vor der Fertigstellung (Erzeugung) einer neuen Datenbank der Dialog abgebrochen wird, lässt sich TimePunch nicht mehr bedienen.

Bei Zeiteinträgen ohne Arbeitszeit oder Fahrtzeit (also nur Urlaub, Gen. Überstunden, Krankheit) darf keine Pause eingegeben werden können. Zudem ist eine eventuell Eingabe zu löschen.

Es ist möglich Zeiteinträge zu erzeugen, die eine größere Dauer als das zulässige Arbeitszeitmodell besitzen. Dies führt unweigerlich zu Fehlern.

z.B. Bei einem Urlaubseintrag von 8:00 bis 19:00 Uhr und einem Arbeitszeitmodell mit 8 Std, würde einen 3 Std. längerer Urlaubseintrag bewirken als zulässig ist.

Beim Speichern müssen solche Einträge korrigiert werden.
Zudem soll der Client solche Einträge direkt in der Oberfläche abfangen und eine Korrektur vorschlagen.

TimePunch soll nach einer definierten Zeitdauer (voreingestellt sind 7 Tage) prüfen, ob neue Updates verfügbar sind.

Damit soll es dem Anwender leichter gemacht werden, den aktuellen Entwicklungs-Stand zu verfolgen.

Je nach Wunsch, werden Update Checks für Releases, Betas oder Nightly Builds durchgeführt.

Das Abmelden von Windows oder das Herunterfahren des PCs muss die Protokollierung des Tp-Watchers stoppen.
Aktuell funktioniert dies im Nightly Build noch nicht korrekt.

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.

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.

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

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;

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.

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.

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

Dies muss unverzüglich gefixt werden.