Alle Projekte

In den Optionen sollte einstellbar sein, ob beim Zeitdatenimport über CSV neue Projekte angelegt werden können, oder nicht.

Wir nutzen Regelmäßig den CSV Import per Tpcommand.

Nun ist mir aufgefallen das die Importroutine immer noch erwartet das die Kennzeichen „Arbeitszeit“, „Krankheit“, „Fahrzeit“ und „Urlaub“ mitgeben werden.
Im neuen TimePunch Release ist es nun so, dass dieses Kennzeichen hinter der Tätigkeit verschlüsselt ist.
Es ist also nun möglich per Textdatei zum Beispiel die Tätigkeit „Fahrtzeit“, als „Arbeitszeit“ zu importieren.
Können Sie dies anpassen, so dass das Kennzeichen „Gebucht als“ automatisch aus der Tätigkeit übernommen wird?

Im Dialog zur Kundenselektion soll ebenfalls eine Projektauswahl möglich sein.
Es werden dementsprechend alle Projekte zur Auswahl angezeigt, bei denen der Kunde als Vorgabe eingestellt wurde.

Die Zeiten der Mitarbeiter sollen nach DATEV exportiert 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

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.

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.

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 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.

Das TimePunch Management Modul soll über die Weboberfläche gestartet werden können.

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

Der bestehende Feiertagseditor soll im TimePunch Management Studio übertragen werden.

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

Im TpClient können keine Zeiteinträge bis 0:00 Uhr angelegt werden. Beim Versuch diese anzulegen, wird ein Fehler gemeldet, dass das Ende vor dem Beginn liegt.

Wenn man Timewatcher startet sollte man beim erscheineden Slashmenü folgende Optionen auch gleich einstellen können oder die Option zumindest über ein Button aufrufen können !
#Neues Projekt anfangen !
#und ein Option ob die Aufzeichnung gleich beginnen soll #eventuell müsste ich dann den Splash etwas Größer gestallten

Für Optionen Timwatcher(aufzeichnung) Starten, Pause, Beenden sollten gleich im Systry Menü Aktivierbar sein und man sollte auch dafür Hotkeys definieren können damit ein schnelleres Arbeiten und Umschalten möglich ist. ich finde man sollte einstellen können ob das programm gleich aufzeichnet oder erst nachdem man auf start drückt.

Auf verschiedenen PC Konfiguration bleibt TimePunch hängen, sobald versucht wird eine Aktualisierung an den Watcher zu senden. Z.B. Nach Aktualisierung eines Projekts, oder Erfassung eines Zeiteintrags am aktuellen Tag.

Das Senden der Update-Message wird dabei blockiert. !

Die Herkunft der An -und Abmeldung des Benutzers soll dokumentiert werden.
Damit soll es möglich werden, dass festgestellt werden kann, ob ein Mitarbeiter sich per Online Modul, Watcher oder Terminal an, bzw. abgemeldet hat.

Wenn das Arbeitszeitmodell auf 0 Sollstunden eingestellt ist, und der Mitarbeiter beantragt einen 1/2 Tag Urlaub, wird dennoch ein ganzer Arbeitstag Urlaub gebucht.

Wird ein Urlaubstag an einem halben Feiertag eingetragen, dann wird dem Mitarbeiter dennoch ein voller! Urlaubstag abgezogen.

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.

Die Gruppierung und Summenbildung im DATEV Lodas Export ist teilweise nicht vollständig, d.h. teilweise werden Zahlen nicht gruppiert und summiert, auch wenn diese fachlich im Zusammenhang stehen.

Aktuell lässt sich die Gruppenzugehörigkeit (Team, Abteilung und Niederlassung) noch nicht in den Berichten auswerten.

Dadurch können viele kundenspezifische Berichte nicht implementiert werden. Für die Zukunft, soll daher die Gruppenzugehörigkeit innerhalb der Stundennachweise und Mitarbeiterberichte auswertbar sein. Hierzu ist die Entität ReportUser mit den entsprechenden Daten zu ergänzen.

Es ist darauf zu achten, dass auch die neuen Entitäten des WCF Reporting Service
(Entität, ReportUserDto) die Daten erhalten, da diese ab Version 3.0 die bisherige Implementierung für das Reporting ablösen soll.