Globale Berechtigungen an Untergruppen vererben
-
@bwl21 Also ich habe keine Probleme, einer Gruppe weitere übergeordnete Gruppen (vom Typ "Merkmal") zuzuordnen. Muss halt mehrmals durch den o.g. Dialog laufen ("Kreuz drücken").
. -
@Simon2 ich sehe, ihr habt
- einen Gruppentyp
Nochnmerkmal
angelegt. - an dieses Merkmal hängt ihr Berechtigungen
- Von dieser Typ habt ihr eine Gruppe
WirTestenChurchtools_specRights
angelegt WirTestenChurchtools_specRights
ist dann eine Übergeordnete Gruppe vonWirTestenChurchtools
Habt ihr ausprobiert, ob globale Berechtigungen, die ihr über den Gruppentyp
Nochnmerkmal
setzt, auch bei den Mitgliedern vonWirTestenChurchtools
ankommen?Bei gruppeninternen Berechtigungen funktioniert es, aber m.W. werden globale Berechtigungen nicht vererbt.
Da bin ich echt gespannt. Das könnte dann in der Tat eine Lösung sein - ein klein bisschen umständlich, aber gangbar - vorausgesetzt es funktioniert ...
- einen Gruppentyp
-
@bwl21 nicht ganz: Ich habe eine weitere Gruppe (vom Gruppentyp "Merkmal") mit dem Namen "Nochnmerkmal" angelegt - nur für den Zweck, das hier zu zeigen (gleich danach wieder gelöscht).
Ich habe keinen Bedarf an ausgetüftelteren Berechtigungen und habe deshalb auch nicht weiter herumprobiert.
Wollte nur auf ein Feature hinweisen, das dir vielleicht helfen könnte. -
@Simon2 Im Gegensatz zu deiner recht neuen ChurchTools Instanz habe ich eine Instanz geerbt. Hier werden einfach nur die Standard Gruppentypen verwendet und alles mit gruppenspezifischen Rechten gelöst, nix vererbt. Auch Personen haben Rechte bekommen anstelle nachzudenken, in welche Gruppe sie den müssten oder welche Gruppen man erschaffen müsste ...
Ich plane aktuell die Zahl der Gruppentypen aufzubohren und 99% aller gruppenspezifischen Rechte zu löschen. Keine Ahnung ob das klappt.Den Tipp mit Merkmal finde ich nicht schlecht, nur funktioniert es meines Wissens nur bei Personen und nicht bei Gruppen. Also alle Musiker bekommen neben der Gruppe AG_Musiker auch das Mekrmal "Darf Keller buchen". Alle Musiker, bei denen man das vergisst dürfen dann halt noch nicht buchen ... nicht schlimm, da die Merkmale sehr explizit sind und man bei bestehenden Musikern sehen kann, welche Merkmale sie haben.
Wenn du es nicht selber programmierst wirst du immer herum tüfteln müssen, außer du hast nur ganz einfache Anwendungsfälle. Viele unserer Mit-Admins haben keinen blassen von Vererbung und fänden das viel zu Abstrakt, auch wenn wir beide es elegant fänden. So habe ich das am Arbeitsplatz kennengelernt. Mein abstraktes Denken ist für mich normal und für andere gerade so nachzuvollziehen aber etliche winken gleich ab. Freu dich, dass es dir gegeben ist!
-
@bwl21 schau dir mal diese FR an
https://forum.church.tools/post/24609
Ich denke, dass die Grundidee deiner Problematik hilft.
Du würdest dann einen Gruppentyp „Berechtigung“ anlegen und dort je eine Gruppe pro Rechtepaket.
Die Teilnehmer dieser Gruppen setzen sich dann aus den Filtern zusammen, so dass man die wildesten Konstellationen bilden kann.In einem Post hat der P.O. schon mal angedeutet, dass er sich vorstellen kann, das Thema anzugehen, wenn im gleichen Zuge die Bereiche-Funktion gestrichen wird.
Also Voten kommentieren und mit uns auf das Feature hinarbeiten
-
@MichaelG sagte in Globale Berechtigungen an Untergruppen vererben:
In einem Post hat der P.O. schon mal angedeutet, ...
PO hier: Product Owner (schönes neues deutsches Wort )
Von meiner SrumMaster Ausbildung und von Antworten des Supports erschließe ich mir, dass es mehrere Product Owner für Teile der ChurchTools-Anwendung gibt. -
@MichaelG HI Michael, die Anforderung ist ja schon aus 2013 ... Ich fürchte das kommt nicht so schnell. Daher muss ich weiter nach einer Lösung suchen, die ich jetzt umsetzen kann.
-
@Gunnar sagte in Globale Berechtigungen an Untergruppen vererben:
Den Tipp mit Merkmal finde ich nicht schlecht, nur funktioniert es meines Wissens nur bei Personen und nicht bei Gruppen. Also alle Musiker bekommen neben der Gruppe AG_Musiker auch das Mekrmal "Darf Keller buchen". Alle Musiker, bei denen man das vergisst dürfen dann halt noch nicht buchen ... nicht schlimm, da die Merkmale sehr explizit sind und man bei bestehenden Musikern sehen kann, welche Merkmale sie haben.
offensichtlich hast du das mit den Merkmalen verstanden. Ich leider nicht. In meiner instanz gibt es keinen Gruppentyp "Merkmal". Den könnte ich zwar anlegen, ich kann aber nicht erkennen, wie mir das weiter helfen würde. Sorry, stehe da ganz auf dem Schlauch.
Irgendwie brauch ich vielleicht mal ein ER-Diagramm oder Klassendiagramm, um das ganze zu verstehen.
-
@bwl21 Ja, Merkmal ist ein beliebter Name eines Gruppentyps, der erst mal keine Rechte vergibt.
Als Merkmal habe ich:- "Hat Gemeindehausschlüssel", damit das nicht eine geheime Liste irgendwo im Schrank ist
- "Spender" - für meinen Kassenwart als Filter
- "Weggezogen" - alle Leute, deren Adressen wir behalten dürfen, obwohl sie weiter als 50km weg sind
- "Kein Smartphone" - die Armen, die man nie in einen Chat bekommt, trotz Mobilrufnummer
Im Prinzip habe ich damit angefangen, als ich zu viele Datenbankfelder angelegt hatte und nicht jeder alles sehen sollte, manche aber schon. Gruppen sehen dürfen kann man einfacher steuern als die Sicherheitslevels.
Ich würde nun eher einen Gruppentype "Rechte" erstellen, da jede einzelne Gruppe nur dazu da ist, dem Mitglied ein Recht oder ein Gruppe von Rechten zu geben.
-
@Gunnar ok, Merkmal ist also keine spezifische Funktion von CT, die ich nicht gefunden habe.
Ich würde nun eher einen Gruppentype "Rechte" erstellen, da jede einzelne Gruppe nur dazu da ist, dem Mitglied ein Recht oder ein Gruppe von Rechten zu geben.
Dieser Vorschlag deckt sch 100% mit meinem ursprünglichen Plan, nämlich die Rechte zur Bearbeitung von Kalendern, Events, Ressourcen in einer "Rechtegruppe" zu fassen. Da aber globaler Rechte nicht auf Untergruppen vererbt werden, muss ich nach gegebenem Stand die Mitarbeiter aus irgendwelchen Untergruppen nehmen und noch mal dieser "Rechtegruppe" zuordnen.
Ich sehe, du verstehst nun mein Problem.