|
355 | TimePunch | Backend | Feature Request | niedrig | Projekt / Kundenzuordnung | geschlossen | | |
Aufgabenbeschreibung
Ziel ist eine Auswertung auf Kundenbasis. Daher sollte es möglich sein, Projekten ein Kunde zuordnen zu können.
|
|
363 | TimePunch | Backend | Bug Report | niedrig | Erweiterte Pause greift trotz deaktivierter Standardpau ... | geschlossen | | |
Aufgabenbeschreibung
TimePunch verrechnet die erweiterte Pause auch dann, wenn die Standardpause eigentlich deaktiviert wurde.
|
|
369 | TimePunch | Backend | Bug Report | niedrig | Nach dem Bearbeiten eines Profils in TimePunch Profiles ... | geschlossen | | |
Aufgabenbeschreibung
Nach dem Bearbeiten eines Profiles in TimePunch Profiles ist dieses nicht mehr selektiert, sobald der Dialog mit OK verlassen wird. Dies sollte korrigiert werden.
|
|
374 | TimePunch | Backend | Bug Report | hoch | Zusammenspiel Watcher / Datafox bei Pausenverarbeitung | geschlossen | | |
Aufgabenbeschreibung
Wenn der Watcher und das Datafox Modul gleichzeitig laufen kann vereinzelt folgender Fehler passieren.
1.) der Mitarbeiter meldet sich am Datafox Gerät ab zur Pause 2.) der Mitarbeiter kommt wieder von der Pause zurück 3.) der Mitarbeiter setzt sich an seinen PC 4.) die Pause wird vom Watcher anscheinend gelöscht - überschrieben!
Der Fehler tritt leider nicht immer, sondern nur teilweise auf.
|
|
375 | TimePunch | Backend | Bug Report | mittel | Fahrtzeit wird nicht immer korrekt ausgewertet | geschlossen | | |
Aufgabenbeschreibung
Der Prozentuale Anteil der Arbeitszeit in der Fahrtzeit wird nicht immer korrekt in den Berichten ausgewertet.
Die Daten fehlen in den Berichten
"Detaillierte Übersicht"
"Detaillierte Projektabrechnung"
|
|
386 | TimePunch | Backend | Bug Report | niedrig | Fehlerhafte Berechnung des Buß und Bettags | geschlossen | | |
Aufgabenbeschreibung
Der Buß und Bettag wurde in Sachsen nicht korrekt berechnet.
→ Als Übergangslösung wurde jetzt der 3. Mittwoch im November angenommen. Diese Lösung passt bis 2018.
Der Mittwoch vor 32 Tagen vor Weihnachten.
Ziel: Neue Logik bis 2018 einbauen, damit der Buß und Bettag endgültig korrekt berechnet wird.
|
|
395 | TimePunch | Backend | Feature Request | niedrig | Anzeige der Fehlstempelungen in TimePunch | geschlossen | | |
Aufgabenbeschreibung
Bei Besprechungen oder beim Zeigen von TimePunch kommt immer der Wunsch der Verantwortlichen Personen (HR) dass Fehlstempelungen wie bei anderen SW-Anbieter angezeigt werden. Wäre das in Zukunft auch möglich?
|
|
397 | TimePunch | Backend | Feature Request | niedrig | Mitarbeiterdaten | geschlossen | | |
Aufgabenbeschreibung
Für jeden Mitarbeiter sollten auch die folgenden Felder hinterlegt werden können:
- Adresse, - Geburtsdatum - Anfangsdatum
und andere hinterlegt werden können.
|
|
398 | TimePunch | Backend | Bug Report | niedrig | Wochentaganzeige in TimePunch | geschlossen | | |
Aufgabenbeschreibung
Die Anzeige (nur Wochentage, ohne Wochenenden) funktioniert nicht
|
|
399 | TimePunch | Backend | Bug Report | niedrig | Erfassen der Arbeitszeiten | geschlossen | | |
Aufgabenbeschreibung
Beim Wechsel auf einen neuen Tag, muss erst ein neuer Zeiteintrag ausgewählt werden. Das Feld zum Eintragen der Notizen darf nicht aktiviert sein.
|
|
408 | TimePunch | Backend | Feature Request | niedrig | Datafox Modul, Logging | New | | |
Aufgabenbeschreibung
Folgende Fragen kamen auf:
1. Kann man das Anmeldeprotokoll des Datafox Moduls speichern? 2. Wie weit reicht das Anmeldeprotokoll zurück? Z.Zt. geht es wohl bis zum 13.04.2015. Kann man diese Zeit verlängern?
→ Das Anmeldeprotokoll sollte exportierbar sein → Der Auswertezeitraum sollte variable einstellbar sein
|
|
413 | TimePunch | Backend | Feature Request | niedrig | TimePunch Auditing / History | New | | |
Aufgabenbeschreibung
Eine schöne Sache wäre es, wenn man mit der Rolle "Administrator" die Möglichkeit hätte per Abfrage und/oder Rechtsklick auf einen Eintrag die Historie sehen könnte.
Also eine revisions-sichere Version von Timepunch. Wurde ein Eintrag mehrfach geändert, so kann man das direkt per Rechtsklick als auch in einem Bericht sehen: Edit-Datum/Zeit | Zustand | Projekt | Tätigkeit | Start | Ende | User | … 14.04.2015 09:00 | initial | Timepunch| DB | 9:00 | - | mv |… 14.04.2015 12:00 | update | Timepunch| DB | 9:00 | 12:00 | mv |… 14.04.2015 12:15 | update | Timepunch| prg. | 9:00 | 12:00 | ab |… 15.04.2014 09:00 | update | Timpunch2 | prg. | 09:00 | 12:00 | mv| .. 15.04.2014 09:08 | update | Timpunch2 | prg. | 08:00 | 12:00 | mv | .. usw.
|
|
436 | TimePunch | Backend | Bug Report | niedrig | Falsche Zeit beim erstellen eines Mehrtätigen Eintrags | geschlossen | | |
Aufgabenbeschreibung
Beim erstellen eines mehrtägigen Eintrags von Morgens bis Mittags (des gleichen Tages) wird die Pause hinzugerechnet. Es entsteht eine falsche Arbeitszeit. Beispiel 8:00 bis 16:30 mit 30 Minuten Pause
Eintrag morgens bis mittags Ergebnis: 8:00 bis 12:30 = 4:30 Richtig ist: 8:00 bis 12:00 (ohne Pause) = 4:00
|
|
442 | TimePunch | Backend | Feature Request | niedrig | Zeiteinträge über den Datumswechsel schreiben | New | | |
Aufgabenbeschreibung
Da ich über die Zeiterfassung auch meine Abwesenheit von zu hause erfasse (Verpflegungsmehraufwendungen…) und viel Nachtarbeit mache, ist es für mich wichtig, dass Tätigkeiten, die über den Datumswechsel hinaus gehen als ein Zeiteintrag gewertet werden und nicht automatisch zweigeteilt werden.
|
|
444 | TimePunch | Backend | Bug Report | mittel | Verbessern des Kundendatenimport | geschlossen | | |
Aufgabenbeschreibung
Kundendaten besitzen in TimePunch einen eindeutigen Schlüssel der sich aus "Kundennummer" und "Name des Kunden" zusammensetzt. Aktuell muss beim Import die "Kundennummer" und der Name" stimmen, damit die Daten aktualisiert werden. Dies verhindert jedoch die Änderung des Namens, bzw. erzwingt eine Neuanlage.
Hier sollte der Import intelligenter vorgehen. NEU, Fall 1: Die Kundennummer ist einmalig und passt mit dem Import. In diesem Fall soll der Kundenname + die Kundendaten aktualisiert werden, d.h. auch eine Namensänderung ist möglich.
NEU, Fall 2: Der "Name des Kunden" ist einmalig und passt mit dem Import In diesem Fall soll die Kundennummer + die Kundendaten aktualisiert werden, d.h. auch eine Änderung der Kundennummer ist möglich.
Fall 3: Name und Kundennummer passen. Das ist der ursprüngliche Fall, der die Kundendaten aktualisiert.
Fall 4: Name und Kundennummer passen nicht. Auch dies ist ein bisher schon berücksichtigter Fall, der einen neuen Kunden anlegt.
|
|
450 | TimePunch | Backend | Task | niedrig | Datenbankanpassung für TimePunch Version ohne Server | geschlossen | | |
Aufgabenbeschreibung
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.
|
|
451 | TimePunch | Backend | Task | mittel | Erstellen eines Mailing Service | geschlossen | | |
Aufgabenbeschreibung
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.
|
|
477 | TimePunch | Backend | Feature Request | niedrig | Sonderurlaub für Schwerbehinderung | New | | |
Aufgabenbeschreibung
Für Schwerbehinderte Mitarbeiter sollte es möglich sein einen Sonderurlaub anzulegen, der dann auch gesondert ausgewiesen wird.
z.B. 27 Tage Urlaub + 5 Tage Sonderurlaub
|
|
483 | TimePunch | Backend | Feature Request | niedrig | Mehrere Kunden pro Eintrag | New | | |
Aufgabenbeschreibung
Es sollte möglich sein, einen Zeiteintrag auf mehrere Kunden aufzuteilen.
Die Anzeige der Dauer muss dabei bei jedem Kunden gleich sein. Nur die Abrechnungsdaten ändern sich.
Beispiel 1 Std. Zeit wird abgerechnet auf Kunde A (60%) und Kunde B (40%)
Zeit 1 Std. Kunde A mit 36 Minuten verrechnet Zeit 1 Std. Kunde B mit 24 Minuten verrechne
–> Ohne Angabe der genauen Zeit, sollte die Zeit des Eintrags auf alle Kunden gleichermaßen verteilt werden.
|
|
484 | TimePunch | Backend | Feature Request | niedrig | Verrechnungsfaktor oder Kostenfaktor für eine Tätigkeit | geschlossen | | |
Aufgabenbeschreibung
Implementation eines Verrechnungsfaktors pro Tätigkeit. Der Verrechnungsfaktor wird mit dem hinterlegten Stundensatz des Projekts/Mitarbeiters multipliziert.
|
|
488 | TimePunch | Backend | Feature Request | niedrig | Befristetes Arbeitsverhältnis | New | | |
Aufgabenbeschreibung
Es sollte möglich sein das Arbeitsverhältnis befristet anzulegen. Das hätte den Vorteil, dass sich das Profil automatisch deaktivieren und die Lizenz freigegeben würde.
|
|
489 | TimePunch | Backend | Bug Report | niedrig | Einfügen von kopierten Zeiteinträgen | geschlossen | | |
Aufgabenbeschreibung
Kopierte Zeiteinträge sollten beim Einfügen im markierten Tag eingetragen werden. Aktuell werden die Zeiteinträge nach dem letzten freien Tag eingefügt.
|
|
490 | TimePunch | Backend | Feature Request | niedrig | Entsperren von Monaten nur mit HR oder Admin Berechtigu ... | geschlossen | | |
Aufgabenbeschreibung
Das Entsperren von Zeiteinträgen sollte nur mit HR oder Admin Berechtigung möglich sein.
|
|
494 | TimePunch | Backend | Feature Request | niedrig | Mitarbeiter (mit Erfassungslizenz) sollten die protokol ... | geschlossen | | |
Aufgabenbeschreibung
Auch Mitarbeitern mit einer reinen Erfassungslizenz sollte es möglich sein, die bereits erfassten Zeiten einzusehen.
|
|
506 | TimePunch | Backend | Bug Report | kritisch | Vorjahresurlaub wird teilweise nicht übernommen | geschlossen | | |
Aufgabenbeschreibung
Es kommt teilweise vor, dass der Vorjahresurlaub nicht korrekt übernommen wird, wenn der Urlaubsverfall auf "Nie" eingestellt wird.
Beispiel:
Resturlaub 2013: 23 Tage Resturlaub 2014: 25 Tage → in 2015 sollten somit 58 Tage zusätzlicher Urlaub übernommen werden.
Bei der direkten Nachberechnung passt es. (Dialog öffnen, ok klicken, Berechnung wird gestartet) Trotzdem kann es vorkommen, dass aus "unbekanntem" Grund nur die 25 Tage aus 2014 nach 2015 übernommen werden.
D.h. es muss noch einen zweiten Weg geben, bei dem der Urlaub nicht immer korrekt komplett übernommen wird.
|
|
507 | TimePunch | Backend | Bug Report | niedrig | Wochentag für das Rahmenarbeitszeitmodell einstellbar m ... | geschlossen | | |
|
|
508 | TimePunch | Backend | Bug Report | niedrig | Halber Feiertag wird beim Urlaub nicht berücksichtigt | geschlossen | | |
|
|
512 | TimePunch | Backend | Bug Report | kritisch | Absturz im Datafox Windows Service | geschlossen | | |
|
|
520 | TimePunch | Backend | Bug Report | niedrig | Löschen von Jahresdaten | New | | |
|
|
522 | TimePunch | Backend | Feature Request | niedrig | Information falls Projektbudget >80% | New | | |
|
|
523 | TimePunch | Backend | Bug Report | niedrig | Bericht, Detaillierte Projektabrechnung | geschlossen | | |
|
|
525 | TimePunch | Backend | Feature Request | niedrig | Anpassung II, Detaillierte Projektabrechnung | geschlossen | | |
|
|
530 | TimePunch | Backend | Task | niedrig | Möglichkeit der festdefinierten Stundenauszahlung | geschlossen | | |
|
|
542 | TimePunch | Backend | Task | niedrig | Implementation des Transient Fault Handlings für Cloud ... | geschlossen | | |
|
|
543 | TimePunch | Backend | Feature Request | niedrig | Vorschlagsliste für Freitext | New | | |
|
|
544 | TimePunch | Backend | Task | niedrig | Erweitern der Projektattribute | geschlossen | | |
|
|
546 | TimePunch | Backend | Task | niedrig | Runden der fakturierbaren Arbeitszeit zulassen | geschlossen | | |
|
|
554 | TimePunch | Backend | Feature Request | niedrig | Komplexe Arbeitszeitmodell benötigen Urlaubsberechnung ... | geschlossen | | |
|
|
555 | TimePunch | Backend | Bug Report | niedrig | Feiertage überbuchen | geschlossen | | |
|
|
556 | TimePunch | Backend | Bug Report | niedrig | Leave Carry Foward (never) ist not supported | geschlossen | | |
|
|
557 | TimePunch | Backend | Bug Report | hoch | Feiertag wird als Soll-Zeit berechnet wenn 1/2 Arbeitst ... | geschlossen | | |
|
|
558 | TimePunch | Backend | Bug Report | niedrig | Keine Neuberechnung nach aktualisierung des Arbeitszeit ... | geschlossen | | |
|
|
563 | TimePunch | Backend | Bug Report | niedrig | SQL Timeout sollte höher eingestellt sein | geschlossen | | |
|
|
573 | TimePunch | Backend | Feature Request | niedrig | Stichtag zur Überstundenbegrenzung festlegen | New | | |
|
|
574 | TimePunch | Backend | Bug Report | niedrig | Beim kopieren von Projekten werden die zugewiesenen Mit ... | geschlossen | | |
|
|
578 | TimePunch | Backend | Feature Request | niedrig | Arbeit soll als Mehrtätiger Eitnrag auch am WE gebucht ... | geschlossen | | |
|
|
589 | TimePunch | Backend | Feature Request | niedrig | Projekt, Tätigkeit, Kunde optional als Pflichtfelder | New | | |
|
|
592 | TimePunch | Backend | Bug Report | niedrig | Neuer Buchungstyp, Krank unbezahlt | geschlossen | | |
|
|
595 | TimePunch | Backend | Feature Request | niedrig | Festlegen des monatlichen Stichtags für die Stundenausb ... | geschlossen | | |
|
|
604 | TimePunch | Backend | Bug Report | niedrig | Urlaub wird bei Serieneinträgen auch am WE gebucht | geschlossen | | |
|