TimePunch

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.

werden mehr als 2 Profile angelegt, lassen sich im 3. Profil keine Aktivitäten mehr eintragen.
Version 1.92.1001.0
Das System geht beim 3.Profil nach Auswahl neuen Eintrag erstellen in eine Endlosschleife.
Bitte beheben Sie den Fehler!

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

Wenn zukünftig im Monat Überstunden anfallen, werden die ersten 5 Stunden einfach weggebucht. Halt also ein Mitarbeiter 4,5 Stunden Überstunden am Monatsende, werden diese in diesem Monat auf 0 gesetzt und nicht aufs Gesamtkonto gutgeschrieben. Hat er aber 7,3 Stunden gemacht, werden automatisch 2,3 Stunden aufs Überstundenkonto übernommen.

Ziel ist eine Auswertung auf Kundenbasis.
Daher sollte es möglich sein, Projekten ein Kunde zuordnen zu können.

wäre es nicht machbar, dass:
- nach dem speichern eines neuen Zeiteintrages über den tpwatcher
- bzw. nach dem betätigen der stopp-taste im Tpwatcher
- (und ggf. wenn noch irgenwo sinnvoll)
automatisch ein “F5-Befehl” (aktualisieren) an den TpClient “gesendet” wird?

TimePunch verrechnet die erweiterte Pause auch dann, wenn die Standardpause eigentlich deaktiviert wurde.

Nach dem Bearbeiten eines Profiles in TimePunch Profiles ist dieses nicht mehr selektiert, sobald der Dialog mit OK verlassen wird.
Dies sollte korrigiert werden.

Der Buß und Bettag wurde in Sachsen nicht korrekt berechnet.

→ Als Übergangslösung wurde jetzt der 3. Mittwoch im November angenommen.
Diese Lösung passt bis 2018.

Der Mittwoch vor 32 Tagen vor Weihnachten.

Ziel: Neue Logik bis 2018 einbauen, damit der Buß und Bettag endgültig korrekt berechnet wird.

Bei Besprechungen oder beim Zeigen von TimePunch kommt immer der Wunsch der Verantwortlichen Personen (HR) dass Fehlstempelungen wie bei anderen SW-Anbieter angezeigt werden. Wäre das in Zukunft auch möglich?

Für jeden Mitarbeiter sollten auch die folgenden Felder hinterlegt werden können:

- Adresse,
- Geburtsdatum
- Anfangsdatum

und andere hinterlegt werden können.

Die Anzeige (nur Wochentage, ohne Wochenenden) funktioniert nicht