Alle Projekte

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.

Test und Deployment des Watcher Moduls auf dem TimePunch Testserver

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

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.

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog "Berichtsfilter organisieren" soll mit der WPF/MVVM implementiert werden.

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog “Berichtsfilter anpassen” soll mit der WPF/MVVM implementiert werden.

Folgende Schritte sind zu unternehmen:

- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden.
- Der Dialog "Berichtsfilter speichern" soll mit der WPF/MVVM implementiert werden.

Im Datafox Modul sollte es möglich sein, die Arbeitszeit nicht auf ein zuvor definiertes Projekt zu buchen, sondern dynamisch immer auf das zuletzt vom Mitarbeiter verwendete Projekt.

Damit soll verhindert werden, dass sich der Mitarbeiter zur Pause abmeldet und nach der Pause auf ein anderes Projekt bucht, also zuvor.

Dieses Szenario hilft vor allem Mitarbeitern, die das Datafox Zeiterfassungsterminal in Verbindung mit der Projektbuchung des Watchers kombinieren.

Für die Selbstauskunft soll eine mobile Seite für die Anzeige im Smartphone erstellt werden.

Für den Server soll eine mobile Seite für die Smartphone Ansicht erstellt werden.

Im Server soll das Speicherformat für die Datenbankverbindung in einer .json Datei ausgelagert werden.
Weiterhin soll die eingestellte und konfigurierte Datenbank intern in einem Array gespeichert werden. Sozusagen zur Vorbereitung der Mandantenfähigkeit für TimePunch PRO, damit mehrere Datenbanken verwaltet werden können.

Hinweis:
Wichtig ist in erster Linie die Auslagerung der Datenbank-Information in eine eigene JSON Datei. Andere Einstellungen sind in der INI Datei zu behalten.

Die Arbeitszeiten (Betriebsdaten) sollen pro Projekt und Mitarbeiter an die Diamant Software übergeben werden.
Dazu werden (ähnlich dem bereits existierenden Export nach IN-FORM) nur die Arbeitszeiten der Projekte in eine CSV Datei geschrieben.

Da inzwischen Lohndaten und Betriebsdaten exportiert werden, sollte das Menü in TimePunch entsprechend umgestaltet werden.

Anstatt nur "Zeiteinträge exportieren" werden zwei Menüpunkte angestrebt

"Lohndaten exportieren"

1. > Menüpunkte mit DATEV und Lexware

"Betriebsdaten exportieren"

1. > Menüpunkte mit In-FORM / Diamant Software / CSV

Beim Modul Update oder der Modul Installation muss ebenfalls eine Datenbankprüfung stattfinden.
Im Gegensatz zu der Prüfseite im Menü "Datenbank" werden hier alle Datenbankverbindungen geprüft und eine Aktualisierung angeboten, falls ein Update für min. eine Datenbankverbindung notwendig ist.

Damit die einzelnen Module auf die korrekte Datenbank zugreifen können, wird ein Webservice benötigt, der das Customer Token anhand der verwendeten Zugriffs-URL liefern kann.
Dadurch wird sichergestellt, dass die Module mehrere Mandanten verwalten können.

Anhand es ausgewählten Customer Tokens muss im Backend entschieden werden, welche Datenbankverbindung genutzt werden soll.

Die zur Verbindung zum Server genutzte Request-URL muss intern auch für den Aufbau der verschiedenen Links genutzt werden.
Bisher wird dazu noch die API URL verwendet.

Das kann man z.B. sehen, wenn folgende URL aufgerufen wird
http://demo1.TimePunch.de

Beim Klick auf das Logo oder auf die Modul-Icons wird auf https://demo.timepunch.de umgeleitet.

Die automatische Anmeldung via der Windows Authentication muss für die Mandantenfähigkeit neu getestet werden.

Der Branch für TimePunch 3.6 muss auf den aktuellen Stand gebracht werden.

Eventuelle NUGET Pakete sollen aktualisiert werden.
Es soll für diese Version weiterhin das .NET Framework 4.6.2 verwendet werden.

Das Datafox Modul muss für die Mandantenfähigkeit angepasst werden.
Dabei ist es wichtig, dass die einzelnen Zeiterfassungsgeräte dem jeweiligen Mandanten zugeordnet werden können.

-

Zudem muss der Hintergrundservice, der die Geräte nachts aktualisiert, die Daten des passenden Mandanten auf das Terminal hochladen.

Die max. Zeit der Inaktivität wird für Übernachteinträge auf 10 Std. verlängert.

Die Zeitdaten sollen nach Datev Lohn und Gehalt mit Monatswerten exportiert werden.

Die automatische Pausenbuchungen bei TimePunch TEN soll immer funktionieren; auch dann, wenn der Tag nicht als Arbeitstag markiert wurde.