TimePunch

Die Analyse-Anzeige im Client sollte den Resturlaub bis heute anzeigen, und nicht den Resturlaub des gesamten Jahres.

Es soll eine Konsolen-Anwendung entwickelt werden, welche die Betriebsdaten der Mitarbeiter automatisch über die Web-Schnittstelle der Diamant-Software sendet.

Im Watcher kann bereits ein festes Projekt für den Mitarbeiter vor eingestellt werden.
Bei dieser Auswahl sollte es ebenfalls möglich sein, einen Kunden fest vor einzustellen.

Die Eingabelänge des Beschreibungstexts sollte abhängig vom Projekt begrenzt werden können.
Das wäre z.B. dann sinnvoll, wenn der Beschreibungstext von Folgesystemen ausgewertet und/oder weiterverarbeitet wird.
z.B. bei Twitter auf eine Länge von 140 Zeichen

Für größere Firmen/Unternehmen sollte es möglich sein, die Anmeldung an TimePunch direkt über die Microsoft Active Directory Federation Services (ADFS) durchführen zu können.

Da das ADFS nicht in jedem Unternehmen genutzt werden kann, ist ein Switch im Application Server von TimePunch notwendig.

Eventuell kann auch die Anmeldung der einzelnen Module in ein separates Anmeldemodul ausgelagert werden; diese könnte dann je nach Bedarf auf die jeweils genutzte Anmeldung eingestellt werden.

In bestimmten Fällen (der Grund ist derzeit noch nicht bekannt) kann es vorkommen, dass der Watcher die Zeiterfassung nach einer Pause nicht mehr automatisch startet.

Urlaubsanspruch sollte nur freigegeben werden können, wie er erarbeitet wurde.

Anspruch pro Monat = Jahresurlaub / 12

Beantragung sollte nur bis zum gearbeiteten Anspruch beantragt werden können.

In TimePunch sollte ein Projektplanungs-Modul, ähnlich dem TimePunch Kalender existieren.

Mitarbeiter können hier vom Projektleiter auf ein oder mehrere Projekte gebucht werden.
In der Übersicht werden die Projekte farblich beim Mitarbeiter dargestellt und unterschieden.

Benefit:
Ein Hintergrund-Dienst ordnet die Mitarbeiter täglich den buchbaren Projekten zu.

Dies erhöht die Datenqualität, da nicht alle Mitarbeiter direkt zu Anfang einem Projekt zugeordnet werden müssen, sondern diese dynamisch über die Projektplanung zugeordnet werden können.

Wenn der Mitarbeiter eine Sollarbeitszeit hat, die nicht Durch 2 Teilbar ist, dann wird beim Buchen eines halben Urlaubstags eine Minute zu wenig gebucht.

Änderung: Beim Buchen eines halben Urlaubstags darf die Endzeit nicht abgerundet, sondern aufgerundet werden.

Server Error in '/TpOnline' Application.

Loading this assembly would produce a different grant set from other instances. (Exception from HRESULT: 0x80131401)
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.IO.FileLoadException: Loading this assembly would produce a different grant set from other instances. (Exception from HRESULT: 0x80131401)

Source Error:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:

[FileLoadException: Loading this assembly would produce a different grant set from other instances. (Exception from HRESULT: 0x80131401)]

 System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal& ctor, Boolean& bNeedSecurityCheck) +0
 System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean skipCheckThis, Boolean fillCache, StackCrawlMark& stackMark) +139
 System.Activator.CreateInstance(Type type, Boolean nonPublic) +105
 System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, StackCrawlMark& stackMark) +1431
 System.Activator.CreateInstance(Type type, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes) +184
 System.Activator.CreateInstance(Type type, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture) +27
 System.Web.HttpRuntime.CreateNonPublicInstance(Type type, Object[] args) +80
 System.Web.HttpApplication.BuildIntegratedModuleCollection(List`1 moduleList) +234
 System.Web.HttpApplication.GetModuleCollection(IntPtr appContext) +1153
 System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS(IntPtr appContext, HttpContext context, MethodInfo[] handlers) +139
 System.Web.HttpApplication.InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context) +168
 System.Web.HttpApplicationFactory.GetSpecialApplicationInstance(IntPtr appContext, HttpContext context) +277
 System.Web.Hosting.PipelineRuntime.InitializeApplication(IntPtr appContext) +369

[HttpException (0x80004005): Loading this assembly would produce a different grant set from other instances. (Exception from HRESULT: 0x80131401)]

 System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +532
 System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +111
 System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context) +714

Folgende Ideen/Vorschläge habe ich für die Anzeige der aktuell geleisteten Sunden:
1. gibt es eine bestehende (EINFACHE) Möglichkeit, dies anzuzeigen, dessen Funktion ich noch nicht kenne?
2. die geleisteten Sunden einfach beim Projektnamen im Watcher und Timepunch anzeigen, z.B. Projekt: "Neubau Max Mayer" (75,2/23,5) wobei in diesem Beispiel: 75,2 Stunden INSGESAMT geleistet wurden (also fakturierte und nicht fakturierte zusammen) und davon 23,5 Std. noch nicht fakturiert wurden… diese Informationen wären sehr aufschlussreich
3. in Timepunch setze ich zum fakturieren immer Bereichsfilter. mit dem Bereichtsfilter arbeite ich bei JEDEM Projekt und auch sehr gerne… nur leider hat der Bereichsfilter den Mangel, dass leider keine Summe der gefilterten Arbeitszeit angezeigt wird… praktisch wäre auch, wenn der Bereichsfilter folgende SUMMEN ausgeben würde:
a) Summe fakturierte Zeit:
b) Summe nicht fakturierte Zeit:
c) Summe fakturierte und nicht fakturierte Zeit:

___

ich arbeite bei JEDEM Projekt mit der Funktion: "Zeiteinträge markieren als" fakturiert und habe bei jedem Projekt um die 4-5 verschiedenen Ausgangsrechnungen… UND: es währe daher sehr praktisch, wenn ich bei einem als fakturiert markiertem Zeiteintrag zusätzlich eine Rechnungsnummer eintragen könnte und in der Spalte fakturiert dann nicht bloß ein "ja" erscheinen würde, sondern statt dem "ja" die Rechnungsnummer erscheinen würde…
geht das bitte?

Aktuell wird die API Adresse genutzt um die Seitenlinks aufzubauen.
Dies ist fatal, wenn die API Adresse extern nicht erreichbar ist.

Hier sollte extern mit der angezeigten URL genutzt werden.

Wenn sich die Projektdaten ändern, sollten die abhängigen Terminals schneller aktualisiert werden.
Dies geschieht aktuell nur 1mal pro Tag.

Ideal wäre es, wenn eine Änderung an den Projektdaten automatisch eine Aktualisierung der Terminals nach sich ziehen würde.

Es wäre super, wenn in der Stammdatenübersicht der Projekttätigkeiten eine Suche analog zu der Projektübersicht oder der Suche im TP Watcher implementiert werden könnte.

Wir haben einige Techniker, die „hardcore“ shell/cli User sind und fast ohne Maus arbeiten.
Diese würden gerne TP mit einer Tastaturkombination aufrufen und dann auch im Watcher sich mit Tastatur bewegen.
D.h. Projektauswahl, Aktivitätscode etc. z.B. über Tabulator.

Es sollte möglich sein, die Abschaltzeit (also die Zeit bis zum zwangsweisen Abschalten der Zeiterfassung) konfigurierbar zu gestalten.
Bisher ist dieser Wert fest mit 6 Std. im Code hinterlegt.

In einem möglichen Fahrtkostenmodul sollte eine Führerscheinprüfung eingeführt werden. Dies ist für Transportunternehmen wohl sehr wichtig.

D.h. welcher Führerschein hat der Mitarbeiter, und man nach einem halben Jahr (oder nach Einstellung) den Führerschein des Mitarbeiters erneut prüfen muss.

Wie beim normalen Urlaub auch, sollte es möglich sein, ein Kontingent für den Sonderurlaub anzulegen.
Das Restkontingent darf 'nicht' in das neue Jahr übernommen werden.

Gut wäre es sauch, wenn das Kontingent nicht in Summe, sondern auf die verschiedenen Sonderurlaube aufgeteilt werden könnte.
Also z.B. 2 Tage für Umzug, 1 Tag für Hochzeit, 5 Tage für Schwerbehinderung oder ähnliches.

Sprich, wird ein Sonderurlaub für einen Mitarbeiter gebucht, dann wird innerhalb der Kategorie der restliche Sonderurlaub für den Mitarbeiter dezimiert.

1 Tage Schwerbehinderung beim Mitarbeiter gebucht = 4 Tage restliche Buchungsmöglichkeit

-
Ausnahme: Sofern kein Sonderurlaub gebucht wird, hat der Mitarbeiter auch kein Restkontingent!

Die Berichte Projektbericht, Stundennachweis, Projektabrechnung sollten alternativ auch in 60er Einheiten dargestellt werden können.

In TimePunch sollte es möglich sein, den Urlaubsverlauf pro Monat einzusehen.
Aktuell ist nur der Jahresurlaub als eine Zahl sichtbar.
Über den Verlauf sollte sichtbar werden, wann wieviel Urlaub pro Monat genommen wurde.

Zu jeder Tätigkeit sollte es möglich sein, einen Freitext als Vorgabe zu hinterlegen und dann entsprechend der Auswahl einzusetzen.

Es sollte möglich sein, eingetragene Zeiteinträge vom Projektleiter und/oder Kunden freigeben zu lassen.
Nach der Freigabe sollten die Zeiteinträge für eine weitere Bearbeitung seitens des Mitarbeiters gesperrt werden.

Der TimePunch Watcher erzeugt einen Änderungseintrag (geändert von), wenn sich der Mitarbeiter nicht selbst zur Pause abmeldet, sondern nach der eingestellten Zeit automatisch abgemeldet wird.

Wenn man im Client Zeiteinträge erstellt/nachträgt, wird scheinbar für einen neuen Eintrag immer der letzte Eintrag des Tages als Vorlage verwendet.
Wenn man aber Lücken im Tag hat, wäre es sinnvoller zur nächsten Lücke zu springen und den Vorgänger als Vorlage zu nehmen; also auch die Uhrzeit zu berücksichtigen.

Die Arbeitszeiterfassung mit der Stoppuhr (Start/Stop) sollte auch über das Management Modul möglich sein.