|
253 | TimePunch | Tp Management | Feature Request | niedrig | Pause auch bis zum aktuellen Eintrag anzeigen | geschlossen | | |
Aufgabenbeschreibung
Eine abgeschlossene Pause sollte auch bis zum aktuellen Zeiteintrag berechnet und angezeigt werden.
|
|
567 | TimePunch | Tp Attendance | Bug Report | niedrig | Passwort zurücksetzen in der Anwesenheitsliste führt zu ... | geschlossen | | |
Aufgabenbeschreibung
Wahrscheinlich wurden die notwendigen Dateien nicht im Setup aufgenommen und korrekt deployed.
|
|
1041 | TimePunch | Tp Management | Feature Request | niedrig | Optional, Eintrag ohne Start -und Endzeit erlauben / ve ... | geschlossen | | |
Aufgabenbeschreibung
Optional, Eintrag ohne Start -und Endzeit erlauben / verbieten
|
|
949 | TimePunch | Tp Management | Feature Request | niedrig | Optional verhindern, dass Projekte mit Zeitbegrenzung ü ... | geschlossen | | |
Aufgabenbeschreibung
In TimePunch sollen Projekte mit einer definierten Stundenanzahl (Pool oder privat) als "Nicht überbuchbar" markiert werden können. Damit soll sichergestellt werden, dass diese Projekte durch Mitarbeiter nicht über die angegebene Max-Stundenzahl bebucht werden können.
|
|
1406 | TimePunch | Backend | Feature Request | niedrig | Option: Zuschläge mit oder ohne Pause auszahlen | geschlossen | | |
Aufgabenbeschreibung
In TimePunch soll es auswählbar sein, die Zuschlagszeiten, ohne Pausen und mit Pausen auszahlen zu können.
|
|
1231 | TimePunch | Backend | Feature Request | niedrig | Option, Durchschnittliche Arbeitszeit nicht unter Sollz ... | geschlossen | | |
Aufgabenbeschreibung
Im Fall der Lohnfortzahlung soll es optional möglich sein, einzustellen, dass die berechnete durchschnittliche Arbeitszeit nicht unter der Sollzeit liegen darf. Das kann z.B. dann vorkommen, wenn der Mitarbeiter die letzten Monate kein Gehalt bezogen hat, weil er z.B. länger als 6 Wochen krank war und der Lohn von der Krankenkasse übernommen wurde. In diesem Fall läge die durchschnittliche Arbeitszeit unterhalb der Sollzeit. Mit dieser Option kann das Absinken der durchschnittlichen Arbeitszeit unter die Sollzeit verhindert werden.
|
|
1466 | TimePunch | Tp Online | Task | niedrig | Online Zeiterfassung ist sehr langsam | geschlossen | | |
Aufgabenbeschreibung
Die Online Erfassung ist sehr langsam beim Ermitteln der korrekten GPS Daten. Um den Vorgang zu beschleunigen, sollen die Daten bereits beim Laden der Seite - und nicht erst beim Starten der Zeiterfassung ermittelt werden.
|
|
1136 | TimePunch | Backend | Task | niedrig | Nutzung des MSIX Installers von Windows 10 | geschlossen | | |
Aufgabenbeschreibung
Um die Installation in modernen Betriebssystemen zu vereinfachen, soll in TimePunch der MSIX Installer in Windows 10 verwendet werden. Der aktuell genutzte Click Once Installer wird damit obsolet.
|
|
821 | TimePunch | Tp Server | Feature Request | niedrig | Nutzung des externen Windows State Service | geschlossen | | |
Aufgabenbeschreibung
Aktuell verwendet der Server und die Module das In-Process Session Handling. Um die Session Informationen auch längere Zeit halten zu können, und damit das Problem des frühzeitigen Session-Timeout zu verhindern, sollen die Session State Informationen in dem externen Windows State Service gehalten werden.
Wichtig ist hierbei auch, dass die Sessions nicht kurzfristig auslaufen, sondern mindestens über 10 Std. (also einen Arbeitstag) gehalten werden.
|
|
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
|
|
79 | TimePunch | Tp Management | Bug Report | hoch | Nur maximale Arbeitszeit als Urlaub oder Krankheit erla ... | geschlossen | | |
Aufgabenbeschreibung
Es sollte bei Urlaub nur die maximale Tagesarbeitszeit eingegeben werden können. Genauso bei Krankheit.
|
|
868 | TimePunch | Tp Management | Bug Report | niedrig | Notwendigkeit zum Passwort ändern muss entfallen | geschlossen | | |
Aufgabenbeschreibung
Wenn der Logon Name geändert wird, darf es zukünftig nicht mehr notwendig sein, dass Benutzerpasswort ändern zu müssen.
|
|
151 | TimePunch | Backend | Bug Report | mittel | Nicht fakturierte Zeiten auswerten | geschlossen | | |
Aufgabenbeschreibung
Lässt man über ein Projekt den Filter \\\"nicht fakturiert\\\" und exportiert anschliessend die Liste ins HTML-Format, zeigt das Total die gesamten des Projekts an, also nicht nur die nicht fakturierten; exportiert man jedoch die gleiche Liste ins XLS-Format, stimmt das nicht …
|
|
1592 | TimePunch | Tp Management | Feature Request | niedrig | News-Reader um bei Neuigkeiten direkt informiert zu wer ... | geschlossen | | |
Aufgabenbeschreibung
Im Management sollte ein Newsreader vorhanden sein, damit Kunden direkt über alle Neuigkeiten informiert werden.
|
|
515 | TimePunch | Tp Watcher | Bug Report | niedrig | Neukundenübernahme im TimePunch Watcher | geschlossen | | |
Aufgabenbeschreibung
Wird in TimePunch ein neuer Kunde angelegt, dann steht dieser nach der Anlage nicht direkt im TimePunch Watcher für die Auswahl zur Verfügung.
Der Neukunde wird erst nach dem Befehl „Anzeige-Aktualisieren“ aus dem Menü angezeigt.
Wie bei der Projektanlage auch, sollte nach der Anlage des Kunden, der Watcher die Aktualisierung der Kundendaten selbständig durchführen.
|
|
996 | TimePunch | Backend | Feature Request | niedrig | Neues Feld "Zusätzliche Mitarbeiterinformationen" | geschlossen | | |
Aufgabenbeschreibung
Beim Mitarbeiter soll es möglich sein, neue und zusätzliche Mitarbeiterinformationen zu hinterlegen
|
|
467 | TimePunch | Tp Management | Feature Request | niedrig | Neues Feld "vor Ort" beim Zeiteintrag | geschlossen | | |
Aufgabenbeschreibung
Benötigt wird ein neues Ankreuzfeld „vor Ort“ im Eingabedialog für des Zeiteintrags.
Dieses Feld soll bei der Erfassung eines neuen Zeiteintrags gesetzt werden können und soll auch in den Berichten sichtbar sein. Auch eine Selektion in den Berichten über dieses Feld sollte möglich sein.
Zudem muss das Feld im TimePunch Watcher und Studio aufgenommen werden.
|
|
770 | TimePunch | Tp Management | Feature Request | niedrig | Neuer Typ: Stundenlohn mit regelmäßiger Feiertagsarbeit | geschlossen | | |
Aufgabenbeschreibung
Es soll ein neuer Buchungstyp angelegt werden "Stundenlohn mit regelmäßiger Feiertagsarbeit". Dieser kann z.B. für Schichtarbeiter genutzt werden, für die ein Feiertag nicht automatisch ohne Arbeit entlohnt wird. In diesem Modus ist der Feiertag ein normaler Arbeitstag, für den es evt. einen Feiertagszuschlag gibt.
|
|
545 | TimePunch | Tp Management | Feature Request | niedrig | Neuer Projektstatus | geschlossen | | |
Aufgabenbeschreibung
Bisher konnten Projekte nur auf aktiv und abgeschlossen gesetzt werden. In Zukunft soll noch ein neuer Status „Abgeschlossen“ hinzugefügt werden. Folgende Projektstatus sollen künftig auswählbar sein.
• planung Projekt kann geändert, aber noch nicht gebucht werden. • aktiv Projekt kann gebucht und ausgewertet werden. • abgeschlossen Projekt kann nur ausgewertet werden. • gelöscht Projekt wird nicht weiter angezeigt
Projekte die im Status „abgeschlossen“ sind, sollen trotzdem zu Auswertungszwecken im Berichtsfilter angezeigt werden.
|
|
230 | TimePunch | Tp Management | Feature Request | mittel | Neuer Projektbericht: Aggregierte Projektabrechnung | geschlossen | | |
Aufgabenbeschreibung
Es soll ein neuer Bericht erzeugt werden, der alle Daten des Projektberichts enthält, aber die Daten über die selektierten Benutzer hinweg aggregiert (anonymisiert) darstellt.
=⇒ Was wir brauchen ist eine „Projektabrechnung“ wie gehabt, aber als Summe aller Mitarbeiterstunden von selektierten Projekten auf einem Blatt , keine Einzelblätter der einzelnen Mitarbeiter.
|
|
281 | TimePunch | Tp Management | Feature Request | niedrig | Neuer Projektbericht / Tätigkeitenliste | geschlossen | | |
Aufgabenbeschreibung
Es soll ein neuer Projektbericht mit aufgelisteten Tätigkeiten implementiert werden. Details sind im beigefügten Excelsheet zu sehen.
|
|
1313 | TimePunch | Tp Management | Feature Request | niedrig | Neuer Mitarbeiter Status: gekündigt | geschlossen | | |
Aufgabenbeschreibung
Aktuell werden bei nicht aktiven Benutzern die Team/Abteilungs/Niederlassungszuteilungen gelöscht. Dies macht uns ein Rückwärtsreporting für einzelne Mitarbeiter schwierig. Vor allem die Auswertung sollten möglich sein.
Idee: ein neuer Status für Mitarbeiter.
Aktiv, Inaktiv!, Gelöscht
Erst im Status Gelöscht, werden Gruppen entfernt.
|
|
1042 | TimePunch | Tp Management | Bug Report | niedrig | Neuer Mitarbeiter anlegen und Einstellungen kopieren | geschlossen | | |
Aufgabenbeschreibung
In TimePunch TEN scheint das Anlegen von neuen Mitarbeitern mit der Option "Einstellungen kopieren" nur von lizenzierten Mitarbeiter zu funktionieren.
Da in TimePunch TEN nur der Administrator lizenziert ist, führt das zu dem Problem, dass keine Einstellungen kopiert werden können.
|
|
620 | TimePunch | Tp Calendar | Bug Report | niedrig | Neuer Kalendertyp "storniert" | geschlossen | | |
Aufgabenbeschreibung
Werden bereits genehmigte Anträge in TimePunch Core (teilweise oder ganz) gelöscht, dann wird der Eintrag dennoch im Kalender dargestellt.
! Hier sollte im Kalender der Eintrag leicht geändert (z.B. schraffiert oder ausge-ixxt) dargestellt werden.
Aufgefallen ist es bei einem Urlaubsantrag. Wahrscheinlich betrifft dies aber auch die anderen möglichen Antragstypen.
Hinweis: Der neue Eintragstyp sollte nur bei Mitarbeitern innerhalb der Coverage angezeigt werden. Ohne Coverage sieht der Mitarbeiter die korrigierten Einträge aus Core (d.h. der Urlaub wird einfach nur verkürzt) dargestellt.
|
|
959 | TimePunch | Backend | Feature Request | niedrig | Neuer Feiertag für Berlin: "Internationaler Frauentag" | geschlossen | | |
Aufgabenbeschreibung
Im Land Berlin wurde der 8. März als Internationaler Frauentag am 24. Januar 2019 als gesetzlicher Feiertag festgelegt.
|
|
269 | TimePunch | Tp Management | Bug Report | niedrig | Neuer Eintrag erstellen, nach Urlaub | geschlossen | | |
|
|
1305 | TimePunch | Tp Datafox | Task | niedrig | Neuer Datafox Client | geschlossen | | |
|
|
592 | TimePunch | Backend | Bug Report | niedrig | Neuer Buchungstyp, Krank unbezahlt | geschlossen | | |
|
|
920 | TimePunch | Backend | Feature Request | hoch | Neuer Buchungstyp - Bereitschaftsdienst | geschlossen | | |
|
|
700 | TimePunch | Tp Calendar | Bug Report | niedrig | Neuer Buchungstyp "Abwesend" in TimePunch sollte als Ab ... | geschlossen | | |
|
|
1593 | TimePunch | Tp Management | Feature Request | niedrig | Neuer Buchungspunkt: Home-Office | geschlossen | | |
|
|
937 | TimePunch | Tp Management | Feature Request | niedrig | Neuer Berichts: Geburtstagsliste | geschlossen | | |
|
|
327 | TimePunch | Backend | Feature Request | hoch | Neuer Bericht: Gesamtprojektstunden | geschlossen | | |
|
|
1354 | TimePunch | Tp Management | Feature Request | niedrig | Neuer Bericht, Übersicht über Sonderurlaube | geschlossen | | |
|
|
282 | TimePunch | Tp Management | Feature Request | niedrig | Neuer Bericht, Mitarbeiterübersicht | geschlossen | | |
|
|
828 | TimePunch | Backend | Feature Request | niedrig | Neuer Bericht "DSGVO Auskunftsbogen" | geschlossen | | |
|
|
967 | TimePunch | Tp Server | Feature Request | niedrig | Neue Übersicht "Bedienungsanleitungen / User Manuals" | geschlossen | | |
|
|
1173 | TimePunch | Tp Attendance | Bug Report | niedrig | Neue Status in der Anwesenheitsliste | geschlossen | | |
|
|
1396 | TimePunch | Backend | Feature Request | niedrig | Neue Statistiklohnart: Resturlaub an DATEV senden | geschlossen | | |
|
|
1007 | TimePunch | Backend | Task | niedrig | Neue Servce-Methode zum Ermitteln des Customer Tokens | geschlossen | | |
|
|
829 | TimePunch | Backend | Feature Request | niedrig | Neue Rolle "Datenschutzbeauftragter" in TimePunch | geschlossen | | |
|
|
1458 | TimePunch | Backend | Feature Request | niedrig | Neue Möglichkeit zum Austauschen von Lizenzen | geschlossen | | |
|
|
1392 | TimePunch | Tp Management | Feature Request | niedrig | Neue Lohnart: Krank unbezahlt nach 6 Wochen | geschlossen | | |
|
|
1361 | TimePunch | Backend | Feature Request | niedrig | Neue Lohnart für Urlaub bei Mitarbeitenden mit Gehalt | geschlossen | | |
|
|
1234 | TimePunch | Backend | Feature Request | niedrig | Neue Lohnart für Lohnfortzahlung an Feiertagen | geschlossen | | |
|
|
952 | TimePunch | Tp Management | Feature Request | niedrig | Neue Kategorie "nicht fakturierbar" | geschlossen | | |
|
|
991 | TimePunch | Tp Management | Feature Request | niedrig | Neue Felder beim Kunden | geschlossen | | |
|
|
1061 | TimePunch | Backend | Feature Request | niedrig | Neue Felder bei den Auftragsdaten | geschlossen | | |
|
|
1655 | TimePunch | Tp Management | Feature Request | niedrig | Neue Darstellung der Tageseinträge | geschlossen | | |
|
|
526 | TimePunch | Tp Management | Task | niedrig | Neue Berichte zur Lohnabrechnung und tabellarischen Anz ... | geschlossen | | |
|