TimePunch

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.

Wird in TimePunch ein neuer Kunde angelegt, dann steht dieser nach der Anlage nicht direkt im TimePunch Watcher für die Auswahl zur Verfügung.

Der Neukunde wird erst nach dem Befehl „Anzeige-Aktualisieren“ aus dem Menü angezeigt.

Wie bei der Projektanlage auch, sollte nach der Anlage des Kunden, der Watcher die Aktualisierung der Kundendaten selbständig durchführen.

Einen Verbesserungsvorschlag hätte ich schon: wenn TimePunch schon läuft, wird beim Öffnen der Synchronisationsmaske aus TimePunch noch einmal das Passwort abgefragt. Da ich auf dem Weg zur Aktivierung der Synchronisation schon einmal durch die Passwortabfrage gehe, ist das eigentlich doppelt gemoppelt. Eher nachvollziehen kann ich die Passwortabfrage, wenn ich weitere Programme (auch TimeWatcher) aus der Programmleiste starte. Komfortabler wäre es trotzdem, wenn die Passwortabfrage nur beim ersten Starten eines der Programme erfolgen würde.

Je nach Berechtigung des Mitarbeiters dürfen Urlaub und Krankheit von Mitarbeitern nicht benannt werden.

Der Mitarbeiter (der nicht direkt als Vorgesetzter berechtigt ist) soll zwar angezeigt bekommen, dass der entsprechende Kollege abwesend ist, aber er darf den Grund der Abwesenheit nicht erfahren.

Nur Mitarbeiter, die in TimePunch als Vorgesetzte agieren, dürfen den Grund der Abwesenheit angezeigt bekommen.

Sobald ein Projekt ohne eingestellte Tätigkeit im Cutter ausgenommen wird, werden auch Start -und Endzeiten von anderen Projekte nicht korrekt berücksichtigt.

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

Ich habe im Projekt einen Stundenansatz (netto) von 120.00 CHF erfasst und 0% MWST.
Bei den vordefinierten Tatigkeiten habe ich dann eine Tätigkeit drin, bei welcher ich nur 50% des Ansatzes verrechne (Kostenfaktor 0.5).

Nun habe ich als erstes im Monat beim Projekt diese Tätigkeit eine halbe Stunde ausgeführt und entsprechend erfasst. Jetzt wird mir in der Detaillierten Projektauswertung nicht der "normale" Stundenansatz im Kopffeld angezeigt, sondern 60.00 CHF, also jener aus der Tätigkeit mit dem Kostenfaktor.

Sobald ich als erste erfasste Tätigkeit eine ohne Kostenfaktor (=1.0) habe, wird der normale Projekt-Stundenansatz gezeigt.

Hier scheint noch ein Bug in der Software zu sein.

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.

Ein weiterer Verbesserungswunsch: die Anpassung auf den Schweizer Standart bei der Zahlenschreibweise.
Dezimalstellen werden hier immer mittels Punkt abgetrennt und nicht mittels Komma.
Die automatische Tausender-Trennung erfolgt dafür nicht mit dem Punkt sondern mit einem Hochkomma.

Es ist für mich bereits beim Erfassen eine grosse Umstellung. Für meine Kunden scheint es dann aber noch ungewohnter zu sein und ich wurde auch bereits darauf angesprochen, ob ich dies nicht bitte ändern könne bei meinen Stundenauswertungen.

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.

Die bisherige Lohnabrechnung in TimePunch basiert auf den berechneten Sollstunden des Arbeitszeitmodells.

In vielen Unternehmen erfolgt die Lohnabrechnung jedoch unabhängig von den definierten Sollstunden. Daher soll es möglich sein, die tatsächlich ausgezahlten Stunden im Arbeitszeitmodell fest zu hinterlegen.

Eine monatliche Anpassung in Form von einer gesonderten Überstundenauszahlung ist bereits in der aktuellen Version 2.8 implementiert und soll auch weiterhin fortbestehen.

Aktuell kürzt der Cutter nur die Zeiten des letzten Tages.
Fällt der Cutter aufgrund eines Serverausfalls jedoch ein paar Tage aus, dann werden diese Zeiten nicht mehr gekürzt.

Der Cutter sollte daher nicht nur die Änderungen des letzten Tages (Last Update), sondern auch seit dem letzten Start (Range seit letztem Start) berücksichtigen.

Beim Hinzufügen von Mitarbeitern zum persönlichen Kalender trat noch folgender Fehler auf, wenn diesen Mitarbeitern noch kein Genehmiger zugewiesen wurde.

2016-04-13 16:12:58,549 [19] FATAL: CalendarService
AdFactum.Data.Exceptions.SqlCoreException: Die INSERT-Anweisung steht in Konflikt mit der FOREIGN KEY-Einschränkung ‘CA_PERSONALCALENDARS_ASSIGNEDMEMBERS_FK02’. Der Konflikt trat in der TimePunch-Datenbank, Tabelle ‘dbo.CA_STAFFMEMBERS’, column ‘Id’ auf.
Die Anweisung wurde beendet. —> System.Data.SqlClient.SqlException: Die INSERT-Anweisung steht in Konflikt mit der FOREIGN KEY-Einschränkung ‘CA_PERSONALCALENDARS_ASSIGNEDMEMBERS_FK02’. Der Konflikt trat in der TimePunch-Datenbank, Tabelle ‘dbo.CA_STAFFMEMBERS’, column ‘Id’ auf.
Die Anweisung wurde beendet.

 bei System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
 bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
 bei System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)
 bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
 bei System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, SqlDataReader ds)
 bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean asyncWrite)
 bei System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean asyncWrite)
 bei System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
 bei AdFactum.Data.Internal.BasePersister.ExecuteSecureDbCall(IDbCommand command, Boolean nonQuery)
 --- Ende der internen Ausnahmestapelüberwachung ---
 bei AdFactum.Data.Internal.BasePersister.ExecuteSecureDbCall(IDbCommand command, Boolean nonQuery)
 bei TimePunch.Common.DataAccess.TpSqlDatabase.ExecuteSecureDbCall(IDbCommand command, Boolean nonQuery)
 bei AdFactum.Data.Internal.BasePersister.ExecuteNonQuery(IDbCommand command)
 bei AdFactum.Data.Internal.BasePersister.Insert(String tableName, PersistentProperties fields, Dictionary`2 fieldTemplates)
 bei TimePunch.Common.DataAccess.TpSqlDatabase.Insert(String tableName, PersistentProperties fields, Dictionary`2 fieldTemplates)
 bei AdFactum.Data.Internal.BasePersister.UpdatedLinkedFields[TKey](IEnumerator`1 enumerator, String tableName, Field primaryId)
 bei AdFactum.Data.Internal.BasePersister.UpdateLinkedObjects(String tableName, Field primaryId, PersistentProperties fields)
 bei AdFactum.Data.Internal.BasePersister.Insert(String tableName, PersistentProperties fields, Dictionary`2 fieldTemplates)
 bei TimePunch.Common.DataAccess.TpSqlDatabase.Insert(String tableName, PersistentProperties fields, Dictionary`2 fieldTemplates)
 bei AdFactum.Data.Internal.ObjectHash.Persist(IPersister persister, TransactionContext transactionContext)
 bei AdFactum.Data.TransactionContext.Commit()
 bei AdFactum.Data.ObjectMapper.Commit()
 bei TimePunch.Common.DataAccess.Transaction.SafeCall(Action call)
 bei TimePunch.Calendar.Database.MyCalendarDao.Save(ITimePunchConnection connection, IPersonalCalendar personalCalendar)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass61.<Save>b__60()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

Bei der Verwendung von Firefox und/oder Chrome treten noch folgende Fehler auf:

1.) Die Pfeile für nächster Monat und vorheriger Monat funktionieren nicht sauber. Nach mehrmaligem klicken (wechselweise auf vor -und zurück) werden keine korrekten Daten angezeigt.

2.) Die Vorbelegung der Felder bei der Antragstellung fehlt ganz, bzw. teilweise.

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.

Aktuell werden im TimePunch Watcher nur Arbeitszeiteinträge angezeigt. Dies ist prinzipiell auch korrekt. Da aber auch Fahrtzeiteinträge teilweise als Arbeitszeit zählen, müssen auch diese Einträge im Watcher sichtbar sein.

Ebenfalls sollen auch neue Fahrtzeiteinträge im Watcher angelegt werden können. Zurzeit ist dies nicht möglich, da nur Tätigkeiten die als Arbeitszeit markiert sind, für die Tätigkeit zur Auswahl stehen.

Umsetzung Responsive Designs

Ich möchte Zeiten vom Server abholen. Neben dem Code und der E-Mail-Adresse wähle ich auch das Synchronisierungsprofil des Mitarbeiters aus. Wechselt man nun auf die nächste Seite bekommt man eine Übersicht. Jetzt steht dort aber mein Synchronisierungsprofil. Passt man jetzt nicht auf, dann synchronisiert er die Zeiten eben in mein Profil obwohl ich vorher das des Mitarbeiters ausgewählt habe.