Alle Projekte

Die neu erstellte Tp-Watcher Solution benötigt ein Modul Projekt, damit TimePunch Watcher als Modul innerhalb des Application Servers angezeigt und gestartet werden kann.

Minimalanforderung sollte sein, ein Watcher-Modul-Symbol anzuzeigen, auf welches der Mitarbeiter klicken kann, um die Click-Once Installation von TimePunch Watcher zu starten.

Die neu erstellte Tp-Studio Solution benötigt ein Modul Projekt, damit TimePunch Studio als Modul innerhalb des Application Servers angezeigt und gestartet werden kann.

Minimalanforderung sollte sein, ein Studio-Modul-Symbol anzuzeigen, auf welches der Mitarbeiter klicken kann, um die Click-Once Installation von TimePunch Studio zu starten.

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.

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.

Implementieren des Tp Online Recording-Moduls lt. Spezifikation

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

Es soll eine Möglichkeit bestehen, gekürzte Arbeitszeiten, in TimePunch anzuzeigen und damit auswertbar zu machen.

Es sollte eine Fehlermeldung ausgegeben werden, wenn versucht wird eine monatsbasierte Einstellung (z.B. Feiertagsberechnung oder Arbeitszeitmodell) für einen Monat umzustellen, für den noch kein Eintrag existiert.

Hintergrund ist der, dass nur Monatszusammenfassungen gespeichert werden können, für die auch Zeiteinträge existieren.

Bisher wird das Speichern ignoriert und die alten Einstellungen geladen. Das ist verwirrend für den Benutzer.

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

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

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

Bei neuen Passwörtern muss eine Mindestsicherheit eingehalten werden.

Diese lautet: min. 6 Zeichen, ein Groß -und ein Kleinbuchstabe, sowie eine Zahl

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.

Es soll eine neuer Service angelegt werden, der es erlaubt über die TimePunch API, an Mitarbeiter mittels der UserId oder Angabe der Mail Adresse Mails zu versenden.

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

Dies sollte aufgrund der besseren Lesbarkeit angepasst werden.

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.

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.

Es soll zentral möglich sein, die Möglichkeit zur Buchung des Standardprojekts „Pause“ zentral zu steuern.
Hierzu werden die Einstellungen der Projektkontierung um ein neues Feld „Buchen der Pause in der Projektkontierung erlauben“ erweitert.

Zeiteinträge mit dem Buchungstyp "Bereitschaftsdienst" dürfen im Cutter nicht zur Berechnung der Pflichtpausenzeiten, zum Cutten der Arbeitszeit oder ähnliches herangezogen werden.