Alle Projekte

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.

Wenn wir über die Handy-App die Zeiten einlesen werden die Fahrzeiten leider nicht richtig bei der Synchronisation berechnet. Es sollen immer nur 50 % der Fahrzeiten angerechnet werden. Dazu muss man denn das Hauptprogramm öffnen und jede Buchung kontrollieren. Geht das auch anders?

=⇒ Bei der Synchronisation sollte der Fahrtzeit und Arbeitszeitanteil durch TimePunch korrekt gesetzt werden.
=⇒ Das betrifft z.B. auch Urlaubsbuchungen, wenn diese im Smartphone definiert sind.

Um die Zugriffssicherheit auf Cloud basierte Datenbanken zu erhöhen, muss ein sog. Transient Fault Handling für den Datenbankzugriff implementiert werden.

Nähere Information sind hier zu finden:
https://msdn.microsoft.com/en-us/library/hh675232.aspx

und hier:
http://www.asp.net/aspnet/overview/developing-apps-with-windows-azure/building-real-world-cloud-apps-with-windows-azure/transient-fault-handling

Das Projekt soll um folgende neue Attribute ergänzt werden.

• Konto
• Kostenstelle
• Auftragsart (Privatwirtschaft / Öffentlicher Dienst)
• Vertrags-Nr.
• Ort der Leistungserbringung

Die neuen Attribute dienen ausschließlich für das Reporting und die Filterung der Projekte bei der Datenselektion für die Berichte.

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.