schau mal in den letzten Release Notes Beitrag 🙂 : https://blog.church.tools/blog/v3-108-beitraege-bearbeiten-farben-im-kalender/

@jziegeler sagte in Gruppen (Beta): Nur 10 eigene Gruppen?:

@Andi-1 dann melde das bitte einmal dem Support, das ist dann ein bug 🐞

Ist seit V3.108.0 behoben.

@liebsoer Ich mache es jeweils so:

Authentifizierung via Token (Header Authorization: Login <token>) Damit erhältst du ein Cookie. Sende dieses nun bei jeder weiteren Anfrage (egal ob REST API oder AJAX API) mit.

Damit musst du nur einmal eine Authentifizierung vornehmen und kannst dann die Session für Anfragen an beide APIs verwenden.

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

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.