Alle Projekte

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.

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)

Als Administrator werden im TpWatcher auch Projekte angezeigt, für die man eigentlich nicht eingeteilt ist.

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

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

Der Sync Assistent kann aktuell den Parameter “/principal” nicht verarbeiten.

Das wechseln des aktuellen Benutzers sollte beim Sync Assistenten jedoch genauso funktionieren wie bei allen anderen TimePunch Produkten auch.

Der Prozentuale Anteil der Arbeitszeit in der Fahrtzeit wird nicht immer korrekt in den Berichten ausgewertet.

Die Daten fehlen in den Berichten

1. "Detaillierte Übersicht"
2. "Detaillierte Projektabrechnung"

Wird in TimePunch eine abgelaufene Jahreslizenz nicht entfernt, dann sperrt diese die Verwendung von TimePunch.
–> Scheint sich nach einem Neustart von selbst zu beheben.

→ Das Problem scheint nur bei zeitgleichem Update von 2.6 auf 2.7 vorzukommen.
Hier ein Bericht eines Anwenders:

“Ich habe nachgesehen und glaube das letzte Mal mit der Datei am 24.05.15 gearbeitet zu haben. Ich habe heute zuvor beim einsteigen die Meldung bekommen dass eine neuere Version verfügbar ist (2.7.806.0). Die habe ich installiert und dann konnte ich nicht mehr einsteigen. "
–> Die Jahreslizenz des Kunden war zeitgleich mit dem Update ausgelaufen. Dies schien das Problem zu verursachen.

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.

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.

Aktuell wird in den Berichten, anstatt des Jahresurlaubs der Resturlaub angezeigt.

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.

Wenn die Überstunden automatisch berechnet werden, dann darf das Feld "Ausbezahlte Stunden verringern" nicht aktiv sein.

In seltenen Fällen kann die eingeschaltete Datenvorschau zu fehlerhafter Überstundenberechnung führen.

⇒ Als Workaround: Einen Eintrag im Monat öffnen und wieder abspeichern.

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

Ich bin mit der Vorbereitung für die Einführung TP in unserer Firma weiter vorangekommen. Ein Killerkriterium ist die Ueberzeit. Wir würden die Regel-Erweiterung, Ueberzeit berechtigt Ja / Nein, wie bei der Fahrtzeit, sehr begrüssen. Ich kann TP erst einführen, wenn dieses Feature zur Verfügung steht.

Die Zeit 00:00: Wenn ein Termin um diese Zeit endet, rechnet das System 0 h Arbeitszeit. D.h. muss also Termin teilen, bis 23:59 und neu ab 00:01..(das trifft z.B. bei weiten Nachtflügen zu, ich kann nicht Reisebeginn 10/11 19:50 Ankunft 11/11 09h30 in einer Linie eingeben (siehe letzte beiden Einträge im Print-screen)

In der Analyse geben Sie die Working time an, warum nicht die anderen Werte, wie Break, Travel auch? Der Platz ist ja da und wenn ein Filter gesetzt ist, werden auch alle Werte dargestellt

Starteintragszeit variabel in den Optionen gestalten. Zur Zeit ist die Startzeit immer 8:00 Uhr. Dies sollte variabel festgelegt werden können.

Das Pause Fenster vom TimePunch Wathcer soll geöffnet bleiben, bis die Pause beendet ist. Dann kann durch ein einfaches Return die Pause beendet werden.

Somit kann der Benutzer nicht vergessen die Pause zu beenden.

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.