@pengel sagte in Gruppenchat erstellen:

...Gleichzeitig habe ich auch immer den User im Blick. Und da fängt es damit an, wenn ich im Chatbereich einen Gruppenchat aufmachen will und da ist kein Button...

Bei uns sind die Leute inzwischen soweit, dass sie wissen: Der Anfang von allem ist CT (App oder Web). Ist ein relativ kurzer Gewöhnungsprozess.

Wenn ich ihnen nun die Möglichkeit gebe, Chatgruppen zu eröffnen, muss ich drauf vertrauen, dass niemand an den Sichtbarkeitseinstellungen rumspielt, ...

Warum?
Wenn jemand seine Gruppe öffentlich machen (oder gar die Anmeldung starten) möchte, spricht doch nichts dagegen. Im Gegenteil: Gibt spannende neue Möglichkeiten (die andere Messenger nicht haben, soweit ich weiß).
Auch das Starten den Chat zu starten, ist ein Klacks.

Generell: Ich würde gar nicht versuchen, alle anderen Kommunikationsplattformen (Messenger, Mail, ...) auszumerzen. Das ist aussichtslos und muss mMn auch nicht sein. Man kann die Vorteile von CT deutlich machen und in bestimmten Bereichen auch verpflichtend machen (z.B. da, wo Vertraulichkeit/Datenschutz eine Rolle spielen).
Ein Produkt, das in jedem Aspekt allen anderen (und für jeden einzelnen) überlegen ist, wird es nicht geben.

Letztlich ist bei der Einführung von CT ganz viel Aufklärung, Werbung, Vorgabe, ... letztlich Arbeit, die ihr strukturiert und mit Einsatz und Ausdauer leisten müsst. Wie jedes mächtige Tool (und das Einfluss auf die persönliche Arbeitsweise hat), kann man das nicht "auf den Markt werfen und dann abwarten, bis es überall angekommen ist".

Aber um mal darauf einzugehen: Ich könnte mir vorstellen, dass CT

einen "Gruppe erstellen"-Button in der App in der Chat-Ansicht implementiert man einen Gruppentypen hinterlegen kann (zu dem dann eine Gruppe angelegt wird) und vielleicht noch eine "Auswahlliste der eigenen Gruppen", deren Mitglieder übernommen werden.

Das würde in die derzeitige "Gruppenmethodik" passen und den Übergang etwas vereinfachen. Aber da passiert dann schon etwas anderes, als wenn man im WebChat Personen hinzufügt.

Eine "Rückwärts-Integration" von Matrix/Elements (der WebChat-Plattform) nach CT kann ich mir eher nicht vorstellen.

Gruß

Simon2

@davidschilling
Im Changelog heißte es folgendens:

Behobene Fehler

Personen Personen mit deaktiviertem „In Suche mitverwenden“-Merkmal werden nicht mehr in Suchbereichen (Schnellsuche, Gruppenzuweisung, Dienstzuweisung) angezeigt, bleiben aber weiterhin in der Personenübersicht sichtbar.

Mir ist noch eine Sache aufgefallen: Wenn ich im Personenmodul, bei den Personenfiltern den Datumsfilter nutze, werden mir in jedem Fall alle Personen aus einem Personenstatus als Ergebnis ausgegeben, für den wir das „In Suche mitverwenden“-Merkmal deaktiviert haben.
Ich vermute mal stark, dass das irgendwie mit der Behebung des oben genannten Fehlers zu tun hat...

Die automatischen Mitgliedschaften scheinen nicht davon betroffen zu sein.

@Karin-D sagte in Mitmach Listen:

Ja, so geht es, aber die Leute haben keine Lust dazu.

Kann ich in diesem Fall sogar nachvollziehen. Manchmal möchte man eben einen simplen, bekannten Weg gehen. Wenn ich schnell ne "Mitmach Liste" teilen will, möchte ich vorher nicht lernen müssen, wie man eine Gruppe anlegt und was Gruppenmitgliedsfelder sind. Ich will nichtmal ne Gruppe gründen, sondern halt ne Liste teilen(*) 🙂 Und wenn das mit CT nicht geht, sucht man sich ne andere Möglichkeit.

Sobald man mit der App das Wiki bearbeiten kann, wären wir hier mE einen große Schritt weiter.

Ciao, Andi

(*) Das jede Aushänge-Liste im Grunde bereits ein "Gruppe" darstellt, ist hier unerheblich 😉 Ein Nutzer denkt nicht immer in Gruppen.

@pengel Ja, habe ich.

Danke!!!
Ich habs gefunden!

Personenmenü > Chat

@pengel sagte in App: Entdecken>Events:

Eine Person könnte auch ohne Rechte zum Modul Events zu einem Dienst angefragt/eingeteilt werden. Dann ist unter Events auch der jeweilige Termin für diese Person zu sehen. Ich denke, dafür wird es standardmäßig angezeigt.

Dann würde es reichen, wenn die Kachel erscheint, sobald es ein Event gibt. Jetzt steht dort "Kein Event vorhanden", was sachlich nicht stimmt.
Außerdem müsste in einem solchen Fall auch im Web das Modul angezeigt werden. Ist nicht so.

@Andrej Stimmt.
Das, was in der Rechteverwaltung als "Geburtstagsliste" verwaltet wird, ist etwas anders als das, was die App wiedergibt. Es ist ein eigenständiges Feature und stellt den Usern möglicherweise Informationen zur Verfügung, die sie in der Personenliste über die erteilten Rechte gar nicht sehen können.
@jbeenken Die "Geburtstagsliste" gibt es in der App nicht.

@mmkeys kennst du unsere roadmap? https://church.tools/de/roadmap/
Wie du sehen kannst, arbeiten wir bereits mit Hochdruck daran.

@pengel Als Admin sehe ich sie auch. Die angezeigte Anzahl ist aber begrenzt. Als Backup daher untauglich.
Den Inhalt vieler Systemmail kann ich nicht einsehen.

Hallo,

ich mache die gleiche Erfahrung, dass nur zur Erstellung des Gottesdienstablauf die Webseite genutzt wird. Sonst wird überwiegend die gleiche Funktion auch in der App gesucht und erwartet. Die Rechte zur Geburtstagsliste z. B. werden auch nicht in der App übertragen. Die Möglichkeit des Sprungs über die App zur Webseite ist oft nicht bekannt. Vielleicht könnte der Schritt besser in der App verdeutlicht werden um eine kurzfristige Lösung zu bekommen.

Liebe Grüße Achim

@MarcS Hast du für diese Gruppe und die entsprechende Rolle das globale Recht für alle Standorte erteilt?
ff3becfa-85bd-4f51-84e9-684d70614ac1-grafik.png

@smhr Dies würde ich auch sehr feiern!!!

@diakonin-to-be

Unser Gottesdienst beginnt um 10.00 und so steht es auch im Kalender. In der Vorlage für den Ablauf haben wir hinterlegt, dass 15min VORHER der Beamer-Dienst die Termine anzeigen soll.

Bildschirmfoto 2025-10-14 um 18.20.27.png

Ist es das, was du suchst?

Flomarkt startet um 9.00 Uhr.
1h Aufbau vor Eventstart ziehen.
Fertig 🙂

@Marcel-Tuchner Vielen Dank, da bin ich ja mal gespannt 🙂

Mit der gerade veröffentlichten App-Version 0.70 sollte das Teilen in den Chat wieder problemlos funktionieren 🙂

Mit der kürzlich veröffentlichten Version 3.126 wird nun die E-Mail-Adresse des Absenders als Reply-To-Header gesetzt. 👍

Bei uns auch sehr relevant 🙂