TimePunch

Ich habe im Projekt einen Stundenansatz (netto) von 120.00 CHF erfasst und 0% MWST.
Bei den vordefinierten Tatigkeiten habe ich dann eine Tätigkeit drin, bei welcher ich nur 50% des Ansatzes verrechne (Kostenfaktor 0.5).

Nun habe ich als erstes im Monat beim Projekt diese Tätigkeit eine halbe Stunde ausgeführt und entsprechend erfasst. Jetzt wird mir in der Detaillierten Projektauswertung nicht der "normale" Stundenansatz im Kopffeld angezeigt, sondern 60.00 CHF, also jener aus der Tätigkeit mit dem Kostenfaktor.

Sobald ich als erste erfasste Tätigkeit eine ohne Kostenfaktor (=1.0) habe, wird der normale Projekt-Stundenansatz gezeigt.

Hier scheint noch ein Bug in der Software zu sein.

Eine einmal eingegebene ONE oder TEN Lizenz kann nicht mehr entfernt werden.
Dies ist hinderlich, wenn z.B. ein Wechsel von ONE auf PRO oder TEN auf PRO stattfinden soll.

Im Projektbericht “Detaillierte Projektabrechnung” wird anscheinend mit den bereits gerundeten Werten der Nettobetrag berechnet.
Dies führt u.U. zu kleineren Rundungsfehlern in der Projektabrechnung.

Aktuell kürzt der Cutter nur die Zeiten des letzten Tages.
Fällt der Cutter aufgrund eines Serverausfalls jedoch ein paar Tage aus, dann werden diese Zeiten nicht mehr gekürzt.

Der Cutter sollte daher nicht nur die Änderungen des letzten Tages (Last Update), sondern auch seit dem letzten Start (Range seit letztem Start) berücksichtigen.

Beim Hinzufügen von Mitarbeitern zum persönlichen Kalender trat noch folgender Fehler auf, wenn diesen Mitarbeitern noch kein Genehmiger zugewiesen wurde.

2016-04-13 16:12:58,549 [19] FATAL: CalendarService
AdFactum.Data.Exceptions.SqlCoreException: Die INSERT-Anweisung steht in Konflikt mit der FOREIGN KEY-Einschränkung ‘CA_PERSONALCALENDARS_ASSIGNEDMEMBERS_FK02’. Der Konflikt trat in der TimePunch-Datenbank, Tabelle ‘dbo.CA_STAFFMEMBERS’, column ‘Id’ auf.
Die Anweisung wurde beendet. —> System.Data.SqlClient.SqlException: Die INSERT-Anweisung steht in Konflikt mit der FOREIGN KEY-Einschränkung ‘CA_PERSONALCALENDARS_ASSIGNEDMEMBERS_FK02’. Der Konflikt trat in der TimePunch-Datenbank, Tabelle ‘dbo.CA_STAFFMEMBERS’, column ‘Id’ auf.
Die Anweisung wurde beendet.

 bei System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
 bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
 bei System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)
 bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
 bei System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, SqlDataReader ds)
 bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean asyncWrite)
 bei System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean asyncWrite)
 bei System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
 bei AdFactum.Data.Internal.BasePersister.ExecuteSecureDbCall(IDbCommand command, Boolean nonQuery)
 --- Ende der internen Ausnahmestapelüberwachung ---
 bei AdFactum.Data.Internal.BasePersister.ExecuteSecureDbCall(IDbCommand command, Boolean nonQuery)
 bei TimePunch.Common.DataAccess.TpSqlDatabase.ExecuteSecureDbCall(IDbCommand command, Boolean nonQuery)
 bei AdFactum.Data.Internal.BasePersister.ExecuteNonQuery(IDbCommand command)
 bei AdFactum.Data.Internal.BasePersister.Insert(String tableName, PersistentProperties fields, Dictionary`2 fieldTemplates)
 bei TimePunch.Common.DataAccess.TpSqlDatabase.Insert(String tableName, PersistentProperties fields, Dictionary`2 fieldTemplates)
 bei AdFactum.Data.Internal.BasePersister.UpdatedLinkedFields[TKey](IEnumerator`1 enumerator, String tableName, Field primaryId)
 bei AdFactum.Data.Internal.BasePersister.UpdateLinkedObjects(String tableName, Field primaryId, PersistentProperties fields)
 bei AdFactum.Data.Internal.BasePersister.Insert(String tableName, PersistentProperties fields, Dictionary`2 fieldTemplates)
 bei TimePunch.Common.DataAccess.TpSqlDatabase.Insert(String tableName, PersistentProperties fields, Dictionary`2 fieldTemplates)
 bei AdFactum.Data.Internal.ObjectHash.Persist(IPersister persister, TransactionContext transactionContext)
 bei AdFactum.Data.TransactionContext.Commit()
 bei AdFactum.Data.ObjectMapper.Commit()
 bei TimePunch.Common.DataAccess.Transaction.SafeCall(Action call)
 bei TimePunch.Calendar.Database.MyCalendarDao.Save(ITimePunchConnection connection, IPersonalCalendar personalCalendar)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass61.<Save>b__60()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

Bei der Verwendung von Firefox und/oder Chrome treten noch folgende Fehler auf:

1.) Die Pfeile für nächster Monat und vorheriger Monat funktionieren nicht sauber. Nach mehrmaligem klicken (wechselweise auf vor -und zurück) werden keine korrekten Daten angezeigt.

2.) Die Vorbelegung der Felder bei der Antragstellung fehlt ganz, bzw. teilweise.

Sofern das Abrufen der Zeiten in TimePunch TEN fehlschlägt, weil z.B. das Terminal nicht über einen PING erreichbar ist, dann wird aktuell keine Fehlermeldung angezeigt. Der Animationsdialog wird zurzeit ohne Meldung geschlossen. D.h. der Anwender sieht nicht, dass das Abrufen der Zeiten überhaupt fehlschlug, und er sieht auch nicht den Grund.

Dem Anwender soll beim Fehlschalgen des Imports eine Fehlermeldung im Animationsfenster angezeigt werden. Nach dem bestätigen durch OK, soll er ins Hauptfenster gelangen und nicht zum Dialog, der die importierten Zeiteinträge zeigt.

Überschreitet das Abrufen der Zeiten in TimePunch TEN eine gewisse Zeitspanne, dann wird das Fenster mit der Animation nicht geschlossen, sondern bleibt solange im Vordergrund, bis es über die Taskleiste geschlossen wird.

Dieser Fehler tritt beim Abrufen der Zeiten gehäuft auf, da dies u.U. eine längere Zeit dauert. Allerdings wurde das Problem auch beim Anmelden von TimePunch an einer Cloud Datenbank gemeldet. Die Anmeldung ist in diesem Fall erfolgreich, aber der Dialog wird nicht geschlossen.

Die Ursache scheint in der DialogResult Extension zu liegen. Das Setzen des DialogResults führt dabei anscheinend nicht immer zur gewünschten Schließung des Dialogs.

Ich möchte Zeiten vom Server abholen. Neben dem Code und der E-Mail-Adresse wähle ich auch das Synchronisierungsprofil des Mitarbeiters aus. Wechselt man nun auf die nächste Seite bekommt man eine Übersicht. Jetzt steht dort aber mein Synchronisierungsprofil. Passt man jetzt nicht auf, dann synchronisiert er die Zeiten eben in mein Profil obwohl ich vorher das des Mitarbeiters ausgewählt habe.

Wenn wir über die Handy-App die Zeiten einlesen werden die Fahrzeiten leider nicht richtig bei der Synchronisation berechnet. Es sollen immer nur 50 % der Fahrzeiten angerechnet werden. Dazu muss man denn das Hauptprogramm öffnen und jede Buchung kontrollieren. Geht das auch anders?

=⇒ Bei der Synchronisation sollte der Fahrtzeit und Arbeitszeitanteil durch TimePunch korrekt gesetzt werden.
=⇒ Das betrifft z.B. auch Urlaubsbuchungen, wenn diese im Smartphone definiert sind.

Mitarbeiter mit der Berechtigung "Mitarbeiter in Vertrauensstellung" werden nicht korrekt in die CSV Datei übertragen.

Beim Export erscheinen jeweils ???

Wenn ein Feiertag mit Arbeitsfrei überbucht wird, dann darf der Feiertag in der Lohnabrechnung NICHT als Arbeitszeit gezählt werden.

Aus bis jetzt ungeklärtem Grund kann der Fehler "Leave Carry Forward (never) ist not supported" auftreten.

Zur schnellen Behebung sollte folgendes SQL ausgeführt werden.

UPDATE [dbo].[TP_YEARLYSUMMARY] SET LEAVE_CARRYFORWARD=1 where LEAVE_CARRYFORWARD=0
UPDATE [dbo].[TP_ANWENDER] SET LEAVE_CARRYFORWARD=1 where LEAVE_CARRYFORWARD=0

=⇒ Wahrscheinlich entsteht der Fehler beim Anlegen eines Mitarbeiters durch Kopieren oder Import der Mitarbeiterprofile. Dies muss noch geprüft werden.

Das Ändern des Arbeitszeitmodells führt nicht zu einer direkten Neuberechnung / Bewertung des aktuellen Monats.
Erst nach dem Neustart und gleichzeitigem öffnen und speichern eines Zeiteintrags wird der Monat neu berechnet.

Wird ein Gruppenleiter in TimePunch als Mitarbeiter gelöscht, dann steht dieser dennoch als inaktive Referenz in der Gruppe.

Da der Mitarbeiter gelöscht wurde, kann er jedoch nicht mehr geladen werden. D.h. der Zugriff auf den Gruppenleiter schlägt fehl.

2016-06-14 12:59:17,310 [147] FATAL: CalendarService
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass14f.<>c__DisplayClass152.<ResolveLeaveApprover>b__14c(UserGroupDto u)
 bei System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source, Func`2 predicate)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass14f.<ResolveLeaveApprover>b__14b(StaffMemberDto sm)
 bei System.Collections.Generic.List`1.ForEach(Action`1 action)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass144.<GetCoveredStaffMembers>b__142()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

Der SQL Server Timeout steht als Standard auf 30 Sekunden.
Damit Auswertungen weiter laufen, muss der Timeout variable eingestellt werden können.

Unser Zeichnungs-Programm CADWORK funktioniert nicht mehr richtig.
Die Funktionen der linken Maustaste im CADWORK Programm können nicht mehr genutzt werden.

Gemäss untenstehendem Mailverkehr haben wir das Problem mit den Supportern von CADWORK probiert zu lösen und sie haben festgestellt, dass das Problem durch Timepunch verursacht wird. Als wir das Stopp-Fenster (rechts auf Bildschirm) von Timepunch deaktiviert haben Funktionierte das CADWORK wieder einwandfrei.

Auch Projektmanager sollen nur die Projekte bearbeiten dürfen, in denen sie zugeordnet sind.
Aktuell können Projektmanager noch alle Projekte sehen und bearbeiten.

VERMUTUNG:

TimePunch wirft eine NULL Reference Exception wenn

Urlaub wurde auf ein Projekt gebucht, dass aber noch vor der Genehmigung gelöscht wurde. Der Versuch diesen Urlaub zu genehmigen führte zum Fehler.

2016-07-20 10:38:49,426 [13] FATAL: CalendarService
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass8.<>c__DisplayClasse.<GetLeaveRequestsToApprove>b__6(ILeaveRequest lr)
 bei System.Collections.Generic.List`1.ForEach(Action`1 action)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass8.<GetLeaveRequestsToApprove>b__1()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

Wahrscheinlich wurden die notwendigen Dateien nicht im Setup aufgenommen und korrekt deployed.

Bei einer bestimmten Gruppe wird folgender Fehler geworfen.
Leider ist unklar warum.

Es betrifft auch nur bestimmte Monate, und nicht alle.

2016-07-20 09:27:57,444 [81] FATAL: CalendarService
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

 bei TimePunch.Calendar.CalendarOverviewItemConverter.GetCalendarOverviewItems(IEnumerable`1 tpReportItems, IEnumerable`1 calLeaveRequests)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass87.<GetGroupOverView>b__85()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2016-07-20 09:35:33,501 [37] FATAL: CalendarService
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

 bei TimePunch.Calendar.CalendarOverviewItemConverter.GetCalendarOverviewItems(IEnumerable`1 tpReportItems, IEnumerable`1 calLeaveRequests)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass87.<GetGroupOverView>b__85()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2016-07-20 09:36:20,772 [30] FATAL: CalendarService
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

 bei TimePunch.Calendar.CalendarOverviewItemConverter.GetCalendarOverviewItems(IEnumerable`1 tpReportItems, IEnumerable`1 calLeaveRequests)
 bei TimePunch.Calendar.WebService.CalendarService.<>c__DisplayClass87.<GetGroupOverView>b__85()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

Beim Kopieren eines Projektes von einem Projektmanager werden die Berechtigungen auf die Kopie übertragen, aber nicht kopiert.
D.H. er wird "ausgeschnitten" und sieht anschließend das Kopierte Projekt nicht mehr, weil er nicht Authorisiert ist.

Ich habe bei der Ausgabe der Detaillierten Projektabrechung einen BUG endeckt.

Ich habe folgenden Termin erfasst:

13:40 bis 17:40
Bei der Beschreibung ergaben sich aus den gemachten Arbeitsschritten mehr Textzeilen für diesen Zeitraum, als auf einer A4 hoch Seite dargestellt werden können.

Als ich dann aber das PrintLayout anklickte, wurde mir das Dockument auf fünf Seiten aufgesplittet.
Ebenso wurde es dann auch ins PDF exportiert.

Als Workaround habe ich mir wie folgt geholfen:

Termin splitten auf zwei Termine, 13:40 bis 15:40 und 15:40 bis 17:40
Dann den Text so aufteilen, dass keiner der Termine länger als eine Seite A4 hoch wird.

Dann schaut es auch im PrintLayout gut aus und wird mit zwei Seiten ins PDF exportiert.

Die Zeiten der Mitarbeiter sollen nach DATEV exportiert werden können.