TimePunch

Aktuell können nur Überstunden ausbezahlt werden, wenn in dem selektierten Monat auch ein Zeiteintrag vorhanden ist.

Die Überstundenreduktion sollte jedoch auch ohne Zeiteintrag im Monat möglich sein.

Auch bei einem Fahrtzeiteintrag muss eine Pause zulässig sein.

Ein neuer Zeiteintrag wird nicht immer korrekt auf die max. Krankheit / Urlaubszeit gekürzt.

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.

Die Wochenenden werden in den Berichten nur für den 1. Benutzer angezeigt.
Fehler: Die Wochenenden für alle weiteren Benutzer werden nicht angezeigt.

Bei Serieneinträgen zum Beispiel einer Woche, wird die Pause auf die einzelnen Einträge gesplittet.
D.h. die Pausenzeit wird nicht pro Tag, sondern für die Serie gesetzt; was natürlich so nicht gewünscht ist.

Das Problem kann umgangen werden, wenn im Arbeitszeitmodell eine feste Pausenzeit eingestellt wurde.
Diese Mindestpause wird dann in jedem Fall vom System erkannt und gespeichert.

Unter bisher noch unbekannten Umständen, kann es sein, dass Tp-Studio ein Benutzerprofil ohne Namen und Benutzerkennung anlegt.
Das Problem hierbei ist, dass dieses Benutzerprofil eine Lizenz belegt, und damit einem anderen "realen" Benutzer evt. keine Lizenz mehr zur Verfügung steht.

→ TimePunch Studio darf kein Benutzerprofil automatisiert anlegen.

Ein in TimePunch ONE festgelegter Stundensatz wird nicht korrekt in den Berichten angezeigt.

Anstatt der Zeiteingabe mittels der Maus/Touchscreen, sollte das Datum und die Uhrzeit auch mit der Tastatur eingegeben werden können.

Abhängig von einem Touchscreen sollte dann entweder die eine oder die andere Eingabemöglichkeit verwendet werden.

Ich habe wiederholt das Problem, wenn ich nciht ganz genau darauf achte am neuen Tag, das Datum geändert zu haben, das noch das vom vorigen Tag drinnen steht und der Eintrag dann nicht gespeichert werden kann und soll. Das ist ja auch korrekt.

Nun habe ich 3 Optionen:
ja - dann wird überschrieben.
möchte ich das nicht, klicke ich nein oder
abbrechen

Soweit so gut, jedoch ist bei beiden Optionen (nein und abbrechen) mein vorher angelegter Eintrag verschwunden, spriche, wenn ich viel Text getippt habe, ist es weg.

Ich würde es begrüssen, wenn zumindest bei der Option abbrechen der alte falsche Eintrag wieder aufpoppt, sodass ich die Korrekturen machen kann und ich nicht alle Eingaben verliere.

Wie gesagt, es passiert mir immer wieder mal, manchmal sind es nur wenige Worte, dann ist es nicht schlimm, manchmal ärgere ich mich aber sehr.

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

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

Beim Anlegen einer neuen Zeiteintrags-Serie wird das Arbeitszeitmodell nicht korrekt berücksichtigt.
z.B. Arbeitszeitmodell von 7:00 Uhr bis 12:00 Uhr.

   Zeiteintrags-Serie von 7:00 Uhr bis 16:00 Uhr.

Durch die Zeiteintrags-Serie sollte die Arbeitszeit dem Arbeitszeitmodell angepasst werden.
Tatsächlich werden jedoch Einträge von 7:00 Uhr bis 16:00 Uhr angelegt, also 4 Std. zuviel.
Wohingegen die Pause korrekt berücksichtigt wird.

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.

User berichten Probleme wenn der Hinweis zur DemoVersion erscheint (z.b. Demoversion noch 9 Tage). Danach wird kein Programmstart mehr durchgeführt.

Muss evaluiert werden.

Auf verschiedenen PC Konfiguration bleibt TimePunch hängen, sobald versucht wird eine Aktualisierung an den Watcher zu senden. Z.B. Nach Aktualisierung eines Projekts, oder Erfassung eines Zeiteintrags am aktuellen Tag.

Das Senden der Update-Message wird dabei blockiert. !

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

Projekte und Zeiteinträge müssen im Watcher automatisch aktualisiert werden, wenn diese in TimePunch geändert wurden.

Im Watcher sollte der Beschreibungstext angezeigt werden.

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

Fehlende Übersetzung

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

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()