Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Open
ThomasEllenberger opened this issue Sep 27, 2024 · 5 comments

Comments

@ThomasEllenberger
Copy link

ThomasEllenberger commented Sep 27, 2024

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:

@ThomasEllenberger
Copy link
Author

@EstherBurri, @ConnyJublaCH

  1. 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.
  1. 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.

  2. Im Issue Berechtigung :finance für Rollen Kassier*in auf nationaler Ebene (Bund) #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
Copy link

  1. 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
  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]
  3. ja bitte geschlechter gerecht formulieren

@richardjubla
Copy link
Contributor

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]

@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
Copy link
Author

  1. 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
Copy link

@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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants