... | ... | @@ -83,3 +83,13 @@ Drücken sie auf **OK** |
|
|
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.
|
|
|
|
|
|
#### Wenn man dasselbe nun für MF_LEITUNG machen 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.
|
|
|
|
|
|
(Abteilungen und Gruppen die **MF_LEITUNG** verwalten darf)
|
|
|
|
|
|
{width="873" height="395"}
|
|
|
|
|
|
(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 |