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

Ich möchte mich dem anschließen. Mir fehlt auch jegliche Möglichkeit eine Kostenstelle schnell und einfach auszuwerten.

Der Wunsch ist ja nun schon recht alt. Gibt es von Seiten Churtools dazu schon eine Rückmeldung ob das in die Roadmap aufgenommen wurde?

@smhr wir sind mit unserer Hauptbuchhaltung bei Datev und nutzen ct Finanzen nur für Spendenvewaltung, weil dort der Personenbezug wichig ist.

@dlichtistw an dem Wert hat sich nichts geändert. Wenn dann werden wir den Wert aber reduzieren und nicht erhöhen. 600 Requests Pro Minute ist schon ne Menge.

Wie @ben-ste schreibt, kann man das einfach im Client abfangen ein bisschen warten und dann den Request erneut ausführen. Dann ist der genaue Rate-Limit Wert egal.

Scheint mittlerweile implementiert worden zu sein:

c91743a0-f476-4614-893b-09eda283406c-grafik.png

Außerdem gibt es im Editor (etwas versteckt) eine Vorschau-Funktion 😉

26b4ccfb-ac56-4c61-8f26-6ee8bce4ce4b-grafik.png

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

@thommyb Achso. Ja, wir haben sowas nicht. 😅

@Simon2 sagte in Löschen eines Events soll (optional) auch Kalendereintrag löschen:

Wir propagieren das sehr prominent: "Macht ALLES über den Kalender."

Ist auch konsistent dann mit der App.

Ist das so?
Habe eben versucht einen Termin in der App zu löschen. Der Button ist aber ausgegraut:
"Termine können in der App nicht gelöscht werden, wenn sie mit Events verknüpft sind."

Im Web ging es....

@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).