Time Report F&A
Urlaubsberechnung im Time Report
z.B.:
Urlaub Freitag 26.01. => 6,5 Stunden geplante Anwesenheit gilt als 1 Tag;
Urlaub Montag 29.01. => 8,0 Stunden geplant Anwesenheit gilt als 1 Tag;
Dadurch haben wir dann Stunden / Tageswerte, die nicht dem Faktor 7,7 entsprechen.
Bei der Berechnung des Urlaubsübertrages des aktuellen Time Reports wird der konsumierte Urlaub der vorangegangenen TRs benutzt, um den Urlaubsübertrag zu berechnen.
Für den Tageswert des Übertrages nehmen wir hier den Tageswert der neuen Urlaubszuschreibung (berechneter Wert, mit Nachkommastellen), den Tageswert des konsumierten Urlaubs (nicht berechneter Wert, keine Nachommastellen) und den Tagewert des Resturlaubs (berechneter Wert, mit Nachommastellen).
Nimmt man beim konsumierten Urlaub den berechneten Wert (also Stunden / 7,7) "verschwindet" der Rundungsfehler.
Automatisches Zeitbuchen bei Multi Company > Damit Cronjob ausführbar müssen für alle Unternehmen die Abwesenheitstypen konfiguriert werden
Wenn Multi Company, dann müssen bei beiden Unternehmen Anwesenheits- und Abwesenheitstypen für das Unternehmen gesetzt sein, damit automatisches Zeitbuchen funktioniert.
Mitarbeiter checkbox "Automatisches Zeitbuchen"
Stundenlohn beim Mitarbeiter
Wird dp_hr Project verwendet, so ist es auch wichtig einen Stundenlohn im Mitarbeitervertrag zu hinterlegen.
Der Stundenlohn wird als Kostensatz für die Kostenstellenbuchungen und in der Projektkalkulation verwendet
Neuer Mitarbeiter kann keine Anwesenheit buchen > Validierungsfehler obwohl er Time Report / Benutzer ist und somit hr. Attendance hat
Lösung
Benutzer muss bei Technisch / Benutzer: die Eigenen Anwesenheiten lesen hinzufügen
am Besten im generellen User (welcher auch bei neu Erstellung erstellt wird.
a) Benutzer muss bei dieser Gruppe sein und Datensatzregel muss angepasst werden, sodass Attendance base user: Read his own attendances in other apps auch schreiben und Erstellen kann