Alle Projekte

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.

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.

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)

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.

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.

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.

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.

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

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.”

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

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.

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.

Teilweise stürzt der Datafox Windows Service mit folgender Meldung ab.

2015-11-29 01:01:59,813 [38] ERROR: Rollback
2015-11-29 01:01:59,876 [38] ERROR: Rollback
2015-11-29 01:02:01,251 [38] ERROR: Rollback
2015-11-29 01:02:01,251 [38] FATAL: DatafoxUpdateService
System.InvalidOperationException: SqlTransaction wurde beendet und kann nicht mehr verwendet werden.

 bei System.Data.SqlClient.SqlTransaction.ZombieCheck()
 bei System.Data.SqlClient.SqlTransaction.Rollback()
 bei AdFactum.Data.Internal.BasePersister.Rollback()
 bei AdFactum.Data.TransactionContext.Rollback()
 bei AdFactum.Data.ObjectMapper.Rollback()
 bei TimePunch.Common.DataAccess.Transaction.SafeCall(Action call)
 bei TimePunch.Common.DataAccess.Transaction.Dispose(Boolean dispose)
 bei TimePunch.Common.DataAccess.Transaction.Dispose()
 bei TimePunch.Datafox.DataAccessLayer.Database.DeviceManager.SaveDevice(ITimePunchConnection connection, IDevice device)
 bei TimePunch.Datafox.BusinessLayer.ServiceImplementation.DeviceManagementService.UpdateAlivePing(ITimePunchConnection connection, String serialNr)
 bei TpDatafoxWinService.DatafoxUpdateService.PollDevices()

Die Formatierung der Uhrzeit erfolgt aktuell noch auf der 12 Stunden Basis.
Dies sollte auf 24 Stunden Basis umgestellt werden.

Beispiel: Anzeige 9:24 - gemeint ist eigentlich 21:24

Wird ein Urlaubstag an einem halben Feiertag eingetragen, dann wird dem Mitarbeiter dennoch ein voller! Urlaubstag abgezogen.

Im Rahmenarbeitszeitmodell sollten die zulässigen Wochentage gesetzt werden können.

Es kommt teilweise vor, dass der Vorjahresurlaub nicht korrekt übernommen wird, wenn der Urlaubsverfall auf "Nie" eingestellt wird.

Beispiel:

Resturlaub 2013: 23 Tage
Resturlaub 2014: 25 Tage
→ in 2015 sollten somit 58 Tage zusätzlicher Urlaub übernommen werden.

Bei der direkten Nachberechnung passt es. (Dialog öffnen, ok klicken, Berechnung wird gestartet)
Trotzdem kann es vorkommen, dass aus "unbekanntem" Grund nur die 25 Tage aus 2014 nach 2015 übernommen werden.

D.h. es muss noch einen zweiten Weg geben, bei dem der Urlaub nicht immer korrekt komplett übernommen wird.

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)

The Watcher does not start and hangs up with an exception.

Happened again attempting to start TpWatcher this morning.
I then rebooted again and TpWatcher still will not start properly.

The error time: 16/11/2015 09:56
Exception:
System.NullReferenceException: Object reference not set to an instance of an object.

 at TimePunch.Watcher.Core.CommandHandler.Finalize()

Bei manchen Kunden kommt es zu Problemen bei der Anmeldung, wenn der Haken "Angemeldet bleiben" gesetzt ist.

Anstatt des in der Dropdown ausgewählten Anmeldenamens verwendet TimePunch dann den Windows Anmeldenamen und versucht damit die Anmeldung.

Originaltext:

"If I do not check the "Remember me" checkbox it allows me into TimePunch. If I check the "Remember me" checkbox, it gives the error message "The user with the logon name xxx could not be found."

Die Spalte "Vor Ort" kann nicht ausgeblendet werden.

Bei der Windows Phone Implementierung ist es nicht möglich das letzte Projekt in der Liste auszuwählen, da dieses teilweise im nicht sichtbaren Bereich versteckt ist.