FR: https://forum.church.tools/topic/6701/benachrichtigung-nachricht-bei-absage-eines-dienstes-an-den-anfrager-einteiler

FR: https://forum.church.tools/topic/6701/benachrichtigung-nachricht-bei-absage-eines-dienstes-an-den-anfrager-einteiler

Danke, das war's.
... diese Spracheinstellung ist mir irgendwie noch nie aufgefallen ...

@bwl21 sagte in Gruppenbeschreibung | HTML funktioniert nicht komplett | Übersicht funktionierender Codes?:

ich habe mich 2012 schon mit CT beschäftigt

Wenn ich richtig informiert bin, dann liegen die Anfänge von CT im Jahr 2004. Erst ab 2010 wurde es dann auch anderen Gemeinden zur Verfügung gestellt.

@MichaelG ja, aber es ändert sich eben nichts

@jziegeler Es gilt also das PULL Prinzip = mit Filtern selber nachsehen, PUSH per Email geht nicht - das war meine Frage und Eure Antworten bestätigen meinen Verdacht. Egal. muss ich halt filtern oder nachbessern ...

Problem 1: Wenn jemand "Eingewilligt vor einem Jahr einträgt" findet der Filter die Person nicht.
Bei SharePoint gibt es "Created" Datum und "Created By" Person bei jedem Listeneintrag - ich liebe das!

Problem 2: Das mit den speziellen Rollen nützt nichts, wenn ein andere diese ändern darf ...
Problem 3: und alle Änderungen einer Gruppe ist nicht identisch mit der Erstellung von neuen Person - in meinen Augen.

@Carsten ja, so wird es sein.

Ich kann also über Untergruppen nur interne Berechtigungen vererben und keine globalen?! Schade, dass das nicht geht.
@Gunnar Ich werde das dann wohl auch über sehr viele Gruppentypen lösen. Danke für den Tipp.

@Andy Danke!!!

LG, Silvia

@kpmoritz genau so, wie du es geschrieben hast. 😉
Also einfach die doppelte Anredeform einbauen ... damit kommen die Empfänger schon klar.

Wir duzen und schreiben daher:

Liebe(r) [Vorname]

Vielen Dank für den Tipp, @D-Winkler-0
Den werden wir erstmal so umsetzen. Trotzdem wäre es natürlich toll, wenn das auch etwas "eleganter" ginge.

@jziegeler Schade, denn der Aufwand ist so natürlich ziemlich gross.

Trotzdem: danke!

@DJSudermann vielen Dank. Ich habe das jetzt ausprobiert und immer noch ein Problem damit. Beim testen habe ich folgendes festgestellt:

solange die Anmeldung im Status „Anfrage“ ist kann die Anmeldung im Dropdown-Menü Menü wie gewünscht gelöscht werden

sobald der Status auf „Standard“ gesetzt ist geht das nicht mehr. Wir haben eine automatische Mail mit diesem Standard vergeben (heißt Bestätigung der Teilnahme). Gibt es eine Möglichkeit es so einzustellen dass das Löschen über das Dropdown weiterhin funktioniert?

3). Diese Bestätigung haben wir zweifach: Bestätigung Für Teilnehmer und Bestätigung für Mitarbeiter Sie haben andere E-Mails und die Mitarbeiter haben mehr Rechte. Können wir dafür zweimal „Standard“ vergeben? Getestet habe ich mit „Bestätigung Teilnehmer“ und nur dafür „Standard“ gesetzt.

Auf jeden Fall schlage ich vor dass die Gruppentypen und rollen in dr Dokumentstion noch in Verbindung mit dem Dropdown-Menü erklärt werden (gelöscht/anfrage). Wir hatten „gelöscht“ bei uns herausgenommen weil wir keinen Nutzen gesehen haben wenn der Koordinator doch in der Liste direkt löschen kann - das Dropdown-Menü hatten wir da übersehen.

@jziegeler nein, für meine Frage gibt es soweit ich das verstehe, keine bessere Lösung. Wir machen es jetzt mal mit den zwei Gruppen und schauen wie es läuft . Und da jemand anders der Gemeinde schaut, wer am Ende wirklich da war, entfällt der wöchentliche Export. Von dem her kann die Frage geschlossen werden. Danke euch

@cbösch Das klingt nach einem Fehler, den sich der Support ansehen sollte.
Damit du nicht auf die Info des Gemeindemitglieds blind glauben musst gibt es einen Trick, in der App jemanden zu simulieren:

Sich selber in der App abmelden, im Web Person XY simulieren und dann den QR Code für die App anzeigen lassen, QR Code mit der App lesen Testen als Person XY Person XY in der App abmelden

==> Kannst du nun verifizieren das die versteckte Gruppe #nnn in der App für Person XY zu sehen ist und im Web nicht?

@stwaidele da hast du recht, da ist die Darstellung nicht die beste ...

da hatte sich in der Tat ein Fehler eingeschlichen. Wird in der Version 3.67 behoben sein (voraussichtlich live am 23.11.)

sollte in der Version 3.67 (voraussichtlich live am 23.11.) behoben sein

@stwaidele sagte in Doch kein Bug: App beachtet Sicherheitsstufen.:

Vielleicht ist es aber für andere dennoch hilfreich, daher lösche ich den Beitrag nicht.

Gute Entscheidung! 😉