Alle Projekte

Leider ist uns im Nachgang in den Überstundenberichten noch ein Rundungsfehler untergekommen, welcher wieder zu Differenzen zwischen 60er und 100er-Berichten führt. Anbei wieder 4 Seiten Beispiel, an denen sich das Problem nachvollziehen lässt.

* Problem:

Zeitwerte werden zur Anzeige im 60er-System aus den Werten im 100er-System gerundet. Gerechnet wird jedoch mit den 100er-Werten. Hierdurch ergeben sich des Öfteren Rundungsfehler. Erstes Beispiel von den Seiten 1 bis 2 des Anhangs:

		100er	60/sek	60er

Überstunden vorher: 24,96 = 24:57,6 = 24:58
Genommene Überst.: 2,84 = 02:50,4 = 02:50
Überstunden nachher: 22,12 = 22:07,2 = 22:07

Rechnerisch sollte sich jedoch im 60er-System ein Wert von 22:08 ergeben (24:58 - 02:50 = 22:08).
Im 60er-System ergibt sich durch die Rundung also eine Differenz von einer Minute.

Im Monatsbericht wird der Mitarbeitername im Feld nicht korrekt dargestellt, da die Felddefinition zu klein ist (siehe Bild)

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)

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.

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

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.

Mitarbeiter mit der Berechtigung "Mitarbeiter in Vertrauensstellung" werden nicht korrekt in die CSV Datei übertragen.

Beim Export erscheinen jeweils ???

Auch Projektmanager sollen nur die Projekte bearbeiten dürfen, in denen sie zugeordnet sind.
Aktuell können Projektmanager noch alle Projekte sehen und bearbeiten.

Ich habe bei der Ausgabe der Detaillierten Projektabrechung einen BUG endeckt.

Ich habe folgenden Termin erfasst:

13:40 bis 17:40
Bei der Beschreibung ergaben sich aus den gemachten Arbeitsschritten mehr Textzeilen für diesen Zeitraum, als auf einer A4 hoch Seite dargestellt werden können.

Als ich dann aber das PrintLayout anklickte, wurde mir das Dockument auf fünf Seiten aufgesplittet.
Ebenso wurde es dann auch ins PDF exportiert.

Als Workaround habe ich mir wie folgt geholfen:

Termin splitten auf zwei Termine, 13:40 bis 15:40 und 15:40 bis 17:40
Dann den Text so aufteilen, dass keiner der Termine länger als eine Seite A4 hoch wird.

Dann schaut es auch im PrintLayout gut aus und wird mit zwei Seiten ins PDF exportiert.

Die Zeiten der Mitarbeiter sollen nach DATEV exportiert werden können.

Werden bereits genehmigte und eingetragene Urlaubstage oder Überstundenabbau nachträglich editiert und vom Benutzer gespeichert, dann wird der Eintrag in Arbeitszeit umgewandelt.

Der Fehler tritt nur auf, wenn der Mitarbeiter selbst nicht das Recht hat Urlaub oder Überstundenabbau manuell zu buchen.

Korrekt wäre die Manipulation des Eintrags komplett zu verhindern.

Werden in TimePunch Anzeigefilter bearbeitet, dann stürzt der TimePunch Client mit einer InvalidCast Exception ab.

Das Eingabefeld für die MwSt. im Projekt fehlt seit v2.9

Tätigkeiten sollten zuerst nach der Task-ID und danach nach der Beschreibung sortiert sein.

Wenn CSV Dateien im Format von 2.8 importiert werden, dann verursacht dies in v2.9 eine InvalidCastException

Sind deaktivierte Mitarbeiter auf ein Projekt zugriffsberechtigt, so kann dem Projekt kein neuer Mitarbeiter mehr hinzugefügt werden.

Auch Mitarbeiter und Mitarbeiter in Vertrauensstellung sollen die eigenen Zeiten Synchronisieren können.
Der Download der Zeiten steht jedoch nur Mitarbeitern in Vertrauensstellung zur Verfügung.

Beim Einbinden eines Datafox Evo 3.5 in TimePunch TEN wird folgende Meldung ausgegeben:

Die Berechnung der Prozentsumme im Bericht "Anwender/Projekte Verteilung" stimmt nicht.
Es sieht so aus, als wenn der Bericht die Prozentuale Verteilung über alle Mitarbeiter ausrechnen würde.

Tatsächlich soll in der Summenzeile nur der gelistete Mitarbeiter als 100% dargestellt werden.