@jziegeler

Ah ok, so wird ein Schuh draus. Ja das erklärt dann das Verhalten in unserer Instanz.
Könnte man das Thema Email Versand beim Melden https://hilfe.church.tools/wiki/49/Wie moderiere ich Beiträge%3F hier noch mit aufnehmen?

@bwl21 Mein Gedanke, als ich diesen Thread gelesen habe: könnte man das nicht über die herkömmlichen Berechtigungen lösen? Wir haben Mitglieder etc. z.B. über den Status gelöst. Wenn ich je nach Status ein Recht vergeben könnte, diese "Mitglieder der Gemeinde"-Beiträge lesen zu dürfen, könnte man es so lösen.
Insgesamt ist ja das Recht, einen Beitrag zu sehen, ausschliesslich an die Sichtbarkeit der Gruppe geknüpft, könnte aber darüber ja ggf. feiner geregelt werden:

"öffentlich" wäre Rechte-unabhängig "intern" könnte mit der Rechteverwaltung berechtigt werden (z.B. "darf interne Beiträge sehen") "Mitglieder der Gruppe" wäre über die Zugehörigkeit der Gruppe gegeben

Mit "intern" und dem Eintrag in der Rechteverwaltung könnte man die oben erwähnten Unstimmigkeiten ggf. umgehen und individuell anpassen. Das ganze würde dann auch noch etwas intuitiver ins Berechtigungskonzept passen. Jede Gemeinde müsste dann einfach für sich definieren, was "intern" heisst und dies den Beiträge-Autoren auch entsprechend mitteilen.

Ich bin auch darüber gestolpert und fand es nicht logisch, dass man mit dem Recht "Gruppeninfos sehen" die Sichtbarkeit der Beiträge auch beeinflusst.
Das wäre eine Information werde - evtl. bei den Einstellungen für Beiträge im neuen Gruppenmodul? Dort kann ich ja einstellen wer Berechtigung zum Erstellen hat - dann wäre es logisch, wenn dort auch noch steht, welche Voraussetzungen gelten müssen, dass ein Gruppenmitglied die Beiträge sehen kann.

@jziegeler Alles klar, danke für die Info!

Mit der Version 3.108 werden die Ressourcen jetzt auch automatisch bestätigt, wenn der Kalendereintrag erforderlich ist.

@jziegeler Ja, vielen Dank! Ich hatte auch den Eindruck, dass das hier durcheinander ging.

@jziegeler ah. Danke!

Vielleicht sollte ich mir doch angewöhnen im 2.0er zu arbeiten 😎

@samu95 Laut DSGVO muss man ein LÖSCHkonzept haben, wenn man personenbezogene Daten speichert.
Dafür sollte man eine Liste der Nutzungen erstellen - wenn 10-jähriges Jubiläum ein bekannter Anwendungsfall ist, dann müssen Daten natürlich auch 10 Jahre gespeichert werden.
Wenn eine Person ausscheidet oder es verlangt, müssen alle Daten gelöscht werden.
Auch dieses Verlangen darf nicht ewig aufgehoben werden.

Nun kommen die Datensammler und ChurchTools und Daten werden aufgehoben und aufgehoben und Auswertungen neu erfunden, die man vorher nicht auf dem Schirm hatte.

Kurzum, wenn bei uns eine Gruppe weg ist, dann wird sie deaktiviert und Statistikdaten ohne Personeninfos werden in Wiki oder einer Liste erfasst. Dann alle Personen raus aus der Gruppe. Wenn nicht mehr wichtig, dann wird auch die Gruppe gelöscht.

Aber man kann das auch anders machen und alles ewig aufheben, kost ja nix. Und Christen klagen nicht wegen DSGVO, oder?

@jo_lang ich hoffe ich verstehe richtig, was du meinst, falls nein gerne nochmal nachfragen 🙂

@jo_lang sagte in ChurchTools als Referentenmodul:

Dokumentation der Gemeindebesuche (Wo, wann, wieviele Besucher, Kollekte, etc.)

Diese Daten ließen sich wie folgt abbilden:

Für jeden Gemeindebesuch könnt Ihr einen Termin im Kalender erstellen und dazu ein Event.
(ein Event ist normalerweise z. B. ein Gottesdienst, in dem man dann z. B. einen Predigt- oder Technikdienst einteilen kann)
Dem Termin kann dann ein Ort hinzugefügt werden → Der Referent würde sofort wissen, wo er hin muss
Und im Event, das mit dem Termin verknüpft ist, kann man dann die Metadaten (Besucher, Kollekte etc.) als Fakten führen (das geht dann bald auch in der App)

@jo_lang sagte in ChurchTools als Referentenmodul:

Akquise (wer wurde wann kontaktiert, welches Ergebnis?, Wiedervorlage)

Hier könnte man sich vorstellen, das über Gruppen- oder Personenfelder zu lösen - Hier kannst du einfach Felder für Personen oder Gruppen anlegen, die du brauchst.

@jo_lang sagte in ChurchTools als Referentenmodul:

Änderung von Stammdaten (Sync mit Optigem)

Einen Sync mit Optigem bieten wir an.
https://blog.church.tools/blog/das-neue-sync-modul-ist-da/

@PeterV das neue Beta Gruppen Modul, lässt sich in den Systemeinstellungen aktivieren

@real-napster sagte in Bezahlung von Freizeiten und Seminaren - Anmeldegebühr:

Gibt es bei dem Thema schon etwas neues bzw. gibt es vielleicht sogar hierzu Pläne so etwas wie Zahlungen direkt anzubieten?

Ich würde bei einer Anmeldung gerne direkt eine Zahlungsmöglichkeit abbilden, damit die Person den Betrag auch direkt per PayPal etc. überweisen kann und man dieser nicht "hinterher" laufen muss...

Den Wunsch würde ich auch unterstützen.
Kann man denn aktuell bereits die individuellen(!) Kosten automatisch(!) per Email verschicken? Falls ja, wie? Bei @Andy klingt das so, oder meinte er mit "Betrag" einen universalen, für alle TN gleich hohen Betrag?

@alex-muehlbauer habe es gerade nochmal probiert. Mir scheint, die Export-Vorlagen werden beim Benutzer gespeichert. Ego kannst du sie nicht so einfach mit anderen Nutzern teilen.

Man könnte scripte schreiben, aber ob sich das lohnt ...

@fschrempf Hier ein Vorschlag, der in der Demoversion funktioniert:

neuer Gruppentyp: Funktionsgruppe (oder anders) Rollen zuordnen:
0707773e-fede-4fa4-97be-a0d9d9899b7a-grafik.png
Die Rolle Teilnehmerrolle „Nutzer“ muss "Versteckt“ gekennzeichnet werden Rechteverwaltung Gruppentyp
Die Teilnehmerrolle erhält gar keine Rechte, dann kann dieser Gruppentyp auch für andere Fälle genutzt werden
Die Leiterrolle bekommt die notwendigen Rechte, um alle gewünschten Dinge tun zu können neue Gruppe Mentoring anlegen interne Gruppenrechte verfeinern:
d08f7b61-763a-4521-88cf-d4c2036233ef-grafik.png ALLE Personen der Gruppe hinzufügen: Mitglieder und Mentoren und die jeweilige Rolle zuteilen
Ergebnis:
Die „Nutzer“ sehen die Gruppe und die Mentoren, werden selbst aber nicht gesehen. Das Recht „view group“ ist nicht erforderlich.

92af11df-ee3c-460d-b978-06e1ef275575-grafik.png

Über die Automatische Mitgliedschaft können die Personen aktuell gehalten werden.

@jziegeler Danke

@jziegeler Im heutigen Update passt es wieder. Vielen Dank.

@thommyb Ich dachte es mir genau so. Bei den Usern kommt das nicht gut an, weil sie ja nicht beurteilen können, wer ihren Geburtstag tatsächlich zu sehen bekommt. Sie haben den Eindruck, dass sie dort nicht auftauchen.
Bis letzte Woche und zu meinen Tests bin ich auch nicht auf die Idee gekommen. Eine Pushnachricht ist nochmal ein anderes Thema.
Danke für die Rückmeldung.

@thommyb sagte in png-Bilder im Wiki werden in der App nicht angezeigt:

Word-Dokumente sind eine ganze andere Hausnummer

Der Android-Allgoritmus ist bei .docx identisch zu dem von .png. Solangen ich keine permanente Entscheidung (immer) getroffen habe werde ich von Android gefragt. Die "Hausnummer" hatte ich bereits erschöpfend in diesem Forum behandelt - Dank an die Kollegen.

Es gibt aber auch Fälle in denen die CT-App die Kontrolle an den Browser (Chrome-App bei mir) abgibt. Dann funktioniert vieles andere auch wieder, weil die Chome-App das unerstützt z.B. Filme rendern.