Alle Projekte

Einträge die <1/2 Arbeitstag sind, werden im Kalender als "Außer Haus", bzw. "Abwesend" angezeigt.
Zu sehen ist auch, dass der Eintrag am 04.01 >1/2 Tag korrekt als Arbeitstag angezeigt wird.

Im aktuellen Zeiteintrag lässt sich derzeit keine Pause eintragen.
Der Fehler "Die Pausenzeit überschreitet die Dauer des Zeiteintrags" wird angezeigt und verhindert das Speichern.

In der aktuellen Version ist es nicht möglich, neue Urlaubsanträge mit der reinen Online Lizenz zu erstellen.

Beim Berechnen der Überstunden tritt ein Fehler auf, wenn

a) der Mitarbeiter auf "Stundenlohn" arbeitet
b) in den Optionen "Urlaubsendgeld für Lohnarbeiter entspricht dem durchschnittlichen Verdienst der letzten 13 Wochen"
c) das Wochenarbeitszeitmodell vom durchschnittsverdienst abweicht (z.B. weil es ausgenullt) wurde.

In diesem Fall wird die Differenz Sollzeit zum Durchschnittsverdienst nicht den Überstunden hinzugerechnet.

Problem:
Der Watcher verschwindet, wenn bei eingeblendetem Watcher auf das Bemerkungsfeld geklickt wird.
Das Problem besteht seit Installation des Updates auf die aktuellstes Versions.

Analyse:
Das Problem tritt vermehrt auf, wenn ein Wechsel zwischen Externem Monitor und Notebook Monitor stattfindet.

Workaround:
Als Workaround muss der PC neu gestartet werden. Ein einfacher Neustart des Watchers bringt keine Verbesserung.

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)

Nach der Umstellung von Winter auf Sommerzeit können Einträge in TimePunch Online nicht mehr korrekt bearbeitet werden.

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

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:

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.

Wurde die Zeit mit dem Tp-Watcher gestartet und mit Tp-Online beendet.
Dann wird beim Beenden über das Online Modul, der Zeiteintrag mit dem sperren des PCs als Abmeldezeitpunkt gespeichert.

Beispiel.
8:00 Uhr starten mit Watcher
12:00 Uhr zum Kunden gehen
17:00 Uhr beenden mit TP-Online

–> angenommener Abmeldezeitpunkt 12:00 Uhr, da dort der PC mit dem Watcher gesperrt wurde.

Beim Lohndatenexport wird der tägliche Zeitausgleich noch nicht in die Export-Datei übernommen.

Wird nach einem Kranktag ein neuer Eintrag erzeugt, so ist die vorgeschlagene Eintragszeit und das Eintragsdatum nicht korrekt.

Der Kranktag wird nicht als Eintrag bei dem Vorschlagsdatum berücksichtigt. Weswegen das Vorschlagsdatum dem Kranktag entspricht.

Im Hinweis Label \"Please choose your task in list, or enter your own task name…\" muss das Wort \"Task\" durch \"Project\" ersetzt werden.

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.

Gleichzeitig habe ich folgende Feststellung gemacht:
TimePunch Version 1.72, Windows XP

Die Optionen sid wie folgt eingestellt:
Logging: Nach Systemstart, sofort Projektauswahl anzeigen

	Pausenzeiten als eigene Einträge protokollieren
	Autom. Erinnerung an Projektaktualisierung (15 Min.)

Dabei habe ich folgendes festgestellt:
Wenn ich nach dem Systemstart den das Projekt definiere, so läuft der TimePunch Watcher im Hintergrund und meldet sich gem. der eingestellten Zeit für die Projektaktualisierung.
Ich kann ihn jedoch in der Taskleiste nicht von \\\"Hand\\\" aufrufen. D.h. wenn ich während der aktiven Zeit etwas verändern will, so muss ich warten bis die eingestellte Erinnerungszeit abgelaufen ist.

Wenn ich jedoch den TimeTunch Watcher nach dem Systemstart von Hand starte, so kann ich ihn jederzeit aufrufen und das Projekt wechseln.

Dies hat zur Folge, dass die Erinnerungszeit sehr kurz eingestellt werden muss, was mit der Zeit sehr störend wirkt.

Ist diese Erscheinung normal? Gibt es vielleicht eine andere Lösung?

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.

Beim wechseln der aktuellen Sprache wird die Spaltenanzeige nicht korrekt aktualisiert und die Überschriften fehlerhaft dargestellt.

Auch im Bundesland Brandenburg ist der 31.10. ein Feiertag (
Reformationstag)

Lässt man über ein Projekt den Filter \\\"nicht fakturiert\\\" und exportiert anschliessend die Liste ins HTML-Format, zeigt das Total die gesamten des Projekts an, also nicht nur die nicht fakturierten; exportiert man jedoch die gleiche Liste ins XLS-Format, stimmt das nicht …

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.

Das scannen von sehr großen NT-Domänen führt zu fehlern. Das scannen der NT-Domäne sollte daher manuell angestossen werden, und nicht automatisiert bei jedem Start erfolgen.

Die Tätigkeitenliste wird nicht korrekt gebunden, wenn ein neuer Zeiteintrag angelegt wird.

Erst beim Klick auf das Projekt, wird die Tätigkeitenliste gefüllt.

Nach der Aktualisierung auf die neue Version werden die Pausen nicht mehr automatisch im TP-Watcher protokolliert.

Wenn man im Programm manuell einen neuen Eintrag erstellt, ist die Pausenzeit voreingestellt.
Wird die Zeit durch den Watcher protokolliert, muss die Pausenzeit im Programm nachgetragen werden.