|
769 | TimePunch | Backend | Bug Report | niedrig | Arbeit an Feiertagen reduziert Sollzeit | geschlossen | | |
Aufgabenbeschreibung
Ein Arbeitszeiteintrag an einem Feiertag reduziert die Soll-Arbeitszeit im Monat. Dies ist nicht korrekt.
Ein Arbeitszeiteintrag an einem Feiertag soll zu 100% in die Überstunden laufen. Die Soll-Arbeitszeit darf hingegen nicht reduziert werden.
|
|
768 | TimePunch | Tp Management | Feature Request | niedrig | Export nach Excel mit Bericht "Jahresurlaub" und "Krank ... | geschlossen | | |
Aufgabenbeschreibung
Die Berichte "Jahresurlaub" und "Krankenstand" sollen so überarbeitet werden, dass nur die Daten (nicht aber Überschrift und Fusszeile) exportiert werden. Damit soll eine bessere Filtermöglichkeit der Zellen in Excel erreicht werden.
|
|
767 | TimePunch | Tp Management | Bug Report | niedrig | Bericht "Urlaubsübersicht" zeigt teilweise halbe Urlaub ... | geschlossen | | |
Aufgabenbeschreibung
Im Bericht “Urlaubsübersicht” von TimePunch werden teilweise halbe Urlaubstage nicht korrekt ausgewiesen.
|
|
766 | TimePunch | Tp Management | Bug Report | niedrig | Bericht Tägliche Arbeitszeit | geschlossen | | |
Aufgabenbeschreibung
Im Bericht “Tägliche Arbeitszeit” muss bei einem Mitarbeiter in Festeinstellung noch Krankheit und Urlaub hinzugerechnet werden.
|
|
765 | TimePunch | Tp Management | Feature Request | niedrig | Mitarbeiter sollen Pauseneinträge neu belegen können | geschlossen | | |
Aufgabenbeschreibung
Problem: Mitarbeiter ohne Vertrauensstellung können eingetragene Pausen nicht neu belegen, bzw. Projekten zuordnen. Dies kann zum Beispiel notwendig werden, wenn eine automatische Pause durch den PC gebucht wurde, die nicht berechtigt war. z.B. wenn der Mitarbeiter nicht am PC gearbeitet hat.
|
|
764 | TimePunch | Tp Management | Feature Request | niedrig | Druckreihenfolge bei Gleitzeitkonto Tagesbericht | geschlossen | | |
Aufgabenbeschreibung
Druckreihenfolge (Sortierung) beim Bericht Gleitzeitkonto Tagesbericht fehlt. Die Sortierung sollte hier identisch mit dem Bericht "Tägliche Arbeitszeit" sein.
|
|
763 | TimePunch | Tp Management | Bug Report | niedrig | Fehlstundenausgleich wird bei automatischer Überstunden ... | geschlossen | | |
Aufgabenbeschreibung
Der Fehlstundenausgleich wird bei der automatischen Überstundenauszahlung noch nicht berücksichtigt.
d.h. wenn der Mitarbeiter bereits 77 ÜStd. hat, die Grenze bei 80 ÜStd. liegt und alles darüber automatisch ausgezahlt wird, dann wird der ausgezahlte Betrag nicht korrekt berechnet, wenn jetzt noch eine Fehlstundenkompensation von 4 Std. gebucht wird.
In diesem Fall müsste eine Stunde automatisch ausgezahlt werden.
Problem: Die Fehlstundenkompensation wird bei der automatischen! Überstundenauszahlung nicht berücksichtigt.
|
|
762 | TimePunch | Tp Management | Task | niedrig | Neubau des Dialogs "Berichtsfilter speichern" | geschlossen | | |
Aufgabenbeschreibung
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.
|
|
761 | TimePunch | Tp Management | Task | niedrig | Neubau des Dialogs "Berichtsfilter anpassen" | geschlossen | | |
Aufgabenbeschreibung
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.
|
|
760 | TimePunch | Tp Management | Task | niedrig | Neubau des Dialogs "Berichtsfilter organisieren" | geschlossen | | |
Aufgabenbeschreibung
Folgende Schritte sind zu unternehmen:
- Die genutzten Business-Methoden (ITimeEntryFilterService) sollen im WCF Service TimeEntryService eingebunden werden. - Der Dialog "Berichtsfilter organisieren" soll mit der WPF/MVVM implementiert werden.
|
|
759 | TimePunch | Tp Cutter | Bug Report | niedrig | Pause nach 6 Std in der 9 Std. Pause berücksichtigen | geschlossen | | |
Aufgabenbeschreibung
Beispiel: Der Mitarbeiter stempelt am 27.07. genau 8:45h und macht eine eigene Pause von 0:25h
Die bisherige Vorgehensweise ist, die Arbeitszeit und die Pausenzeit zu addieren = Anwesenheitszeit und diese dann mit den 9:00 Std. zu vergleichen. Dabei wird nicht berücksichtigt, dass der Mitarbeiter ja schon ab 6:00 Std. eine Pause nehmen muss (bzw. schon gemacht haben muss) Daraus folgt, dass diese 30 Minuten nochmal von der Gesamtzeit subtrahiert werden müssen.
Beispiel: 8:45 Std. + 0:25 Std. eigene Pause = 9:10 Std. Anwesenheitszeit
9:10 Anwesenheit – 30 Minuten Pflichtpause > 9 Std. (! Nicht größer), d.h. kein Abzug
9:10 Anwesenheit > 6 Std., d.h. Pflichtpause = 30 Minuten, d.h. 5 Minuten Abzug
Beispiel2: 5:55 Std. + 0:25 Std. eigene Pause = 6:20 Std. Anwesenheitszeit
6:20 Anwesenheit > 6 Std. d.h. Pflichtpause = 30 Minuten, d.h. 5 Minuten Abzug
|
|
758 | TimePunch | Tp Management | Feature Request | niedrig | Anzeige der verwalteten Mitarbeiterdaten im TimePunch C ... | geschlossen | | |
Aufgabenbeschreibung
Problem:
Aktuell können Vorgesetzte (z.B. Team oder Abteilungsleiter) die Zeiten der Ihnen zugeordneten Mitarbeiter nur über die Berichtsfunktion einsehen. Daher besteht der Wunsch, dass auch Mitarbeiter mit Linienfunktion, unabhängig von deren Berechtigung, lesend auf die Mitarbeiterdaten direkt zugreifen können.
Lösung: Das UI soll daher so erweitert werden, dass auch Mitarbeiter mit Linienfunktion eine Auswahl der Mitarbeiter angezeigt bekommen und somit direkten, lesenden Zugriff auf die ihnen zugeordneten Mitarbeiter erhalten.
|
|
757 | TimePunch | Tp Management | Feature Request | niedrig | Einschränken der Bearbeitungsrechte für Projekte | geschlossen | | |
Aufgabenbeschreibung
Aktuelles Problem: Wenn Mitarbeiter mit Projektmanagement-Rechten an einem Projekt mitarbeiten, dann können diese auch das Projekt selbst bearbeiten. Dies ist u.U. nicht gewünscht, da nur der Projektleiter selbst das Recht zum Bearbeiten haben sollte.
Lösung: Das Bearbeiten von Projekten soll so eingeschränkt werden, dass nur der Projektleiter (mit Projektmanagement-Rechten) bzw. Administratoren das Recht zum Bearbeiten von Projekten besitzen.
|
|
756 | TimePunch | Tp Management | Feature Request | niedrig | Projekte sollten nur im definierten Zeitraum buchbar se... | New | | |
Aufgabenbeschreibung
Aktuell kann ein Projekt auch dann gebucht werden, wenn der Zeitraum überschritten ist. Die Einschränkung des Zeitraums greift aktuell nur im Watcher, aber nicht in der Verwaltungssoftware.
|
|
755 | TimePunch | Tp Watcher | Bug Report | niedrig | Watcher lässt Anmeldung bei Mitarbeiter ohne Passwort z... | New | | |
Aufgabenbeschreibung
Sobald im TimePunch Watcher ein Mitarbeiter ohne Passwort ausgewählt wird, dann bewirkt ein Klick auf Abbrechen eine implizite Anmeldung am Watcher.
|
|
754 | TimePunch | Tp Cutter | Feature Request | niedrig | Gültigkeit des Rahmenzeitmodells | geschlossen | | |
Aufgabenbeschreibung
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.
|
|
753 | TimePunch | Tp Cutter | Feature Request | niedrig | Rahmenarbeitszeit für Wochentage definieren | geschlossen | | |
Aufgabenbeschreibung
In der aktuellen Implementierung des TimePunch Cutters wird das Rahmenarbeitszeitmodell für jeden Wochentag, also von Sonntag bis Samstag, angewendet.
Dies ist u.U. nicht gewünscht, da Mitarbeiter eventuell an verschiedenen Wochentagen, nach unterschiedlichen Regeln arbeiten müssen.
Es ist daher geplant, dass die unterschiedlichen Wochentage separat ausgewählt werden können.
|
|
752 | TimePunch | Tp Mobile | Bug Report | niedrig | Pause geht verloren | New | | |
Aufgabenbeschreibung
Beim Abspeichern eines Zeiteintrags der über die Tagesgrenze hinausgeht, geht die Pausenzeit verloren.
|
|
751 | TimePunch | Tp Synchronize | Bug Report | niedrig | Sync mit neuen Buchungstypen schlägt fehl | geschlossen | | |
Aufgabenbeschreibung
Wenn Daten über den SyncService synchronisiert werden sollen, kann es zum Fehler kommen, wenn Zeiteinträge mit neuen Buchungstypen aus der Version 2.95 (z.B. Abwesenheit) exportiert werden.
Diese Buchungstypen werden scheinbar beim Export noch nicht korrekt behandelt.
|
|
743 | TimePunch | Tp Watcher | Bug Report | niedrig | Ändern des Passworts im Watcher schlägt fehl | geschlossen | | |
Aufgabenbeschreibung
Das Ändern des Passworts im TimePunch Watcher verursacht ein aufhängen der Applikation.
|
|
742 | TimePunch | Tp Server | Bug Report | niedrig | Portforwarding Fehler | geschlossen | | |
Aufgabenbeschreibung
Wenn ein Portforwarding von einem externen Port zum internen Port stattfindet, und sich die Ports dabei unterscheiden, dann wird zur Verlinkung der einzelnen Module der externe Port nicht berücksichtigt, sondern auf den internen Port verwiesen.
Es wäre gut, wenn der Port, z.B. durch das setzen der ServerURL in der TimePunch.ini Datei berücksichtigt werden würde.
|
|
741 | TimePunch | Tp Management | Feature Request | niedrig | Explizites Überbuchen von Arbeitstagen bei Krankheit un ... | geschlossen | | |
Aufgabenbeschreibung
Wenn ein Mitarbeiter mit einem Beschäftigungsgrad von 50% angestellt ist, hinterlegt TimePunch in Folge jeden Tag 4 Std bei einer regulären Arbeitszeit von 8 Std. Der Mitarbeiter arbeitet jedoch real Montag, Dienstag 8 Std und am Donnerstag nur 4 Std; was in Summe auch einen Beschäftigungsgrad von 50% entspricht.
Standardvorgehen in TimePunch: Das Problem kann in TimePunch gelöst werden, wenn die realen Arbeitszeitmodelle in TimePunch hinterlegt werden.
Problemfall Regularien: Das Vorgehen wird dann zum Problem, wenn Regularien/Vorgaben eine gleichmäßige Verteilung der Arbeitszeit erforderlich machen. In diesem Fall, muss es möglich sein, die Arbeitszeit mit Krankheit/Urlaub länger zu buchen, als die durchschnittliche Sollarbeitszeit es erlauben würde.
Beispiel, Reale Arbeitszeit:
Mo: 8.00 Di: 8.00 Mi: 0 Do: 4.00 Fr: 0 Im Schnitt:
Mo: 4.00 Di: 4.00 Mi: 4.00 Do: 4.00 Fr: 4.00 Gebuchte Krankheit:
Mo: 8.00 (muss möglich sein zu buchen) - obwohl die durchschnittliche Arbeitszeit nur 4 Std. beträgt, der Mitarbeiter Real 8 Stunden fehlt.
|
|
740 | TimePunch | Tp Datafox | Bug Report | niedrig | Error, Field Ausweis_Nr has an unexpected value | New | | |
Aufgabenbeschreibung
Beim Lesen einer Zutrittsmeldung vom Datafox Zutrittsleser werden nicht genutzte Statusmeldungen als potentielle Fehler interpretiert.
Dabei handelt es sich um Meldungen zum digitalen Ausgang. Diese Meldungen sollen von TimePunch ignoriert werden.
TimePunch ignoriert diese Meldungen, aber schreibt zusätzlich einen Fehler (Error, Field Ausweis_Nr has an unexpected value) in die Logdatei. Dies soll unterbunden werden.
Beispiel der Zutrittsmeldungen: E 1079 30.06.2017 09:15:24 20 010 E 30.06.2017 09:15:25 48 320 !! versucht das Problem, da keine Ausweis Nr. angegeben ist. E 1006 30.06.2017 09:17:21 20 010 E 30.06.2017 09:17:21 48 320 !! versucht das Problem, da keine Ausweis Nr. angegeben ist.
https://www.datafox.de/downloads-datafox-zk-box-v4.de.html?file=files/Datafox_Devices/Downloads_Geraete_Zubehoer/320_ZK-Box-V4/Datafox%20ZK-Box%20V4%20Handbuch%20V04.03.09%20%202017.02.14-DE.pdf
Betroffen sind die Statusmeldungen: 40 - 75 und 120 - 211
|
|
739 | TimePunch | Tp Cutter | Feature Request | niedrig | Nur Rahmenzeiten nach der Anmeldezeit berücksichtigen | geschlossen | | |
Aufgabenbeschreibung
Normalerweise verwendet der TimePunch Cutter die Rahmenarbeitszeit, die der realen Stempelzeit am nächsten liegt. Dies funktioniert sehr gut bei Schichtmodellen die einen eindeutigen Start und Endpunkt haben.
Liegen die Schichtmodelle jedoch sehr dicht beieinander kann es notwendig werden, nur die Rahmenzeiten zu berücksichtigen, die nach dem tatsächlichen Anmeldezeitpunkt gültig sind.
Rahmenzeiten: 6:30 bis 18:30 7:00 bis 19:00 7:30 bis 19:30 8:00 bis 20:00
Beispiel:
Der Mitarbeiter meldet sich um 7:20 an und arbeitet bis 17:50. Regulär würde der Zeitraum 7:00 bis 19:00 Uhr gewählt werden, da es das nächste Modell ist.
6:30 bis 18:30 → 50 Minuten + 40 Minuten = 90 Minuten 7:00 bis 19:00 → 20 Minuten + 70 Minuten = 90 Minuten 7:30 bis 19:30 → 10 Minuten + 100 Minuten = 110 Minuten 8:00 bis 20:00 → 40 Minuten + 140 Minuten = 180 Minuten
Intention:
Die Intention ist aber, dass der Zeitraum von 7:30 bis 19:30 genutzt wird. Um dies zu erreichen, dürfen Zeiträume aus der Vergangenheit in diesem besonderen Nutzungsszenario nicht verwendet werden. In diesem Fall sähe die Rechnung dann so aus.
Rechnung: 6:30 bis 18:30 → 50 Minuten + 40 Minuten = 90 Minuten weg, da 6:30 < 7:20 7:00 bis 19:00 → 20 Minuten + 70 Minuten = 90 Minuten weg, da 7:00 < 7:20 7:30 bis 19:30 → 10 Minuten + 100 Minuten = 110 Minuten !! genutzt !! 8:00 bis 20:00 → 40 Minuten + 140 Minuten = 180 Minuten
|
|
738 | TimePunch | Tp Datafox | Feature Request | niedrig | Karenzzeit für An -und Abmeldung | geschlossen | | |
Aufgabenbeschreibung
Im System muss eine Karenzzeit hinterlegt werden können, um bis zu dieser Zeitspanne eine Arbeitnehmerfreundliche Rundung zu erreichen. Meldet sich der Arbeitnehmer innerhalb der Karenzzeit an oder ab, dann wird die Rundung umgekehrt.
Anmeldung: Bei einer Anmeldung innerhalb der Karenzzeit wird immer abgerundet. Abmeldung: Bei einer Abmeldung innerhalb der Karenzzeit wird immer aufgerundet.
|
|
737 | TimePunch | Tp Datafox | Feature Request | niedrig | Auflösen der mathematischen Rundung | geschlossen | | |
|
|
736 | TimePunch | Tp Calendar | Feature Request | niedrig | Vertreter als Pflichtfeld | geschlossen | | |
|
|
735 | TimePunch | Tp Calendar | Feature Request | niedrig | Urlaubsadmin | Assigned | | |
|
|
734 | TimePunch | Tp Management | Feature Request | niedrig | Möglichkeit zum Export einer DATEV Nachbuchung für verg ... | geschlossen | | |
|
|
733 | TimePunch | Tp Online | Task | niedrig | Fahrtzeit wird zur Arbeitszeit dazugerechnet | New | | |
|
|
732 | TimePunch | Tp Management | Feature Request | niedrig | Urlaubsanspruch automatisieren | New | | |
|
|
731 | TimePunch | Tp Watcher | Bug Report | niedrig | Nach einer "Pause" verliert der Watcher teilweise Tätig... | New | | |
|
|
730 | TimePunch | Tp Management | Feature Request | niedrig | Möglichkeit nach der Beschreibung zu filtern | geschlossen | | |
|
|
729 | TimePunch | Tp Calendar | Feature Request | niedrig | Auch beim Urlaubsstorno sollte die Verwaltung in CC ges ... | geschlossen | | |
|
|
728 | TimePunch | Tp Management | Task | niedrig | Installation des .NET Framework 4.6.2 | geschlossen | | |
|
|
727 | TimePunch | Tp Server | Task | niedrig | Installation des .NET Framework 4.6.2 | geschlossen | | |
|
|
726 | TimePunch | Backend | Bug Report | niedrig | System.OutOfMemoryException in der Urlaubsübersicht | geschlossen | | |
|
|
725 | TimePunch | Tp Management | Task | niedrig | Spalte Bemerkung im Bericht "Tägliche Arbeitszeit" zu k ... | geschlossen | | |
|
|
724 | TimePunch | Tp Online | Bug Report | niedrig | Exception im Online Modul | geschlossen | | |
|
|
723 | TimePunch | Tp Watcher | Task | niedrig | Test und Deployment | geschlossen | | |
|
|
722 | TimePunch | Tp Watcher | Task | niedrig | Implementieren des MSI Modul-Setups | geschlossen | | |
|
|
721 | TimePunch | Tp Watcher | Task | niedrig | Implementieren des Tp Watcher Moduls | geschlossen | | |
|
|
720 | TimePunch | Tp Watcher | Task | niedrig | Implementieren einer neuen Tp Watcher Solution | geschlossen | | |
|
|
719 | TimePunch | Tp Management | Bug Report | mittel | CSV Import bei Mitarbeiter in Vertrauensstellung schläg ... | geschlossen | | |
|
|
718 | TimePunch | Tp Server | Bug Report | niedrig | Fahrtzeit wird überschrieben | geschlossen | | |
|
|
717 | TimePunch | Tp Management | Bug Report | niedrig | Gleitzeitkonto Soll-Arbeitszeit mit Feiertage | geschlossen | | |
|
|
716 | TimePunch | Tp Management | Bug Report | niedrig | Bericht Jahresurlaub ist fehlerhaft | geschlossen | | |
|
|
715 | TimePunch | Backend | Feature Request | niedrig | Client Installation mit /VerySilent | New | | |
|
|
714 | TimePunch | Tp Management | Bug Report | niedrig | DATEV Lodas Export bei eingeschalteter Datenvorschau | geschlossen | | |
|
|
713 | TimePunch | Tp Watcher | Bug Report | niedrig | Zeiteintrag wird nicht korrekt abgebrochen | geschlossen | | |
|