Alle Projekte

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.

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.

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?

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

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.

Ist im Profil ein Arbeitszeitmodell von 0 Stunden Wochenarbeitszeit eintragen, dann hängt sich TimePunch auf, sobald versucht wird ein neuer Zeiteintrag anzulegen.

Wenn ein Zeiteintrag in TimePunch eingepflegt wurde, gibt es zurzeit keine Möglichkeit das Datum des Zeiteintrages zu ändern. Dies war in früheren Versionen, mit dem alten Zeiteintragsdialog, möglich.
Im Dialog soll daher noch eine Schaltfläche „Verschieben“ angeboten werden, mit der es möglich sein soll, den aktiven Eintrag auf einen neuen Tag zu verschieben.

Kundendaten besitzen in TimePunch einen eindeutigen Schlüssel der sich aus "Kundennummer" und "Name des Kunden" zusammensetzt.
Aktuell muss beim Import die "Kundennummer" und der Name" stimmen, damit die Daten aktualisiert werden. Dies verhindert jedoch die Änderung des Namens, bzw. erzwingt eine Neuanlage.

Hier sollte der Import intelligenter vorgehen.
NEU, Fall 1: Die Kundennummer ist einmalig und passt mit dem Import.
In diesem Fall soll der Kundenname + die Kundendaten aktualisiert werden, d.h. auch eine Namensänderung ist möglich.

NEU, Fall 2: Der "Name des Kunden" ist einmalig und passt mit dem Import
In diesem Fall soll die Kundennummer + die Kundendaten aktualisiert werden, d.h. auch eine Änderung der Kundennummer ist möglich.

Fall 3: Name und Kundennummer passen.
Das ist der ursprüngliche Fall, der die Kundendaten aktualisiert.

Fall 4: Name und Kundennummer passen nicht.
Auch dies ist ein bisher schon berücksichtigter Fall, der einen neuen Kunden anlegt.

Leider ist uns im Nachgang in den Überstundenberichten noch ein Rundungsfehler untergekommen, welcher wieder zu Differenzen zwischen 60er und 100er-Berichten führt. Anbei wieder 4 Seiten Beispiel, an denen sich das Problem nachvollziehen lässt.

* Problem:

Zeitwerte werden zur Anzeige im 60er-System aus den Werten im 100er-System gerundet. Gerechnet wird jedoch mit den 100er-Werten. Hierdurch ergeben sich des Öfteren Rundungsfehler. Erstes Beispiel von den Seiten 1 bis 2 des Anhangs:

		100er	60/sek	60er

Überstunden vorher: 24,96 = 24:57,6 = 24:58
Genommene Überst.: 2,84 = 02:50,4 = 02:50
Überstunden nachher: 22,12 = 22:07,2 = 22:07

Rechnerisch sollte sich jedoch im 60er-System ein Wert von 22:08 ergeben (24:58 - 02:50 = 22:08).
Im 60er-System ergibt sich durch die Rundung also eine Differenz von einer Minute.

Es soll eine neuer Service angelegt werden, der es erlaubt über die TimePunch API, an Mitarbeiter mittels der UserId oder Angabe der Mail Adresse Mails zu versenden.

Der neue Mail Service muss innerhalb des TimePunch Application Servers konfigurierbar sein und getestet werden können. Die eingegebenen Konfigurationsdaten sollen in der Datei TimePunch.ini gespeichert werden.

Mitarbeiter aus dem Personalmanagement oder der IT Administration sollen zukünftig die Möglichkeit erhalten den Monatsabschluss für Ihre Mitarbeiter direkt aus dem TimePunch Client heraus zu erledigen.

Nach dem Creators Update verlangt das Setup von TimePunch immer die Version 4.52 des .NET Frameworks, obwohl diese bereits installiert ist.
Hier muss die Prüfung auf das .NET Framework angepasst werden.

Bei Mitarbeitern in Vertrauensstellung schlägt der Import von Zeitdaten im CSV Format fehl, obwohl entsprechende Projekte bereits angelegt wurden.

Der Tp-Watcher wird nicht mehr beim ersten Klick auf das Watcher Icon geschlossen.

Der Cutter sollte auch dann nicht! schneiden, wenn nur das Projekt ( aber nicht die Tätigkeit ) als ausgenommenes Projekt eingetragen ist.
Derzeit schneidet der Cutter auch dann, wenn nur das Projekt ausgewählt wurde.

Es gilt, wenn nur das Projekt ausgewählt wurde, dann ist das genauso gut, wie wenn das Projekt inkl. aller Tätigkeiten ausgewählt wurde.

Jeder Mitarbeiter sollte die Möglichkeit erhalten, einen festen Vertreter in seinem Profil zu hinterlegen.
Damit kann sichergestellt werden, dass der Vertreter automatisch eingetragen ist.

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.