Alle Projekte

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.

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

Beim Wechsel auf einen neuen Tag, muss erst ein neuer Zeiteintrag ausgewählt werden. Das Feld zum Eintragen der Notizen darf nicht aktiviert sein.

Beim erstellen eines mehrtägigen Eintrags von Morgens bis Mittags (des gleichen Tages) wird die Pause hinzugerechnet. Es entsteht eine falsche Arbeitszeit.
Beispiel 8:00 bis 16:30 mit 30 Minuten Pause

Eintrag morgens bis mittags
Ergebnis: 8:00 bis 12:30 = 4:30
Richtig ist: 8:00 bis 12:00 (ohne Pause) = 4:00

Nach der Veröffentlichung von TimePunch 2.8 ist geplant, eine neue Produktlinie zu erstellen – TimePunch 2.8 Small Business. Diese soll eine Zeiterfassung via RFID Terminal, aber ohne Server ermöglichen. D.h. die Zeitdaten werden von den Geräten nicht fortlaufend, sondern nur bei manuellem Datenabruf ausgelesen.

Diese Version wird vor allem für kleine Lokale/Bars/Restaurants, sowie Arztpraxen interessant, denen kein Server zur Verfügung steht.