Hi,

noch eine Ergänzung aus Lizenz Sicht - die Lizenzbedingungen von CCLI verbieten einen gemeinsam genutzten CCLI Zugang, wenn die Gemeinden räumlich getrennt sind und eigene Gottesdienste an den einzelnen Orten stattfinden - hier ein Auszug aus den CCLI Lizenzbedinungen:

Christliche Gemeinden an mehr als einem Ort

Wenn Ihre Gemeinde eine Vision für die ganze Stadt oder ein ganzes Gebiet hat und daher die Gemeindearbeit an mehreren Orten stattfindet, jedoch unter der Federführung dieser einen Gemeinde, brauchen Sie in folgenden Fällen separate Lizenzen:

Die verschiedenen Orte der Gemeindearbeit sind viele Kilometer voneinander entfernt.
Jeder Ort, an dem die Arbeit/Gottesdienste stattfinden, hat seine eigene Ausstattung (z. B. Beamer, Soundanlage für den Lobpreis).
Jeder Ort, an dem die Gemeindearbeit stattfindet, hat einen bestimmten, ganz eigenen Besucherkreis.

Grüßles
Martin

Ich unterstütze auch den Wunsch standardmäßig "Standort" zu verwenden, somit haben wir auch in der App denselben Begriff.

@fehrle ja, z. B.

@Andy Ja, das müsste funktionieren.

Im großen und Ganzen führt das aber dazu, dass auch hier eine Doppelpflege stattfinden muss (Station muss synchron zu Bereich gehalten werden) - das ist ähnlich wie eine Gruppenzugehörigkeit zwar möglich, aber keine "schöner Workaround" (wenn es so etwas überhaupt gibt)

@Church-Tools
Mich würde interessieren, ob hier mittelfristig (im Zeitraum von einem Jahr) eine Berechtigungs-Lösung oder etwas ähnliches möglich ist, oder ob ich den Workaround (entweder mit Bereichen oder Gruppen) in unseren 8 Stationen vorantreiben muss.

@samuel-stowasser hui, super, dass es nur eine Kleinigkeit war. 🙂

@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!

@christopher-w voting... siehe erster Beitrag in Feature-Wünsche Web...

@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