Alle Projekte

Beim erstellen eines mehrtägigen Eintrags von Morgens bis Mittags (des gleichen Tages) wird die Pause hinzugerechnet. Es entsteht eine falsche Arbeitszeit.
Beispiel 8:00 bis 16:30 mit 30 Minuten Pause

Eintrag morgens bis mittags
Ergebnis: 8:00 bis 12:30 = 4:30
Richtig ist: 8:00 bis 12:00 (ohne Pause) = 4:00

Wird in TimePunch eine abgelaufene Jahreslizenz nicht entfernt, dann sperrt diese die Verwendung von TimePunch.
–> Scheint sich nach einem Neustart von selbst zu beheben.

→ Das Problem scheint nur bei zeitgleichem Update von 2.6 auf 2.7 vorzukommen.
Hier ein Bericht eines Anwenders:

“Ich habe nachgesehen und glaube das letzte Mal mit der Datei am 24.05.15 gearbeitet zu haben. Ich habe heute zuvor beim einsteigen die Meldung bekommen dass eine neuere Version verfügbar ist (2.7.806.0). Die habe ich installiert und dann konnte ich nicht mehr einsteigen. "
–> Die Jahreslizenz des Kunden war zeitgleich mit dem Update ausgelaufen. Dies schien das Problem zu verursachen.

In previous versions one could click on a date on the calendar and the information for that date would be displayed on the right. That’s no longer the case. Lee (and perhaps most users) would like the restoration of that functionality.

Kundendaten besitzen in TimePunch einen eindeutigen Schlüssel der sich aus "Kundennummer" und "Name des Kunden" zusammensetzt.
Aktuell muss beim Import die "Kundennummer" und der Name" stimmen, damit die Daten aktualisiert werden. Dies verhindert jedoch die Änderung des Namens, bzw. erzwingt eine Neuanlage.

Hier sollte der Import intelligenter vorgehen.
NEU, Fall 1: Die Kundennummer ist einmalig und passt mit dem Import.
In diesem Fall soll der Kundenname + die Kundendaten aktualisiert werden, d.h. auch eine Namensänderung ist möglich.

NEU, Fall 2: Der "Name des Kunden" ist einmalig und passt mit dem Import
In diesem Fall soll die Kundennummer + die Kundendaten aktualisiert werden, d.h. auch eine Änderung der Kundennummer ist möglich.

Fall 3: Name und Kundennummer passen.
Das ist der ursprüngliche Fall, der die Kundendaten aktualisiert.

Fall 4: Name und Kundennummer passen nicht.
Auch dies ist ein bisher schon berücksichtigter Fall, der einen neuen Kunden anlegt.

Im Urlaubsbericht soll der Datenschutz besser gewährleistet werden.
Hierzu ist folgendes vorgesehen:

Um den Datenschutz der Mitarbeiter zu gewährleisten darf der konkrete Anlass der Abwesenheit im Kalender nur dann farblich markiert werden, wenn der Mitarbeiter der eingesehen wird, dem angemeldeten Mitarbeiter zugeordnet ist.
Dies gilt für Krankheit, Sonderurlaub, Urlaub und Gleitzeit. Im Fall dass der Mitarbeiter kein Vorgesetzter ist, sollen diese Zeiten nur als „Abwesend“ angezeigt werden.

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)

In Ausnahmesituationen werden die Bindings doppelt angelegt.
Dies führt zu Fehlern im Server. Es ist zu prüfen, warum dies geschieht.

2015-06-23 07:53:27,080 [107] ERROR: TimeTrackingService : Error, Die Anmeldezeit liegt zu weit in der Zukunft.
2015-06-24 01:31:16,027 [11] FATAL: Log
Ninject.ActivationException: Error activating ITimePunchConnection
More than one matching bindings are available.
Activation path:

1) Request for ITimePunchConnection

Suggestions:

1) Ensure that you have defined a binding for ITimePunchConnection only once.

 bei Ninject.KernelBase.Resolve(IRequest request)
 bei Ninject.ResolutionExtensions.Get[T](IResolutionRoot root, IParameter[] parameters)
 bei AdFactum.Utils.IoC.NinjectExtensions.Get[T](IKernel bind, IParameter[] parameters)
 bei TimePunch.Datafox.Log.EvaluateAlivePing(NameValueCollection queryString, String& additionalParameter)
 bei TimePunch.Datafox.Log.ProcessRequest(HttpContext context)

Teilweise wird ein Zeiteintrag vom Server mit dem Hinweis auf die Anmeldezeit zurückgewiesen, obwohl der Eintrag augenscheinlich ok ist.
Das Gerät sendet die Daten danach nochmal und die Zeit wird verarbeitet. Ein insgesamt sehr seltsames verhalten im HTTP Sende Modus.

2015-07-01 07:53:14,606 [7] ERROR: TimeEntryLoggingServiceImpl
TimePunch.Interfaces.TimeEntryService.LogonTimeIsTooFarInFutureException: Die Anmeldezeit liegt zu weit in der Zukunft.

 bei TimePunch.Business.TimeEntryService.ValidateTimeEntry(ITimePunchConnection connection, ITimeEntryEssentials timeEntryToValidate, Boolean timeEntrySeries)
 bei TimePunch.Core.Services.TimeEntryLoggingServiceImpl.<>c__DisplayClass29.<ValidateAndSaveActiveTimeEntry>b__27()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2015-07-01 07:53:14,762 [19] ERROR: TimeTrackingService : Error, Die Anmeldezeit liegt zu weit in der Zukunft.
2015-07-01 07:53:27,442 [27] ERROR: TimeEntryLoggingServiceImpl
TimePunch.Interfaces.TimeEntryService.LogonTimeIsTooFarInFutureException: Die Anmeldezeit liegt zu weit in der Zukunft.

 bei TimePunch.Business.TimeEntryService.ValidateTimeEntry(ITimePunchConnection connection, ITimeEntryEssentials timeEntryToValidate, Boolean timeEntrySeries)
 bei TimePunch.Core.Services.TimeEntryLoggingServiceImpl.<>c__DisplayClass29.<ValidateAndSaveActiveTimeEntry>b__27()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2015-07-01 07:53:27,442 [7] ERROR: TimeTrackingService : Error, Die Anmeldezeit liegt zu weit in der Zukunft.

Dieser Fehler trat auf, wenn im Datafox Modul eine Rundung eingestellt ist und!
das Terminal aufgrund eines Timeouts die Daten zweimal senden muss.

Der Fehler ist zu >90% mit dem Fix behoben.

Seid der Version 2.7.826.0 stürzt der Watcher manchmal ab, vor allem wenn ich auf meinen Rechner mit RDP zugegriffen habe und mich anschließend wieder direkt anmelde, oder direkt beim Rechnerstart nach der Anmeldung.

TimepunchError.txt:
The error time: 04.07.2015 08:39
Exception:
System.Exception: Unable to retrieve app bar information.

 bei TimePunch.Metro.Wpf.Docking.TaskBar.GetTaskBarData()
 bei TimePunch.Metro.Wpf.Docking.TaskBarDocker.PostionRight()
 bei TimePunch.Metro.Wpf.Docking.TaskBarDocker.Dock(TaskBarEdge dockTo, Int32 nr)
 bei TimePunch.Metro.Wpf.Metro.SnappedTransparentWindow.Dock(TaskBarEdge taskBarEdge, Int32 screen)
 bei TimePunch.Watcher.Views.MainWindow.Handle(ApplyWatcherSettingsEvent message)
 bei TimePunch.Metro.Wpf.EventAggregation.EventAggregator.PublishMessage[TMessage](TMessage message)
 bei TimePunch.Wpf.Common.UI.Core.TpLoggingEventAggregator.PublishMessage[TMessage](TMessage message)
 bei TimePunch.Watcher.ViewModels.MainWindowViewModel.<>c__DisplayClass4.<EvaluatePasswordProtection>b__2()
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.DispatcherOperation.InvokeImpl()
 bei System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
 bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
 bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
 bei System.Windows.Threading.DispatcherOperation.Invoke()
 bei System.Windows.Threading.Dispatcher.ProcessQueue()
 bei System.Windows.Threading.Dispatcher.WndProcHook(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 MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, 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.Threading.Dispatcher.Run()
 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()

–> Besseres Fehlerhandling implementiert

Thanks for your quick reply. I am using the latest version on my desktop. It just updated this evening and says TimePunch PRO 2.7.826.0. I have a windows phone, Nokia 1520.

This happens as follows. I get into my car to go to a clients. I start the program on my phone. I double click the area that says double tap to add a description. I enter the odometer reading. Stop the timer. When I get to my client, I restart the timer. Stop it when I’m done, drive home, restart the timer and enter the end mileage on the next line down.

Some clients I bill monthly. I do work for them at their office and at my home office. So when I do work here, I use the desktop timer. In order to invoice them for all my hours, I sync the program. That is when my description is deleted. I understand the process you use to sync. You need to make it so that if there is no data in a field, it sends a null value, rather than a zero, and if a null and a value are both present, then the value overwrites the field. If there are values in both fields, then you should merge the values or ask the user which one to keep!!

I used a different program when I had an iPhone, but it didn’t sync. I wouldn’t even care if this didn’t sync, as long as I get my data exported from my phone intact! It would be optimal, and I’m sure there would be others who would appreciate the addition of fields for odometer start and stop. I can’t be the only user who works for clients on site and in house! Thanks again for your prompt attention.

–> Done on Client - Need to be implemented at the phone framework

Es werden Daten vom Smartphone auf den Desktop gesynct.
Dabei wird ein Projekt verwendet das keine Arbeitszeit, sondern z.B. Überstundenabbau darstellt.

Beim Sync werden die Projektzeiten trotzdem als Arbeitszeit verbucht, was gegen das verwendete Projekt spricht.

Daher:
1.) Projektbuchungen sollten mit der gleichen Buchungsart durchgeführt werden, wie in TimePunch hinterlegt – nicht fest mit Arbeitszeit

Der Zeiteintrag wird jetzt mit dem Typ des Projekts angelegt

Aktuell können auch Zeiten synchronisiert werden, die in einem gesperrten Monat liegen. Dies kann u.U. zu Fehlern führen.
Daher sollte die Synchronisation von Arbeitszeiten in einem gesperrten Monat zu einer Fehlermeldung führen.

Die Installation des Datafox Moduls schlägt fehl, wenn der Server einen Proxy benutzt, um ins Internet zu gehen.
In diesem Fall kann das Server Zertifikat nicht validiert werden.

Es muss geprüft werden, wie die Proxy Einstellungen für die SecurityUtilities.SignFile übernommen werden können.

Zwischen dem Text und der Schaltfläche ist kein Abstand. Dies sollte aus Gründen des guten Designs geändert werden.

Zwei Beispiele.

Cutter
6 Std >= 30 Minuten
9 Std >= 45 Minuten

a) Mitarbeiter stempelt manuell eine Pause von 30 Minuten und kommt auf eine Tagesarbeitszeit von 8:45
⇒ Ergebnis: 30 Minuten Pause, Anwesenheit 9:15

b) Mitarbeiter stempelt nicht die Pause und arbeitet ununterbrochen 9:15 durch.
⇒ Ergebnis: 45 Minuten Pause, Anwesenheit 9:15

Das Anlegen eines neuen Lands führt zu einem Absturz im Feiertagseditor.

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

Ausnahmetext System.ArgumentNullException: Der Zeichenfolgenverweis ist nicht auf einen Zeichenfolgeninstanz festgelegt.
Parametername: name

 bei System.Globalization.CultureInfo..ctor(String name, Boolean useUserOverride)
 bei TimePunch.HolidayEditor.DistrictForm.DistrictForm_Load(Object sender, EventArgs e)
 bei System.EventHandler.Invoke(Object sender, EventArgs e)
 bei System.Windows.Forms.Form.OnLoad(EventArgs e)
 bei TimePunch.Locale.LocalizedForm.OnLoad(EventArgs e)
 bei System.Windows.Forms.Form.OnCreateControl()
 bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
 bei System.Windows.Forms.Control.CreateControl()
 bei System.Windows.Forms.Control.WmShowWindow(Message& m)
 bei System.Windows.Forms.Control.WndProc(Message& m)
 bei System.Windows.Forms.ScrollableControl.WndProc(Message& m)
 bei System.Windows.Forms.ContainerControl.WndProc(Message& m)
 bei System.Windows.Forms.Form.WmShowWindow(Message& m)
 bei System.Windows.Forms.Form.WndProc(Message& m)
 bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
 bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
 bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

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

Bei Bearbeiten des Rahmenarbeitszeitmodells wir die max. mögliche Tagesarbeitszeit immer wieder auf 8 Stunden gesetzt, auch wenn z.B. 10 Stunden hinterlegt waren.

Kopierte Zeiteinträge sollten beim Einfügen im markierten Tag eingetragen werden.
Aktuell werden die Zeiteinträge nach dem letzten freien Tag eingefügt.

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.

Die Spalte "Vor Ort" kann nicht ausgeblendet werden.

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

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

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)