NEJB - S4: Neue Rollen und Ebene Kanton, Region, Ehemaligenverein im Top-Knoten Ehemalige

ThomasEllenberger commented 3 weeks ago

User Story:

Die bestehenden oder neuen Ehemaligenvereine benötigen neue Rollen und Ebenen, damit sie ihre Mitglieder verwalten können. Es wird die Möglichkeit geschaffen, dass die bestehende Struktur von Ebene Kanton und Ebene Region in den Top-Knoten Ehemalige übernommen werden. kann. Es werden aber keine Gruppen übernommen. Die Ebene Schar ist im Top-Knoten vorhanden, aber sie wird nicht übernommen. Folgende Rolle(n) sind neu für ehemalige Jubla-Mitglieder im Top-Knoten Ehemalige auf Ebene Kanton, Region, Ehemaligenverein (Analog zu Schar, ohne Bund, Global) verfügbar:

Leitung Lesen und Schreiben auf der Gruppe und allen darunter liegenden Gruppen (ohne Ebenen). Inkl. Erstellen von Anlässen und Abos.
Adressverwaltung Lesen und Schreiben auf der Gruppe und allen darunter liegenden Gruppen (ohne Ebenen). Inkl. Erstellen von Anlässen und Abos.
Kassier*in Lesen auf der Gruppe und allen darunter liegenden Gruppen (ohne Ebenen).
Neumitglied (Anwärter*innen für einen Beitritt in der Gruppe noch nicht bestätigt. Ein Neumitglied wird nach der Bestätigung «Mitglied Ehemalige») keine Rechte
Mitglied Ehemalige (neu) Lesen auf der Gruppe
Extern Die Rolle Extern kann nur öffentliche Daten (Gruppen, Anlässe und Abos; keine anderen Personen) sehen. Diese Rolle ist nur von Personen in dieser Ebene sichtbar, nicht von Personen aus darüber liegenden Ebenen.
Versandadresse Die Rolle Versandadresse kann nur öffentliche Daten (Gruppen, Anlässe und Abos; keine anderen Personen) sehen.

Vorschlag für Jubla Organization Hierarchy im Top-Knoten Ehemalige: (In Klammern jeweils die Übernommene Ebene/Gruppe)

NEJB (Bund)
- NEJB (Bund)
- Adressverwaltung: [:group_full]
- Versandadresse: []
- IT Support: [:impersonation]
- Bundesleitung (Bundesleitung)
- Adressverwaltung: [:admin, :layer_and_below_full, :contact_data, :alumnus_below_full]
- Netzwerk Ehemalige Jungwacht Blauring (Gruppentyp Ehemalige)
- Leitung: [:group_and_below_full, :contact_data, :alumnus_below_full]
- Adressverwaltung: [:group_and_below_full]
- Kassier/in: [:group_and_below_read]
- Aktivmitglied NEJB: [:group_read]
- Passivmitglied NEJB : [:group_read]
- Kollektivmitglied NEJB: [:group_read]
- Neumitglied: []
- Extern: []
- Versandadresse: []
Kanton
- Kantonaler Ehemaligenverein (Gruppentyp Ehemalige)
- Leitung: [:group_and_below_full, :contact_data, :alumnus_below_full]
- Adressverwaltung: [:group_and_below_full]
- Kassier/in: [:group_and_below_read]
- Mitglied Ehemalige: [:group_read]
- Neumitglied: []
- Extern: []
- Versandadresse: []
Region
- Regionaler Ehemaligenverein (Gruppentyp Ehemalige)
- Leitung: [:group_and_below_full, :contact_data, :alumnus_below_full]
- Adressverwaltung: [:group_and_below_full]
- Kassier/in: [:group_and_below_read]
- Mitglied Ehemalige: [:group_read]
- Neumitglied: []
- Extern: []
- Versandadresse: []
Ehemaligenverein (Schar)
- Ehemaligenverein (Gruppentyp Ehemalige)
- Leitung: [:group_and_below_full, :contact_data,:approve_applications, :alumnus_below_full]
- Adressverwaltung: [:group_and_below_full]
- Kassier/in: [:group_and_below_read]
- Mitglied Ehemalige: [:group_read]
- Neumitglied: []
- Extern: []
- Versandadresse: []

Aspekte:

Es braucht zwei Rollen von Mitgliedschaft, welche regeln, wer Mitglied bei einer Vereinigung ist («Mitglied Ehemalige») und den ehemaligen Leitungspersonen, welche vom Top-Knoten Aktive in den Top-Knoten Ehemalige verschoben wurden, aber von der Gruppe noch nicht bestätigt sind. Siehe „Mitglied Ehemalige“ und „Neumitglied“.
Definition of Done:
Alle Rollen, Gruppen und Ebenen sind erstellt, Dokumentiert, (automatisiert) getestet und funktionieren gemäss hitobit/jubla.db-Verständnis.
Vorschlag für Test/Abnahme:
Mitglieder in Gruppen und Ebenen mit den jeweiligen Rollen versehen und ihre Funktionsfähigkeit überprüfen

Umsetzung in:

https://github.com/hitobito/hitobito_jubla/issues/129

ThomasEllenberger commented 2 weeks ago

@EstherBurri, @ConnyJublaCH

Wir gehen davon aus, dass es die beiden Berechtigungen :alumnus_below_full sowie :approve_applications nicht braucht. Wir würden diese desshalb bei der Umsetzung dieses Issues weglassen.

alumnus_below_full erlaubt es der Person sämtliche Personen in der Gruppe "Ehemalige" des eigenen Layers und darunter zu sehen. Die Ehemaligengruppen und die mit diesen verknüpfte Logik werden wir im Top-Knoten Ehemalige jedoch ausschalten, wesshalb diese Berechtigung hier nichts mehr bewirkt.
approve_applications erlaubt es der Person in allen Kursen des eigenen Layers die Anmeldungen zu sehen und die Personen definitiv zuzuteilen. Das Feature der nicht zugeteilten Teilnehmenden und der Warteliste gibt es nur bei Kursen, nicht aber bei Anlässen. Da wir Kurse und Lager in allen Gruppentypen des Top-Knoten Ehemalige ausschalten und es nur noch Anlässe geben wird, bewirkt diese Berechtigung nichts mehr.

Wollt ihr auch das Rechnungsfeature von Hitobito nutzen und Rechnungen darüber versenden und Zahlungen in Hitobito verwalten? Die Rolle Kassier hat so wie sie hier steht keine Rechte dafür. (Völlig ok, wenn es hier nur darum geht, dass man weis wer Kassier ist, die tatsächliche Rechnungsstellung jedoch auserhalt von Hitobito passiert.) Sollen die Personen auch das Rechnungsfeature von Hitobito bedienen können bräuchten sie noch die Berechtigung :finance.
Im Issue https://github.com/hitobito/hitobito_jubla/issues/107 soll die Rolle Kassier/in in Kassier*in umbenannt werden. Gehe ich richtig in der Annahme, dass wir bein den Ehemaligen gleich die neue Schreibweise mit dem Genderstern verwenden wollen?

EstherBurri commented 2 weeks ago

passt so, beziehungsweise bezüglich :approve_applications siehe 3. Punkt bei Aspekte in der Story 1, da haben wir die Ausnahme definiert, dass Gruppen die gleichen Standart-Funktionen nutzen können, die Funktionen Kurse/Anlässe ausgeblendet, nicht sichtbar sein sollen: NEJB - S1: Neuer Root-Knoten Ehemalige #110
weiss ich nicht, kenne keine Erfahrungswerte bezüglich Rechnungsstellungen aus der Jubla-Datenbank heraus. Aus unserem Handbuch, siehe hier: lese ich heraus, dass dieses Feature bis anhin nicht zur Verfügung steht, bitte durch @patriziajubla oder @richardjubla zu beantworten, steht ja wohl im Zusammenhang mit dem Issue [https://github.com/hitobito/hitobito_jubla/issues/107]
ja bitte geschlechter gerecht formulieren

richardjubla commented 1 week ago

2. weiss ich nicht, kenne keine Erfahrungswerte bezüglich Rechnungsstellungen aus der Jubla-Datenbank heraus. Aus unserem Handbuch, siehe hier: lese ich heraus, dass dieses Feature bis anhin nicht zur Verfügung steht, bitte durch @patriziajubla oder @richardjubla zu beantworten, steht ja wohl im Zusammenhang mit dem Issue [https://github.com/[Berechtigung :finance für Rollen Kassier*in auf nationaler Ebene (Bund) #107](https://github.com/hitobito/hitobito_jubla/issues/107)]

@EstherBurri Im Top-Knoten Ehemalige bekommt mit unseren Stories niemand die Berechtigung :finance. Damit steht diese Funktion nicht zur Verfügung. Funktionieren sollte sie aber generelle Hitobito-Funktion auch im Top-Knoten, sofern wir die Berechtigungen so vergeben wollen.

ThomasEllenberger commented 1 week ago

passt so, beziehungsweise bezüglich :approve_applications siehe 3. Punkt bei Aspekte in der Story 1, da haben wir die Ausnahme definiert, dass Gruppen die gleichen Standart-Funktionen nutzen können, die Funktionen Kurse/Anlässe ausgeblendet, nicht sichtbar sein sollen: NEJB - S1: Neuer Root-Knoten Ehemalige #110

@EstherBurri Zur Sicherheit: Du redest hier davon, dass wir Kurse/Anlässe ausblenden. In S1 ist die Rede davon das Kurse/Lager ausgeblendet werden. Kannst du kurz bestätigen: Wir blenden Kurse & Lager für alle Gruppen im Ehemaligen-Knoten aus. Anlässe sind für alle Gruppen sichtbar.

EstherBurri commented 1 week ago

@ThomasEllenberger - sorry für Verwirrung, Anlässe war ein Verschreiber. Drum Bestätigung: Kurse & Lager für alle Gruppen im Ehemaligen-Knoten ausblenden. Anlässe sind für alle Gruppen sichtbar.

hitobito / hitobito_jubla