@jziegeler Es geht zum Beispiel um eine Männerfreizeit (Wochenende) von Freitag bis Sonntag. Wenn ich das als einen Event erfasse, habe ich auch nur einen Ablaufplan. Daher quasi die beiden Nächte als Pause? erfassen. Oder?

@Andy sagte in Finanzdaten und Superadmins:

Manche Gemeinden legen im Wiki sogar Protokolle der Gemeindeleitung ab und es sollte selbstverständlich sein, dass ein Superadmin von den Inhalten natürlich seine Finger lässt.

das haben wir auch vor - nach dem Motte "Churchtools is the single source of truth" zumindest was profane Informationen angeht - Er is "Weg, Wahrheit und Leben" das vergessen wir nicht.

Im übrigen stehen auch andere schützenswerte Daten in CT. Man muss sogar aufpassen, dass man nicht in Kalenderterminen vertrauliche Informationen preisgibt. z.b. Termine von Findungskommissionen bevor die Gemeinde weiß, dass da wer gesucht wird. Schade, dass CT hier keine Vertraulichkeitsflagge an Terminen oder Ressourcen hat. Nur so ein Beispiel.

Hallo und herzlich Willkommen! Ich werde versuchen, ein wenig Licht in die Sache zu bringen .... erstmal gibt es keine Verknüpfung zwischen Kalender und Gruppe - allerdings kannst du den Link zur Gruppe in den Kalendertermin kopieren, sofern es sich um eine öffentliche Gruppe handelt.
Ein Event braucht man i.d.R. für eine Veranstaltung, für die Dienste einzuteilen sind, nicht jedoch für ein einfaches Gruppentreffen. Gruppentreffen werden direkt in der Gruppe oder über Checkin gepflegt, wenn man die Anwesenheit dokumentieren möchte.
Handelt es sich um eine Veranstaltung mit zu besetzenden Diensten, geschieht die Verknüpfung zur Gruppe in den Stammdaten bei "events".
Weiter ins Detail möchte ich hier nicht gehen, es würde ausufern. Aber vielleicht helfen dir diese Überlegungen schonmal weiter. Es gibt auch in der Hilfe und im Youtube-Kanal sehr hilfreiche Informationen und Tutorials. Weitere Fragen kannst du gerne hier im Forum stellen.

@jziegeler Ok, aber das hilft mir auch schon mal, vielen Dank für die Info! Dann kann ich weiter überlegen.

Der Blog ist super hilfreich denn mir sind wieder einige gute Änderungen „durchgerutscht“. Es passiert wirklich unheimlich viel. Vielen Dank.

Auch wenn das Thema alt ist: gibt's dazu einen neuen Status? Oder, um die Frage etwas präziser zu formulieren:

Gibt es inzwischen auf CCLI-Seite eine APi, die eine Meldung direkt aus ChurchTools ermöglichen würde? Falls CCLI-seitig eine Schnittstelle vorhanden ist: gib es schon eine zeitliche Planung, eine Meldung direkt aus CT zu implementieren?

@fUnK3r Bei uns gibt es einen Gruppentyp "GPD" (Gemeindeputzdienst) mit insgesamt 35 Gruppen. Diese sind benannt mit 1.1, 1.2, 1.3 ... 2.1, 2.2 ... usw.

Die erste Ziffer steht immer für einen festgelegten Bereich. Also z. B. die 1 für Hauptsaal, die 2 für Untergeschoss usw. für Küche, Büroräume etc.

Zusätzlich gibt es auch die Gruppe "GPD-Springer", in der Personen verzeichnet sind, die gerne auch mal zusätzliche Dienste übernehmen.

Die wöchentlichen Termine werden vom Gemeindebüro jährlich in einen Gruppenkalender eingetragen.

dfcfe69f-ffd9-4d86-9525-03a9774976d6-grafik.png

Wir arbeiten also mit festen Teams, die vom Büro eingeplant werden. Kann jemand nicht, sorgt er selbständig für Ersatz. In einzelnen Fällen melden sie sich auch im Büro und von dort wird dann ein Springer angefragt.

@DJSudermann sagte in ChurchTools - Rollout in eurer Gemeinde:

Wie seid ihr, als "ITler der Gemeinde" vorgegangen um ChurchTools eurer Gemeinde schmackhaft zu machen?

Vor einigen Jahren haben unsere Musik-Teams nach einer Software gesucht, ihre Arbeit zu koordinieren. Als ich als ITler davon hörte, habe ich mich eingeklinkt und das ganze begleitet. Wir hatten also den angenehmen Fall, dass wir Churchtools aus einem Bedarf der Mitarbeiter eingeführt haben.
Bis knapp 200 CT-Nutzer waren nur aktive Mitarbeiter im System. Ende 2019 haben wir die gesamte Gemeinde aufgenommen. Jetzt haben wir ca. 550 Nuzter. Motivation dafür war die Vereinheitlichung der Nutzung von Personendaten. Einzelne Arbeitsbereiche stellen wir nach Bedarf nach und nach um.
Aktuell nutzen wir die Gruppenanmeldung für die Gottesdienste sehr intensiv. Da ist es gut, dass wir rechtzeitig vor Corona die ganzen Leute schon drin hatten! 🙂

Wie lange hat die Integration gedauert?

Lang waren Datenschutzerklärung entwerfen und in Churchtools zu modellieren. Das hat mit einem Drei-Mann-Team ein knappes Jahr gedauert: Pastor, Datenschutzbeauftragter, ITler, Treffen alle 6 Wochen.
Alle Personenbögen zur Datenkorrektur und Datenschutzeinwilligung ausfüllen lassen: 6 Sonntage + Einzelpersonen abklappern: ca. 4 Monate
Import der alten Excelliste mit Korrekturen aus den Bögen: ca. 15 Importläufe. Insg. auch ca. 1 Monat. Bei großen Datenmengen lohnt es sich evtl., den Support vom Churchtools-Team einzukaufen.

Wie seit ihr mit den "Besorgten" oder auch "Änderungsresistenten" umgegangen?

Bei uns würde ich etwa 1% dazu zählen. Die Gespräche haben glücklicherweise meine beiden Kollegen übernommen. Jemandem mit detaillieren technischen Fragen habe ich Auskunft gegeben.

Wer nutzt bei euch CT? Nur die "aktiven im Dienst" oder alle bis zu einem gewissen Grad?

Aktuell stehen bei uns noch Schulungen für alle aus. Daher nutzen derzeit nur aktive Mitarbeiter Churchtools, wenn ihr Bereich angeschlossen ist.

Viele Grüße,
Christoph

@simsa sagte in LDAP Wordpress Plugin Einstellungen:

Group-Filter: (&(objectclass=CTGroupTeam)(uniquemember=cn=%s,ou=users,o=mychurch))

Hier kann es ggf. auch besser sein

Group-Filter: (&(objectclass=group)(uniquemember=cn=%s,ou=users,o=mychurch))

zu nutzen, also group anstatt CTGroupTeam, da group als objectclass nach meinem Stand immer da ist.

Folgender Feature Request wäre in den Zusammenhang in vielen Fällen auch eine Lösung.

@hja für eine einfache Umfrage mag das in Ordnung sein. Wenn es jedoch Abhängigkeiten bei den Fragen geben soll (z. B. Frage 3 wird mit Ja beantwortet, also werden die Fragen 4 - 6 angezeigt; wird 3 mit Nein beantwortet, dann springe zu Frage 7), dann führt kein Weg an LimeSurvey o. ä. vorbei. Auch die Auswertung der Antworten fällt damit natürlich leichter.

Da mir die Ansicht auf dem Smartphone nicht wirklich gefallen hat, habe ich nochmal nachgearbeitet:
Wiki-Startseite
Unser Logo war vorher gar nicht zu sehen in der Smartphonevariante. Jetzt habe ich es in eine Tabellenzelle ohne Rahmen gepackt - Breite 100% - Inhalt zentriert - und schwupps, kann man es auch auf dem Handy sehen 🙌🏼
Die nunmehr nur noch einspaltigen Tabellenzellen für die "Buttons" haben jetzt auch 100% Breite und sind ebenfalls horizontal zentriert - bisschen krass in der Webansicht, dafür umso schicker auf dem Smartphone.
ABER: Bleibt das Problem, das schon Andrea Schulz hier beschrieben hat, wie man den Leuten diese Seite sichtbar macht....Ein link auf der Gemeindehomepage ist so ziemlich das Einzige, was mir dazu einfällt.
Viel Spaß noch allen Wiki-Seiten-Bastlern 🙋🏼

@Dorothea-Winkler Guck ... haben wir ähnlich gemacht. 😉

@Jones Klasse.

Hier noch ein paar Infos über die vergangenen Monate: Wir haben in den letzten Monaten BigBlueButton verwendet und selbst gehostet - vielen Dank für den Hinweis 😉

Der große Vorteil ist eigentlich, dass man keine App benötigt/ es gibt auch keine und genau das wird IOS/Apple Geräten auch öfters mal zum Verhängnis. Denn obwohl der Safari Browser das verwendete Protokoll unterstützt, haben einige User Probleme beim Herstellen der Verbindung oder mit Verbindungsabbrüchen.

Bei Android Geräten gibt es das Problem, wenn der Chrome/ FireFox nicht als Std. Browser eingerichtet ist (wenn der Hersteller vom Smartphone einen eigenen Browser liefert), es dann auch zu Problemen kommt.

Zum eigenen Hosting von Jitsi oder BBB: Alles steht und fällt mit der Anzahl an gleichzeitigen Webcam Freigaben. Denn diese benötigen einfach Prozessor-/Rechenleistung. Virtuelle Server sind für Echtzeitkommunikation nicht gerade geeignet, weil die Rechenleistung ja in der Regel mit anderen Kunden geteilt wird und man einfach gesprochen in der Warteschlange wartet, bis man mit seiner benötigten Rechenleistung "dran" ist.
Kleine Gruppen unter 10 Personen ist meist kein Problem. Wenn man aber Meetings mit 25-30 aktivierten Webcams abhält, dann reichen keine 6 Prozessoren/ Cores mehr aus (ab 80% Auslastung gehen die ersten Clients verloren...).
Wiederrum ein Meeting mit 100-200 Teilnehmern und einer Webcam oder einem geteilten Dokument, das benötigt recht wenig Ressourcen - virtuelle Gemeindeversammlung oder so 😉

Für BBB (BigBlueButton) konnte ich kostenlos eine deutsche Rufnummer bei SipGate registrieren und diese auch in BBB einbinden. Somit ist die telefonische Einwahl auch möglich. Schlecht ist nur, dass sich der benötigte Code für die Einwahl bei jedem Start einer Konferenz ändert 😢

Wer BBB einrichten möchte, kann mich anschreiben und ich gebe die Infos gerne weiter.

Was machen wir für die kommenden Monate:
Ich habe unsere Gemeinde als Non Profit Organisation bei Microsoft registriert. Somit kommen wir an die kostenlosten E1 Office 365 Lizenzen (Office online) heran und können auch MS Teams nutzen. Es reicht ja, wenn man einen User anlegt und der erstellt dann die Meetings. Das ist jedenfalls bis hierhin alles kostenlos. Was aber noch fehlt - die telefonische Einwahl. Hier kann man für 1,35€/Monat Netto eine Microsoft 365 Audio Lizenz mieten und dem User zuweisen. Ab diesem Zeitpunkt erstellte Meetings haben dann auch die Möglichkeit zur telefonischen Einwahl.

Warum das Ganze? Ausfallsicherheit, bessere Qualität in Bild und Ton und Kostenreduktion.

Datenschutz ist sicherlich auch immer ein Thema. Aber weder bei Jitsi nocht bei Microsoft oder Zoom oder Google weiß man, wo genau gehostet wird... Das weiß man nur beim eigenen Server, der dann in Deutschland steht.

Ganz kurz zum Schluß: LDAP Anbindung an Office 365 haben wir nicht. Ist auch nicht so einfach möglich, denke ich. Einzelne Mailkonten bei Microsoft zu hosten und das Routing zum eigenen Mailserver, das geht. Wer es braucht, kann mich anschreiben...

@MatthiasT dann vote doch für diesen FR: https://forum.church.tools/topic/3944/elektronisches-schwarzes-brett?_=1588498260105

@jmrauen Elim-Seite lädt bei mir gar nicht. Liegt allerdings eher an geblockten Aufrufen von dubiosen Google-APIs und Wordpress-CDN's. Geht meiner Meinung nach gar nicht... Aber anderes Thema...