@online-today Als Workaround kannst Du die Gemeinde als Person samt Adresse anlegen. Als Treffpunkt kannst Du dann jeweils bei "Gemeinde xy" eingeben, die Adressdaten werden dann einfach übertragen.

@a-zwinkau Hi Anne, aus gegebenen Anlass. Könnt ihr es intern vielleicht noch einmal diskutieren, ob es tatsächlich Sinn macht, dass der Einteiler auf alle Personen zugreifen kann? Genau das macht aus meiner Sicht keinen Sinn! Hier sieht man, wie es gerade im Bezug auf mehrere Stationen sinnvoll wäre, wenn man das trennen könnte. Eigene Dienste je Station sind hier schlicht und ergreifend keine Alternative - das würde bedeuten, dass ich bei 10 Stationen, 10 mal den Dienst "Gitarre" anlege. Da ich in der Datenbank über verschiedene Rollen oder auch die Über- und Unterordnung sehr gut regeln kann, welche Gruppen eine Person sehen kann, ließe sich das auch für den Dienstplan super steuern, wenn ich will, dass eine Person hier mehrere Gruppen in der Einteilung berücksichtigen kann. Würde mich also freuen, wenn ich das noch einmal zur Debatte stellt!

@jmrauen sagte in [ChurchDB] Recht für alle Gruppen einer Station: Ein Pastor muß auf jeden Fall view grouptype und view alldata bekommen. Danke (lange ist's her, dass ich mich mit dem Thema beschäftigt habe ... aber trotzdem nicht vergessen) Das Problem ist, dass mit viewgrouptype die Gruppenliste sehr unübersichtlich ist. Es würde für den Pastor völlig ausreichen alle Hauskirchen (Gruppentyp) seiner Station(en) zu sehen, statt alle aus der Gemeinde. Und beim Anlegen einer neuen Gruppe muss man immer die Station UND die übergeordnete Gruppe auswählen. Hätte die Station die Funktion einer übergeordneten Gruppe, könnte man dieses Schritt sparen. (Der leider umständlich ist, wenn die übergeordnete Gruppe einen andern Gruppentyp als die neue Gruppe hat.) Oder hab ich irgendein update verpasst und das ganze ist schon umgesetzt ... :-o