Alle Projekte

Teilweise existiert die Regelung, dass Mitarbeiter bis zu einer vorher festgelegten Übergangszeit früher oder später gehen können. Diese Übergangszeit beträgt z.B. 15 Minuten.
Kommt der Mitarbeiter vor dieser Zeit, oder geht er später, dann wird angenommen, dass er dies nur auf Anweisung tut – es also angeordnete Überstunden sind.
Die Schwierigkeit dabei ist, dass die Übergangszeit unabhängig beim Start und beim Ende der Rahmenarbeitszeit gilt.
Beispiel:
Die Rahmenarbeitszeit ist definiert von 7:00 Uhr bis 16:00 Uhr. Die Übergangszeit beträgt 15 Minuten davor und danach. Der Mitarbeiter kommt vom 6:40 Uhr geht aber um 16:10 Uhr. Im Ergebnis soll die Startzeit des Rahmenarbeitszeitmodells jetzt ignoriert werden, da die Zeitdifferenz zum Start 20 Minuten (>15 Minuten) beträgt. Die Endzeit wird dabei auf 16:00 Uhr gekürzt, weil die tatsächliche Endzeit nur um 5 Minuten von der Rahmenzeit abweicht.
Es kann wird somit folgende Regel definiert.
1.) Ist keine Übergangszeit definiert, dann keine Änderung zur aktuellen Implementierung.
(Standardverhalten)

2.) Ist die Zeitdifferenz der Start-Buchung zum Start des Rahmenarbeitszeitmodells größer als die Übergangszeit des Starts und ist die Zeitdifferenz der Ende-Buchung zum Ende des Rahmenarbeitszeitmodells ebenfalls größer als die Übergangszeit am Ende, dann wird das Rahmenarbeitszeitmodells verworfen.(Abbruchkriterium)

3.) Ist die Zeitdifferenz der Start-Buchung zum Start des Rahmenarbeitszeitmodells größer als die Übergangszeit, dann wird die Start-Buchung nicht gekürzt. Technisch: Der Start des Rahmenarbeitszeitmodells wird auf die tatsächliche Buchung angepasst.

4.) Ist die Zeitdifferenz der Ende-Buchung zum Ende des Rahmenarbeitszeitmodells größer als die Übergangszeit, dann wir die Ende-Buchung nicht gekürzt. Technisch: Das Ende des Rahmenarbeitszeitmodells wird auf die tatsächliche Buchung angepasst.

In der aktuellen Implementierung des TimePunch Cutters wird das Rahmenarbeitszeitmodell für jeden Wochentag, also von Sonntag bis Samstag, angewendet.

Dies ist u.U. nicht gewünscht, da Mitarbeiter eventuell an verschiedenen Wochentagen, nach unterschiedlichen Regeln arbeiten müssen.

Es ist daher geplant, dass die unterschiedlichen Wochentage separat ausgewählt werden können.

Wenn Daten über den SyncService synchronisiert werden sollen, kann es zum Fehler kommen, wenn Zeiteinträge mit neuen Buchungstypen aus der Version 2.95 (z.B. Abwesenheit) exportiert werden.

Diese Buchungstypen werden scheinbar beim Export noch nicht korrekt behandelt.

Im System muss eine Karenzzeit hinterlegt werden können, um bis zu dieser Zeitspanne eine Arbeitnehmerfreundliche Rundung zu erreichen.
Meldet sich der Arbeitnehmer innerhalb der Karenzzeit an oder ab, dann wird die Rundung umgekehrt.

Anmeldung: Bei einer Anmeldung innerhalb der Karenzzeit wird immer abgerundet.
Abmeldung: Bei einer Abmeldung innerhalb der Karenzzeit wird immer aufgerundet.

Die Rundung der Arbeitszeit erfolgt aktuell nach der mathematischen Rundung. D.h. bei einer Rundung von 15 Minuten wird innerhalb der ersten 7,5 Minuten abgerundet und bei der zweiten Hälfte aufgerundet.

Hier soll prinzipiell zwischen einer An -und Abmeldung unterschieden werden.
Anmeldung: Bei einer Anmeldung wird immer aufgerundet.
Abmeldung: Bei einer Abmeldung wird immer abgerundet.

Da Lohnauszahlungen sehr oft auch in der Mitte des Monats durchgeführt werden, sollte in TimePunch eine Möglichkeit zum Export von DATEV Nachbuchungen geschaffen werden.

Dabei wäre das Vorgehen:

1.) Erstellen eines DATEV Exports mit Datenvorschau für den aktuellen Monat. Dieser Export wird für die Lohnauszahlung verwendet.
2.) Nach dem Monatsabschluss müssen die Zeiten manuell aus DATEV ausgebucht werden.
3.) Mit der neuen Funktion soll in TimePunch jetzt eine Nachbuchung für den vergangenen Monat erstellt werden können. Diese Nachbuchung korrigiert die Lohnauszahlung für den Mitarbeiter in DATEV.

TimePunch benötigt das .NET Framework 4.6.2
Sofern es nicht vorhanden ist, sollte es installiert werden - bisher wird nur die Version 4.5.2 vorausgesetzt.

TimePunch benötigt das .NET Framework 4.6.2
Sofern es nicht vorhanden ist, sollte es installiert werden - bisher wird nur die Version 4.5.2 vorausgesetzt.

Die Spalte Bemerkung im Bericht “Tägliche Arbeitszeit” ist zu klein, um eine Kürzung des Cutters bei den Rahmenarbeitszeiten nachvollziehen zu können.

Folgende Exception wird teilweise unmotiviert geworfen.

2017-05-29 17:53:23,445 [57] FATAL: TpExpectionHandler
System.NullReferenceException: Object reference not set to an instance of an object.

 at ASP._Page_Views_Shared__LayoutMobile_cshtml.Execute() in c:\Program Files\TimePunch\TimePunch Online\Views\Shared\_LayoutMobile.cshtml:line 58
 at System.Web.WebPages.WebPageBase.ExecutePageHierarchy()
 at System.Web.Mvc.WebViewPage.ExecutePageHierarchy()
 at System.Web.WebPages.WebPageBase.ExecutePageHierarchy(WebPageContext pageContext, TextWriter writer, WebPageRenderingBase startPage)
 at System.Web.WebPages.WebPageBase.<>c__DisplayClass3.<RenderPageCore>b__2(TextWriter writer)
 at System.Web.WebPages.WebPageBase.Write(HelperResult result)
 at System.Web.WebPages.WebPageBase.RenderSurrounding(String partialViewName, Action`1 body)
 at System.Web.WebPages.WebPageBase.PopContext()
 at System.Web.Mvc.ViewResultBase.ExecuteResult(ControllerContext context)
 at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList`1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult)
 at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultFilterRecursive(IList`1 filters, Int32 filterIndex, ResultExecutingContext preContext, ControllerContext controllerContext, ActionResult actionResult)
 at System.Web.Mvc.ControllerActionInvoker.InvokeActionResultWithFilters(ControllerContext controllerContext, IList`1 filters, ActionResult actionResult)
 at System.Web.Mvc.ControllerActionInvoker.InvokeAction(ControllerContext controllerContext, String actionName)

2017-05-29 17:53:23,445 [57] ERROR: TpExpectionHandler : Error, controller: Account, action: LogOn

Test und Deployment des Watcher Moduls auf dem TimePunch Testserver

Bevor das TimePunch Watcher Modul veröffentlicht werden kann, wird ein MSI Setup benötigt, welches die Anwendung auf dem TimePunch Application Server installiert.

Vorlage dazu kann das Datafox Modul Setup sein. Es beinhaltet als einziges Modul eine Click-Once Installation.

Es muss eine neue Solution für das Tp Watcher angelegt werden.
Die Quelldateien bleiben soweit möglich in der Client Solution und sollen nur referenziert werden.
Bei notwendigen Anpassungen, werden die Dateien in die neue Solution kopiert, also ein Duplikat angelegt.

Ziel der neuen Tp Watcher Solution ist es, mit dem Application Server zu kommunizieren, ohne dass hierfür eigene Services gehostet werden müssen.

Bei Mitarbeitern in Vertrauensstellung schlägt der Import von Zeitdaten im CSV Format fehl, obwohl entsprechende Projekte bereits angelegt wurden.

Wenn ein aktiver Fahrtzeiteintrag im Online Modul bearbeitet wird, dann geht bei der Bearbeitung die Usage verloren.
Beim Abschluss des Eintrags wird daher keine Fahrtzeit, sondern Arbeitszeit gebucht.

Vorgehen:

- Zeiterfassung mit Fahrtzeit starten
- Anfangszeit der Fahrtzeit ändern. (Hier geht scheinbar die Usage = Buchungstyp verloren)
- Eintrag abschließen.

Ergebnis: Der Fahrtzeiteintrag wird jetzt als Arbeitszeit gebucht

Wenn ein Mitarbeiter sich über das Wochenende hinaus nicht am Watcher abmeldet, wird der Zeiteintrag scheinbar nicht korrekt geschlossen.

Test und Deployment des Studio Moduls auf dem TimePunch Testserver

Bevor das TimePunch Studio Modul veröffentlicht werden kann, wird ein MSI Setup benötigt, welches die Anwendung auf dem TimePunch Application Server installiert.

Vorlage dazu kann das Datafox Modul Setup sein. Es beinhaltet als einziges Modul eine Click-Once Installation.

Es muss eine neue Solution für das Tp Studio angelegt werden.
Die Quelldateien bleiben soweit möglich in der Client Solution und sollen nur referenziert werden.
Bei notwendigen Anpassungen, werden die Dateien in die neue Solution kopiert, also ein Duplikat angelegt.

Ziel der neuen Tp Studio Solution ist es, mit dem Application Server zu kommunizieren, ohne dass hierfür eigene Services gehostet werden müssen.

Der Buchungstyp "Krank ohne Bezahlung" wird in der Anwesenheitsliste derzeit nicht berücksichtigt.
Genau wie bei Krank sollte in der Kommentarspalte ein entsprechender Hinweis angezeigt werden.

Nach dem Creators Update verlangt das Setup von TimePunch immer die Version 4.52 des .NET Frameworks, obwohl diese bereits installiert ist.
Hier muss die Prüfung auf das .NET Framework angepasst werden.

Die Anzeige der aktuellen Arbeitszeit hat immer wieder zu Verwirrung geführt.

Statt der anzeige der aktuellen Arbeitszeit macht es mehr Sinn, den Zeitpunkt des ersten Logons am aktuellen Tag anzuzeigen. Damit kann der Personalbearbeiter prüfen, ob der Mitarbeiter pünktlich bei der Arbeit erschienen ist.

Wie auch die Anzeige der aktuellen Arbeitszeit, soll die Anzeige der Startzeit nur den Mitarbeitern mit den entsprechenden Rechten angezeigt werden.

Die Gleitzeitdarstellung negativer Zahlen ist fehlerhaft:

ist: –2200:-22
richtig: -2200:22

Beim Anzeigen des Team und Abteilungsleiters wird teilweise die falsche Bezeichnung angezeigt.

Im konkreten Fall wurde ein Abteilungsleiter ausgewählt, aber in der Übersicht als Teamleiter aufgeführt.

⇒ Abteilungsleiter ist korrekt
⇒ Teamleiter ist falsch! (dies war im konkreten Fall eine andere Person)

Wenn die Dienstreise von Mittags bis Abends gebucht wird, dann bucht TimePunch statt einem halben Tag - volle drei Tage.