|
|
|
### Sie haben nun den laufenden Team Manager und möchten ihn Konfigurieren?
|
|
|
|
### Anlegen einer neuen Konfigurationsdatei
|
|
|
|
|
|
|
|
Hierfür erstellen sie unter `[Enaio Installationspfad]\Services\service-manager\config` eine neue Datei namens **teammanger-prod.yml** diese können sie vorerst mit folgendem Inhalt befüllen
|
|
|
|
Hierfür erstellt man unter `[Enaio Installationspfad]\Services\service-manager\config` eine neue Datei namens **teammanger-prod.yml** diese kann vorerst mit folgendem Inhalt befüllt werden
|
|
|
|
|
|
|
|
```yml
|
|
|
|
teammanager:
|
| ... | ... | @@ -9,29 +9,24 @@ teammanager: |
|
|
|
ejob-auth-token: ""
|
|
|
|
```
|
|
|
|
|
|
|
|
- **license-key**: Ihren mitgelieferten Lizenzschlüssel fügen sie hier ein. Wenn sie keine Lizenz konfigurieren schaltet sich der Team Manager selbst in den **read-only-modus**, was heißt das man die ganze Oberfläche wie gewöhnlich navigieren kann, aber nichts verändern 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**: Ihr selbst gewähltes Token zur (optionalen) verifizierung von EmptyJobs ausgelöst durch selbst konfigurierte Buttons. Diese Einstellung ist optional und muss somit nur existieren wenn sie die Funktion verwenden möchten. Mehr Informationen dazu gibt es unter [Button Sicherheit](Buttons/Sicherheit)
|
|
|
|
### Weitere Einstellungen
|
|
|
|
|
|
|
|
### Weitere Optionale Einstellungen
|
|
|
|
Weitere Einstellungen, mit denen man die Rechte von Usern im Team-Manager steuern kann
|
|
|
|
|
|
|
|
Weitere Einstellungen die wichtig für die Rechteprüfung im Team Manager sind
|
|
|
|
* **absence-admin-sys-roles**: Eine Liste von Zahlen<span dir="">, 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
|
|
|
|
* **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**.
|
|
|
|
* **absence-mgr-attribute-name**: Definiert <span dir="">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-admin-sys-roles**: Eine Liste von Zahlen die definiert, welche enaio® Systemrollen **vollzugriff** auf die Abwesenheitsverwaltung gewähren. Wenn ein Benutzer einer dieser Systemrollen hat oder im **enaio® Administrator** zugewiesen bekommt, kann er alle in der Organisation befindlichen Benutzer im Team bereich des Team Managers verwalten. **Nützlich bei Bestandssystemen da man für eine hierarchische Ermittlung der für jeden Benutzer verwaltbaren Nutzer die Organisation nach einem Bestimmten Schema aufbauen muss (Siehe **[**Organisation Konfiguration**](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
|
|
|
|
|
|
|
|
* **absence-admin-sys-groups**: Eine Liste von Strings die definiert, welche enaio® Rechtegruppen **vollzugriff** auf die Abwesenheitsverwaltung gewähren (**Rechtegruppen werden auch über den enaio® Administrator zugewiesen**). Gleiches verhalten wie bei **absence-admin-sys-roles** nur das die Rechtegruppe zugang gewährt und nicht die Systemrolle. Benutzer die in einer der definierter Rechtegruppen sind bekommen auch **vollzugriff** auf die Abwesenheitsverwaltung
|
|
|
|
### Standardwerte
|
|
|
|
|
|
|
|
* **sub-edit-sys-roles**: Eine Liste von Zahlen die definiert, welche enaio® Systemrollen zugriff auf die Stellvertreterkonfiguration gewähren. Wenn ein Benutzer einer dieser Systemrollen hat, kann er für sich selbst und auch für seine verwaltbaren Team Mitglieder die Stellvertreter direkt im Team Manager 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** nur über Rechtegruppen und nicht über Systemrollen
|
|
|
|
|
|
|
|
* **absence-mgr-attribute-name**: Definiert den Attributname der im **enaio® Workflow Editor** verwendet wird um Workflow Rollen als Leiter Rolle zu markieren. Wird verwendet um eine hierarchische Ermittlung der für jeden Benutzer verwaltbaren Nutzer zu ermöglichen (Mehr dazu auch unter [Organisation Konfiguration](Konfiguration/Organisation))
|
|
|
|
|
|
|
|
* **buttons**: Sie können auch selber Buttons anlegen und ausprogrammieren, diese können sie für bestimmte enaio® Rechtegruppen freischalten. Auf der Oberfläche können diese für den eigenen Benutzer ausgelöst werden und auch für die verwaltbaren Nutzer des Benutzers. Mehr hierzu gibt es unter [Anlegen von Buttons](Buttons/Anlegen-von-Buttons)
|
|
|
|
|
|
|
|
### Welche Werte sind als Standardwerte definiert?
|
|
|
|
|
|
|
|
Wenn sie keine der oben genannten **optionalen Einstellungen** überschreiben (d.h. wenn sie das Attribut nicht in der **teammanger-prod.yml** definieren nimmt es einen Standadtwert ein, wenn sie es jedoch definieren dann wird der Standardwert der spezifischen Einstellung überschrieben) nimmt der Team Manager folgende Einstellungen an
|
|
|
|
Wenn keine der oben spezifizierten **Einstellungen** überschrieben werden, benutzt der Team-Manager folgende Einstellungen
|
|
|
|
|
|
|
|
```yaml
|
|
|
|
absence-admin-sys-roles: [20]
|
| ... | ... | @@ -43,15 +38,15 @@ Wenn sie keine der oben genannten **optionalen Einstellungen** überschreiben (d |
|
|
|
absence-mgr-attribute-name: IsAbsenceManager
|
|
|
|
```
|
|
|
|
|
|
|
|
Bezüglich der Systemrollen gibt es von Optimal Systems eine [Dokumentation](https://help.optimal-systems.com/enaio/v110/admin/administrator/de/administrator/sicherheit/systenrollen.htm?Highlight=systemrollen)
|
|
|
|
Mehr zu Systemrollen gibt es in der [offiziellen OS Dokumentation](https://help.optimal-systems.com/enaio/v110/admin/administrator/de/administrator/sicherheit/systenrollen.htm?Highlight=systemrollen)
|
|
|
|
|
|
|
|
### Sie haben ihre Einstellungen gespeichert?
|
|
|
|
### Neue Einstellungen anwenden
|
|
|
|
|
|
|
|
Wenn sie ihre Einstellungen gespeichert haben und sie nun anwenden möchten, gibt es zwei Fälle
|
|
|
|
Nachdem die neuen Einstellungen erfolgreich gespeichert wurden, können sie nun angewendet werden.
|
|
|
|
|
|
|
|
1. **Team Manager ist noch nicht gestartet**: In diesem Fall starten sie den Team Manager einfach, ihre Einstellungen werden direkt aktiv sein
|
|
|
|
2. **Team Manager läuft bereits**: Öffnen sie den [enaio® Services Admin](localhost:7273) auf ihrer Zielmaschine und navigieren sie zum Team Manager Microservice und klappen sie diesen auf
|
|
|
|
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
|
|
|
|
|
|
|
|
{width="618" height="407"}
|
|
|
|
|
|
|
|
Anschließend drücken sie auf das untere **neustart Symbol** neben der **ID** und der **Adresse** des Microservices. Warten sie ein paar Minuten und der Team Manager wird mit den neuen Einstellungen laufen |
|
|
\ No newline at end of file |
|
|
|
Anschließend drückt man auf das untere **Neustart-Symbol** neben der **ID** und der **Adresse** des Microservices. Dann wartet man ein paar Minuten und der Team-Manager sollte sich mit den neuen Einstellungen starten. |
|
|
\ No newline at end of file |
