HA!!

eine kleine, aber für mich sehr feine Änderung: Im Ablaufplan gibt es für's Verschieben von Positionen jetzt eine separate "Anpack-Fläche". Vorher war es tatsächlich ein Auslöser für den meisten Ärger, dass man so schnell versehentlich Positionen irgendwohin verschob.

😍 😇 😎

Vielen Dank

@pengel Es ist so. Wenn eine Person alle globalen Rechte, bis auf das Recht administer groups hat, wird ihr beim Erstellen einer Gruppe das Recht edit group für die entsprechende Gruppe automatisch gegeben.

@thommyb danke für den Hinweis, aber das hilft mir wenig wenn es viele sind, zumal sich die Anzahl der abeglaufene Tage Wartezeit nicht in der Vorlage trennen lassen, könnte höchsten tricksen und 36* 1 Monat Wartezeit einfügen für die 3 Jahre 😉

Auserdem muss ich ja meine legacy Follwups mit Wartezeit überführen - deswegen der dringende Bedarf das Gruppenbeitrittsdatum als Grundlage zu nehmen... wohlwissend, das das in einem anderen Status gewesen sein könnte...

@CVIT ich stimme dir im Prinzip zu, aber bei den Bescheinigungen basiert das nur auf Rollen, nicht auf Berechtigungen. Deshalb funktioniert das mit den Obergruppen da nicht.

Ansonsten finde ich das Propagieren von Rechten an Untergruppen nicht so schlecht. Du kannst ja mehrere Obergruppen haben. Ich habe sogar eine Gruppentyp Rechtegruppe angelegt. Damit wird die an sich undefinierte Beziehung der Gruppen klar.

Mega. Vielen Dank dafür. Good Job.
Gott segne euch weiterhin 🙏🏼

@KoniB ich möchte nur kurz einwerfen, dass es in eurem Fall auch sinnvoll sein kann, mehrere CT Installationen zu nutzen, die per Sync untereinander Datensätze synchronisieren

@pengel Danke, die Erklärung ergibt für mich soweit Sinn.

Ich denke es braucht dann umso dringender Filter für Routinen: https://forum.church.tools/topic/11528/routinen-bedingungen-filter

Vielleicht wäre es auch im Sinne der Transparenz gegenüber den Nicht-Admin-Nutzern nützlich, wenn per Berechtigung wenigstens die Einstellungen für Automatische Mitgliedschaft sichtbar werden (readonly)?

@pengel sagte in Screenshot in ChurchTools Chat teilen funktioniert nicht.:

Ich kann das Problem daher nicht nachvollziehen.

Ich vermute es geht ihm nicht um das manuelle Einfügen eines Bildes im Chat, sondern über die teilen-Funktion des Handys. So wie hier beschrieben: https://forum.church.tools/topic/10962/teilen-in-den-churchtools-chat-funktioniert-nicht

@jziegeler Danke für die sehr schnelle Rückmeldung

@JJB Danke für den Hinweis. Ich habe den Link in der roten Box aktualisiert.

@thommyb
Danke. Mit anderen Worten braucht es hier wohl ein FR von mir für diese Funktion. 🤗

@Marcel-Tuchner vielen Dank! Das Event, mit dem ich versuchte, den Ablaufplan zu öffnen hatte gar keinen Ablaufplan🤦

@Devinfarrell
Im Zweifel mal hier nachsehen: https://academy-assets.church.tools/system/runtime/authdoc.html dort kannst du für nahezu alle Use-Cases in ChurchTools die notwendigen Berechtigungen sehen. Bei vielen Dingen sind es unterschiedliche Möglichkeiten, die Person zu berechtigen.

In deinem Fall hat @pengel recht. Das Gruppeninternerecht "Gruppentreffen sehen und durchführen" reicht aus, um Anwesenheiten und Abwesenheiten innerhalb der Gruppendetailseite zu verwalten.

@bwl21 also so drei Optionen? Zulassen, Zulassen mit Warnung, nicht zulassen? Damit könnte ich leben. Bei uns wären Konflikte nie okay, eine Parallelnutzung ist quasi unmöglich. Genau das dachte ich mit der "Mehrfachbuchung zulassen" Option zu erreichen, aber anscheinend funktioniert es nicht so.

@Karin-D Ich habe selbst eine Lösung gefunden:
Normalerweise nehme ich den Link aus dem youtube-Studio.
Ist der Link im Kalender beim Termin gespeichert, kann über den Browser eine "sauberere Link-Adresse" kopiert werden. Damit wird die Vorschau angezeigt.

afe60412-14f3-4156-acbe-d15072310191-grafik.png

Folgende Information habe ich gerade vom Support erhalten:

*Diese Funktion gibt es aktuell leider noch nicht. *

Hier ist der Feature-Request zu kommentieren und hochvoten:
https://forum.church.tools/topic/11530/ressourcen-ort-erzwingen-bei-kalendereinträge

@joe24 ChurchTools nutzt keine React Serverkomponenten.

@David Die Routinen sind erstmal ein erster Schritt. Wir können uns noch viele weitere Aktionen und Verbesserungen vorstellen. 🙂 Also bleibt gespannt, was noch so kommen wird in der Zukunft.

@davidschilling sagte in Authentifizierung mittels OAuth2:

@Thomas-Kuschan wie du es beschrieben hast ist es korrekt. Aktuell funktioniert der OAuth Access Token noch nicht für die CT-Api.

Hallo! Ist es mittlerweile möglich, einen API Token mittels Oauth access_token zu holen oder sich damit an der API zu authentifizieren? Wenn nein, wann ist das eingeplant?