TimePunch

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.

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

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.

Bisher können die Mehrtägigen Einträge nicht am WE eingetragen werden.
Bei angeordneter Arbeitszeit (z.B. am Wochenende) können solche Einträge nicht einfach erstellt werden.

Wenn es sich um einen Arbeitszeiteintrag handelt, dann soll auch der Mehrtätige Eintrag erstellt werden können.
Als Sollarbeitszeit wird die durchschnittliche Arbeitszeit angenommen.

Um den DATEV Export zu komplettieren, wird noch ein neuer Buchungstyp (krank -unbezahlt) benötigt.
Dieser wird in TimePunch wie das Feld Krank dargestellt, Indern jedoch als "Sonderurlaub" d.h. ohne Bezahlung gebucht.

Aktuell werden die Stunden in TimePunch jeweils am Ende des Monats ausgezahlt/gekürzt.
Manche Unternehmen brauchen die Stundenauszahlung/kürzung jedoch schon vorher zu einem monatlich festgelegten Stichtag.

Daher sollte es möglich sein, pro Monat (oder als Regel) einen Stichtag für die automatische Überstundenauszahlung festlegen zu können.
Dies ist wichtig, da sich sonst bei einer früheren Abrechnung die Überstunden noch bis Ende des Monats ändern können.

Indirekt hat dies auch Auswirkung auf die Anzeige im Zeiterfassungs-Terminal, da nach der Stundenauszahlung der gekürzte Überstundensaldo angezeigt werden muss.

Wenn ein Urlaub mit Serieneinträgen angelegt wird, dann werden die Urlaubstage auch am WE gebucht.

Die Datenvorschau darf für den TimePunch Watcher keine Einträge erzeugen.

Die Berechtigungsprüfung muss im Backend ausgeweitet werden.
Es dürfen keine Zeiteinträge mit Projekten verändert oder gelöscht werden, für die der Mitarbeiter keine Berechtigung besitzt.

Beim Aufrunden der abrechenbaren Zeiten wurden auch Zeiten aufgerundet, die der eingestellten Rundung entsprach.

Beispiel:
Rundung = 15 Minuten aufrunden

Wenn die Arbeitszeit 15 Minuten betrug, werden 30 Minuten abgerechnet. Dies ist potentiell falsch, da erst ab 16 Minuten aufgerundet werden darf.

Wird versucht ein Zeiteintrag zu ändern, dessen Projekt bereits gelöscht wurde, dann kann dieser Zeiteintrag nicht mehr editiert werden.

The error time: 20.03.2017 10:13
Exception:
System.ArgumentOutOfRangeException: Die Anzahl muss positiv sein und auf eine Position in der dem Zeichenfolge/Array/Auflistung verweisen.
Parametername: count

 bei System.Array.IndexOf[T](T[] array, T value, Int32 startIndex, Int32 count)
 bei System.Collections.Generic.List`1.IndexOf(T item)
 bei System.Collections.Generic.List`1.Remove(T item)
 bei AdFactum.Utils.Cache.Finalize()

Beim Freigeben des Urlaubsantrags kommt teilweise folgende Meldung:

2017-03-20 13:05:57,499 [227] ERROR: TimeEntryServiceImpl
TimePunch.Interfaces.ProjectService.NotAuthorizedException: ???

 at TimePunch.Business.ProjectService.CheckProjectAuthorization(ITimePunchConnection connection, List`1 projectIds)
 at TimePunch.Core.Services.TimeEntryServiceImpl.<>c__DisplayClass19_0.<ValidateAndSaveTimeEntrySeries>b__1()
 at TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)
 
 

Vermutlich hat es etwas mit der Berechtigung auf das Projekt zu tun. Im Beispiel hatte das Feld "Availibility" den Wert 0 in der Datenbank. Ob ein Zusammenhang mit dem beobachteten Fehler besteht, muss noch geprüft werden.

Wird ein halber Feiertag definiert und dann mit der Datenvorschau gearbeitet, so wird für diesen 1/2 Feiertag keine korrekte Datenvorschau erzeugt.

Damit die Online Zeiterfassung für den Mitarbeiter die Zeitzonen korrekt verarbeiten kann, muss es möglich sein diese für den Mitarbeiter in TimePunch zu hinterlegen.
Zusätzlich muss das Backend die Zeitzone korrekt interpretieren.

Die Lohnberechnung im Urlaub über die letzten 13 Wochen schlägt fehl, wenn ein 0 Stunden Arbeitszeitmodell angelegt wurde.