@Xmuun wie bzw wo würdest du den Termin oder das Event darstellen, um es referenzieren zu können?

Ich habe vom Support folgende Hinweise hierzu bekommen:

Beim Erfassen einer Buchung muss als Spendenkonto ein Konto angegeben werden, das als Kontofunktion "Spendenkonto" angegeben hat. Dann erscheint im Buchungsdialog eine Checkbox "Verzicht auf Erstattung von Aufwendungen".

Beispiel:
25e63600-794c-47d3-9c9e-b2843313b6f5-grafik.png

dfb639b3-8d78-417f-abd6-2c565fefa031-grafik.png

62b6cf23-f4d9-41f3-a500-d8ae613e28d1-grafik.png

@JonathanW
Aktuell ist dafür "administer persons" notwendig. Eine Übersicht verschiedener Funktionalitäten und den dazugehörigen Berechtigungen findest du im Authdoc in der Academy oder innerhalb deines Systems unter "Rechteverwaltung" > "Dokumentation"

@schmmic sagte in Abwesenheit-Management:

wenn die Kommentare bei der Abwesenheit von den jeweiligen Gruppenleitern auch gesehen werden könnten

Wer kann die Kommentare überhaupt sehen? Auch als Superadmin sehe ich sie nicht.

Ja, mit Untergruppen geht bestimmt was. Das machen wir z.T. auch. Das bedeutet aber, dass man hierarchische Strukturen generiert, die zwangsläufig nicht immer passen werden. Das macht es sehr starr und aus meiner Sicht bei Erweiterungen ziemlich unflexibel.

ChurchTools ermöglich es ja, Mitgliedern von Gruppen, Mitglieder anderer Gruppen zu sehen (zu definieren über die Berechtigungsvergabe). Allerdings ist es nicht möglich, den Security Level dabei mit anzugeben, Zumindest habe ich das nicht gefunden.

@MichaelG-CT ich habe vor einigen jahren mal einen generator geschrieben, der anzeigt welche eechte an wen vergeben sind.

2025-12-01 at 10.34.42_CleanShot_IntelliJ IDEA@2x.png

ab und an lass ich das laufen und halte das ergebnis in geinem Git repository. Manchmal schreibe ich so gar den konkreten anlass der Änderung mit hin, so dass ich bei großen sachen auch nachvollziehen kann, warum die rechte vergeben wurden.

Das ist leider noch ganz einfach zu verallgemeinern, daher poste ich es. hier erher als Anregung

@Andi-1 sagte in Verständnisfrage zu Gruppen / Sichtbarkeit / Beiträge:

Damit jeder die Beiträge sehen kann, muss man grundsätzlich ja entweder die Gruppe sehen können (genau das will ich nicht) oder Mitglied davon sein.

Ich befasse mich mit Beiträgen im Moment in der Demo-Version. Meine Feststellung ist, dass die Gruppe IMMER auf einer Ebene sichtbar sein muss. Auch bei der Einstellung Sichtbarkeit "nur für Gruppenmitglieder" können diese die Beiträge nicht sehen, wenn sie nicht das Recht haben, die Gruppe zu sehen.

@Andi-1 Das ist bei uns so nicht möglich (und nicht gewünscht).

@holunder Bei uns können Mitarbeiter die Vorlagen sehen, wenn sie
durch
Gruppenzugehörigkeit und für ihre
Rolle die
globale Berechtigung
Ablaufpläne für einzelne Kalender bearbeiten (xyz) haben.

20f7ce13-2df2-4d32-ad72-6bef8e8baa77-grafik.png

@Karin-D Das Fehlverhalten wird laut Support mit einer der nächsten Versionen behoben.

@Marcel-Tuchner super, vielen Dank

@Andi-1 generell würde ich deine Journey, die du oben beschrieben hast splitten: Teilnahmen/Daten der Person und "Todos/Erinnerungen" für den Erfolg dieser Journey (Follow-Ups)

P kommt in die Gruppe "Neu dabei" Routine (siehst du dann) startet mit dem ersten FU "Essens-Einladung" (je nachdem wie ihr organisiert seid, heißt das: P2 ansprechen um P einzuladen oder P auf das Welcome-Essen hinzuweisen Routine geht in den nächsten Schritt "zu CT einladen" FU "Konto Einrichtung" -> Frag nach, ob alles geklappt hat FU "Hauskreis finden" -> könnte ein wiederholendes FU sein mit dem Ziel in einer Gruppe mit dem Typ "Hauskreise" zu sein FU "Einladung zum Gemeinde-Abend"
...

ist gefixt

@oliver-edelmann darf ich diese Frage noch einmal in Erinnerung holen bzw. als Feature Request erweitern, dass auf der Website auch die einstellbare Trennung erfolgen sollte (genau wie es bei Telefon ist) und nicht nur die Standard-Mail angezeigt wird.

Dank und Gruß aus Hamburg