Hallo zusammen.
Vielen Dank für eure schnellen Rückmeldungen. Damit habt ihr mir schon sehr weitergeholfen!

@Andy danke für die schnelle Antwort.

Hier der FR dazu Anpassungsmöglichkeiten für "Neuigkeiten innerhalb deiner Dienste"

Ich finde diese Funktion auch sehr sinnvoll!
Leider kann ich das Skript nicht nutzen, da wir CT nicht auf eigenem Server betreiben.

@JohKlein Das geht sicher nur über ein zusätzliches Feld, dass dann auf einen hohen Sicherheitslevel eingestellt wird.
Also in den DB-Feldern eine zweites Handnummer-Feld ergänzen und z. B. auf Level 3 oder 4 einstellen und dieses Level nur für die gewünschte Rolle oder Gruppe freigeben.

@mtlmarko89 Tags kannst du nicht berechtigen. Du müsstest dafür dann wohl eine Gruppe (oder zwei) anlegen und jedem (?) Status das Recht einräumen, diese Gruppe(n) einzusehen.

@mtlmarko89 sagte in Eine Anleitung für ChurchWiki:

MediaWiki-Instanzen

Ja, damit kannst du das in den CT nicht vergleichen!

Klar, damit legst du die Reihenfolge im Formular fest.

@Toubson Na ja ... entweder möchte ich diese Informationen oder nicht. Wenn ich sie möchte/brauche, dann darf ich die Gruppen doch nicht deaktivieren! Wir führen derartige Gruppen unter dem Gruppentyp Schulung oder Veranstaltungen z. B. Diese Gruppentypen darf ohnehin längst nicht jeder sehen und die, die die Angaben interessieren, habe kein Problem mit der langen Liste.
Nur, wenn die Daten wirklich nach einem halben Jahr o. ä. belanglos sind, dann wird die Gruppe deaktiviert. Ein Beispiel dafür sind z. B. die Anwenderforen/Schulungen, die ich für die CT durchführe. Ich brauche die Gruppen für die Organisation der Veranstaltung, danach ist es mir und der Verwaltung aber relativ egal, wer teilgenommen hat.
Bei verpflichtenden Kursen (bspw. Erste Hilfe) ist das dann wieder etwas anderes und natürlich lässt man diese Kurse dann aktiviert.

@Andy Wie macht ihr das dann mit dem Dienstplan?

Legt ihr jeden Dienst für die neuen Station nochmal an oder weißt ihr den bestehenden Diensten einfach die Gruppe der neuen Station zu?

Habs eben an 2 Gottesdiensten ausprobiert und es funktioniert!

Ja, in dem Fall geht der Weg mit der manuelle Mail nicht. Wir haben für sowas einen von CT unabhängigen Mail-Verteiler, über den solche Einladungen verschickt werden. Ein Termin in CT wird dann oft gar nicht mehr angelegt.

Automatische Gruppen wünsche ich mir noch für ganz viele andere Sachen. Wenn dir der Wunsch gefällt, vote doch bitte dafür (s. erster Beitrag im Forum "Feature-Wünsche".

@davidschilling: Vielen Dank.
Da waren zu viele andere Änderungen seit dem Dump gemacht.
Wir haben die Gruppen nun neu angelegt.

Ok. Danke.

Hab mal ein Feature Request aufgemacht:
https://forum.churchtools.de/topic/3813/zusammenfassen-von-einzelnen-kalendern

@tomzi Warum nicht? Der Datenkanal bis zum neuen Wrapper ist SSL-verschlüsselt, siehe die Hinweise zum Datenschutz. Der beste Ort dafür ist ein Platz in dem Netzwerk, wo die LDAP-Dienste verwendet werden.

@don sagte in Rechte für Dienste umbenennen:

Das habe ich leider erfolglos versucht. Ich kann die Dienste trotz diesem Recht nicht umbenennen.

Ist das ein Bug?

Funktioniert das bei anderen?

Moin Manu,

der Telegram Bot hat auch bei uns noch nie funktioniert... 😕

LG C

@fcgkitzingen Lass dich von dem Wort "Gruppe" nicht irritieren. Von der Wortbedeutung her, geht es klar um eine Ansammlung von Menschen, die z.B. einen gemeinsamen Termin wahrnehmen.

Von der Funktionalität her ist es aber viel mehr.
Wir haben z.B. einen eigenen Gruppentyp "Schlüssel" angelegt. Dann haben wir für jeden Schlüssel eine Gruppe (also wie Hallo144)
Der Eintritt in die Gruppe, ist das Datum der Schlüsselausgabe. Der Austritt aus der Gruppe ist das Datum der Schlüsselabgabe. Und zusätzlich ließe sich noch ein Dokument bei der Person hinterlegen, falls ihr das mit Unterschriften löst.
Was außerdem mit den Gruppen geht: Du kannst die Teilnehmerzahl auf die Schlüsselanzahl begrenzen. Heißt: Wenn es 5 Schlüssel gibt, kann man schnell nachsehen, wie viele Teilnehmer vorhanden sind und so verhindern, dass ein Schlüssel "versprochen" wird, der gar nicht da ist