Alle Projekte

Im Timepunch sammeln sich alle Projekte/Tätigkeiten in einer Auswahlliste.
Jetzt ist es in der Praxis allerdings so, dass man ja meist an ein, zwei, drei Projekten immer eine gewisse Zeit arbeitet, bevor man wieder andere Projekte in Angriff nimmt.

Da wäre es fein, wenn man z.B. die letzten fünf Projekte/Tätigkeiten (eventuell sogar auch Beschreibungen) im Schnellzugriff hätte, statt immer aus der Gesamtliste auszuwählen.

ZB.: Ein Tag

08:00 - 09:31 Projekt A / Tätigkeit E
09:31 - 09:44 Projekt B / Tätigkeit A
09:44 - 10:45 Projekt A / Tätigkeit E
10:45 - 11:00 Projekt C / Tätigkeit F
11:00 - 12:30 Projekt A / Tätigkeit E
13:00 - 14:22 Projekt A / Tätigkeit E
14:22 - 15:32 Projekt B / Tätigkeit A
15:32 - 16:05 Projekt K / Tätigkeit A
16:05 - 17:11 Projekt A / Tätigkeit E

Bei einem Tagesablauf wie diesem wär eine Schnellauswahl für
Projekt A / Tätigkeit E einfach fein. Oft ist es ja auch so das sich eine Kombination wie Projekt A / Tätigkeit E durchaus mal eine Woche hinziehen kann…

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.

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.

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.

Es sollte möglich sein ein Zeitbudget pro Projekt vorzugeben, bei dessen Überschreitung (oder bereits davor) gewarnt wird.

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.

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

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

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

Projekt mit Tasks löschen schlägt fehl, wenn das Projekt und die Tasks aus keinem Zeiteintrag referenziert werden. Dann sollte physich gelöscht werden.

Dies schlägt jedoch fehl, da anscheinend die dazugehörigen Tasks nicht mitgelöscht werden.

Wird ein User versucht zu löschen, der vorher Administrator war und selbst andere Benutzer angelegt hat, dann verursacht dies eine TP_ANWENDER_FK09 Constraint Verletzung.

Der Workaround ist:

Anstatt den User zu löschen, in TimePunch Profiles dem Benutzer die Lizenz zu entziehen und in die Kategorie "Kein Zugriff" zu schieben. (mittels Drag & Drop).
Das hat den gleichen Effekt wie den Benutzer zu löschen.

Wird für einen Mitarbeiter ein Arbeitszeitmodell ohne gültigen Arbeitstag definiert, dann hängt sich TimePunch auf, sobald ein neuer Zeiteintrag angelegt werden soll.

Es sollte möglich sein, eine maximale zu "fakturierende" Stundenanzahl pro Tag für ein Projekt zu definieren.
Diese Einstellung sollte Userbezogen für ein Projekt einstellbar sein.

Wichtig: Die Stunden werden korrekt dargestellt, nur die fakturierte Stundenanzahl soll begrenzt werden.

In TimePunch sollte es die Möglichkeit geben, Internet Kalenderdaten einbinden zu können.
z.B.

http://windows.microsoft.com/de-DE/hotmail/holiday-alternative-calendars-ui

The error time: 04.09.2012 23:23
Exception:
System.Collections.Generic.KeyNotFoundException: Der angegebene Schlüssel war nicht im Wörterbuch angegeben.

 bei System.Collections.Generic.Dictionary`2.get_Item(TKey key)
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.GetPropertyValue[T](String propertyName)
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.get_IsLoading()
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.CanExecuteRegisteredCommand(Action`2 canExecute, Object sender, CanExecuteRoutedEventArgs parameter, Boolean disableOnLoading)
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.<>c__DisplayClass6.<RegisterCommand>b__5(Object sender, CanExecuteRoutedEventArgs parameter)
 bei TimePunch.Metro.Wpf.Commands.RelayCommand.CanExecute(Object parameter)
 bei MS.Internal.Commands.CommandHelpers.CanExecuteCommandSource(ICommandSource commandSource)
 bei System.Windows.Controls.Primitives.ButtonBase.UpdateCanExecute()
 bei System.Windows.Controls.Primitives.ButtonBase.OnCanExecuteChanged(Object sender, EventArgs e)
 bei System.Windows.WeakEventManager.ListenerList`1.DeliverEvent(Object sender, EventArgs e, Type managerType)
 bei System.Windows.WeakEventManager.DeliverEvent(Object sender, EventArgs args)
 bei System.Windows.Input.CanExecuteChangedEventManager.OnCanExecuteChanged(Object sender, EventArgs args)
 bei TimePunch.Metro.Wpf.Commands.RelayCommand.RaiseCanExecuteChanged()
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.DispatcherOperation.InvokeImpl()
 bei System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
 bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
 bei System.Windows.Threading.DispatcherOperation.Invoke()
 bei System.Windows.Threading.Dispatcher.ProcessQueue()
 bei System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
 bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
 bei MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
 bei System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
 bei System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
 bei System.Windows.Threading.Dispatcher.Run()
 bei System.Windows.Application.RunDispatcher(Object ignore)
 bei System.Windows.Application.RunInternal(Window window)
 bei System.Windows.Application.Run(Window window)
 bei TimePunch.Watcher.App.Main()

Es ist aktuell nicht möglich, als Administrator für ein anderes Benutzerprofil, einen Zeiteintrag mit einem Projekt anzulegen, für welches man nicht fakturieren darf.

Die Projektauswahl muss daher für den ausgewählten Benutzer (identity) und nicht für den angemeldeten Benutzer (principal) geschehen.

Es sollte möglich sein, die Überstunden nicht nur pro Monat und kumuliert, sondern auch pro Tag zu begrenzen.
So dass z.B. an einem Tag nur 2 Überstunden (also insg. z.B. 10 Std.) gearbeitet werden dürfen. Alle weitere Arbeit wird dann zwar protokolliert, aber nicht als Überstunden berechnet.

→ ist über den Cutter bereits abgedeckt