Alle Projekte

Es soll möglich sein ein dynamisches Sollzeitmodell anzulegen, damit keine Überstunden aufgebaut werden, wenn nicht klar ist, wieviel Stunden gearbeitet werden.

Egal welche Rechte einem Benutzer vergeben werden, es ist nicht möglich in TimePunch die Editierbarkeit der Analyse abzuschalten, und die manuelle Zeiteintragfunktion zu erhalten. Dies ist bei Projektarbeiten unbedingt nötig.

Die Tabulatorreihenfolge im Editierdialog ist fehlerhaft.
=⇒ In das Feld Tätigkeit komme ich nicht mit der Tabulatortaste.

Es sollte eine Möglichkeit zur Schnellauswahl des Projekts bestehen.
=⇒ In der alten Version konnte man die Projektnummer eingeben und danach selektierte das Programm die Auswahl. Jetzt muss das Menue geöffnet werden und die Projektnummer aufwendig herausgesucht und angeklickt werden. Z.B. das Projekt 361.000 soll ausgewählt werden. Im altem Programmstand sprang bei Eingabe der 3 die Programm in die Gruppe 3, bei Eingabe der weiteren Ziffer 6 wurden die Projekte 36X.XXX herausgefiltert u.s.w. Auch konnte ich die 361.00 eingeben und dann stand das Projekt im Eingabefenster.

Ein Fehler bei Sortieren der Einträge nach Vor Ort (mindestens einer muss gesetzt sein)

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

Ausnahmetext System.ArgumentException: Sortieren nicht möglich, da die IComparer.Compare()-Methode inkonsistente Ergebnisse zurückgibt. Entweder ist ein Wert nicht mit sich identisch, oder ein wiederholt mit einem anderen Wert verglichener Wert gibt verschiedene Ergebnisse aus. IComparer: 'System.Array+FunctorComparer`1[TimePunch.Dao.TimeEntries.ITimeEntry]'.

 bei System.Collections.Generic.IntrospectiveSortUtilities.ThrowOrIgnoreBadComparer(Object comparer)
 bei System.Collections.Generic.GenericArraySortHelper`1.Sort(T[] keys, Int32 index, Int32 length, IComparer`1 comparer)
 bei System.Array.Sort[T](T[] array, Int32 index, Int32 length, IComparer`1 comparer)
 bei System.Collections.Generic.List`1.Sort(Comparison`1 comparison)
 bei TimePunch.TpClientGui.Controls.TimeSheet.TimeSheetList.SortEntries()
 bei TimePunch.TpClientGui.Controls.TimeSheet.TimeSheetList.OnSort(Object sender, ColumnClickEventArgs e)
 bei System.Windows.Forms.ListView.OnColumnClick(ColumnClickEventArgs e)
 bei System.Windows.Forms.ListView.WmNotify(Message& m)
 bei System.Windows.Forms.ListView.WndProc(Message& m)
 bei TimePunch.CommonDialogs.Core.TimePunchListView.WndProc(Message& m)
 bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
 bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
 bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Die Mitarbeiterdaten sollen nur dann an das Terminal übertragen werden, wenn der Mitarbeiter noch im Unternehmen tätig ist, bzw. das aktuelle Datum zwischen dem Ein- und Austrittsdatum liegt.

Eine einmal eingegebene ONE oder TEN Lizenz kann nicht mehr entfernt werden.
Dies ist hinderlich, wenn z.B. ein Wechsel von ONE auf PRO oder TEN auf PRO stattfinden soll.

Kopierte Zeiteinträge sollten beim Einfügen im markierten Tag eingetragen werden.
Aktuell werden die Zeiteinträge nach dem letzten freien Tag eingefügt.

Die Uhrzeit sollte nicht nur in dem Format 17:00 und 17,00 - sondern auch 1700 eingegeben werden können.

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

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

Die Zeiten (Arbeitszeit) aus der Datenvorschau werden beim Stundennachweis Bericht auf das jeweils aktive Projekt gebucht.
Das ist nicht korrekt, da die Datenvorschau keinem Projekt zugeordnet ist.

Aktuelles Problem:
Wenn Mitarbeiter mit Projektmanagement-Rechten an einem Projekt mitarbeiten, dann können diese auch das Projekt selbst bearbeiten. Dies ist u.U. nicht gewünscht, da nur der Projektleiter selbst das Recht zum Bearbeiten haben sollte.

Lösung:
Das Bearbeiten von Projekten soll so eingeschränkt werden, dass nur der Projektleiter (mit Projektmanagement-Rechten) bzw. Administratoren das Recht zum Bearbeiten von Projekten besitzen.

The Time Recording Precision under settings is my issue.
I frequently have to reset start day of the week and round to 15 minutes.
For some reason the settings change back to a default status.
It isn’t an issue that keeps me from using the product, but would love to see a correction.

—

Die Einstellungen werden aus irgendeinem Grund teilweise zurückgesetzt.
Dies sollte in der nächsten Timepunch Mobile Version behoben werden.

Die Krankheitstage der Einstiegsdaten werden im Monatsbericht aktuell noch nicht korrekt angezeigt.

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.

Wird beim Smartphone ein Eintrag in der 1. Woche erstellt.

z.B. 03.01.2013 wird dieser Eintrag in der Wochenansicht nicht angezeigt.

Wird der Filter gewechselt, können keine neuen Einträge erzeugt werden.
Erst wenn ein Datum ausgewählt wurde, geht es wieder.

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.

Eine unvorsichtig eingestellte Eintragsserie kann alle Daten überschreiben, wenn als Startdatum z.B. ein Jahr in der Vergangenheit ausgewählt wird.

Hier sollte eine Beschränkung implementiert werden.

Manchmal wird an einem Termin oder auf einer Reise mehr als ein Mandant vertreten, Einträge sollten auch auf mehrere Projekte mit nur einer Eingabe zu verteilen sein.

→ Muss auf Machbarkeit geprüft werden.

Zeiteinträge sollen so gebucht werden können, dass die Mitarbeiter-Arbeitszeit zählt, aber die Zeit nicht auf das Stundenkontingent des Projektes angerechnet wird.

Es wird vorgeschlagen, diese Funktion durch die bereits bestehende Markierung “nicht berechnet” im Zeiteintrag umzusetzen.

Projekteinträge sollten vom Benutzer nicht löschbar sein - eventuelle Gegenbuchung als Überstunden, oder bei Vollzugugriff nur möglich.