@Henni

Vererbbar würde heissen, am Gruppentyp kann man Gruppenteilnehmerfelder definieren, die es dann bei allen Gruppen gibt. -> halte ich für sehr sinnvoll.

ja, damit erreicht man, dass alle Gruppen dieses Typs dieselben Gruppenmitlgiedsfelder definiert haben.

Du möchtest aber beim verschieben (ach, das gibt es ja gar nicht - das wäre ein Einfügen mit anschliessendem Löschen) in eine andere Gruppe die Gruppenteilnehmerfelder mitnehmen. Auch das halte ich für sehr sinnvoll.

Man sollte das nicht auf "gleichen Gruppentyp" beschränken. Es kann ja schon Anwnedungen geben, wo jemand sich zuerst in einer Gruppe vom Typ "Miarbeiteranmeldung" anmeldet, dann aber in spezialgruppen wie "Techniker" oder "Musiker" verschoben wird, die dann wegen der Rechte andere Gruppentypen haben.

@MichaelG das hilft leider nur bedingt 🙂 bei mehreren Ressourcen-Typen sind das ja mehre "Tabs"...

@SvenStie Wie gesagt, ich würde dir empfehlen in einem offline Editor zu schreiben und nur fertige Protokolle reinzukopieren oder abzulegen. Musst du am Ende selber wissen, wenn du meine Erfahrungen lieber selber machen möchtest 🙂
Du solltest auf jeden Fall darauf achten, dass Protokolle nicht veränderbar sind, auch in Zukunft z.B. bei einem Wechsel von Gemeindleitung, etc. Wird meiner Meinung nach Aufwand kosten, das langfristig zu gewährleisten

Hallo bwl21,
danke für deine Antwort!

Meinst du ein globales Recht "Bescheinigungen erstellen" das dann auf alle Gruppen mit eingerichteten Bescheinigungen greift.

Ja, ich glaube wir meinen das Selbe. Das Exportieren der Bescheinigung durch die Verwaltung würde eben einen weiteren Weg eröffnen, wie die Bescheinigung an die Person kommt. Auch wenn man es gerne als CT-Admin gern hätte: Ich kann nicht davon ausgehen, dass jede Person auch diese Möglichkeiten kennt, nutzt und damit "klarkommt". 😅

In dem Fall müsste er dann auch alle Gruppen etc. sehen, sonst kann er die Bescheinigung nicht auslösen. Das macht die Sache noch komplexer bzw. geht zu weit.

Genau, ein Anknüpfen an die Sichtbarkeit der Gruppen wäre da vermutlich ein Lösungsansatz. Aber ja, sicherlich etwas Aufwand das sinnvoll zu implementieren. Eine Art globales Recht Bescheinigungen zu sehen und erstellen zu dürfen, wenn die entsprechende Sichtbarkeit der Gruppe vorhanden ist. Aber an diesen Bedingungen muss man noch etwas feilen.

Zudem sind Leiter-Rollen auch u. U. etwas breiter angelegt. Der Mitarbeiter einer Freizeit muss ja nicht unbedingt die Bescheinigungen der anderen Mitarbeiter sehen können, aus denen eine Vielzahl von personenbezogenen Daten hervorgehen können.

Da könnte man ein gruppeninternes Recht machen "Bescheinigungen erstellen" Das an die "leiterrolle" zu binden war vielleicht etwas unglücklich, vor allem - wie du sagst - man dann Mitliged in der Gruppe sein muss.

👍🏻
Mir geht es auch darum, dass nicht jede Leiter-Rolle die Bescheinigung anderer erstellen und sehen kann, sondern dass das gruppenintern freigegeben werden muss.

Bei uns sind Leiter und Mitarbeiter Leiter-Rollentypen, Teilnehmer sind Teilnehmer-Rollentypen.

Warum macht ihr das so? Die Leiter-Rollentypen sind ja nur für die Anmeldung etc. relevant.

Wir bauen damit auch Automationen. Wenn wir alle Personen die auf einer Rolle mit dem Rollen-Typ Leiter in eine Gruppe hinzufügen (automatisch) erhalten wir eine Gesamtliste aller Mitarbeiter. Jede Rolle einzeln in die Automation einzubauen wäre umständlich und führt gerade wenn neue Rollen in neuen Gruppe-Typen angelegt werden u. U. dazu, dass man die Automation vergisst nicht erneut anzupassen.

Zudem ist es ja auch eine optische Sache. Die Leiter-Rollentypen werden separat von den Teilnehmer-Rollentypen angezeigt. Im Web durch einen senkrechten Strich und durch das Badge, das es ja auch in der App gibt.

@ELIA-Gemeinde Mit der v3.122.0 gibt es nun die Möglichkeit, die entsprechenden Daten unter Stammdaten > Mandanten zu hinterlegen.

Ich bin definitiv dafür. Jede Datei einzeln runterzuladen kann mitunter recht mühsam werden.

Ich push den Beitrag nochmal, weil es mir gestern bei einer anderen Person wieder aufgefallen ist. Wir saßen gemeinsam am PC und sie hat sich gewundert, warum manche Personen in der Gruppe fehlen. Grund: sie hat auf "Teilnehmer" statt auf "Mitglieder" geklickt und alle "Leiter" und "Organisatoren" ware nicht zu sehen.

@Andi-1 sagte in UI/UX Gruppenmodul -> Email an alle Mitglieder (und mehr):

Leiter und Teilnehmer ändern bei mouseover ihre Hintergrundfarbe, d.h. man kriegt Feedback, dass hier was klickbar ist. Bei der gesamten Kachel ist das nicht so.

Ich sehe gerade, dass sich die Farbe schon ändert, aber nur minimal (ganz leicht dunkler) Evtl. würde es schon reichen, den Kontrast hier deutlich zu erhöhen!?

Hallo zusammen,
auch ich habe Interesse.
Aktuell werden die Abläufe als Word-Datei in das Event hinterlegt, was bedeutet, dass die Abläufe teilweise erst heruntergeladen werden müssen, um angesehen / ausgedruckt zu werden.

Wir brauchen keine Komfortlösung, die alle Möglichen und unmöglichen Sonderfälle unterstützt.
einfache, für Pfarrer anwendbare Import- / Exportfunktion wäre ausreichend, Datenformat mir egal, von mir aus auch XML oder JSON. Voraussetzung, dass die Lieder alle in allen Liederdatenbanken angelegt ist, wären für mich auch in Ordnung

Gruss Jochen

Hallo @Gerald,

genau das macht das von mir entwickelte ChurchSong - mit dem kleinen Unterschied, dass die Event Files am Anfang eingefügt werden, so dass der SongBeamer-Techniker sie nur noch an die korrekte Stelle schieben muss.

Für Rückfragen stehe ich gerne zur Verfügung.

Viele Grüße
Stefan

Wenn der Link im Termin noch nicht belegt ist, wäre meine Idee den Flyer als pdf- oder Bilddatei auf einer Wikiseite, die öffentlich ist (ausgeblendet oder sichtbar) oder, deren Dateipfade öffentlich aufrufbar sind, abzulegen um dann den Dateipfad im Termin zu verlinken. Vermutlich würde ich in der Beschreibung noch darauf verweisen.

Da ich gerade auf das Thema gestossen bin. Sowas wäre auch für uns sehr interessant.

@MichaelG sagte in Abwesenheiten direkt im Kalender eintragen:

Ich muss ab und an eine Abwesenheit erstellen. Aber sehr oft Kalendereinträge. Man müsste sehr oft eine Auswahl treffen, bei der in den meisten Fällen eh der Termin die Wahl wird.

hm ja, verstehe ich. Geht mir eigentlich auch so. 🙂

Was mich derzeit aber noch etwas stört ist die Tatsache, dass man ggf. 2x durch den Kalender klickt. 1x um zum entspr. Datum zu gelangen und dann nochmal, weil nach Klick auf "Abwesenheit eintragen" ein neuer kleiner Kalender aufploppt.

Darum dachte ich, könnte man ja ggf. auch direkt das allg. Popup "Termin erstellen" nutzen, um eine Abwesenheit einzutragen?

@jziegeler Super! Darauf freuen wir uns! Vielen Dank...

@hbuerger sagte in Profile für Event Modul:

Man könnte das auch mit den ausgewählten Kalendern koppeln. Ich wähle das Profil "Jugend" und automatisch werden mir Spalten ein/ausgeblendet und nur Events des Jugendkalenders angezeigt.

Die Kopplung an Kalender fände ich auch sehr sinnvoll.

Mein erster Gedanke war, das Profil abhängig vom Kalender zu machen. Das hätte aber den Nachteil, daß für alle Events desselben Kalenders (z.B. "Gemeindetermine") immer die gleichen Spalten vorausgewählt werden.
Der umgekehrte Ansatz (wie von @hbuerger vorgeschlagen), das Profil führend zu machen und dort dann die Auswahl der Spalten und den Kalender dran zu hängen, sollte m.E. die maximale Flexibilität schaffen.

@Andrej sagte in Buchungs-Anfragesteller direkt über Ressourcen kontaktieren:

@kb1 könnte der Hausmeister nicht den gesamten Personenbereich sehen? Dann muss es nixht über Gruppen laufen

Genau, trotzdem aber am besten eine Gruppe "Hausmeister" o.ä. anlegen und dieser Gruppe das Recht geben, zB den gesamten Bereich zu sehen. Ich würde nicht einer einzelnen Person das Recht geben, sondern immer nur einer Gruppe. Ansonsten wird es schnell unübersichtlich.