So, ich habe mal den Support deswegen angeschrieben.
Der hat das geprüft, nachvollziehen können und als Bug (#101763) weitergegeben. Wird dann wohl irgendwann behoben werden.

Hier mal meine Beschreibung:

"...
in unserer Gemeinde ist aufgefallen, dass

in der App(V 0.46.1) Benutzer ANDERE Benutzer zu Diensten eintragen können, obwohl sie das nicht dürfen und auch im Browser nicht können

Hier mal ein Beispiel:

Samuel und Timo sind normale Mitarbeiter im Dienst "Video" (kann ich mitbeliebigen anderen Benutzern ebenso machen) Am 1.10. ist dieser Dienst noch unbesetzt. Samuel klickt auf den Text (Browser) bzw Icon neben (App) "Video"

-> Browser: Er kann Timo zwar anwählen, aber nur vorschlagen
3927ea6d-58d0-4cc6-96a4-6db77e85fffb-grafik.png

-> App: Er kann Timo auswählen und auf "Besetzen" klicken:
0c51d763-9d0c-4d49-9e61-2209e76a88de-grafik.png
... bekommt zwar einen Hinweis ("Fehler: Person nicht gefunden für Dienst Video"), aber hinterher ist trotzdem Timo besetzt:
9718037d-652b-412e-b064-dd7e1471b9fb-grafik.png
Interessant:

Manchmal passiert beim 1. Drücken auf "Besetzen" nichts, beim 2. mal klappt es aber. Absagen (oder wie es in der App heißt: "Austragen") kann Samuel nicht mehr
** Gibt keine Fehlermeldung, passiert aber einfach nicht

Insgesamt bekommen Samuel (und jeder andere Mitarbeiter des Dienstgruppentyps) viel zu viele "Planer-Optionen" (anfragen, besetzen, austragen, ...) angeboten:

Für Dienste, für die sie gar nicht zugeordnet sind für bereits (von anderen) besetzte Dienste

Vieles davon wird dann mit mehr oder weniger aussagekräftigen Fehlermeldungen ("Du bist nicht berechtigt Dienste zu bearbeiten" bis "Es ist ein Fehler aufgetreten") abgewiesen.
Aber eben nicht alles (s.o.) und eigentlich sollten sie diese Optionen gar nicht angeboten bekommen.

Zusatzfrage: Kann man auch verhindern, dass Mitarbeiter (ohne Planer-Rechte) andere vorschlagen können?

P.S.: Und noch eine Kleinigkeit: Es wäre gut, wenn die Namensgebung in App & Web gleich wäre und nicht z.B. einmal "austragen" und einmal "absagen".
..."

@ralf-bürzele sagte in In einem Event einer Gruppe eine Dienstgruppe zuweisen?:

@simon2 Zwei Fragen dazu:

Dann pflegt bei Euch der Musikleiter auch die Techniker, Begrüßungsdienstler und, was es sonst noch so gibt, ein? Oder hat er nur die Rechte für den Dienst "Musik"?

Prinzipiell haben wir für die verschiedenen Dienste auch verschiedene Gruppen. Also je eine Gruppe (+ eigenen Dienst) für Prediger, Lektoren&Begrüßung, Ton&Video, Beamer, Küster, verschiedene KinderGottesdienste, .... .
Und der/die jeweilige(n) Leiter sind für die Dienstbesetzung verantwortlich.
Der Unterschied bei den Musikern ist eben, dass es mehrere und variabel viele "Mit-Dienende" gibt - deswegen haben wir da (und nur da) diese "Zweistufigkeit".

Wieviele Personen stehen dann im Dienstplan? Wir hatten überlegt, das so z.B. beim Posaunenchor zu machen, es dann aber vorerst mal gelassen. Aber da würden dann so 12 Einträge drinstehen.

Das würde ich davon abhängig machen, ob das irgendwem hilft. Der Prediger muss bestimmt nicht wissen, wer die zweite Posaune spielt ... aber für den Posaunenchorleiter kann das wichtig sein und für den 2. Posaunisten auch (inkl. Diensterinnerung, Chat, ...).
Gegen 12 Einträge spricht erstmal nichts - beim Kochteam haben wir auch öfter mal so viele Einträge.
Allerdings könnte es sinnvoll sein, dafür eine eigene Dienstgruppe anzulegen - dann können andere das in ihrer Ansicht ausblenden.

@jjb sagte in In einem Event einer Gruppe eine Dienstgruppe zuweisen?:

@simon2 Wir machen das bei den Musikern so ähnlich, nur haben wir eine Gruppe für die Musiker und ob jemand Leiter oder nur Mitspieler ist, ergibt sich durch die Rolle in der Gruppe. Die einzelnen Instrumente bilden wir über Tags ab.

Das hatten wir auch überlegt (und anfangs so geregelt). Allerdings wollten wir 2 getrennte Chaträume für Musikleiter und "normale Musiker", wo unterschiedliche Dinge besprochen werden. Deshab sind wir zu 2 getrennten Gruppen übergegangen. Das ist natürlich doppelter Pflegeaufwand und mögliche Fehlerquelle, aber wir haben keine so hohe Fluktuation bei den Leitern ... und außerdem hoffen wir noch (und das leider schon länger 😉 ) auf die Implementierung der "automatischen Gruppen"...

@Instrumente: Ja, machen wir auch per Tags - haben das aber nicht mit den Diensten verknüpft. Die sind lediglich bei der Suche der passeden Personenhilfreich, im Dienstplan stehen nur "Musiker 1" bis "Musiker n". Reicht bei uns.

Gruß

Simon2

@jziegeler Cool, dass das in Arbeit ist. Ja ich habe für den FR auch schon gevotet. Mir ging es auch darum, ob es kurzfristig eine Idee für einen Workaround gibt.

@schmmic warum stellst du deine Frage doppelt?
https://forum.church.tools/topic/9635/gruppen-chat?_=1690747153219

Die Antwort hier ist letztlich identisch mit meiner in dem anderen Thread. Ich schließe daher den zweiten.

Dass die Abwesenheit getrennt für verschiedene Gruppen eingestellt werden kann, wusste ich nicht.
Generell wäre es gut, wenn die Sichtbarkeit der Abwesenheiten besser eingestellt werden können.
Es gibt durchaus Mitarbeitende (Sekretärin, Hausmeisterin, Pfarrer,...), bei denen eigenlich alle wissen sollten, wenn die Abwesend sind, gerne auch ohne genauere Angabe.
Das kann ich im Augenblick nicht abbilden.
viele Grüße Jochen

@jziegeler Danke für die schnelle Rückmeldung. Wenn der Browserwechsel keine Lösung ist, werden wir den Support in Anspruch nehmen.

@napp Vielleicht wär das eine Lösung: Erstell eine Wiki-Seite, auf diejenigen, die den Youtube-Link Zugriff haben sollen, die Lese-Berechtigung haben. Und dort im Wiki den YT-Link einbetten, im Kalender nur den Link aufs Wiki.

@hd Das Problem hatte ich auch. Wir verwenden contao als Contentmangement system.

Ich habe mir dafür eine Seite gebaut, in welcher der Infoscreen als iframe eingebaut wird. Dort konfiguriere ich auch die URL und passe auch das Styling noch etwas an.

Auf dieser Seite wird auch ein script eingebunden, das alle 10 Minuten den ganzen Infoscreen neu lädt - unabhängig von Fehlern.

<script type="application/javascript"> setTimeout(() => { window.location.reload(); }, 10 * 60 * 1000); </script>

Das ganze läuft auch auf einem Pi wie bei dir

@simon2 ist es doch auch:

95be9eb9-0f8a-4846-a5a3-aa5cf30b7c10-image.png

@ralf-bürzele Ich hab jetzt den Link in Churchtool hinterlegt. Das ist für uns die Lösung. Wir können jetzt im Team auf eine Datei zugreifen wenn man auf den Link im WIKI drückt.!EFG Selb - Wiki – 1.jpg

@jziegeler Vielen Dank. Das hat funktioniert!

@jjb sagte in Vorlagen für Gruppentreffen werden nicht geladen:

@davidschilling Habe ich auch vorneweg gemacht. Von den Entwicklern wurde am 14. Juli bestätigt, dass die Gruppenanmeldungen nicht mehr funktionieren. Gerade mal wieder getestet, nun scheint sie wieder zu gehen. 👍

Mich hat ein Mitglied angeschrieben (am 12.07.), dass er einen Fehler bei der Anmeldung bekommen hat.
Am selben Tag abends konnte ich - ihn simulierend - die Anmeldung durchführen.
Ist vielleicht nicht ganz deterministisch?

@jziegeler Das macht insgesamt Hoffnung.
Bis dahin werde ich mir zunächst mit einer zusätzlichen Gruppe über alle Mitarbeiter helfen. Ist etwas umständlich und keine saubere Lösung.

@DumbergerL : Diese Lösung werde ich mir in Ruhe ansehen, vielleicht läßt sie sich auch bei uns umsetzen.

Danke an alle.

@narnitz OK, so sollte es gehen, den Teil hatte ich nicht gesehen. Sieht aber ähnlich anfällig und bastelig aus wie LDAP.
Wenn die gids stabil bleiben, sollte Umbenennung kein Problem sein. Wird dann halt erledigt, wenn das erste Mal ein neuer Name als displayName auftaucht.
Aber der Ansatz hat so oder so vergleichbare Probleme wie das LDAP-Gedöns, z.B. hat das LDAP-Plugin Housekeeping für verwaiste User-Konten, auch wenn man für das Löschen der eigentlichen Daten dann noch mit occ Hand anlegen muss.
Ich wüsste aber nicht, wie man das mittels OIDC überhaupt realisieren sollte, da hier ja kein Kanal existiert, der NC darüber informiert, das Nutzer gelöscht wurden.

Und was den Custom Provider angeht:
Ja gut, wenn man schon wieder eigene Software baut, warum dann nicht gleich ein CT-Plugin für NC, was direkt auf die CT-API zugreift und das alles "richtig" macht.

Aber was ich an OIDC-Unterstützung durch CT wirklich super fände:
Das könnte man super für diverse andere Sachen verwenden, bei denen es wirklich nur um Authentisierung/Authentifizierung geht, z.B. CMS-Systeme und andere IT-Services der Gemeinde. Das wäre schon nice.