@d3chris Guter Punkt! Ja, so setzen wir es nun auf. Mal sehen, ob das praktikabel ist.

@alex-muehlbauer das würde ich unterstützen!

@thommyb Herzlichen Dank für die Hilfe!

@hbuerger wenn du die Kalender in deinen Google Account abonnierst dann kommen sie auch in der android app

@CarstenL
Schau mal hier 🙂
https://churchtools.academy/de/help/system-einstellungen/allgemein-system-einstellungen/wie-fuelle-ich-das-widget-links-und-berechtige-nutzer-dafuer/

@alexentz Wir nutzen diverse Kalender:
Gottesdienst, Gemeindeveranstaltungen, sonstige Termine (intern), Jugend, Kinder, Frauen ….
sowie Gruppenkalender
Jugend, Kinder, Musik, Kleingruppen, Haus und Garten….
Es gibt immer zuerst einen Kalendereintrag, dazu dann das Event. Für die meisten Veranstaltungen gibt es Kalendervorlagen incl. der entsprechenden Eventvorlage und Ressourcen. Müssen keine Dienst geplant werden, gibt es auch kein Event.
Jeder Termin wird nur einmal in dem passenden Kalender eingetragen.

Durch die Vielzahl der Kalender ist eine gute Filterung und Übersicht möglich. Im Web wie auch in der App und auch für die persönliche Kalenderintegration. Nicht jeder möchte immer alle Termine angezeigt bekommen.
Die Sichtbarkeit der Kalender steuern wir über den Personenstatus und die Gruppenzugehörigkeit.
"- Nicht-eingeloggte Person -" hat auf die Kalender Zugriff, die wir öffentlich darstellen möchten.

Bei Änderungen würde das aber immer bedeuten, nicht nur an einer Stelle Anpassungen vorzunehmen, sondern an mehreren.

Welche Änderungen meinst du?

Wir möchten gerne, dass unsere User alle Infos über ChurchTools bekommen können und nicht noch in anderen Messengern sein müssen, um alles mitzubekommen. Gelegentlich nutzen wir auch Videos für Ankündigungen und Einladungen. Es wäre daher schön, wenn man Videos im Chat und in Beträgen posten könnte.

@jziegeler - Wir haben dasselbe Problem: 8 Bierzeltgarnituren, die wir als Ressourcen verwalten wollen. ChurchTools soll Mengenangaben zu Ressourcen anbieten, und bei der Buchung gibt man dann die Anzahl an, und ChurchTools soll prüfen, dass nicht zu viel angefragt wird.

Unser aktueller Workaround ist es, acht verschiedene Ressourcen anzulegen:

Bierzeltgarnitur 1 Bierzeltgarnitur 2 Bierzeltgarnitur 3 Bierzeltgarnitur 4 Bierzeltgarnitur 5 Bierzeltgarnitur 6 Bierzeltgarnitur 7 Bierzeltgarnitur 8

Das ist nicht schön. Mir wäre es lieber ChurchTools hätte die in diesem Thread angefragte Funktion. Wann wird das kommen?

Ich habe endlich einen Weg gefunden, wie das ganze doch funktioniert, wie ich will:

Man kann bei ein Event bearbeiten und einen Verantwortlichen hinterlegen:
Screenshot Änderung im Datensatz

Anschließend ist der Verantwortliche in der Lage die Dienste für den Termin anzupassen.

@philipp-hoermann Das klingt stark nach einem Bug. Die meldest du am besten immer direkt über https://contact.church.tools/bug

Nicht alle, aber alle die die App auf dem Handy haben.
Hat das schon jemand über die Bugreportfunktion gemeldet?

@Hubert: Super wäre es dann auch noch, wenn in der Abstimmung mehrere Optionen auswählbar wären. Momentan geht jeweils nur 1 Antwortmöglichkeit. Um Termineabfragen zu erstellen benötigen wir mehrere Auswahlmöglichkeiten...

@gbahr Inzwischen haben wir herausgefunden woran es liegt. Wenn sich die App bei dem Chat anmeldet, meldet sich der Chat einmal in dem ChurchTools-System per Login-Token an, um zu überprüfen, ob die Zugangsdaten auch stimmen. Dafür haben wir eine kleine Node.js-Anwendung geschrieben, die sich für den Chat in das ChurchTools-System einloggt und - wie Claude es sagt - bei dem fetch keinen User-Agent gesetzt und daher taucht das in den Logs mit browser: node auf. Es ist also nicht direkt die App, aber wird dadurch getriggert, dass sich die App im Chat einloggt.

Eine KI ist hier nicht im Einsatz und es ist auch sicherheitstechnisch keine Gefahr oder datenschutzrechtlich kein Problem, da es sich um unsere eigenen Systeme handelt.

In Zukunft sollte hier nicht mehr browser: node stehen, sondern churchtools-chat-auth, damit auch klar ist, was genau das auslöst 😉

@JulianeS am besten in dem oben verlinkten Feature Request voten

@thommyb Schade. Danke für die Rückmeldung.

@alylit sagte in Kann ich einzelne Beiträge archivieren oder deaktivieren?:

Ist es aber möglich als Admin/Gruppenleiter Beiträge von anderen zu archivieren, um eine Beitragsgruppe ordentlich zu halten?

Aktuell nicht.

Vielen Dank für eure Anregungen!

Wir diskutieren das beinahe seit Beginn der Entwicklung von Beiträgen und hören diesen Wunsch auch immer wieder.
Eines der grundsätzlichen Probleme ist, dass für die Statistik (mindestens) ein Schreibzugriff auf die DB notwendig wäre, wo doch eigentlich nur gelesen werden sollte. Das hätte Einfluss auf die Performance der Beiträge und würde auch das Caching von Beiträgen erschweren, da beim Cachen gar kein zählbarer Lesezugriff erfolgt.
Die Alternative wäre, dass der Zähler vom UI bzw. der App mit einem separaten REST-Call erhöht wird. Aber was ist dann mit Zugriffen, die zwar programmatisch, aber nicht "von uns" ausgelöst werden und die die Statistik umgehen (oder sogar schönen)?
Will sagen: Es gibt da einige Fragen, auf die wir bislang noch keine befriedigende Antwort gefunden haben.