Alle Projekte

Die Verwendung des VirtualStore, zur Ablage von Benutzerdaten ist von Microsoft nicht gewollt und eine Altlast bei TimePunch.

Neues Verzeichnis zur Ablage der Logdateien lautet:
c:\users\{Benutzername}\AppData\Local\TimePunch\Logs

Das neues Verzeichnis zur Ablage der Benutzerdaten lautet:
c:\users\{Benutzername}\AppData\Roaming\TimePunch

Das Layout des Berichts "Detaillierte Projektabrechnung" wurde überarbeitet.

Bei einem Kunden hängt sich der TimePunch Watcher im Laufe des Tages immer auf.
Dabei wurden bereits Netzwerkprobleme, Virenscanner und Energieoptionen (Abschaltung des LAN) ausgeschlossen.

Eine ältere Version funktioniert anscheinend noch gut:

Original:
"Daher haben wir nun wieder eine ältere Client Version bei uns installiert, welche bei uns noch einwandfrei funktionierte (TimePunch 2.6.812.1).

Nach Prüfung unseres Netzwerks gehen wir davon aus das, dass Problem auf Softwareseite liegt, da die ältere Version bei uns einwandfrei funktioniert und es erst seit Version V2.6.1009.0 zu besagtem Fehler in unserem Hause kommt."

→ TODO: Herausfinden, was sich in beiden Version geändert hat und zu dem Problem führen könnte.

Nach nochmaliger Nachfrage, die Aussage des Kunden:
"aktuell nutzen wir noch Version 2.6.812.1 und haben damit keinerlei Probleme mehr."

Nach der Veröffentlichung von TimePunch 2.8 ist geplant, eine neue Produktlinie zu erstellen – TimePunch 2.8 Small Business. Diese soll eine Zeiterfassung via RFID Terminal, aber ohne Server ermöglichen. D.h. die Zeitdaten werden von den Geräten nicht fortlaufend, sondern nur bei manuellem Datenabruf ausgelesen.

Diese Version wird vor allem für kleine Lokale/Bars/Restaurants, sowie Arztpraxen interessant, denen kein Server zur Verfügung steht.

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 Lizenzverwaltung ist aktuell noch wesentlicher Bestandteil von TimePunch Profiles. Durch das Ziel TimePunch Profiles im Release 2.8 zu eliminieren, muss der funktionale Teil der Lizenzverwaltung im Client nachgebaut werden.

Neuer Dialog zum Verwalten der Lizenzen für TimePunch ONE.

Der aktuelle Dialog zum Verwalten der Arbeitszeitmodelle ist noch mit WinForms umgesetzt. Im Zuge der Modernisierung von TimePunch soll der Dialog mit WPF implementiert werden und einige Vereinfachungen enthalten.

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)

Im Monatsbericht sollen die Tage ausgewiesen werden, die aufgrund von Feiertagen nicht gearbeitet werden mussten. Dies ist wichtig für die Lohnabrechnung, da solche Tage ebenfalls dem Mitarbeiter ausgezahlt werden.

Die Endzeit wird im Cutterprotokoll nicht im 24h sondern im 12h Modus angezeigt.

Dies sollte aufgrund der besseren Lesbarkeit angepasst werden.

Es sollen neue Berichte zur Lohnabrechnung integriert werden.

Wichtig dabei ist, dass die Berichte zur Lohnabrechnung sich in die Systematik von TimePunch integrieren und konsistent zu den bereits bestehenden Berichten sind.

Die bisherige Lohnabrechnung in TimePunch basiert auf den berechneten Sollstunden des Arbeitszeitmodells.

In vielen Unternehmen erfolgt die Lohnabrechnung jedoch unabhängig von den definierten Sollstunden. Daher soll es möglich sein, die tatsächlich ausgezahlten Stunden im Arbeitszeitmodell fest zu hinterlegen.

Eine monatliche Anpassung in Form von einer gesonderten Überstundenauszahlung ist bereits in der aktuellen Version 2.8 implementiert und soll auch weiterhin fortbestehen.

Umsetzung Responsive Designs

Um die Zugriffssicherheit auf Cloud basierte Datenbanken zu erhöhen, muss ein sog. Transient Fault Handling für den Datenbankzugriff implementiert werden.

Nähere Information sind hier zu finden:
https://msdn.microsoft.com/en-us/library/hh675232.aspx

und hier:
http://www.asp.net/aspnet/overview/developing-apps-with-windows-azure/building-real-world-cloud-apps-with-windows-azure/transient-fault-handling

Das Projekt soll um folgende neue Attribute ergänzt werden.

• Konto
• Kostenstelle
• Auftragsart (Privatwirtschaft / Öffentlicher Dienst)
• Vertrags-Nr.
• Ort der Leistungserbringung

Die neuen Attribute dienen ausschließlich für das Reporting und die Filterung der Projekte bei der Datenselektion für die Berichte.

Für die Abrechnungsrelevanten Berichte soll die fakturierbare Arbeitszeit gerundet dargestellt werden können.

Die Rundungseinstellung ist dazu projektabhängig in den Projektdaten hinterlegt sein.
Es soll zwischen dem mathematisch korrektem Runden, und dem Auf –bzw. Abrunden unterschieden werden können. Auch das Rundungsintervall soll im Projekt gespeichert werden.

Dazu Vorgesehen ist:
• Minutengenau
• auf 3 Minuten
• auf 5 Minuten
• auf 6 Minuten
• auf 10 Minuten
• auf 12 Minuten
• auf 15 Minuten
• auf 30 Minuten

Durch das Runden der fakturierbaren Arbeitszeit soll sich auch indirekt der Rechnungsbetrag ändern.

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.

Die Projektverwaltung in TimePunch soll von WinForms auf WPF umgestellt werden.

Dazu gehören die Dialog:

Stammdaten / Projektliste
Projekt bearbeiten / anlegen
Tätigkeit bearbeiten / anlegen
Allgemeine Tätigkeiten bearbeiten

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

Implementieren des Tp Online Recording-Moduls lt. Spezifikation

0 Stunden Sollzeit werden hinterlegt, wenn der Mitarbeiter ausgeschieden ist.
In diesem Fall, dürfen die Tage nicht mehr als Fehltage in TimePunch angezeigt werden.