@th-hoffm Die Hoffnung stirbt zuletzt!
Ich habe ein Like gesetzt, muss gestehen, dass das Modul nun Events heißt und ich erst nach 2 Minuten erraten konnte, dass mit CS ChurchService "von früher" gemeint ist.
Wie @Henric-Resa geschrieben hat: Je mehr Gedanken man sich um die Formulierung von Überschrift und Anwendungsfälle bzw. -probleme macht, umso wahrscheinlicher bekommt man Likes ...
Auch statistische Infos "n von m Gruppen machen Fehler" oder "x Stunden Mehrarbeit pro Monat" wären hilfreich als Argumente. Nur so ganz allgemein.
Ob Bestechung hilft "wir zahlen 500 Euro wenn es die Funktion bis Ende März 2022 gibt" habe ich noch nicht probiert ...
Feature Request ist ein Wunsch und keine Fehler, der behoben werden muss. Fehler meldet man an den Support. Man kann versuchen, eine Programmschwäche als Fehler dem Support zu melden. Der Support gibt es an den Verantwortlichen und der entscheidet, ob Fehlfunktion oder nice-to-have ...

@thommyb Hammer! Du hast es verstanden und dein Workflow ist glaube ich genau der Ansatz, der mir gefehlt hat. Danke! 🙂

Ich hatte den Punkt, mit Hierarchien der Gruppen zu arbeiten, nicht auf dem Schirm.

der Bug sollte in der 3.64.1 mittlerweile behoben sein.

@bwl21
Hi,
relevant ist das Thema immer noch.
Kam aber aufgrund vieler anderer Dinge bisher nicht dazu das anzufangen.

@andy Danke, da hätte ich auch drauf kommen können und oben nach den Votes schauen ...

Vielleicht kriegen wir auch eine Lösung über "intelligente Gruppen". Das wäre viel besser, weil man dann nur noch einen Mechanismus hätte.

@rschi sagte in Berechtigung für "Gruppenteilehmer eine EMail senden":

Doch ich suche quasi eine Übergeordnete Berechtigung. Es soll eine Person, die weder in der Gruppe ist, nicht diese erstellt hat, E-Mails an diese Gruppe senden dürfen.

Den Teil hatte ich wohl überlesen.

Aber du könntest das mit einer übergeordneten Gruppe lösen, da ist ja auch mehr als eine pro Gruppe möglich.

Nach einem Blick in den Gruppen-internen Berechtigungen unter "Berechtigung für die untergeordneten Gruppen" konnte ich den Grund sehen und beheben.

Somit hat es sich erledigt.

@simonruehl Super, das hilft mir weiter!

Hallo raschi,
das Thema wurde schon hier sowie hier behandelt. Auch in Bezug auf das hochladen von Dateien. Allerdings bin ich mit der Umsetzung auch noch nicht ganz zufrieden und würde mir eine Berechtigung dahingehend wünschen.

Interessanter Punkt. Ich nehme das mal auf.

Zwei Gedanken dazu aber:

Wir empfehlen so wenig wie möglich Recht an Personen (Benutzer) direkt zu vergeben und lieber mit Status, Gruppentyp und Gruppen zu arbeiten. Genau in dieser Reihenfolge. Recht für Personen sollten wirklich nur die Ausnahme sein. Um so mehr Recht an einer Person direkt hängt, so komplizierter wird das Rechtemanagement in ChurchTools.

Wenn Du eine Person direkt Rechte geben willst dann hast du hier noch zwei Möglichkeiten:

A. Unter Verwalten > Rechteverwaltung > Benutzerkannst du recht im Suchfeld auch #15 eingeben. Dann wird dir nur die Person mit der ID 15 angezeigt.

B. In der Personenliste kannst du bei einer Person auf Berechtigungen > Berechtigungen anpassen anpassen klicken, dort findest du das selbe Menü genau für diese Person.

Also dass die Personen da auftauchen sehe ich jetzt nicht so schlimm. Denn es ist durchaus sinnvoll dass Personen im Archiv auch Rechte haben. Das heißt nicht, dass sie sich weiter einloggen oder Sachen machen können. Aber wenn ich mich entscheide die Person zurück aus dem Archiv zu holen, dann wäre es ja nett, dass die Berechtigungen auch noch da sind.

Ich sehe das ähnlich wie @Andy. Wir (ChurchTools) empfehlen eh nicht auf Benutzerebene zu berechtigen, weil das alles nur viel komplizierter macht. Daher sollte man diese Ansicht auch selten benutzen.

@holunder Ich würde sie in die untergeordnete Gruppe verschieben (s. o.). Aber du kannst sie auch in beiden Gruppen belassen ... ganz wie du möchtest.
Du musst einfach die Sicherheitslevel entsprechend setzen, also z. B. Name = Level 1, Geburtsdatum auch 1 oder besser 2 und der Adresse grundsätzlich Level 3 geben. Dann in den gruppen-internen Berechtigungen für die untergeordnete Gruppe die Personenfelder nur bis Level 2 berechtigen.
Die Sicherheitslevel in den Stammdaten gelten aber natürlich für die gesamte Instanz. Setzt du dort die Adresse auf Level 3, dann gilt das nicht nur für diese Freizeit, sondern für alle Gruppen.

Mit der nächsten Version (3.59) sind die Log Einträge lesbarer. Hat doch etwas länger gedauert als gewollt 🙂

@Henric-Resa sagte in Berechtigung auf Grund von Status:

@Mr-Tea Wenn du die Sichtbarkeit unabhängig von Gruppenteilnahmen gestalten willst, musst du noch zusätzlich bei "Alle Gruppen vom Gruppentyp einsehen" (View grouptype) berechtigen 🙂

@Henric-Resa Das stimmt nicht, das hatte ich schon ausprobiert.

@tollestool sagte in Berechtigung auf Grund von Status:

@Mr-Tea
Oder einen kompletten Bereich sichtbar machen.
Liebe Grüße und Gottes Segen für euren Dienst.
Wolfgang

Das wars! Jetzt passt es! Vielen Dank! 🙂

Euch auch allen Gottes reichlichen Segen !

@efgaugustfehn Also erstmal ist ja die Kategorie "Gemeindeleitung" nur eine Bezeichnung. Nur durch diese Buchstaben gibt es ja noch keine Verknüpfung zu einer relevanten Gruppe. Du müsstest also die Möglichkeit haben, innerhalb der Kategorie-Administration eine verantwortliche Gruppe direkt der Kategorie zuzuordnen. Richtig?
Das würde aber das gesamte Berechtigungskonzept der CT auf den Kopf stellen.
Da könnte man höchstens über etwas wie Sicherheitslevel für das Wiki nachdenken. Das würde zumindest ins Konzept passen.

vielen Dank Jakob für das super Feedback! Unsere Teams freuen sich schon darauf.

@sgx Wenn ein Status/eine Gruppe/ein Gruppentyp die Rechte für ALLE Kategorien hat, dann sind auch automatisch neue einsehbar. Aber nur dann ...

Du findest die Berechtigungen für das Wiki in jeder Rubrik der Rechteverwaltung - also beim Status, Gruppentyp, Gruppe oder auch bei den Personen.

Bei Gruppentyp und Gruppe musst du zusätzlich noch auswählen, für welche Rolle dieses globale Recht gelten soll.

Und so sieht das dann im Berechtigungsbaum aus, wobei das Wiki bei uns "Dokumente" heißt:

3e3785db-a622-4aa3-9c94-c97f5d2ce864-grafik.png