-**license-key**: Den mitgelieferten Lizenzschlüssel fügt man hier ein. Wenn keine Lizenz konfiguriert ist, schaltet sich der Team-Manager selbst in den **read-only-modus**, was heisst, dass man die ganze Oberfläche navigieren kann, aber keine Änderungen tätigen kann (Eigene Abwesenheit, Stellvertretungen, Team Abwesenheiten)
-**license-key**: Den mitgelieferten Lizenzschlüssel fügt man hier ein. Wenn keine Lizenz konfiguriert ist, schaltet sich der Team-Manager selbst in den **read-only-modus**, was heisst, dass man die ganze Oberfläche navigieren kann, aber keine Änderungen tätigen kann (Eigene Abwesenheit, Stellvertretungen, Team Abwesenheiten)
-**ejob-auth-token**: Ein selbst gewähltes Token zur (optionalen) Verifizierung von EmptyJobs, die durch selbst konfigurierte Buttons ausgelöst werden. Mehr Informationen hierzu gibt es unter [Button Sicherheit](Buttons/Sicherheit)
-**ejob-auth-token**: Ein selbst gewähltes Token zur (optionalen) Verifizierung von EmptyJobs, die durch selbst konfigurierte Buttons ausgelöst werden. Mehr Informationen hierzu gibt es unter [Button Sicherheit](Buttons/Sicherheit)
### Weitere Einstellungen
### Weitere Einstellungen
...
@@ -17,9 +18,13 @@ teammanager:
...
@@ -17,9 +18,13 @@ teammanager:
Weitere Einstellungen, mit denen man die Rechte von Usern im Team-Manager steuern kann
Weitere Einstellungen, mit denen man die Rechte von Usern im Team-Manager steuern kann
***absence-admin-sys-roles**: Eine Liste von Zahlen<spandir="">, die</span> definiert, welche enaio® Systemrollen **Vollzugriff** auf die Abwesenheitsverwaltung gewähren. Wenn ein User in einer dieser Systemrollen ist, kann er alle in der Organisation befindlichen User im Team-Bereich verwalten. **Nützlich bei Bestandssystemen, da man für eine hierarchische Ermittlung der für jeden User verwaltbaren User, die Organisation nach einem bestimmten Schema aufbauen muss (Siehe **[**Organisation Konfiguration**](/open/teammanager/-/wikis/Konfiguration/Organisation)**)**
***absence-admin-sys-roles**: Eine Liste von Zahlen<spandir="">, die</span> definiert, welche enaio® Systemrollen **Vollzugriff** auf die Abwesenheitsverwaltung gewähren. Wenn ein User in einer dieser Systemrollen ist, kann er alle in der Organisation befindlichen User im Team-Bereich verwalten. **Nützlich bei Bestandssystemen, da man für eine hierarchische Ermittlung der für jeden User verwaltbaren User, die Organisation nach einem bestimmten Schema aufbauen muss (Siehe **[**Organisation Konfiguration**](/open/teammanager/-/wikis/Konfiguration/Organisation)**)**
***absence-admin-sys-groups**: Eine Liste von Strings, die definiert, welche enaio® Rechtegruppen **Vollzugriff** auf die Abwesenheitsverwaltung gewähren. Gleiches verhalten wie bei **absence-admin-sys-roles**. User, die in einer der definierter Rechtegruppen sind, bekommen auch **Vollzugriff** auf die Abwesenheitsverwaltung
***absence-admin-sys-groups**: Eine Liste von Strings, die definiert, welche enaio® Rechtegruppen **Vollzugriff** auf die Abwesenheitsverwaltung gewähren. Gleiches verhalten wie bei **absence-admin-sys-roles**. User, die in einer der definierter Rechtegruppen sind, bekommen auch **Vollzugriff** auf die Abwesenheitsverwaltung
***sub-edit-sys-roles**: Eine Liste von Zahlen, die definiert, welche enaio® Systemrollen Zugriff auf die Stellvertreterkonfiguration gewähren. Wenn ein User in einer dieser Systemrollen ist, kann er für sich selbst und für seine verwaltbaren Team-Mitglieder die Stellvertreter editieren
***sub-edit-sys-roles**: Eine Liste von Zahlen, die definiert, welche enaio® Systemrollen Zugriff auf die Stellvertreterkonfiguration gewähren. Wenn ein User in einer dieser Systemrollen ist, kann er für sich selbst und für seine verwaltbaren Team-Mitglieder die Stellvertreter editieren
***sub-edit-sys-groups**: Eine Liste von Strings, die definiert, welche enaio® Rechtegruppen Zugriff auf die Stellvertreterkonfiguration gewähren. Gleiches verhalten wie bei **sub-edit-sys-roles**.
***sub-edit-sys-groups**: Eine Liste von Strings, die definiert, welche enaio® Rechtegruppen Zugriff auf die Stellvertreterkonfiguration gewähren. Gleiches verhalten wie bei **sub-edit-sys-roles**
***absence-mgr-attribute-name**: Definiert <spandir="">den Attributnamen</span>, der im **enaio® Workflow Editor** verwendet wird, um Workflow Rollen als Leiter Rolle zu designieren. Wird verwendet, um eine hierarchische Ermittlung der für jeden User verwaltbaren User zu ermöglichen (Mehr dazu auch unter [Organisation Konfiguration](/open/teammanager/-/wikis/Konfiguration/Organisation))
***absence-mgr-attribute-name**: Definiert <spandir="">den Attributnamen</span>, der im **enaio® Workflow Editor** verwendet wird, um Workflow Rollen als Leiter Rolle zu designieren. Wird verwendet, um eine hierarchische Ermittlung der für jeden User verwaltbaren User zu ermöglichen (Mehr dazu auch unter [Organisation Konfiguration](/open/teammanager/-/wikis/Konfiguration/Organisation))
***buttons**: Hier kann man Buttons anlegen, diese können für bestimmte enaio® Rechtegruppen freigeschaltet werden. Auf der Oberfläche können diese für den eigenen User ausgelöst werden und auch für die verwaltbaren User des Users. Wie man diese anlegt und ausprogrammiert wird in [Anlegen von Buttons](Buttons/Anlegen-von-Buttons) erläutert
***buttons**: Hier kann man Buttons anlegen, diese können für bestimmte enaio® Rechtegruppen freigeschaltet werden. Auf der Oberfläche können diese für den eigenen User ausgelöst werden und auch für die verwaltbaren User des Users. Wie man diese anlegt und ausprogrammiert wird in [Anlegen von Buttons](Buttons/Anlegen-von-Buttons) erläutert
...
@@ -42,7 +47,7 @@ Mehr zu Systemrollen gibt es in der [offiziellen OS Dokumentation](https://help.
...
@@ -42,7 +47,7 @@ Mehr zu Systemrollen gibt es in der [offiziellen OS Dokumentation](https://help.
### Neue Einstellungen anwenden
### Neue Einstellungen anwenden
Nachdem die neuen Einstellungen erfolgreich gespeichert wurden, können sie nun angewendet werden.
Nachdem die neuen Einstellungen erfolgreich gespeichert wurden, können sie nun angewendet werden.
1.**Team-Manager ist noch nicht gestartet**: In diesem Fall startet man den Team-Manager einfach, die neuen Einstellungen werden direkt aktiv sein
1.**Team-Manager ist noch nicht gestartet**: In diesem Fall startet man den Team-Manager einfach, die neuen Einstellungen werden direkt aktiv sein
2.**Team-Manager läuft bereits**: Dann öffnet man den [enaio® Services Admin](localhost:7273) auf der Zielmaschine und navigiert zum Team-Manager-Microservice und klappt diesen auf
2.**Team-Manager läuft bereits**: Dann öffnet man den [enaio® Services Admin](localhost:7273) auf der Zielmaschine und navigiert zum Team-Manager-Microservice und klappt diesen auf