@silvias1963 cool, freut mich. 🙂

Ja, der Wunsch ist stark. Wir haben schon sehr viele Möglichkeiten, Mitarbeiter einzuteilen und manche sehen keine Notwendigkeit noch eine Option zu geben. Aber so langsam wird klar, dass sich viele das wirklich wünschen.

Also... Bitte hier voten:
https://forum.church.tools/topic/2362/im-church-service-gruppe-für-einen-dienst-anfragen/4
https://forum.church.tools/topic/1628/ct-3-0-churchservice-gruppe-in-dienst-einteilen
https://forum.church.tools/topic/2450/gruppe-in-dienst-einteilen

Sehr cool, dass Ihr solche Themen hier besprecht. Das hilft anderen auch!

Das Umbenennen steht definitiv auf unserem Plan für eine der nächsten Versionen. Da haben wir auf der Hilfeseite selbst großen Bedarf. Wann genau kann ich aber nicht sagen.

Man kann ja zumindest die Links umbenennen, wenn man [[WIKISEITENNAME|LINKNAME]] eingibt.
Also den Seitennamen, dann ein senkrechter Strich, dann den Namen des Links.

ich verschiebe zu Fragen 😉

Schade ... aber danke für die schnelle Antwort!

@deliarmin Dass das mit Selbstsignierten Zertifikaten nicht funktioniert finde ich nicht schlimm. Das ist ja ein Sicherheitsmechanismus. Mit Lets Encrypt sollte es natürlich gehen.

Ich denke die beste Lösung wäre hier eine Option zu bieten, damit Selfhoster einfach das lokale mail Programm nutzen können. So machen wir es auf unserem Server auch. Dann muss gar kein SMTP Server konfiguriert werden.

Danke für die Antwort. Ja, das Prinzip ist tatsächlich so gedacht wie @hallo144 es beschreibt. Es gibt dem Leiter die Freiheit, die anderen einzuteilen, wann er es für gut erachtet. Und der Mitarbeiter sagt, wann er nicht kann.

Es gibt einige Ideen, wie man die Teameinteilung optimieren kann (z.B. ganze Teams auf einmal eintragen, statt jeden Dienst einzeln).
Da wir nacheinander verschiedene Module überarbeiten und optimieren werden (was natürlich seine Zeit dauert, wenn man es richtig machen will), fließen eure Ideen mit ein. Aber für den Moment wird das Konzept wie es ist bestehen bleiben.

Bitte schön. Du hattest Glück, dass ich sowieso gerade dabei war den Patch rauszubringen (auf Grund eines anderen Fehlers). Da haben wir den Bug noch schnell mit aufgenommen.

Hier fehlen leider noch relevante Informationen.

Zum einen welche Rechte der API User benötigt (Superadmin ist sicherheitstechnisch ein grauß und ausprobieren sehr mühsam) und zum anderen funktioniert die Anbindung nur wenn
Limesurvey urlFormat=path eingestellt hat, was in unserer ganz frischen Installation aber nicht so war, sondern auf get stand. (die urls sahen dann so [index.php?r=admin/remotecontrol] und nicht so [index.php/admin/remotecontrol] aus.)

Im CTS Log sieht man dann einfach nur

Expection while filling api fields: Client error: `POST https://umfrage.stadtmission-butzbach.de/index.php/admin/remotecontrol` resulted in a `400 Bad Request` response:

Bitte hierzu die Anbindung anpassen, das man die URL die in Limesurvey ja als Endpunkt der API angezeigt wird (dort ist sie richtig, je nach urlFormat Einstellung) verwenden kann, die Doku erweitert oder bei integration testen beides probieren und entsprechend speichern.

Die Einstellung in LimeSurvey ist in application/config/config.php zu finden.

Hallo zusammen,

welches Recht muss ich vergeben, damit eine Person eine Datei zum Event löschen kann, die sie nicht selber hochgeladen hat? Es funktioniert theoretisch über das globale Recht "edit events". Es wäre aber schön, wenn man das dafür nicht nutzen müsste.

@simonruehl Es wäre toll, wenn man das Recht "Datei zum Event hochladen" global vergeben könnte und dann vielleicht noch "Datei zum Event löschen". Wir hatten bei uns den Fall, dass wir für unsere Gottesdienste am Sonntag eine Austauschplattform für Dateien über Standorte und Gruppenzugehörigkeiten hinweg bei Gottesdienst/Events schaffen wollten. Die Dateien sollten nicht den einzelnen Events zugeordnet werden.

Dazu haben wir einen Kalender samt regelmäßiger Eventbuchung erstellt. Für das Event haben wir einen Dienst erstellt. Diesem Dienst haben wir alle Dienstgruppen zugeordnet, die am Sonntag aktiv sind. Zusätzlich haben wir allen Dienstgruppen das Recht gegeben, den Kalender sehen zu dürfen. Nun können z.B. die Leiter einer Dienstgruppe eine Datei bei dem Event hochladen ohne, dass sie für den Dienst eingetragen sind. Diese Datei ist dann für alle Personen sichtbar, deren Dienstgruppe mit dem Dienst verknüpft sind.

Beste Grüße

Paul

Vielen Dank, mir reicht das erstmal.
Klar wäre ein Manager nicht schlecht, aber für uns gibt es wichtigeres. 🙂

@Herr-O Super, danke für das ausführliche Feedback. Aber natürlich schade, dass es nicht so ganz rund lief.

Hallo Andy,

vielen Dank. Das Gute lag mal wieder so dicht vor der Nase.

Guten Abend
Wir haben die Umleitung mit einem 301 Redirect gelöst. Besten Dank für die tatkräftige Unterstützung!

Beste Grüsse
Karl

@Andy @online-today danke für Eure Mitwirkung.
Habe nun eine Feature-Vorschlag eingestellt, siehe https://forum.church.tools/topic/5228/rechtekonzept-trennung-von-simulate-person-und-administer-person

Ich freue mich über Votes.

@smu sagte in Kalender in Android Smartphone anzeigen:

Synchronisation ist angeschalten in Androis, aber ich kann den Kalender schon gar nicht abonnieren. Es kommt immer die Fehlermeldung:
faild do connect to ...church.tools/(ip-adresse) form 10.1.10.1 (port 49590) after 10000my

Selfhosting? (Du hast nicht die 10.1.10.1 als URL zum Kalender angegeben, oder?)

Dann fehlt vermutlich die URL in der churchtools.config Datei

@Ortwin ja, ein link zum Kalender für die Gruppentreffen würde unser Problem lösen.

Ev. werde ich ein Script schreiben welches die Gruppentreffen in einen Kalender einträgt...