@stefan68 Hi,

bei uns muss man dafür Leiter der Gruppe sein, die für diesen Dienst "eingeteilt" ist und hängt vermutlich an den gruppenspezifischen Rechten "Event":
b970d68c-b1c2-4cfa-8337-19b60d2d2c38-grafik.png

... aber welches es genau ist, müsste ich ausprobieren (und habe dazu gerade keine Zeit 😉 ).

@holger1308 sagte in Importbeschreibung Personen unvollständig - Wiki:

Einwilligung wodurch = ID nicht Text (nicht beschrieben)
Einwilligung durch wen = ID nicht Text (nicht beschrieben)

Über diesen Punkt bin ich eben auch gestolpert. Die Aussage in der Hilfe ist, eine Vorlage via Export zu erstellen und diese dann für den Import zu verwenden. Das funktioniert bei den Feldern "Einwilligung wodurch" und "Einwilligung durch wen" nicht, da der Export den Text des Auswahlfelds + ID in Klammer dahinter liefert, der Import erwartet aber nur die ID.

@michel das Phänomen mit dem Einfrieren im Chatbereich habe ich nicht bur in der CT App, sondern auch in der App "notify".

@boemat Dürfte das hier sein.
Lösung: Dienst abonnieren....

@thommyb danke dir!
Ach ja, hatte ganz vergessen, dass wir das umbenannt haben. Gut, dass du trotzdem verstanden hast um was es geht 🙂

@andy Super, vielen Dank. Ich hatte links in der Seitenleiste auf "Exportieren" gedrückt, das lieferte das falsche Ergebnis. Aber der Export in der Fußzeile ist der richtige!

@adrian ja, stimmt. Darüber hatte ich nicht nachgedacht. 😉

@svenm Finde ich einen sehr guten Vorschlag.

Bei uns sind es die "technischen Mitleser" (Admins, Kommunikationsteam, ...), die immer wieder "stören", weil sie zwar den Kalender und die Termine sehen können - aber NIE eingeladen werden sollen (solange sie nicht zufällig Mitglieder der "eigentlichen Gruppe" sind).

Da die Liste auch noch alphabetisch sortiert ist, ist es mühsam & fehleranfällig, jedesmal sich die richtigen rauspicken zu müssen.

BTW: Ich finde die Ableitung "Einladbare = alle, die lesenden Zugriff haben" einfach zu kurz gegriffen. Einerseits sind (s.o.) das oftmals zu viele und andererseits wäre es auch nicht schlecht, wenn man "Gäste" einladen könnte, ohne sie direkt in der Gruppe aufnehmen zu müssen.... 😉

Gruß

Simon

@svenm Besprechungsanfragen können bereits in der App zugesagt oder abgelehnt werden. Nur die Benachrichtigung fehlt noch.

@jimmyb Hat das was mit der Moduleinstellung "Wie viele Tage zurück sollen Daten in Kalender geladen werden?" zu tun?

@rschi https://forum.church.tools/topic/6042/2fa-an-gruppentyp-rolle-hängen

Hier noch eine aus meiner Sicht sehr wichtige und nützliche Erweiterung

@djsudermann Sehe ich auch so, aber ich hätte es nicht "falsche Bezeichnung" genannt. Das ist einfach ein Grammatikfehler.

@andy tatsächlich gehts jetzt wieder. Danke für den Tipp. Hätte eigentlich selber drauf kommen können.

@simon2 Nur kurz, um das (bislang letzte) Thema abzuschließen:

Support hat sich das angesehen, aber im Kalender keine Auffälligkeiten gefunden meine Synchronisation tut's aber "von alleine" seit ein paar Tagen wieder.

Also zwar keine Lösung, aber auch kein Problem mehr.
🤷♂

@martina-0
Sorry- hat jetzt doch geklappt!! Es gab ein Problem beim Speichern 😁
Danke für den super Tipp!!!

Ich möchte keinen neuen Dienst erstellen, da die Events mit den Diensten schon eingetragen wurden.
Es sollen nur die Mitarbeiter zu den Diensten zugeteilt werden.
Die requestIds von den Diensten habe ich schon und dann müsste man nur noch einen Mitarbeiter vorschlagen können, ohne, dass dieser Vorschlag direkt angenommen ist.
So etwas ist ja theoretisch möglich mit dem request, welchen ich oben erwähnt habe, indem man im Request body den Parameter "agreed" auf false setzt.
Wenn ich aber diesen request sende gibt der mir nur einen Fehler aus.

Ich vermute also, dass dieser call nur zum zusagen von bestehenden Dienstanfragen ist.
Es wäre cool, wenn es auch eine Möglichkeit gäbe über die Rest Api eine Dienstanfrage für einen vorhandenen Dienst zu stellen.

@thommyb stimmt. Gerade in der Linux-Element-App getestet. Sobald man die ID einfügt, wird der Home-Server korrekt gesetzt. 👍