Alle Projekte

→ Das Problem konnte in einem ersten Test nicht nachvollzogen werden.

Hier die Beschreibung für das iPhone:

- Übersicht ? dann auf das Symbol + (oben rechts)
- dann wählt er das Projekt und das Datum für den Eintrag (PS: hier wäre schön, wenn beim Datum noch die Tage Mo-So ersichtlich wären – das nur nebenbei)
- dann gibt er eine Start- und eine Endzeit ein (entsprechende der benötigten Zeit für Kunde/Projekt)
- so erfasst er dann alle Projekte an denen er an diesem Tag gearbeitet hat

Der automatische Pauseneintrag entsteht nur, wenn er Zeitangaben z.B. 10.00h bis 13.00h eingibt – daraus ergibt sich ein automatischer Pauseneintrag von 12-13h.

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.

Beim Kalender wird oft (aber nicht immer) eine Fehlermeldung geworfen, wenn kein Team in der Datenbank existiert.

2018-10-06 13:33:10,405 [122] FATAL: TpExpectionHandler
System.ArgumentException: The parameters dictionary contains a null entry for parameter 'groupId' of non-nullable type 'System.Guid' for method 'System.Web.Mvc.ActionResult GetGroupOverview(System.Guid, System.DateTime)' in 'TimePunch.Calendar.Controllers.MyCalendarController'. An optional parameter must be a reference type, a nullable type, or be declared as an optional parameter.
Parameter name: parameters

 at System.Web.Mvc.ActionDescriptor.ExtractParameterFromDictionary(ParameterInfo parameterInfo, IDictionary`2 parameters, MethodInfo methodInfo)
 at System.Web.Mvc.ReflectedActionDescriptor.Execute(ControllerContext controllerContext, IDictionary`2 parameters)
 at System.Web.Mvc.ControllerActionInvoker.InvokeActionMethod(ControllerContext controllerContext, ActionDescriptor actionDescriptor, IDictionary`2 parameters)
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c.<BeginInvokeSynchronousActionMethod>b__9_0(IAsyncResult asyncResult, ActionInvocation innerInvokeState)
 at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResult`2.CallEndDelegate(IAsyncResult asyncResult)
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.EndInvokeActionMethod(IAsyncResult asyncResult)
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.AsyncInvocationWithFilters.<InvokeActionMethodFilterAsynchronouslyRecursive>b__11_0()
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.AsyncInvocationWithFilters.<>c__DisplayClass11_1.<InvokeActionMethodFilterAsynchronouslyRecursive>b__2()
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.AsyncInvocationWithFilters.<>c__DisplayClass11_1.<InvokeActionMethodFilterAsynchronouslyRecursive>b__2()
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.EndInvokeActionMethodWithFilters(IAsyncResult asyncResult)
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c__DisplayClass3_6.<BeginInvokeAction>b__3()
 at System.Web.Mvc.Async.AsyncControllerActionInvoker.<>c__DisplayClass3_1.<BeginInvokeAction>b__5(IAsyncResult asyncResult)

2018-10-06 13:33:10,405 [122] ERROR: TpExpectionHandler : Error, controller: MyCalendar, action: GetGroupOverview

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

Ich lege gerade viele Kontierungspunkte für Juli an. Dabei ist mir aufgefallen, dass häufig nicht das vorherige Projekt kopiert wird, sondern einfach ein neuer Punkt angelegt wird.

Bei meiner Prüfung ist rausgekommen, dass man zuerst die „Beschreibung“ und dann „Projekt-ID“ und „Kopieren von“ eintragen muss, sonst funktioniert es nicht.

Stellt TimePunch fest, dass eine alte Datenbank vorliegt, so wird normalerweise der Update Assitent gestartet. Liegt die Datenbank auf einem anderen Laufwerk als die Installation von TimePunch selbst, so kann der Update Assistent nicht gestartet werden und die Applikation wird ohne eine weitere Meldung geschlossen.

Hallo,

wenn ich eine Zeiterfassung vom 17.11, 20:46 - 18.11, 00:04 mache und dabei eine Pause von 1:36 mache, entstehen zwei Einträge:

2005/11/17 von 20:46 - 00:00 und 1:36 Pause +
2005/11/18 von 00:00 - 00:04 und 1:36 Pause.

Die Pause hat sich verdoppelt und für den 18.11. ensteht eine negative Arbeitszeit.

Da wir in vielen kleinen Projekten arbeiten, taucht jetzt ein Problem auf:

Wenn die Tagesarbeitszeit von zB 7,7 h zu einem Teil erfüllt (4,7 h) ist, springt das Programm für die folgenden Einträge bereits auf den nächsten Tag was zu einigen Fehleinträgen führt und ein wenig unkomfortabel ist.

Dies sollte man einstellen können.

Beim Anlegen einer Eintragsserie wird die unterschiedliche Stundenanzahl im Profil nicht korrekt berücksichtigt. Anbei das Beispiel Arbeitszeitprofil.

Bei einer neuen Zeiteintrags-Serie werden für alle Tage die gleichen Arbeitszeiten angenommen.

Aktuell findet keine Anrechnung von Krankheit, Fahrtzeit und Betriebliche Feiertagen auf die monatliche Arbeitszeit statt.

Dies muss unverzüglich gefixt werden.

Ein zirkuläres bearbeiten von Benutzern, lässt TimePunch abstürzen.

Beispiel:

Benutzer A → ändert den Namen von Benutzer B
Benutzer B → ändert den Namen von Benutzer A

Der Jahresübertrag der Urlaubstage, Krankheitstage ist nicht immer korrekt.
Das Problem ist als kritisch eingestuft und muss daher schnellstmöglich gefixt werden.

Geplanter HotFix Termin 26.11.2008

Aktuell ist der Projektname im Projekt noch nicht zwingend, d.h. durch ein Datenbank Constraint abgesichert.

Dies muss wegen der Datenintegrität in der nächsten Version umbedingt nachgeholt werden.

Ich benötigte eine Anzeige im Format SS:MM:SS. Eine sekundengenaue Protokollierung ist notwendig. In der aktuell Version, bekomme ich dieses Zeitformat in Excel nicht dargestellt. Die Zeiten in den Spalten „Start“, „Ende“, „Arbeit“ und Pause benötige ich im Format SS:MM:SS (Beispiel für halb drei: 15:30:00)

… Das Problem sieht man auf dem Screenshort 1, dass im Feld Arbeit das Datum mit ausgewiesen wird.
Durch die Formel “=Ende-Start” erhalte ich die richtige Zeit (Screenshort2). Auch bei den Pausen steht leider immer
das Datum vor der Zeit welches manuell gelöscht werden muss.

… Was mir sonst aufgefallen ist, dass die Zusammenfassung (letzte Zeile) nicht die Summe ist die ich für
Arbeit und Pause erhalte. Wäre super wenn dies ebenfalls automatisch passieren würde. Besteht
die Möglichkeit, dass das “Projekt ID” bereits sortiert wird.

Das Feature den TpWatcher mit einer anderen Identität zu starten, funktioniert nur mit einer lizenzierten Version. Sobald der Hinweisdialog zum registrieren aufpoppt, wird TimePunch beendet. (sofern /identity angegeben wurde)

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.

Das Andere betrifft die Zeiten, genauer die gerundeten Zeiten. Ich lasse bei mir auf 5 Minuten runden. Ich weiß auch nicht, ob ich es jetzt noch genau zusammenbekomme, aber es verhielt sich ungefähr so: Ich habe eine Tätigkeit im Projekt weiterführen wollen. Aber der es kam eine Fehlermeldung, das die Anfangszeit nach der Endzeit wäre und das ginge nicht (verständlicherweise). Also wurde die Startzeit der Tätigkeit aufgerundet und die (bisher noch ausgegraute) Endzeit behielt den aktuellen Wert. Das ist somit eine Situation, die nicht vom User direkt produziert werden konnte, sondern von der Software berücksichtigt werden müsste. Das ist bei mir nur einmalig aufgetreten, danach bisher nicht wieder.

Ich habe Time Punch geöffnet und mir als erstes Frau X angesehen die eine 20 Stunden Woche in den Regeln hinterlegt hat. Öffne ich weitere Mitarbeiter erscheinen alle mit einer Wochenarbeitszeit von 20 Stunden. Dies ändert sich erst wenn ich TP schließe und neu öffne, öffne ich dann eine Mitarbeiter mit einer 37 oder 40 Stunden Woche, erscheinen bei allen anderen Mitarbeiter auch unter den Regeln diese Wochenarbeitszeit.

Wird im Tp-Watcher die Pause beendet, dann startet der Tp-Watcher die Aufzeichnung der Arbeitszeit nicht mehr automatisch.

Dies geschieht nur, wenn in den Optionen :"Pausenzeiten als eigene Einträge protokollieren" eingeschaltet ist.
Als Workaround sollte die Optione ausgeschaltet werden.

TimePunch läuft in einen Fehler, wenn die Tagesarbeitszeit im Arbeitszeitmodell kleiner als 2 Std. ist.
Im Arbeitszeitmodell müssen demnach aktuell min. 2 Std. Tagesarbeitszeit vermerkt werden, damit TimePunch in der Version 1.92.2004 arbeiten kann.

Im TimePunch Profil wird immer die Wochenarbeitszeit immer mit dem Default Arbeitszeitmodell berechnet und angezeigt.

Hier sollte das aktuelle Arbeitszeitmodell als Grundlage genommen werden.

→ Die Berechnungen betrifft dies jedoch nicht. In TimePunch wird mit den korrekten Daten gerechnet und im Analyse-Tab des Monats auch korrekt angezeigt.

Wird in einem Projekt ein leerer Task angelegt und gespeichert, dann kann das TimePunch nicht verarbeiten.
TimePunch beendet sich danach mit einem Ausnahmefehler.

Das Problem kann behoben werden, indem das Projekt geöffnet und danach mit "Entfernen" der leere Task aus der Liste entfernt wird.

In diesem Fenster kommt zum Schluss der Hinweis, dass man auf BEENDEN klicken soll.
Es gibt kein Beenden sondern nur FERTIGSTELLEN

Nach Aufruf einer Pause und Klick auf Weitermachen im Kontextmenü in der SYSTRAY bleibt das Fenster weiter stehen.