Alle Projekte

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.

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

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.

Der Bericht "Zuschlagsrelevante Arbeitszeiten" muss überarbeitet werden, sodass er nicht nur die globalen Zuschlagszeiten, sondern auch die pro Mitarbeiter gesetzten Zuschlagszeiten berücksichtigt.

Monatsabschluss soll optional wieder an alle Admins gehen.

Der Dialog zum überarbeiten der Arbeitszeitmodelle ist aktuell nicht barrierefrei und somit schwer zugänglich.

Das horizontale Scrollen sollte über STRG + Scrollrad ermöglicht werden.

- Anlegen der Solution
- Einbinden der Projekte
- Erstellen des Build Files
- Implementieren der Anmeldeseite
- Testen der Anmeldung

Implementieren des Tp Online Recording-Moduls lt. Spezifikation

Die Online Erfassung ist sehr langsam beim Ermitteln der korrekten GPS Daten.
Um den Vorgang zu beschleunigen, sollen die Daten bereits beim Laden der Seite - und nicht erst beim Starten der Zeiterfassung ermittelt werden.

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

Die Selbstauskunft sollte dahingehend erweitert werden, dass unterhalb des Felds Tätigkeit/Beschreibung auch jeder jeweilige Lernerfolg angezeigt wird.

Der neue Mail Service muss innerhalb des TimePunch Application Servers konfigurierbar sein und getestet werden können. Die eingegebenen Konfigurationsdaten sollen in der Datei TimePunch.ini gespeichert werden.

Im TimePunch Application Server muss es möglich sein, eine Testmail an eine beliebige Email Adresse zu senden, um die Konfiguration des SMTP Clients zu testen. Die Testmail wird von der Administrationsadresse versendet.

Der Update Service prüft seit der Version 2.7 periodisch ob die WCF Services noch erreichbar sind. Dies hat sich in der Praxis als nicht tauglich gezeigt, da hier entweder nur die http oder NetPipe Verbindungen geprüft werden.

Für Version 2.8 soll der Service so geändert werden, dass er die locale Sanity Check Seite der API auf Erreichbarkeit prüft. Falls erreichbar sollen auch Fehlermeldungen erkannt werden.

Überlegung: Um die Fehlermeldungen zu erkennen, müssten diese wahrscheinlich auf der API Sanity Check Seite gekennzeichnet werden.

Die Anmeldung in den einzelnen Modulen soll, wie in TimePunch 2.7 beim Client eingeführt, durch den Vor -und Zunamen (SaveAsName) erfolgen. Bisher ist hier noch die Eingabe des Benutzernamens (Login) erforderlich.

Betroffen sind dabei alle Module (Attendance, Cutter, Datafox)

Teilweise werden die Links zu anderen Modulseiten nicht korrekt erzeugt.
Der Fehler tritt immer dann auf, wenn der Link aus dem Backend erzeugt wird.

Hier wird ein alternativer Code zur Generierung des Links genutzt, der nicht auf die aktuellen Verbindungsdaten zugreifen kann.

Es soll evaluiert werden, in wie weit die Link Generierung angepasst werden kann.

Beispiel:

Browser URL zeigt auf : http://localhost/TimePunch Erzeugt wird aber : http://servername/TimePunch

Dies ist insofern problematisch, als dass damit ein Namebinding der Webseite nicht möglich ist.

Der TimePunch Application Server setzt bei der aktuellen Installation eine ungesicherte HTTP Verbindung voraus. Wird der Internet-Information Server (IIS) auf HTTPs umgestellt, dann verweigert TimePunch den Dienst.

Ziel ist es, die Konfiguration von TimePunch so zu erweitern (Stichwort: Service Bindings), dass auch HTTPS Verbindung (als alternative zur reinen HTTP Verbindung) akzeptiert werden.

Zudem soll eine Kurzanleitung erstellt werden, die beschreibt, wie der IIS konfiguriert werden muss, damit eine über SSL gesicherte Verbindung genutzt wird. Dazu gehört auch eine Beschreibung wie die entsprechenden Zertifikate installiert werden 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.