@andy Ja, das ist schon eine Möglichkeit. Aber so müsste ich ja für alle Personen die noch keinen Zugang haben, diesen sperren. Wenn die dann aber einen Zugang brauchen, muss ich den Zugang entsperren und die Einladung versenden.

Ich dachte eher daran, den Zugriff über "Benutzer wechseln" generell nur zu ermöglichen, wenn diese Person bereits eingeladen wurde und einen Zugang hat.

@davidschilling Bei uns funktioniert es jetzt auch wieder.
Danke für die schnelle Fehlerkorrektur.

@silasguenther Mojn! Missverständlich ist in der App, dass direkt oben unter dem Gruppentitel steht, dass man Teilnehmer der Gruppe ist, obwohl die Teilnahme erst beantragt und somit noch nicht bestätigt ist. Lässt sich das irgendwie anders darstellen? Wäre super!

@dave das Problem stellte sich bei uns bisher nicht. Aber ja ... dann sicherlich manuell.

@felix-2 Das kannst du ganz einfach lösen! Geh mal in die Stammdaten und da kannst du bei den Gruppentypen einstellen, ob die bei Personen neu anlegen auftauchen sollen oder nicht,

@jakob-hd aber dafür muss man sich ja nicht in CT anmelden können. Es reicht doch, wenn man dafür eine Anmeldegruppe erstellt, die Leute tragen sich über das Formular ein, wenn sie den Newsletter empfangen wollen und fertig ist die Laube. Ihr adressiert dann die Mail einfach an alle, die in der Gruppe sind. So machen wir das auch. Ein Login ist dafür nicht erforderlich.

@s-hartel Nein, bei uns hat das Problem eine Person, die keinen Umlaut im Namen hat. Ausschließlich Buchstaben aus dem modernen lateinischen Alphabet.

@thommyb sagte in Zugriffsrechte Personendaten - feiner vergeben:

Ja, ich denke inzwischen auch, dass hier was fehlt. Sichtbarkeit und Editierbarkeit sollten eigentlich orthogonal zueinander sein. Orthogonalität lasst aber nicht mit ein und derselben Ordnung (aka Sicherheitslevel) abbilden.
Mit anderen Worten: Wenn ich will, dass alle den Namen sehen, aber niemand ihn ändern kann, dann lässt sich das zur Zeit nicht umsetzen.

Der "Sicherheitslevel" ist leider zweifach belegt:

zum einen definiert er die "Vertraulichkeitsstufe" der Daten zum zweiten bestimmt er bis zu welcher "Vertraulichkeitsstufe" der Benutzer eine Operation ausführen darf.

Wenn nun bei den Personendaten für jede Operation ein eigener Sicherheitslevel angegeben wäre ...

bei den eigenen Daten wird zwischen Lesen und Schreiben unterschieden, bei den Personendaten selber nicht.

03417f40-1fcf-4364-9b06-dfa98646375d-image.png

@davidschilling ist soeben erstellt: https://forum.church.tools/topic/9189/zusätzlicher-gruppenteilnehmer-status-pausiert

@Andy Habe abgewartet auf das gestrige Update. Geht aber leider auch nicht. Mit der o.g. Einstellung, Löschen des Cache, ein anderer Browser und auf einem Tablet. Scheinbar muss der User einer Gruppe angehören, denn dann klappt es.

Ich hatte mal eine ähnliche Frage gestellt, die Resonanz war nicht so groß:
https://forum.church.tools/topic/3295/testinstallation?_=1678696807425

Wir sind seitdem bisher gut ohne diese Funktion ausgekommen. Allerdings ist die Nutzung von CT bei uns auch überschaubar. Da gibt es ausreichend Zeit, um Änderungen an den Stammdaten zu implementieren

@bemigro Vielen Dank! Ja, das habe ich gesehen.

@rstaudinger genau deshalb vergibt man ja entsprechende Rechte, damit eine Gruppe eine Wiki-Seite sehen kann.

Wenn man von der Gruppe zu der Seite navigieren möchte, dann hilft entpsrechender Link in die gruppenbeschreibung. Dann muss man sich nicht darauf verlassen, dass CT diesen Link macht (ich weiß nämlich auch nicht, wann das passiert)

@th-hoffm danke für diesen Hinweis - das beantwortet den "unproblematischen Teil" meiner Frage - aber wie @matthiasdupont bereits geantwortet hat, funktioniert es zurzeit wegen dieser "main"-Seite eben nicht ganz immer.
Der Support hat das Problem bestätigt und zur Korrektur weitergeleitet.

@gunnar danke für den Hinweis. Wir hosten nicht selbst. Ticket ist schon unterwegs. 😉

@andy Das hat geklappt, danke! 🙂

@andy Danke für den Workaround

Abgesehen, dass es von den Rechten nicht möglich wäre, bin ich bisher davon ausgegangen, dass man beim Simulieren keinen Zugriff auf die E-Mails hat, weil vor einem Jahr oder so, wurde (zu Recht) dem Admin das Recht entzogen den Inhalt aller E-Mails zu sehen, ich war nicht davon ausgegangen, dass man das durch simulieren umgehen kann.

@jjb Ja!

@jjb Viele Köche verderben den Brei!
Unsere Website wird von einer Person gepflegt und es gibt einen Backup, der froh ist, wenn er nichts machen muss ... bei vielen eigenständigen Teilgemeinden oder Bereichen, die fleißig das Web nutzen zur Information wäre das blöd. Wenn man die Website aber nur als Website zur Erstinfo und für Aktuelles betrachtet, dann reicht das.

Vorschlag:
Vielleicht mal einen Insta Account starten oder was anderes modernes statt Website -- und in der Website nur statische Daten, die sich nur jährlich ändern oder Verlinkungen zu ChurchTools oder Insta für aktuelles?

PS: EMail ist auch nicht mehr das Gelbe vom Ei, eigentlich nur eine Türe für Spam. 1995 war EMail für mich neu und toll, seit 2010 ist es mir fremd. Nun ja, CT liebt EMails. Bei uns in der Gemeinde ist heute die Mobilnummer wichtiger als die Email Adresse. Problem sind die Senioren oder Mobilfunktenthaltsamen.

@thorsten sagte in E-Mail-Anhang aus hochgeladenen Dateien im Wiki:

Da bei uns aber nicht jedes Mitglied einen Zugang hat

Ok... interessant, aber ja, dann geht das nicht.