Alle Projekte

Es soll eine Terminal Lösung für TimePunch entwickelt werden. Ziel dabei ist es, ein TimePunch Terminal zur Verfügung zu stellen, bei dem sich die Anwender an einem zentralen Zeiterfassungs-Terminal an und abmelden.

Beim Starten vom Studio wäre es prima wenn der Dialog am Anfang nicht da wäre.

Der Grund dafür: Wenn der PC an einem für alle Mitabeiter zugänglichen Ort steht und dieser (warum auch immer neu startet, Windows Updates etc.) muss der erste Mitarbeiter den Dialog bestätigen. Das ist problematisch da dieser die Einstellungen sehen und auch bearbeiten kann, bzw. kann es auch sein das das Passwort eingeben muss.

Unter bisher noch unbekannten Umständen, kann es sein, dass Tp-Studio ein Benutzerprofil ohne Namen und Benutzerkennung anlegt.
Das Problem hierbei ist, dass dieses Benutzerprofil eine Lizenz belegt, und damit einem anderen "realen" Benutzer evt. keine Lizenz mehr zur Verfügung steht.

→ TimePunch Studio darf kein Benutzerprofil automatisiert anlegen.

TimePunch Studio lässt sich derzeit nicht im Tablet Modus starten.
Es erscheint folgende Meldung:

The error time: 22.01.2018 10:40
Exception:
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

 bei TimePunch.Metro.Wpf.Metro.TransparentWindow.get_ResizeDirections()
 bei TimePunch.Metro.Wpf.Metro.TransparentWindow.OnWindowStateChanged(Object sender, EventArgs e)
 bei System.Windows.Window.OnStateChanged(EventArgs e)
 bei System.Windows.Window.WmSizeChanged(IntPtr wParam)
 bei System.Windows.Window.WindowFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei System.Windows.Interop.HwndSource.PublicHooksFilterMessage(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)

TimePunch Profiles startet nicht, wenn als Startparameter mit /principal gearbeitet wird.

Das Pause Fenster vom TimePunch Wathcer soll geöffnet bleiben, bis die Pause beendet ist. Dann kann durch ein einfaches Return die Pause beendet werden.

Somit kann der Benutzer nicht vergessen die Pause zu beenden.

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?

Implementation des Abwesenheitskalenders wie in der Dokumentation beschrieben.

Der TimePunch Watcher sollte den Client mit dem gleichen Principal (Startprofil) starten, wie er auch selbst gestartet wurde.

Ansonsten ist das Verhalten nicht konsistent, und der Client kann nicht gestartet werden.

Beim Löschen von Benutzerprofilen erhalte ich jedes Mal folgende Fehlermeldung:

Die Delete Anweisung steht in Konflikt mit der Reference-Einschränkung „TP_Tips_FK01“
Der Konflikt trat in der TimePunch Datenbank „TimePunch_neu“, Tabelle „DBO.TP_Tips“, Column „User“ auf.
Die Anweisung wurde beendet.

Beim Start des Watchers erhält der Mitarbeiter folgenden Fehler:
Der Watcher lässt sich dann nicht starten.

Beim manuellen Start läuft das System problemlos.

The error time: 13.07.2018 08:30
Exception:
System.TimeoutException: Timeout für den Vorgang wurde überschritten.

 bei System.Windows.Threading.Dispatcher.InvokeImpl(DispatcherOperation operation, CancellationToken cancellationToken, TimeSpan timeout)
 bei System.Windows.Threading.Dispatcher.Invoke(Action callback, DispatcherPriority priority, CancellationToken cancellationToken, TimeSpan timeout)
 bei TimePunch.Watcher.Views.MainWindow.InitializeContextMenu(ReadOnlyCollection`1 quickSelection)
 bei TimePunch.Watcher.Views.MainWindow.Initialize(Object sender, RoutedEventArgs e)
 bei System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
 bei System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
 bei System.Windows.BroadcastEventHelper.BroadcastEvent(DependencyObject root, RoutedEvent routedEvent)
 bei System.Windows.BroadcastEventHelper.BroadcastLoadedEvent(Object root)
 bei MS.Internal.LoadedOrUnloadedOperation.DoWork()
 bei System.Windows.Media.MediaContext.FireLoadedPendingCallbacks()
 bei System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks()
 bei System.Windows.Media.MediaContext.RenderMessageHandlerCore(Object resizedCompositionTarget)
 bei System.Windows.Media.MediaContext.RenderMessageHandler(Object resizedCompositionTarget)
 bei System.Windows.Interop.HwndTarget.OnResize()
 bei System.Windows.Interop.HwndTarget.HandleMessage(WindowMessage msg, IntPtr wparam, IntPtr lparam)
 bei System.Windows.Interop.HwndSource.HwndTargetFilterMessage(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)

Es sollen Berichte eingebunden werden können, bei denen sowohl eine beliebige Anzahl von Miterabeitern, wie auch eine beliebige Anzahl von Projekten ausgewählt werden können.

Im Importdialog:

… war aber durch den Text im aufpoppenden Dialog verunsichert. Es heißt dort:

\"… wählen Sie den Mitarbeiter aus, FÜR den Sie die Daten importieren wollen….\"

Und dabei wird nur der Name des Quellprofils zur Auswahl gestellt.

So hat man den Eindruck, dass die Daten wieder ins Quellprofil zurückgeschrieben werden. (\"für\" –> \"Ziel\") Oder habe ich da was falsch verstanden? Schon klar, das macht wenig Sinn, dennoch sollte der Wortlaut passend sein. Denn gerade Umgang mit größeren Datenbeständen möchte man sich das Probieren, selbst auf die Gefahr hin, dass etwas schief geht, nicht erlauben.

Test und Deployment des Studio Moduls auf dem TimePunch Testserver

Test und Deployment des Watcher Moduls auf dem TimePunch Testserver

In seltenen Fällen werden nicht alle Mitarbeiter in der Anwesenheitsliste angezeigt.

Im Bericht “Projektabrechnung” ist mir schon häufig aufgefallen, dass die Zuordnung zum Kunden teilweise fehlt.
Das Vorgehen ist aber immer so, dass im Projekt direkt ein Kunde voreingestellt ist.

Trotzdem scheint bei manchen Aktionen die Zuordnung zum Kunden verloren zu gehen.

Von Kunden wird berichtet, dass teilweise eine doppelte Anmeldung im Kalender notwendig ist.
D.h. nach der ersten erfolgreichen Anmeldung wird die Login Seite nochmal angezeigt.

Es soll möglich sein, Teams und Abteilungen zu bilden. Dies ist zum Zweck der Auswertbarkeit von Mitarbeiterdaten und der besseren Berechtigung von Mitarbeitern.

Folgende Regeln gelten:

1.) Jedes Team / Abteilung hat einen Leiter. ( Dieser ist unabhängig von der Gruppe zu sehen, d.h. er kann selbst in einer anderen Gruppe gelistet sein)
2.) Jeder Mitarbeiter kann genau einem Team und einer Abteilung zugeordnet werden.
3.) Im Team können Mitarbeiter als Assistenten ausgewählt werden, diese haben dann Leseberechtigung und können ebenfalls die Berichte auswerten.
4.) Berechtigungen: Aktuell sollen Team / Abteilungsleiter nur für das Berichtswesen berechtigt werden.