|
4 | Backend | Feature Request | hoch | Übersichtslisten über alle Mitarbeiter | 03.08.2004 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
- 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.
|
|
5 | Backend | Feature Request | kritisch | Arbeitszeitmodelle | 03.08.2004 | geschlossen | 1.80 | Gerhard | |
Aufgabenbeschreibung
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
|
|
28 | Backend | Support Request | kritisch | Anpassen der HTML Seiten | 03.08.2004 | geschlossen | 1.72 | Gerhard | |
Aufgabenbeschreibung
Auf die Existenz einer kostenlosen SQL Datenbank hinweisen und die Installation des MSDE erläutern.
|
|
74 | Backend | Bug Report | hoch | Fehlerhafte Feiertagsdefinition | 24.08.2004 | geschlossen | 1.72 | Gerhard | |
Aufgabenbeschreibung
Timepunch is showing today, Monday 23rd August, as a Bank Holiday
The correct date is the 30rd August.
|
|
80 | Backend | Feature Request | niedrig | Zusammenlegen von Lizenzen ermöglichen | 26.08.2004 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
81 | Backend | Bug Report | kritisch | Regeleinstellungen werden überschrieben | 28.08.2004 | geschlossen | 1.72 | Gerhard | |
Aufgabenbeschreibung
Regeleinstellungen für den aktuellen Monat, die im Analysefenster getätigt wurden werden bei einem Neustart von TimePunch mit den Standardeinstellungen überschrieben.
|
|
82 | Backend | Bug Report | hoch | Feiertagsberechnung nicht OK bei Anlage einer DB | 29.08.2004 | geschlossen | 1.72 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
150 | Backend | Bug Report | mittel | Bundesland Brandenburg ist der 31.10. ein Feiertag | 29.11.2005 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
Auch im Bundesland Brandenburg ist der 31.10. ein Feiertag ( Reformationstag)
|
|
151 | Backend | Bug Report | mittel | Nicht fakturierte Zeiten auswerten | 06.12.2005 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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 …
|
|
172 | Backend | Bug Report | niedrig | Fehler beim Erzeugen eines Zeiteintrags in einer neuen ... | 09.04.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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).
|
|
173 | Backend | Bug Report | niedrig | Fehler beim Abrechen des Dialogs vor dem Fertigstellen ... | 14.04.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
Wenn direkt vor der Fertigstellung (Erzeugung) einer neuen Datenbank der Dialog abgebrochen wird, lässt sich TimePunch nicht mehr bedienen.
|
|
175 | Backend | Bug Report | niedrig | Pause ungültig wenn keine Arbeitszeit oder Fahrtzeit au ... | 15.04.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
176 | Backend | Bug Report | niedrig | Eintragsdauer überschreitet zulässiges Arbeitszeitmodel ... | 15.04.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
180 | Backend | Task | hoch | Automatische Updateprüfung auf neue TimePunch Version | 18.04.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
183 | Backend | Bug Report | hoch | Abmelden / Herunterfahren muss die Protokollierung des ... | 28.04.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
199 | Backend | Bug Report | niedrig | Beim Anlegen einer Eintragsserie wird das Arbeitszeitpr ... | 11.08.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
201 | Backend | Task | niedrig | Projekt muss in Zeiteintrag zwingend vorhanden sein | 14.08.2008 | geschlossen | 1.97 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
207 | Backend | Bug Report | niedrig | Speichern des Datenbank Passwort für Access Datenbank f ... | 19.09.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
Das Speichern des Datenbank Passworts für Access Dateien funktioniert nicht korrekt. Vorläufiger Workaround: Entfernen des Datenbank Passworts mit Microsoft Access.
|
|
208 | Backend | Bug Report | kritisch | Alle Monate sind gesperrt | 19.09.2008 | geschlossen | 1.91 | Gerhard | |
Aufgabenbeschreibung
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;
|
|
211 | Backend | Feature Request | niedrig | Überstundenverrechnung | 03.11.2008 | geschlossen | 1.93 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
212 | Backend | Feature Request | niedrig | Unterscheidung zwischen AppVersion und DbVersion | 10.11.2008 | geschlossen | 1.92 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
217 | Backend | Bug Report | niedrig | Projektname muss zwingend vorhanden sein | 14.01.2009 | geschlossen | 1.97 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
242 | Backend | Bug Report | hoch | Tagesarbeitszeit <2 Std. im Arbeitszeitmodell | 02.06.2010 | geschlossen | 1.92 patch | Gerhard | |
Aufgabenbeschreibung
TimePunch läuft in einen Fehler, wenn die Tagesarbeitszeit im Arbeitszeitmodell kleiner als 2 Std. ist. Im Arbeitszeitmodell müssen demnach aktuell min. 2 Std. Tagesarbeitszeit vermerkt werden, damit TimePunch in der Version 1.92.2004 arbeiten kann.
|
|
247 | Backend | Feature Request | mittel | Stundensatz pro Projekt/Tätigkeit und Mitarbeiter defin ... | 18.04.2011 | geschlossen | 1.97 | Gerhard | |
Aufgabenbeschreibung
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.
|
|
259 | Backend | Task | niedrig | Windows VirtualStore auf AppData migrieren | 20.08.2011 | geschlossen | 1.96 | Gerhard | |
Aufgabenbeschreibung
Die Verwendung des VirtualStore, zur Ablage von Benutzerdaten ist von Microsoft nicht gewollt und eine Altlast bei TimePunch.
Neues Verzeichnis zur Ablage der Logdateien lautet: c:\users\{Benutzername}\AppData\Local\TimePunch\Logs
Das neues Verzeichnis zur Ablage der Benutzerdaten lautet: c:\users\{Benutzername}\AppData\Roaming\TimePunch
|
|
276 | Backend | Bug Report | niedrig | Projekt mit Tasks löschen schlägt fehl | 28.10.2011 | geschlossen | 1.97 | Gerhard | |
|
|
279 | Backend | Bug Report | niedrig | Foreign Key Verletzung bei Delete | 20.01.2012 | geschlossen | 1.96 patch | Gerhard | |
|
|
280 | Backend | Bug Report | hoch | Fehlerhafte Monatsreportings | 01.02.2012 | geschlossen | 1.97 | Gerhard | |
|
|
283 | Backend | Bug Report | niedrig | Arbeitzeitmodell ohne Arbeitstag führt zum Aufhängen be ... | 10.02.2012 | geschlossen | 1.97 | Gerhard | |
|
|
118 | Tp DatabaseAssistent | Bug Report | kritisch | Doppeltes Element in der Worklist | 25.03.2005 | geschlossen | 1.80 | Gerhard | |
|
|
120 | Tp DatabaseAssistent | Bug Report | kritisch | Fehler bei - Speichere erweiterte Zusammenfassung - | 25.03.2005 | geschlossen | 1.80 | Gerhard | |
|
|
178 | Tp DatabaseAssistent | Task | niedrig | Start des Datenbankassistenten intelligenter gestalten. | 16.04.2008 | geschlossen | 1.91 | Gerhard | |
|
|
195 | Tp DatabaseAssistent | Bug Report | niedrig | Fehlerhafte Darstellung des Datenbank Assistenten bei 1 ... | 23.07.2008 | geschlossen | 1.91 | Gerhard | |
|
|
209 | Tp DatabaseAssistent | Feature Request | niedrig | Nach der Migration die Datenbank validieren | 23.09.2008 | geschlossen | 1.91 | Gerhard | |
|
|
3 | Tp Management | Feature Request | sehr niedrig | Login mit Passwort | 03.08.2004 | geschlossen | 1.91 | Gerhard | |
|
|
6 | Tp Management | Feature Request | sehr niedrig | Export | 03.08.2004 | geschlossen | 1.92 | Gerhard | |
|
|
7 | Tp Management | Feature Request | sehr niedrig | Standard Tätigkeitslisten für Projekte | 03.08.2004 | geschlossen | 1.80 | Gerhard | |
|
|
8 | Tp Management | Feature Request | sehr niedrig | Prozentuale Verteilung der Arbeitszeit | 03.08.2004 | geschlossen | 1.91 | Gerhard | |
|
|
10 | Tp Management | Feature Request | sehr niedrig | Anzahl der Einträge pro Monat | 03.08.2004 | geschlossen | 1.91 | Gerhard | |
|
|
11 | Tp Management | Feature Request | kritisch | Bezahlte Überstunden | 03.08.2004 | geschlossen | 1.72 | Gerhard | |
|
|
15 | Tp Management | Feature Request | niedrig | Anpassung der Druckseiten | 03.08.2004 | geschlossen | 1.91 | Gerhard | |
|
|
17 | Tp Management | Feature Request | sehr niedrig | Startperformance | 03.08.2004 | geschlossen | 1.82 | Gerhard | |
|
|
19 | Tp Management | Feature Request | kritisch | Rücksetzen der Überstunden | 03.08.2004 | geschlossen | 1.72 | Gerhard | |
|
|
20 | Tp Management | Feature Request | sehr niedrig | Filtereinstellungen | 03.08.2004 | geschlossen | 1.91 | Gerhard | |
|
|
21 | Tp Management | Feature Request | sehr niedrig | Filter Standardeinstellungen | 03.08.2004 | geschlossen | 1.91 | Gerhard | |
|
|
24 | Tp Management | Feature Request | sehr niedrig | Sollarbeitszeit | 03.08.2004 | geschlossen | 1.91 | Gerhard | |
|
|
25 | Tp Management | Feature Request | mittel | Überstunden berechtigt (ja/nein) ? | 03.08.2004 | geschlossen | 1.72 | Gerhard | |
|
|
27 | Tp Management | Feature Request | sehr niedrig | Rechnungstellung | 03.08.2004 | geschlossen | 1.80 | Gerhard | |
|
|
47 | Tp Management | Bug Report | mittel | Kranktage werden nicht als Eintrag gewertet | 06.08.2004 | geschlossen | 1.72 | Gerhard | |
|
|
76 | Tp Management | Bug Report | kritisch | Datenbank-Einrichtungs-Assistent | 26.08.2004 | geschlossen | 1.72 | Gerhard | |
|