Folgende Information habe ich gerade vom Support erhalten:

Diese Funktion gibt es aktuell leider noch nicht.

Hier ist der Feature-Request zu kommentieren und hochvoten:
https://forum.church.tools/topic/11530/ressourcen-ort-erzwingen-bei-kalendereinträge

@JJB Danke für den Hinweis. Ich habe den Link in der roten Box aktualisiert.

@davidschilling Beim Selbstzusammenbauen der Felder des PUT-Befehls laufe ich Gefahr, ein Feld zu vergessen und damit Informationen aus meiner Buchung wegzulöschen. Dieses Risiko möchte ich nicht eingehen. Die Dokumentation der API nennt übrigens nicht die vollständige Liste der Felder (zumindest nicht unter /finance/splittransactions/{id}). Da habe ich bereits vor dem Erstellen dieses Threads geguckt. Gucke ich an der falschen Stelle? Und selbst wenn ich alle Felder auf anderem Wege fände, die aktuell mitgeschickt und berücksichtigt werden können, so liefe ich dennoch Gefahr, beim nächsten Update von CT von einem neuen Feld zu spät mitzubekommen und zack überschreibe ich automatisiert neuen Informationen. Das ist doch keine gute Lösung!

Und ja, es ist richtig, dass kein Spendenkonto in meiner Buchung involviert ist (es handelt sich um keine Spende). Bei GET bekomme ich aber dennoch 'donatorId': None zurück, statt das das Feld einfach fehlt. Insofern erwarte ich doch von der API, dass das Mitschicken von 'donatorId': None bei einer Nichtspende auch gestattet ist.

Gelöst habe ich das Problem für mich nun übrigens folgendermaßen: Über GET hole ich mir erst einmal alles und schmeiße dort nur 'donatorId': None raus und schicke den Rest inklusive der Updates, die ich fahren möchte, als PUT wieder zurück. Das funktioniert soweit, auch wenn viele andere spendenbezogene Felder und nicht editierbare Felder mitgeschickt werden.

@CVIT ich stimme dir im Prinzip zu, aber bei den Bescheinigungen basiert das nur auf Rollen, nicht auf Berechtigungen. Deshalb funktioniert das mit den Obergruppen da nicht.

Ansonsten finde ich das Propagieren von Rechten an Untergruppen nicht so schlecht. Du kannst ja mehrere Obergruppen haben. Ich habe sogar eine Gruppentyp Rechtegruppe angelegt. Damit wird die an sich undefinierte Beziehung der Gruppen klar.

Die Zeit vergeht und Churchtools Nutzer werden immer noch dem G00gle-Universum ausgeliefert 😞

Hallo Churchtools-Team, seht ihr den Gegentrend?

Für den Nutzerkreis des "freien Internet" wünsche ich:

Eine alternative Bezugsmöglichkeit der Churchtools App (s. https://forum.church.tools/post/44630) Eine alternative Push Option für Benachrichtigungen (s. https://forum.church.tools/post/44631)

@joe24 ChurchTools nutzt keine React Serverkomponenten.

@KoniB ich möchte nur kurz einwerfen, dass es in eurem Fall auch sinnvoll sein kann, mehrere CT Installationen zu nutzen, die per Sync untereinander Datensätze synchronisieren

@Marcel-Tuchner vielen Dank! Das Event, mit dem ich versuchte, den Ablaufplan zu öffnen hatte gar keinen Ablaufplan🤦

@thommyb Gibt es hier schon Neuigkeiten/einen Zeitplan?

@Karin-D - Wäre eine öffentliche Gruppe eine Lösung,? Wer die Beiträge möchte, kann sie abonnieren. VG Koni

@jziegeler kannst du das noch ein bisschen ausführlicher beschreiben? Die Mitgliedsfelder als Bestellformular leuchtet ein, aber wie sehen eine Bücherliste? Oder Karten oder Ähnliches?
Danke!! Koni

@Propst sas müsste aus dem Events Modul kommen,
Entweder du trägst den Dienst Instrumentalist da aus, lder vss du hast die Rechte, du änderst die Einstellungen des Kalenders und nimmst die Dienstergänzung raus.

@th-hoffm das freut mich zu hören. Stell gerne auch weitere Themen rein, die du oben hast anklingen lassen, oder schreibe an support@churchtools.de

In vielen Fällen finden sich gute Lösungen (wenn auch nicht immer 🙂 )

Zum Thema "Beiträge automatisch generieren aus Terminen" gibt es bereits eine Featurediskussion, gerne mit voten:
https://forum.church.tools/topic/10375/automatisierte-beiträge?_=1765227248390

@bwl21 Danke für den Screenshot, hab's jetzt auch gefunden. Ich hatte bei mir oben den Modulfilter "Gruppen" an, aber das von dir gezeigte Recht ist im Module "Personen" zu finden.

Werde also irgendwie eine Lösung mit den Untergruppen finden müssen... hatte gehofft, dass es eine globale Lösung gibt.

@Marcel-Tuchner Vielen Dank - das war die Lösung

Verstehe ich das richtig, dass ihr ein gruppenmitgliedschaftsfeld dafür nutzt?

Ja, wir verwenden ein ganz normales Gruppenmitgliedsfeld für das Ablaufdatum.
Jetzt wäre es natürlich super, wenn es eine Abfragemöglichkeit gäbe, mit der wir direkt die abgelaufenen Einträge anzeigen lassen könnten.

So wie es scheint, gibt es das leider noch nicht. Oder habe ich das falsch verstanden, @jziegeler ?

Wir behelfen uns damit, die Gruppenmitgliederliste nach dem Datumsfeld zu sortieren, und dann halt in der sortierten Liste das aktuelle Datum zu finden.