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

Leider lassen sich mit automatischen Gruppen zur Zeit keine Beziehungen berücksichtigen, wie ich das erhofft hatte. 😒
Als Möglichkeit sehe ich noch per API einen solchen Automatismus nachzubauen:

Die Teilnehmer abfragen mit den erhaltenen IDs die Beziehungen abfragen und Eltern ausfiltern Die Eltern in die Gruppe einbuchen

Wer in der Gruppe ist aber mit obigem Vorgang nicht ausgefiltert wird, sollte aus der Gruppe entfernt werden.
Nachteil ist, dass irgendwo extern ein Dienst laufen muss (z.B. PHP Skript), der diesen Ablauf per Knopfdruck oder in regelmässigem Abstand (Cron-Job) ausführen muss. Vielleicht finde ich mal Zeit sowas zu bauen...

@jziegeler
Vielen Dank!

@KlausFischerWOB ja, das ist möglich

@Andi-1 sagte in Selbständige Anmeldung zur Gruppe:

Kann es sein, dass Personen, die die Gruppe nicht sehen können (unter "Personen & Gruppen"), sich trotzdem anmelden können (auf der Startseite)?

Das ist laut Support tatsächlich genau so gewollt!
Ich kann das ehrlich gesagt nicht so recht nachvollziehen. Warum sollte ich Personen die Möglichkeit geben sich in einer Gruppe anzumelden (in meinem Fall sogar ohne manuelle Freigabe!), die sie nicht einmal sehen sollen?

Der Satz von @jziegeler müsste also lauten:

sobald die Anmeldung offen ist, kann jeder der die Gruppe sieht sich anmelden

Ist das so sinnvoll?

Viele Grüße, Andi

@bwl21
In den Reports gibt es da etwas. Habe aber gesehen, dass man die nicht mehr anpassen kann.
8d922f28-44ba-43e7-bcf0-1c3da79da0ae-image.png

@mmarin Dann ändert es sich leider für alle Gruppen vom "Typ B". Das will ich nicht.

Es scheint also keine wirklich praktikable Lösung für meine Anwendung zu geben. (Ich werde die Person jetzt einfach als Co-Leiter der Gruppe "A" hinzufügen, das passt schon auch...)

Kann ich mir ja kaum vorstellen, dass diese Struktur nur wir haben. Wenn ich überlege, dass Gruppe "A" eigentlich "Kleingruppen" heißt und "Typ B" quasi auch "Kleingruppen-Typ" und dann alle untergeordneten Gruppen von "Kleingruppen" die jeweiligen Kleingruppen-Gruppen sind.

Anyways. Passt schon. 😃

@Rolf-Strobel Du musst für die Gruppe das folgende gruppeninterne Recht setzen.
CleanShot 2024-03-28 - 001287.png

Zusätzlich muss die Kostenstelle in den Stammdaten der Finanzen mit der entsprechenden Gruppe verknüpft sein.