TimePunch

Wir nutzen Regelmäßig den CSV Import per Tpcommand.

Nun ist mir aufgefallen das die Importroutine immer noch erwartet das die Kennzeichen „Arbeitszeit“, „Krankheit“, „Fahrzeit“ und „Urlaub“ mitgeben werden.
Im neuen TimePunch Release ist es nun so, dass dieses Kennzeichen hinter der Tätigkeit verschlüsselt ist.
Es ist also nun möglich per Textdatei zum Beispiel die Tätigkeit „Fahrtzeit“, als „Arbeitszeit“ zu importieren.
Können Sie dies anpassen, so dass das Kennzeichen „Gebucht als“ automatisch aus der Tätigkeit übernommen wird?

1. Stopwatch – New recording inherits the Description from last recording. Start action or Switch to a new Project/Task should clear the Description.
2. Stopwatch – Adding a Description to a recording could be improved with search-as-you-type from recent Description history, (e.g. Incident ticket numbers).
3. Stopwatch – Description text box height often shrinks to only display the top 3rd of the text box, obscuring any existing text.
This problem can be recreated by attempting to edit existing text or use a swipe movement in the text box.
4. Settings – Natural time does not get applied consistently. Analysis and Overview working time are always represented as Industrial time.
5. Day Overview – Could the recording Description be appended after Task name on the same line, truncating any long task+description ?.
6. Overview – Could a new menu action be added to Restart/Clone a new recording from an existing recording (e.g. tap and hold time entry to Restart or Edit) ?.

Es sollte möglich sein die allgemeinen Tätigkeiten bei bestimmten Projekten auszublenden.
Die Voreinstellung für ein Projekt sollte die Anzeige der allgemeinen Tätigkeiten bleiben.

Wunsch:
* Die Möglichkeit die allgemeinen Tätigkeiten bei Projekten auszublenden

On the IPhone
1. PLEASE do something to either allow the user to change the colors or change them yourself. When entering data in OVERVIEW a grey background with white writing is HORRIBLE to see in the header.
2. The wood grain background wouldn’t be my first choice, but it works
3. When typing a note, the keyboard appears and pushes the note up off the screen.
4. On the stopwatch screen, there is an icon to add a note, but you have used the icon and location for updates (in the top right corner). Why not just a button to “ADD NOTE” – or just “NOTE”. Right under the start/stop buttons?

Gerhard:
1.) We should change the colour in a way so that the user can read it more easy.
2.) ?
3.) To be verified
4.) @sebastian: What does the styleguide say?

TPMobile v3.0 für Windowsphone hat folgenden Fehler:
Wenn mein einen Kommentar bei der Stoppuhr bei der ersten Aufgabe des Tages reinschreibt, ist dieser Kommentar in jeder folgenden Aufgabe enthalten und muss manuel gelöscht werden.

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

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.

My laptop hibernates when I close the lid and restores Windows 7 when I open it again the next day and TpWatcher is still running as expected. Even though I ended the last activity before I closed the lid, TpWatcher has not updated the date and I cannot select the project or task, or update the last activity. The “…” menu allows access to only the User Manual.

Workaround: I have to quit TpWatcher and restart it.

Wenn des Notebooks durch das Schließen des Deckels in den Ruhezustand geht, und der Watcher am nächsten Tag wieder startet, wird oftmals das Datum nicht aktualisiert und es ist keine Projektauswahl mehr möglich. Und das obwohl die Zeiterfassung, vor dem Schließen des Deckels, korrekt beendet wurde.

Der Watcher hängt sich quasi auf. Es bleibt als Abhilfe nur den TimePunch Watcher zu beenden und neu zu starten.

Arbeitsfreie Tage, bei denen aufgrund eines Feiertags nicht gearbeitet wird, sollen im Monatsbericht (als Stunden und Tage) ausgewiesen werden.

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.

Nach der Veröffentlichung von TimePunch 2.8 ist geplant, eine neue Produktlinie zu erstellen – TimePunch 2.8 Small Business. Diese soll eine Zeiterfassung via RFID Terminal, aber ohne Server ermöglichen. D.h. die Zeitdaten werden von den Geräten nicht fortlaufend, sondern nur bei manuellem Datenabruf ausgelesen.

Diese Version wird vor allem für kleine Lokale/Bars/Restaurants, sowie Arztpraxen interessant, denen kein Server zur Verfügung steht.

Im TimePunch Application Server muss es möglich sein, eine Testmail an eine beliebige Email Adresse zu senden, um die Konfiguration des SMTP Clients zu testen. Die Testmail wird von der Administrationsadresse versendet.

Der Update Service prüft seit der Version 2.7 periodisch ob die WCF Services noch erreichbar sind. Dies hat sich in der Praxis als nicht tauglich gezeigt, da hier entweder nur die http oder NetPipe Verbindungen geprüft werden.

Für Version 2.8 soll der Service so geändert werden, dass er die locale Sanity Check Seite der API auf Erreichbarkeit prüft. Falls erreichbar sollen auch Fehlermeldungen erkannt werden.

Überlegung: Um die Fehlermeldungen zu erkennen, müssten diese wahrscheinlich auf der API Sanity Check Seite gekennzeichnet werden.

Die Lizenzverwaltung ist aktuell noch wesentlicher Bestandteil von TimePunch Profiles. Durch das Ziel TimePunch Profiles im Release 2.8 zu eliminieren, muss der funktionale Teil der Lizenzverwaltung im Client nachgebaut werden.

Neuer Dialog zum Verwalten der Lizenzen für TimePunch ONE.

Der aktuelle Dialog zum Verwalten der Arbeitszeitmodelle ist noch mit WinForms umgesetzt. Im Zuge der Modernisierung von TimePunch soll der Dialog mit WPF implementiert werden und einige Vereinfachungen enthalten.

Die Anmeldung in den einzelnen Modulen soll, wie in TimePunch 2.7 beim Client eingeführt, durch den Vor -und Zunamen (SaveAsName) erfolgen. Bisher ist hier noch die Eingabe des Benutzernamens (Login) erforderlich.

Betroffen sind dabei alle Module (Attendance, Cutter, Datafox)

Im Monatsbericht sollen die Tage ausgewiesen werden, die aufgrund von Feiertagen nicht gearbeitet werden mussten. Dies ist wichtig für die Lohnabrechnung, da solche Tage ebenfalls dem Mitarbeiter ausgezahlt werden.

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.

Aktuell werden Zeiten die als Gleitzeitausgleich und Sonderurlaub gebucht werden, nicht bei den Besonderen Abwesenheitsgründen in der Anwesenheitsliste angezeigt. Dies sollte aber, genau wie der reguläre Urlaub auch, als Besonderheit angezeigt werden.

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

Benötigt wird ein neues Ankreuzfeld „vor Ort“ im Eingabedialog für des Zeiteintrags.

Dieses Feld soll bei der Erfassung eines neuen Zeiteintrags gesetzt werden können und soll auch in den Berichten sichtbar sein. Auch eine Selektion in den Berichten über dieses Feld sollte möglich sein.

Zudem muss das Feld im TimePunch Watcher und Studio aufgenommen werden.