Alle Projekte

Wenn ein Kranktag von 7.00 Uhr bis 15:00 Uhr eingegeben wird, dann erhält der Anwender einen Fehler.

Von 8:00 Uhr bis 16:00 Uhr kann der Kranktag problemlos verbucht werden.

Ab und zu hat das Kontextmenü des Watchers im SysTray Probleme vollkommen zu erscheinen. Es erscheint nur der Schatten des Menüs (rechts und unten) und dieser friert auch noch ein. Einziger Ausweg: Doppelklick auf das Symbol. Wenn das kleine blaue Fenster erscheint, macht auch das Kontextmenü keine Probleme mehr und erscheint wieder. - Das Ganze kommt bei mir grob bei 1 von 10 Anmeldungen vor. Ist kein wirkliches Problem, nur ärgerlich. Ein Neustart schafft meist Abhilfe, aber vielleicht kennen Sie dieses Phänomen schon und haben dafür einen Tipp.

Reproduktion:
- Erstellen eines Eintrags z.B. von 8:00 bis 16:00 Uhr
- Erstellen eines Eintrags von 10:00 Uhr bis 12:00 Uhr

Ergebnis:
Der erste Eintrag wird gelöscht.

Gewünschtes Ergebnis:
- Der erste Eintrag sollte gesplittet werden. D.h. Eintrag 1 von 8:00 bis 10:00 Uhr - Eintrag 2 von 10:00 Uhr bis 12:00 Uhr und Eintrag 3 von 12:00 Uhr bis 16:00 Uhr.

Wir haben gerade das Problem, dass aufgrund der Corona-Krise alle anfangen, ihren bereits genehmigten Urlaub einfach wieder im System zu stornieren, weil sie nicht reisen können.
Der Antrag und die Urlaubstag verschwinden dann direkt aus dem System ohne dass es einer Zustimmung durch uns als Arbeitgeber bedarf (ich erhalte lediglich eine Info per E-Mail).
Das ist natürlich nicht korrekt, denn bereits beantragter und genehmigter Urlaub kann nicht einfach einseitig durch den Arbeitnehmer wieder zurück genommen werden, sondern nur wenn der Arbeitgeber dem Wunsch zustimmt.

Könnten Sie es daher im System bitte so einrichten, dass auch Storno-Anträge zur Freigabe beim Genehmiger landen? Ich denke, dieses Thema wird auch vielen Ihrer Kunden jetzt relevant sein.

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

Wenn man einen Bericht/Filter gesetzt hat und dann das Profil wechselt - wird der Bericht/Filter nicht gelöscht bzw. mitaktualisiert. D.h. beim Ausdruck stimmen dann Person und Bericht nicht zusammen.

Beim Ausdruck über HTML werden die Filter (fakturiert / nicht fakturiert) nicht berücksichtigt.

Wähle ich einen bestimmten Vorgang (Projekt) im Filterdialog aus und wähle ich zusätzlich \"nur nicht fakturierte Einträge anzeigen\" so berechnet das System beim Ausdruck anscheinend nicht die Summe der nicht fakturierten Einträge sondern aller Einträge (Summe aller Einträge mal Stundensatz).

Bei der Neuanlage einer Datenbank wird die Feiertagsberechnung nicht korrekt übernommen.

Beispiel:
Es wird eine neue Datenbank angelegt und die Feiertage sollen für Deutschland/Hessen berechnet werden. Dann springt das System immer auf die Feiertagsberechnung Deutschland/Baden-Würtemberg um.

Ist im Arbeitszeitmodell ein 1/2 Arbeitstag hinterlegt, dann wird der Feiertag als Soll-Zeit berechnet.

Ein doppelter Summary Eintrag in der Datenbank für den Monat und Mitarbieter führt zu einem fehlerhaften Monatsreporting.

Timepunch is showing today, Monday 23rd August, as a Bank Holiday

The correct date is the 30rd August.

Der Jahresurlaub wird in der aktuellen Version nicht korrekt berechnet, sofern der Urlaub in der Zukunft (also z.B. im nächsten Monat) liegt.

- Vermutung. Der Fehler kommt, wenn inaktive/gelöschte Mitarbeiter noch im Team oder einer anderen Gruppe vorhanden sind.

2019-07-29 14:23:54,852 [43] FATAL: CalendarService
System.ServiceModel.FaultException: Der Wert darf nicht NULL sein.
Parametername: source

 bei TimePunch.Calendar.WebService.CalendarService.GetTimePunchReportItems(TpAuthentication authentication, DateTime startDate, DateTime endDate, IEnumerable`1 userIds)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass90_0.<GetGroupOverView>b__0()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2019-07-29 14:24:49,871 [8] FATAL: StaticServiceCallHelper
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: source

 bei System.Linq.Enumerable.ToDictionary[TSource,TKey,TElement](IEnumerable`1 source, Func`2 keySelector, Func`2 elementSelector, IEqualityComparer`1 comparer)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass95_2.<GetTimePunchReportItems>b__3()
 bei TimePunch.Core.Wcf.Client.StaticServiceCallHelper.SecuredWebCall(ICommunicationObject communicationObject, String& error, Action T)

2019-07-29 14:24:49,872 [8] ERROR: StaticServiceCallHelper : Error,

 bei TimePunch.Core.Wcf.Client.StaticServiceCallHelper.ReportServiceCallError(Exception exception)
 bei TimePunch.Core.Wcf.Client.StaticServiceCallHelper.SecuredWebCall(ICommunicationObject communicationObject, String& error, Action T)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass95_0.<GetTimePunchReportItems>b__1(ITpAuthenticationService s)
 bei TimePunch.Core.Wcf.Client.ServiceLocator.SecuredAsyncServiceCall[T1,T](Action`1 serviceCall, ClientSetting client, Boolean throwException)
 bei TimePunch.Calendar.WebService.CalendarService.GetTimePunchReportItems(TpAuthentication authentication, DateTime startDate, DateTime endDate, IEnumerable`1 userIds)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass90_0.<GetGroupOverView>b__0()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)
 bei TimePunch.Calendar.WebService.CalendarService.GetGroupOverView(TpAuthentication authentication, Int32 month, Int32 year, Guid userGroupId, TpFault& fault)
 bei SyncInvokeGetGroupOverView(Object , Object[] , Object[] )
 bei System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs)
 bei System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)
 bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)
 bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage11(MessageRpc& rpc)
 bei System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)
 bei System.ServiceModel.Dispatcher.ChannelHandler.DispatchAndReleasePump(RequestContext request, Boolean cleanThread, OperationContext currentOperationContext)
 bei System.ServiceModel.Dispatcher.ChannelHandler.HandleRequest(RequestContext request, OperationContext currentOperationContext)
 bei System.ServiceModel.Dispatcher.ChannelHandler.AsyncMessagePump(IAsyncResult result)
 bei System.ServiceModel.Dispatcher.ChannelHandler.OnAsyncReceiveComplete(IAsyncResult result)
 bei System.Runtime.Fx.AsyncThunk.UnhandledExceptionFrame(IAsyncResult result)
 bei System.Runtime.AsyncResult.Complete(Boolean completedSynchronously)
 bei System.ServiceModel.Channels.TransportDuplexSessionChannel.TryReceiveAsyncResult.OnReceive(IAsyncResult result)
 bei System.Runtime.Fx.AsyncThunk.UnhandledExceptionFrame(IAsyncResult result)
 bei System.Runtime.AsyncResult.Complete(Boolean completedSynchronously)
 bei System.ServiceModel.Channels.SynchronizedMessageSource.ReceiveAsyncResult.OnReceiveComplete(Object state)
 bei System.ServiceModel.Channels.SessionConnectionReader.OnAsyncReadComplete(Object state)
 bei System.ServiceModel.Channels.PipeConnection.OnAsyncReadComplete(Boolean haveResult, Int32 error, Int32 numBytes)
 bei System.ServiceModel.Channels.OverlappedContext.CompleteCallback(UInt32 error, UInt32 numBytes, NativeOverlapped* nativeOverlapped)
 bei System.Runtime.Fx.IOCompletionThunk.UnhandledExceptionFrame(UInt32 error, UInt32 bytesRead, NativeOverlapped* nativeOverlapped)
 bei System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP)

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

Der Cutter sollte die Dauer der Erholungspausen erst bei Pausen ab 15 Minuten (oder einstellbar) summieren.
Kleinere Pausen werden nicht als Erholungspause gezählt und müssen daher nachgearbeitet werden.

Die Anzeige der Lizenzaktualisierung sollte entfernt, oder zumindest nicht so oft angezeigt werden.
Die Anzeige ist störend und bei Abonnementkunden unnötig.

Problem: Zur Zeit kann zwischen Jahreslizenzen und Abonnements nicht unterschieden werden.

Projekteinträge sollten vom Benutzer nicht löschbar sein - eventuelle Gegenbuchung als Überstunden, oder bei Vollzugugriff nur möglich.

Eine unvorsichtig eingestellte Eintragsserie kann alle Daten überschreiben, wenn als Startdatum z.B. ein Jahr in der Vergangenheit ausgewählt wird.

Hier sollte eine Beschränkung implementiert werden.

Egal welche Rechte einem Benutzer vergeben werden, es ist nicht möglich in TimePunch die Editierbarkeit der Analyse abzuschalten, und die manuelle Zeiteintragfunktion zu erhalten. Dies ist bei Projektarbeiten unbedingt nötig.

Unter Umständen trägt der Cutter nochmals Pause ein, wenn nach einem erfolgreichen Cutter Lauf, der Eintrag manuell geändert wird. (z.b. um eine Bemerkung zu ergänzen).
Läuft der Cutter dann nochmals über den Eintrag, wird die Pause nochmal eingesetzt, sozusagen verdoppelt.

Vorbedingung:

Dieses Problem betrifft nur Pausen, die kleiner sind als die Mindestpausenlänge, die im Cutter definiert wurde.

Workaround:

Beim manuellen Bearbeiten des Zeiteintrags sollte die vom Cutter eingesetzte Pause entfernt werden, damit der Cutter die Pause wieder einsetzen kann.

Der Cutter fügt immer eine volle Pause hinzu, sofern nur ein Projekt (und keine Tätigkeit) als Ausnahme hinzugefügt wurde

Zeiteinträge mit dem Buchungstyp "Bereitschaftsdienst" dürfen im Cutter nicht zur Berechnung der Pflichtpausenzeiten, zum Cutten der Arbeitszeit oder ähnliches herangezogen werden.

Der Buchungstyp "Bereitschaftsdienst" soll im Kalender mit einer eigenen Farbe angezeigt werden.

Eine nicht zugeordnete Ausweis-ID konnte u.U. die Verarbeitung in TimePunch dauerhaft blockieren.

2021-08-16 07:42:48,098 [636] FATAL: Log
System.ArgumentException: The user Id is empty
Parametername: rawDataset

 bei TimePunch.Datafox.BusinessLayer.ServiceImplementation.TimeTrackingService.EvaluateUserLogon(String customerToken, IPzeTableSet rawDataset)
 bei TimePunch.Datafox.BusinessLayer.ServiceImplementation.TimeTrackingService.EvaluateWorktimeLogging(ITimePunchConnection connection, String customerToken, IPzeTableSet dataSet, IPzeTableSet followUpRecord, LoggingMessage& message)
 bei TimePunch.Datafox.BusinessLayer.ServiceImplementation.TimeTrackingService.EvaluateWorktimeLogging(ITimePunchConnection connection, String customerToken, NameValueCollection queryString, LoggingMessage& message)
 bei TimePunch.Datafox.Log.ProcessRequest(HttpContext context)

2021-08-16 07:42:48,098 [636] ERROR: Log : Error, Can’t process event:

Wenn die Zeiten in TimePunch 4.0 zusammengefasst dargestellt werden, funktioniert die Berechnung der zuschlagsrelevanten Zeiten nicht mehr korrekt.