|
|
## Hierarchisches Modell
|
|
|
|
|
|
Der Team Manager verwendet für die Ermittlung der Verwaltbaren Nutzer für Benutzer in Leiter Rollen, ein hierarchisches Modell in Kombination mit einem Attribut das auf Rollen Basis gesetzt wird und welches entscheidet ob ein Benutzer ein Team Leiter ist.
|
|
|
Der Team-Manager verwendet für die Ermittlung der verwaltbaren User, für User in Leiterrollen, ein hierarchisches Modell in Kombination mit einem Attribut, das auf Rollen Basis gesetzt wird und welches entscheidet, ob ein User ein Teamleiter ist.
|
|
|
|
|
|
**Ein Team Leiter ist eine Person, die Benutzer in der selben Abteilung oder tieferen Abteilungen verwalten darf (Abwesenheiten und u.a ggfs. Stellvertretung konfigurieren). Benutzer ohne Leiter Rolle können im Team Manager jedoch trotzdem die Anwesenheit, Stellvertretung und weitere Daten anderer Benutzer einsehen, diese jedoch aber nicht editieren.**
|
|
|
**Ein Teamleiter darf User in der eigenen Abteilung und auch in tieferen Abteilungen verwalten (Abwesenheiten und u. a. ggf. Stellvertretungen konfigurieren). User ohne Leiterrolle können im Team-Manager jedoch trotzdem die Anwesenheit, Stellvertretung und weitere Daten anderer User einsehen, diese jedoch aber nicht editieren.**
|
|
|
|
|
|
## Einrichtung des Team Leiter Attributs
|
|
|
## Einrichtung des Teamleiterattributs
|
|
|
|
|
|
Das Attribut was kontrolliert wer ein Team Leiter ist, wird in der **teammanager-prod.yml** unter **absence-mgr-attribute-name** festgelegt (Siehe [Team Manager Parameter](Konfiguration/Parameter)). **Dieses müssen sie im enaio® Workflow-Editor unter dem selben Namen als Rollen-Attribut hinzufügen**
|
|
|
Das Attribut, welches kontrolliert<span dir="">, wer</span> ein Teamleiter ist, wird in der **teammanager-prod.yml** unter **absence-mgr-attribute-name** festgelegt (Siehe [Team-Manager Parameter](/open/teammanager/-/wikis/Konfiguration/Parameter)). **Dieses muss im enaio® Workflow-Editor unter demselben Namen als Rollenattribut hinzugefügt werden**
|
|
|
|
|
|
Öffnen sie den **enaio® Workflow-Editor**
|
|
|
Hierfür öffnet man den **enaio® Workflow-Editor**
|
|
|
|
|
|
{width="820" height="466"}
|
|
|
|
|
|
Drücken sie links im Arbeitsbereich unten auf **Organisationsexplorer**
|
|
|
Im Arbeitsbereich drückt man links auf den **Organisationsexplorer**
|
|
|
|
|
|
{width="821" height="467"}
|
|
|
|
|
|
Klicken sie mit einem Rechtsklick unter den **Organisationsklassen** auf **Rolle**
|
|
|
Dann klickt man mit der rechten Maustaste unter den **Organisationsklassen** auf **Rolle**
|
|
|
|
|
|
{width="821" height="463"}
|
|
|
|
|
|
Nun klicken sie auf **Bearbeiten**
|
|
|
Als Nächstes auf **Bearbeiten**
|
|
|
|
|
|
{width="821" height="465"}
|
|
|
|
|
|
Klicken sie mit einem Rechtsklick in die Mitte der Tabelle von Attributen und drücken sie auf **Neues Attribut**
|
|
|
Mit einem Rechtsklick klickt man im Feld, wo die Attribute aufgelistet werden im Kontextmenü auf **neues Attribut**
|
|
|
|
|
|
{width="821" height="469"}
|
|
|
|
|
|
Nun geben sie den Namen vom Attribut ein den sie in der **teammanager-prod.yml** unter **absence-mgr-attribute-name** angegeben haben und stellen sicher das der Typ auf **Bool** ist und der Standardwert nicht angekreuzt ist. Drücken sie auf **OK** und drücken sie auf **Apply**
|
|
|
Anschließend tippt man den Namen vom Attribut ein, den man in der **teammanager-prod.yml** unter **absence-mgr-attribute-name** angegeben hat und stellt sicher, dass der Typ auf **Bool** ist und der Standardwert nicht angekreuzt ist. Dann drückt man auf **OK** und danach auf **Apply**
|
|
|
|
|
|
{width="821" height="466"}
|
|
|
|
|
|
Zuletzt drücken sie unter **Datei** auf **Speichern**. Das Attribut ist nun für alle Rollen registriert und für alle auf **false** gesetzt
|
|
|
Als Letztes drückt man unter **Datei** auf **Speichern**. Das Attribut ist nun für alle Rollen registriert und für alle auf **false** gesetzt
|
|
|
|
|
|
## Schachtelbare Abteilungen aktivieren (Optional)
|
|
|
## Schachtelung von Abteilungen aktivieren (Optional)
|
|
|
|
|
|
**Was Optional aber sehr empfehlenswert ist, ist die Schachtelung von Abteilungen im enaio® Workflow-Editor zu erlauben**. Dies erlaubt viel feingranularität im Bezug auf Team Größe und Team Leiter Konfiguration. Ohne die Schachtelung kann es zu größeren zu verwaltenden Benutzergrupen für Team Leiter kommen.
|
|
|
**Was optional aber sehr empfehlenswert ist, ist die Schachtelung von Abteilungen im enaio® Workflow-Editor zu erlauben**. Diese ermöglicht eine höhere Feingranularität in Bezug auf die Teamgröße und die Konfiguration von Teamleitern. Ohne Verschachtelung können Teamleiter mit größeren Gruppen von zu verwaltenden Usern konfrontiert werden.
|
|
|
|
|
|
Hierfür klicken sie mit einem Rechtsklick unter den **Organisationsklassen** auf **Abteilung** und drücken auf **Bearbeiten**
|
|
|
Hierfür klickt man mit einem Rechtsklick unter den **Organisationsklassen** auf **Abteilung** und drückt auf **Bearbeiten**
|
|
|
|
|
|
{width="834" height="472"}
|
|
|
|
|
|
Gehen sie im neu geöffneten Fenster in den **Hierarchie** Tab
|
|
|
Im neu geöffneten Fenster wechselt man in den **Hierarchie-Tab**
|
|
|
|
|
|
{width="835" height="471"}
|
|
|
|
|
|
Dort sollten sie folgende Ansicht auffinden. Nun drücken sie auf **Abteilung** und drücken dann auf den nach rechts zeigenden Pfeil in der Mitte
|
|
|
Dort sollte sich folgende Ansicht auffinden lassen. Hier klickt man auf **Abteilung** und drückt dann auf den nach rechts zeigenden Pfeil in der Mitte
|
|
|
|
|
|
{width="834" height="474"}
|
|
|
|
|
|
Drücken sie auf **Apply** und speichern sie die Organisation ab. **Nun sollten sie in der Lage sein Abteilungen in Abteilungen zu verschieben in der Organisationsstruktur Ansicht**
|
|
|
Zuletzt drückt man auf **Apply** und speichert die Organisation ab. **Nun sollte man in der Organisationsstruktur in der Lage sein, seine Abteilungen in Abteilungen zu verschachteln**
|
|
|
|
|
|
## Konfiguration von einer Beispiel Organisation
|
|
|
## Konfiguration von einer Beispielorganisation
|
|
|
|
|
|
In einer Demo Organisation haben wir folgende **Organisationsstruktur** vorliegen
|
|
|
|
|
|

|
|
|
|
|
|
Wir möchten alle Rollen die **Leitung** oder **Leiter** hinten dran haben zu einer Team Leiter Rolle machen. Hierfür drücken wir auf **Rolle** im **enaio® Workflow-Editor**
|
|
|
Wir möchten alle Rollen, die **Leitung** oder **Leiter** im Namen haben als Teamleiter Rolle designieren. Hierfür drücken wir unter **Organisationsklassen** auf **Rolle**
|
|
|
|
|
|
{width="867" height="438"}
|
|
|
|
|
|
Dort sollten wir dann Rechts im Fenster all unsere definierten Rollen sehen. **Nun setzen wir das Team Manager Attribut bei den Rollen die wir als Leiter designieren möchten auf Wahr. Hierfür drücken wire mit einem Rechtsklick auf einer der Zielrollen.**
|
|
|
Dort sollten wir dann rechts im Fenster alle unsere definierten Rollen sehen. **Nun setzen wir das Team-Manager Attribut bei den Rollen, die wir als Leiter designieren möchten, auf wahr. Hierfür drückt man mit einem Rechtsklick auf eine der Zielrollen.**
|
|
|
|
|
|
{width="873" height="441"}
|
|
|
|
|
|
Nun drücken wir auf **Bearbeiten**
|
|
|
Dann drückt man auf **Bearbeiten**
|
|
|
|
|
|

|
|
|
|
|
|
Dort sollten wir unser selbst definiertes Team Leiter Attribut vorfinden. Mit einem Doppelklick drücken wir auf das **Nein** und setzen es auf **Ja**
|
|
|
Dort sollte man sein selbst definiertes Teamleiter Attribut vorfinden. Mit einem Doppelklick drückt man auf das **Nein** und setzt es dann auf **Ja**
|
|
|
|
|
|

|
|
|
|
|
|
Zuletzt drücken wir auf **OK**
|
|
|
Zuletzt drückt man dann auf **OK**
|
|
|
|
|
|
#### Alle Benutzer die sich in MF_ENTWICKLUNG_LEITER befinden dürfen nun alle Benutzer in der Entwicklungs Abteilung (Aus allen Rollen die nicht in der MF_ENTWICKLUNG_LEITER Rolle sind) Verwalten
|
|
|
#### Alle User, die sich in MF_ENTWICKLUNG_LEITER befinden, dürfen nun alle User in der Entwicklungs-Abteilung verwalten (generell gesagt darf eine Leiterrolle alle Rollen in derselben Abteilung verwalten ausser die eigene, d.h. User in MF_ENTWICKLUNG_LEITER können sich nicht gegenseitig verwalten)
|
|
|
|
|
|

|
|
|
|
|
|
Das heißt das **VOGEL_MAX** nun bei **BAER_ADRIAN**, **BUCHER_ANDRIN**, **SCHMID_FLORIAN**, **STALDER_MIA** und **WEBER_NICOLE** die Abwesenheiten erfassen darf. Falls er bei sich selber die Stellvertreter Konfigurieren darf, darf er dazu noch die Stellvertreter dieser Personen anpassen.
|
|
|
Das heißt das **VOGEL_MAX** jetzt bei **BAER_ADRIAN**, **BUCHER_ANDRIN**, **SCHMID_FLORIAN**, **STALDER_MIA** und **WEBER_NICOLE** die Abwesenheiten erfassen darf. Falls er bei sich selber die Stellvertreter konfigurieren darf, darf er dazu noch die Stellvertreter dieser User anpassen.
|
|
|
|
|
|
#### Wenn man nun gleich bei MF_LEITUNG vorgehen würde, dürften alle Personen die sich in der MF_LEITUNG Rolle befinden alle Abteilungen Verwalten da die MF_LEITUNG Rolle über allen Abteilungen steht d.h. die Höhe der Rolle in der Organisationsstruktur kontrolliert über welche Abteilungen und Rollen die Rolle, die als Leiter Rolle gesetzt ist verfügen darf.
|
|
|
{width=739 height=408}
|
|
|
|
|
|
(Abteilungen und Gruppen die **MF_LEITUNG** verwalten darf)
|
|
|
**(Aufbau der Demo Organisation, Abteilungen in Blau und Rollen in Grün)**
|
|
|
|
|
|
{width="873" height="395"}
|
|
|
#### Angenommen man geht nun gleich für MF_LEITUNG vor und designiert diese als Leiterrolle. Dann würde MF_LEITUNG alle tieferen Abteilungen + Rollen verwalten.
|
|
|
|
|
|
{width=728 height=402}
|
|
|
|
|
|
(Alle Rollen die **MF_LEITUNG** verwalten darf in Orange)
|
|
|
|
|
|
{width=735 height=406}
|
|
|
|
|
|
(Rollen die **MF_ENTWICKLUNG_LEITER** und **MF_VERTRIEB_LEITUNG** verwalten darf in verschiedenen Farben)
|
|
|
|
|
|
## Bestandssysteme
|
|
|
|
|
|
Aus dem Grund das nicht jeder seine Workflow Organisation in **Bestandssystemen** ändern bzw. neuaufbauen kann, gibt es auch die Möglichkeit die hierarchische Ermittlung von verwaltbaren Benutzergruppen nicht zu verwenden. Über **absence-admin-sys-roles** und **absence-admin-sys-groups** (Genauer erläutert unter [Parameter](Konfiguration/Parameter)) können sie für bestimmte **Systemrollen** bzw. **Rechtegruppen** **vollzugriff** auf die Abwesenheitsverwaltung erteilen. **Dies ist nicht feingranular steuerbar wie mit der hierarchischen Ermittlung aber ermöglicht Kompatibilität mit Bestandssystemen** |
|
|
\ No newline at end of file |
|
|
Aus dem Grund<span dir="">, dass</span> nicht jeder seine Workflow-Organisation in **Bestandssystemen** ändern bzw. neu aufbauen kann, gibt es auch die Möglichkeit, die hierarchische Ermittlung von verwaltbaren Usergruppen nicht zu verwenden. Über **absence-admin-sys-roles** und **absence-admin-sys-groups** (genauer erläutert unter [Parameter](/open/teammanager/-/wikis/Konfiguration/Parameter)) kann man für bestimmte **Systemrollen** bzw. **Rechtegruppen** **Vollzugriff** auf die Abwesenheitsverwaltung erteilen.
|
|
|
|
|
|
**Dies ermöglicht zwar nicht die gleiche feingranulare Steuerung wie die hierarchische Ermittlung, erleichtert jedoch die Kompatibilität mit Bestandssystemen** |
|
|
\ No newline at end of file |