Alle Projekte

Zusätzlich zu der Dauer eines Arbeitstages (z.B. 4 oder 8 Stunden) muss der Anwender festlegen können, zu welchem Teil die Dauer als Arbeitstag gezählt wird.

z.B. 4 Stunden = 1/2 Tag
oder 8 Stunden = 1 Tag

→ es könnten aber 8,2 Std. einem Tag entsprechen
Dies ist wichtig, um den Urlaubsanspruch korrekt berechnen zu können.

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

- Filter für Projekt und Tätigkeit anlegen
- Bericht öffnen ("Detaillierte Übersicht")
- Bericht schließen
- Einträge fakturieren

- Filter neu setzen
- Bericht öffnen ("Detaillierte Übersicht")

Dann kommt der folgende Fehler

2015-07-15 11:40:49,532 [1] FATAL: MainForm
System.ArgumentOutOfRangeException: InvalidArgument=Value mit dem Wert -1 ist für index ungültig.
Parametername: index

 bei System.Windows.Forms.CheckedListBox.SetItemCheckState(Int32 index, CheckState value)
 bei System.Windows.Forms.CheckedListBox.SetItemChecked(Int32 index, Boolean value)
 bei TimePunch.TpClientGui.Controls.ReportFilter.ProjectSelection.BindData()
 bei TimePunch.TpClientGui.Content.ReportContent.ShowReport(TpAuthentication authentication, ITimePunchConnection connectionParameter, ReportElement reportElementParameter, Guid userIdParam, ITimeEntryFilter filterCriteria)
 bei TimePunch.TpClientGui.MainForm.SetReportContent(ReportElement reportElement, Boolean visible)
 bei TimePunch.TpClientGui.MainForm.OnShowReport(Object sender, EventArgs e)

Todo:
Das abspeichern der Fensterposition sollte optional sein, bzw. in den Einstellungen abgewählt werden können.

Background:
Wir haben unsere Entwickler seit Kurzem mit Surface 3 Pro als Arbeitsstation ausgerüstet und dabei gemerkt, dass TP es gar nicht gern hat, wenn man „On The Fly“ Monitore an oder absteckt, da sich TP die Fensterposition merkt und dann im Anschluss nicht mehr angezeigt wird und mühsam mittels Taskmanager und Config File löschen, nach vorne geholt werden müssen. Gibt es da eine Möglichkeit dieses Verhalten abzustellen?

→ Lösung: Vor der Wiederherstellung der Fensterposition wird geprüft, ob das Fenster sichtbar sein wird. Nur dann wird die originale Position wiederhergestellt.

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

Die Spalte "Vor Ort" kann nicht ausgeblendet werden.

Beim anlegen von Urlaub kann es vorkommen, dass der Urlaub nicht akzeptiert wird.
Obwohl zumindest an einem Tag der Urlaub gebucht werden könnte.

Beispiel vom 15. (Sonntag) auf den 16. (Montag)

Der Analysebereich berücksichtigt noch nicht die 60er / 100er Menüeinstellung von TimePunch für die Uhrzeit.

Beim kopieren von Einträgen, die leere Zeiteinträge enthalten, wird beim Einfügen ein Fehler gemeldet.
Beispiel:

Ein Dienstag enthält einen Eintrag und ein Freitag enthält einen Eintrag, Mittwoch und Donnerstag sind freibleibend.

Dienstag bis Freitag werden selektiert und kopiert.

Beim Einfügen wird dann ein Datenbankfehler gemeldet.

Die Anzeige sollte auf 60er Zeiten voreingestellt sein.

Aktuell werden die Mitarbeiterspezifischen Anpassungen innerhalb des Projekts nicht korrekt auf das neue Projekte übertragen / kopiert.

Dieser Umstand muss geprüft und korrigiert werden.

Kundenaussage: “Und zwar hinterlegen wir bei den einzelnen Projekten die Durchschnitts-Stundenlöhne unserer Mitarbeiter, damit ich die aufgewendeten Stunden, als Selbstkosten, auf die einzelnen Projekte abwälzen kann. Aber wenn wir ein neues Projekt eröffnen, indem wir das letzte kopieren und überschreiben, verschwinden bei allen Mitarbeiter diese Stundenansätze bei dem kopierten Projekt und wir müssen bei allen Mitarbeitern die jeweiligen Stundensätze erneut eingeben.”

Teilweise verursacht das Setzen des Hakens bei “Angemeldet bleiben” einen Absturz von TimePunch.

Folgende Fehlermeldung wird protokolliert:

The error time: 18.01.2016 12:37
Exception:
System.Security.Cryptography.CryptographicException: Schlüssel ist im angegebenen Status nicht gültig.

 bei System.Security.Cryptography.Utils.CreateProvHandle(CspParameters parameters, Boolean randomKeyContainer)
 bei System.Security.Cryptography.Utils.GetKeyPairHelper(CspAlgorithmType keyType, CspParameters parameters, Boolean randomKeyContainer, Int32 dwKeySize, SafeProvHandle& safeProvHandle, SafeKeyHandle& safeKeyHandle)
 bei System.Security.Cryptography.RSACryptoServiceProvider.GetKeyPair()
 bei System.Security.Cryptography.RSACryptoServiceProvider..ctor(Int32 dwKeySize, CspParameters parameters, Boolean useDefaultKeySize)
 bei TimePunch.Wpf.Common.UI.Configuration.ClientRegistry.Encrypt(String data)
 bei TimePunch.Wpf.Common.UI.Configuration.ClientRegistry.set_Password(String value)
 bei TimePunch.Wpf.Common.UI.ViewModels.EnterPasswordViewModel.ExecuteOkDialogCommand(Object sender, ExecutedRoutedEventArgs eventArgs)
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.ExecuteRegisteredCommand(Action`2 execute, Object sender, ExecutedRoutedEventArgs parameter)
 bei TimePunch.Metro.Wpf.ViewModel.ViewModelBase.<>c__DisplayClass6.<RegisterCommand>b__4(Object sender, ExecutedRoutedEventArgs parameter)
 bei TimePunch.Metro.Wpf.Commands.RelayCommand.Execute(Object parameter)
 bei MS.Internal.Commands.CommandHelpers.CriticalExecuteCommandSource(ICommandSource commandSource, Boolean userInitiated)
 bei System.Windows.Controls.Primitives.ButtonBase.OnClick()
 bei System.Windows.Controls.Button.OnClick()
 bei System.Windows.Controls.Primitives.ButtonBase.OnMouseLeftButtonUp(MouseButtonEventArgs e)
 bei System.Windows.UIElement.OnMouseLeftButtonUpThunk(Object sender, MouseButtonEventArgs e)
 bei System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
 bei System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
 bei System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
 bei System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
 bei System.Windows.UIElement.ReRaiseEventAs(DependencyObject sender, RoutedEventArgs args, RoutedEvent newEvent)
 bei System.Windows.UIElement.OnMouseUpThunk(Object sender, MouseButtonEventArgs e)
 bei System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
 bei System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
 bei System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
 bei System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
 bei System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
 bei System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args)
 bei System.Windows.UIElement.RaiseEvent(RoutedEventArgs args, Boolean trusted)
 bei System.Windows.Input.InputManager.ProcessStagingArea()
 bei System.Windows.Input.InputManager.ProcessInput(InputEventArgs input)
 bei System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport)
 bei System.Windows.Interop.HwndMouseInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawMouseActions actions, Int32 x, Int32 y, Int32 wheel)
 bei System.Windows.Interop.HwndMouseInputProvider.FilterMessage(IntPtr hwnd, WindowMessage msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei System.Windows.Interop.HwndSource.InputFilterMessage(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 System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, 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.Application.RunDispatcher(Object ignore)
 bei System.Windows.Application.RunInternal(Window window)
 bei System.Windows.Application.Run(Window window)
 bei TimePunch.Watcher.App.Main()

Bei einer Auswertung, mit unterschiedlichen Kostenfaktoren ist es nicht sofort ersichtlich, welche Tätigkeiten mit einem Faktor belegt sind. Seien es jetzt Zuschläge oder Reduktionen.

Wäre cool, wenn es dafür eine Spalte zwischen "Arbeit" und "Netto" gäbe, wo ein erfasster Faktor oder der daraus resultierende Stundenansatz bei einer Tätigkeit angezeigt würde im Bericht.

Es sollen neue Berichte zur Lohnabrechnung integriert werden.

Wichtig dabei ist, dass die Berichte zur Lohnabrechnung sich in die Systematik von TimePunch integrieren und konsistent zu den bereits bestehenden Berichten sind.

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.

Im Projektbericht “Detaillierte Projektabrechnung” wird anscheinend mit den bereits gerundeten Werten der Nettobetrag berechnet.
Dies führt u.U. zu kleineren Rundungsfehlern in der Projektabrechnung.

Sofern das Abrufen der Zeiten in TimePunch TEN fehlschlägt, weil z.B. das Terminal nicht über einen PING erreichbar ist, dann wird aktuell keine Fehlermeldung angezeigt. Der Animationsdialog wird zurzeit ohne Meldung geschlossen. D.h. der Anwender sieht nicht, dass das Abrufen der Zeiten überhaupt fehlschlug, und er sieht auch nicht den Grund.

Dem Anwender soll beim Fehlschalgen des Imports eine Fehlermeldung im Animationsfenster angezeigt werden. Nach dem bestätigen durch OK, soll er ins Hauptfenster gelangen und nicht zum Dialog, der die importierten Zeiteinträge zeigt.

Überschreitet das Abrufen der Zeiten in TimePunch TEN eine gewisse Zeitspanne, dann wird das Fenster mit der Animation nicht geschlossen, sondern bleibt solange im Vordergrund, bis es über die Taskleiste geschlossen wird.

Dieser Fehler tritt beim Abrufen der Zeiten gehäuft auf, da dies u.U. eine längere Zeit dauert. Allerdings wurde das Problem auch beim Anmelden von TimePunch an einer Cloud Datenbank gemeldet. Die Anmeldung ist in diesem Fall erfolgreich, aber der Dialog wird nicht geschlossen.

Die Ursache scheint in der DialogResult Extension zu liegen. Das Setzen des DialogResults führt dabei anscheinend nicht immer zur gewünschten Schließung des Dialogs.

Aktuell lässt sich die Gruppenzugehörigkeit (Team, Abteilung und Niederlassung) noch nicht in den Berichten auswerten.

Dadurch können viele kundenspezifische Berichte nicht implementiert werden. Für die Zukunft, soll daher die Gruppenzugehörigkeit innerhalb der Stundennachweise und Mitarbeiterberichte auswertbar sein. Hierzu ist die Entität ReportUser mit den entsprechenden Daten zu ergänzen.

Es ist darauf zu achten, dass auch die neuen Entitäten des WCF Reporting Service
(Entität, ReportUserDto) die Daten erhalten, da diese ab Version 3.0 die bisherige Implementierung für das Reporting ablösen soll.

Bisher konnten Projekte nur auf aktiv und abgeschlossen gesetzt werden. In Zukunft soll noch ein neuer Status „Abgeschlossen“ hinzugefügt werden.
Folgende Projektstatus sollen künftig auswählbar sein.

• planung Projekt kann geändert, aber noch nicht gebucht werden.
• aktiv Projekt kann gebucht und ausgewertet werden.
• abgeschlossen Projekt kann nur ausgewertet werden.
• gelöscht Projekt wird nicht weiter angezeigt

Projekte die im Status „abgeschlossen“ sind, sollen trotzdem zu Auswertungszwecken im Berichtsfilter angezeigt werden.