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

Silverscouts: Eigener Root-Knoten #271

Closed
14 of 15 tasks
daniel-illi opened this issue Apr 21, 2023 · 5 comments · Fixed by #279 or #295
Closed
14 of 15 tasks

Silverscouts: Eigener Root-Knoten #271

daniel-illi opened this issue Apr 21, 2023 · 5 comments · Fixed by #279 or #295
Assignees

Comments

@daniel-illi
Copy link
Contributor

daniel-illi commented Apr 21, 2023

refs #235

Um die Silverscouts besser von der bestehenden Struktur der PBS abzugrenzen, sollen sie einen eigenen Root-Knoten erhalten. Dabei soll die URL db.scout.ch weiterhin auf Pfadibewegung Schweiz zeigen. Die URL sisc.scout.ch soll hingegen auf die neue Silverscouts-Struktur zeigen.

Innerhalb der Silverscouts gibt es den Gruppentyp "Region". Eine Region hat folgende Rollen:

Mitglied
Leiterin (mit Contact Data)
Achtung: Mitglieder sehen sich nicht gegenseitig! Sie sehen aber Leiter
innen der gleichen Region. Dies soll auch beim Export beachtet werden.

Leiter*innen sehen und bearbeiten alle Personen in der Region und haben ein Contact Data Flag.

Aktive und Ehemaligen können sich also nur via ihrer Leiter*innen vernetzen (welche ein Contact Data Flag haben). Bei Events ist es ok, wenn sich Aktive und Ehemalige gegenseitig sehen können. Ansonsten bleiben die Ebenen Silverscouts und Pfadibewegung Schweiz getrennt, Personen sehen sich gegenseitig nicht.

Offene Fragen

  • Braucht es Anpassungen an
    • Statistiken
    • Exports

TODO

Anpassungen in PBS Wagon

  • Neues root Layer anlegen, darin Rolle "Admin" mit
        self.permissions = [:layer_and_below_full]
        self.two_factor_authentication_enforced = true
    
  • Group::Bund als child dem neuen root Layer anhängen
  • Neues Layer Group::Silverscouts erstellen und als child dem root Layer anhängen
  • Rolle Group::Silverscouts::Leitung mit self.permissions = [:group_read, :contact_data]
  • Rolle Group::Silverscouts::Mitglied
  • Manuell Testen
  • Der Rolle "Admin" auf der neuen Root-Gruppe auch noch :admin Permission vergeben
  • Neue Gruppe Group::Silverscouts::Region erstellen und als child dem Group::Silverscouts Layer anhängen. Die Region muss selber keine Sub-Regionen unterstützen (also keine children).
  • Die oben genannten Rollen Group::Silverscouts::Leitung und Group::Silverscouts::Mitglied müssen in der Silverscouts-Region verfügbar sein, nicht auf der Group::Silverscouts. Daher werden sie nachher Group::Silverscouts::Region::Mitglied bzw. Group::Silverscouts::Region::Leitung heissen
  • Auf dem Silverscouts-Dachverband Group::Silverscouts sollen folgende Rollen verfügbar sein:
    • Rolle Verantwortliche*r mit Permissions :layer_and_below_full
    • Rolle Lesezugriff mit Permissions :layer_and_below_read
    • Rolle PowerUser mit Permissions :layer_full
  • Kunde für Überseztungen informieren
  • CHANGELOG-Eintrag unter "unreleased" unten hinzufügen
@Michael-Schaer
Copy link
Contributor

Zu den offenen Fragen:

  • Statistiken: Nicht zu viel Aufwand betreiben. Es wäre schön, wenn es eine Statistik in irgend einer Form über die SiSc gäbe.
  • Exports: Für die SiSc sind keine speziellen Exports angedacht. Wichtig ist, dass die Mitglieder nicht durch die Exports oder API mehr Rechte bekommen.

@carlobeltrame
Copy link
Member

@Michael-Schaer gemäss aktueller Tech-Spezifikation und Implementation würden sämtliche SilverScouts-Mitglieder in ein und derselben Gruppe "Silverscouts" direkt unter dem neuen Root-Knoten landen. Ich glaube aber (basierend auf den Erklärungen in #273) es braucht Silverscouts-Regionen, oder? Wie sollen diese Regionen verschachtelbar sein? Mein Vorschlag:

Root
  Silverscouts (neue "Schwestergruppe" der PBS. Welche Rollen sind hier nötig?)
    Silverscouts Region X (enthält Mitglieder und Leitungsrollen)
    Silverscouts Region Y (enthält Mitglieder und Leitungsrollen)

Braucht es auch Unter-Regionen? Also dass Region X noch weitere Untergruppen enthalten kann? Wenn ja, sollen diese Unter-Regionen, falls sie Selbstregistrierung aktiviert haben, ebenfalls im automatischen Ehemaligen-Einladungs-Mail aufgelistet werden?

@Michael-Schaer
Copy link
Contributor

@carlobeltrame Ja, Regionen muss es unbedingt geben. Diese heissen zum Beispiel "Romandie", "Innerschweiz" oder "Aargau & Solothurn".

Verschachteln ist nicht nötig und muss im E-Mail nicht beachtet werden.

@carlobeltrame
Copy link
Member

@Michael-Schaer und welche Rollen sollen auf der "schweizweiten" Silverscouts-Gruppe verfügbar sein? Auf dem bisherigen PBS-Dachverband gibts ja diverse Rollen, z.B. Mitarbeiter*in GS, IT-Support, etc.

@Michael-Schaer
Copy link
Contributor

Die Silverscouts-Verantwortliche sollte layer_and_below_full haben auf der Hauptgruppe. Dann vielleicht noch eine Rolle mit layer_and_below_read. Wenn die PowerUser/Hilfe-Funktion bei den SiSc auch funktioniert, wäre diese Rolle auf der Hauptgruppe auch noch praktisch.

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

Successfully merging a pull request may close this issue.

5 participants