-
Notifications
You must be signed in to change notification settings - Fork 13
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
Selbstregistrierung Gruppe/Event/Elternzugang #75
Comments
Einige Inputs meinerseits, zur Klärung was eine Offerte von uns alles abdecken würde:
Bei einer Selbstregistration auf einer Gruppe kann in den Einstellungen definiert werden welche Rolle die neue Person erhalten soll.
Bei der Jubla ist der Teil des Elternzugangs, durch welchen Eltern selbst neue Kinder erstellen und an Anlässen anmelden können deaktiviert. Entsprechend kann sich niemand als Eltern oder Kinder registrieren, sondern einfach als ein Benutzer. Es zieht also in jedem Fall das Verhalten von Punkt 1. Erst durch die Verknüpfung zweier accounts durch einen Addressverwalter werden diese zu Eltern und Kindern. In diesem Moment müssen sie jedoch zwingend bereits eine Rolle haben.
Bei der Anmeldung ist auf dem Profil des Teilnehmenden nur dann ersichtlich ob Kinder oder Verwalter vorhanden sind, wenn die Event-Leitung diese Profile auch ausserhalb des Kurses sehen dürfte.
Anforderung soweit klar, wird in die Offerte mit hineinfliessen.
Verhalten konnte ich so nicht nachstellen.
Anforderungen klar, werden wir in die Offerte mit aufnehmen.
Die Anforderungen sind für mich hier nicht klar.
Stand heute ist es in der Jubla Umgebung nicht möglich dass ein Account ein ihm Zugewiesenes Kind selbst erstellt.
Anforderung ist mir unklar, können wir gerne einmal billateral anschauen. |
Das ist gemäss unseren Test so nicht der Fall: Bei einer Anmeldung von einem Kind für einen Event (Feature Elternzugang) bekommt das angemeldete "Kind"-Profil keine Rolle. Dieses Profil (und der Verwalter) ist durch den Event-Veranstalter nicht sichtbar. Ebenfalls fehlt im Event die Information, dass es sich bei der Anmeldung um ein Profil handelt welches durch einen Verwalter angemeldet wurde. (Der Verwalter "haftet" ja für die Anmeldung, wird hier weiter sichtbar: hitobito/hitobito#2404) Bei einer externen Registrierung wird ein externes Profil erstellt sowie auch bei Personen, die sich noch einloggen müssen (Anmelden und einschreiben).
Diese Aussage ist für uns nicht korrekt: Anmeldungen durch Verwalter für ihre verwalteten Profile (Kinder), führen nicht zum Verhalten von Punkt 1. Es bestehen zwar Rollen, diese sind aber durch die Event-Leitung nicht nachvollziehbar.
Bitte direkt in der Issue vermerken. Aus unserer Sicht klar ein bug/fehlverhalten.
Es geht um den gemeldeten Bug (als Kommentar). Auf der Personenübersicht gibt es aber keinen Grund, im Event als betreuten Kurs (Meine Betreuungen) anzuzeigen. Aber ja, es wäre ein interessantes Feature, die Events für verwaltete Profile auf der Profilübersicht angezeigt bekommen. (Soll aber nicht Bestandteil der Anforderung/Offerte sein)
Dieser Aspekt ist dennoch für uns wichtig. Wir möchten insbesondere den Stand des 2. Teils des Elternzugangs, die Funktionen der externen Registrierung wie auch die aktuellen Entwicklungen beim SAC/CAS aufnehmen können. Wir erwarten, dass unsere Aspekte im Kontext von gemeinsamen Features und Abhängigkeiten (Core/Youth/Elternzugang) von euch gesehen, vermittelt und gelöst werden.
Versuche etwas mehr Kontext zu gegeben: Kinder und Kinder-Gruppen sind und sollen auf der jubla.db besonders geschützt. Sie sind zu Beispiel nur eingeschränkt sichtbar. Im Kontext von Event-Anmeldungen oder bei der Verwaltung von/durch "Verwalter/Elternzugang" wird dieser Schutz teilweise bewusst aufgebrochen: Ein Kind welches in ein Lager geht oder an einen Event angemeldet wird, wird mit der Rolle "Teilnehmer" nicht mehr mit der Rolle "Kind" geschützt. Dieses verhalten ist aus meiner Sicht "notwendig" und so gewollt. Es ist also nicht vorgesehen, dass die Rolle "Kind" für die die Abläufe der (externen) Anmeldung oder Verwalter-Funktionen verwendet wird. |
Ich versuche mich hier einmal in einer Zusammenfassung, respektive neuen Anforderung für dieses Issue: Sicht auf TeilnehmendendatenAnforderung:Meldet sich eine Person bei der Jubla an einen Anlass an, so muss die Anlassverantwortliche diese Person in Gänze sehen können. Bisher:Hier gibt es bei der Jubla einen Automatismuss dass sich eine Person welche sich auf einen Anlass Anmeldet und noch kein Hitobito Profil hat automatisch zur Kursrolle auch noch eine Rolle "Extern" auf der jeweiligen Ebene erhält. Hat eine Person bereits eine Rolle in Hitobito, so zieht dieser Automatismus nicht mehr. Neu:Option 1:Neu sollen auch Personen welche bereits eine Rolle in Hitobito haben, beim Anmelden an einen Event immer auch eine Rolle "Extern" auf dem jeweiligen Layer bekommen. Dies ungeachtet davon welche Rollen sie bereits haben, oder ob sie sich selbst anmelden, oder durch einen Verwalter*innen Account angemeldet werden. Option 2:Die Sichtbarkeit von Personen auf Kursen für die Kursrollen "Hauptleitung" und "Leitung" werden erweitert. Anmerkung:Ich würde klar Option 2 bevorzugen. Dadurch erhalten Kinder keine Rollen in diversen Gruppen wo sie einmal an einem Anlass teilgenommen haben durch welche sie anschliessend für deutlich mehr Personen sichtbar sind. Rollenvergabe bei Selbstregistrierung.Anforderungen:Ist auf einer Gruppe die Selbstregistration aktiv können sich auch Personen einschreiben welche bereits ein Hitobito Profil haben. Die Rolle welche dabei vergeben wird hängt von der bei der Selbstregistrierung ausgewählten Rolle ab. Die Rolle wird vergeben unabhängig davon, ob eine Person bereits ein Hitobito Profil hat oder nicht. Abgrenzung:Von diesem Issue ausgeschlossen ist der Bug welcher in #2373 beschreiben wird. Stand heute gehen wir davon aus, dass dieser behoben ist. Neu:Ich sehe diesen Punkt vollumfänglich als erfüllt an. Meines Erachtens muss hier nichts erweitert werden. Erweiterung Formular zur Selbstregistrierung:Anforderungen:Die Jubla will die Pflichtfelder welche bei einer Selbstregistration erforderlich sind erweitern. Bisher:Bisher werden bei der Selbstregistration die folgenden Felder abgefragt:
Neu:Neu sollen die folgenden Felder abgefragt werden:
Nicht mehr angezeigt/abgefragt soll werden:
@richardjubla Bitte überprüfen und kommentieren. |
Hinweis zur Sichtbarkeit der Verwalter*innen-Beziehung Die Sichtbarkeit des Elternzugangs wurde vermutlich hier diskutiert: hitobito/hitobito#1965 (comment) Alle Profile können Verwalter*in (Eltern) oder Kind (verwaltetes Profil) werden, sofern sie entsprechend eingetragen werden. Ob aber der Eintrag sichtbar ist, ist von den Rollen und Rechten abhängig. Die Rolle «Kind» ist nur von Personen in der gleichen Schar (Ebene) sichtbar, nicht von Personen aus darüber liegenden Ebenen: Damit ist die Verbindung zwischen «Eltern und Kind» auch nur sichtbar, wenn eine Rolle in der gleichen Schar (Ebene) vorhanden ist. (Dies gilt auch für die Rolle "Extern") Ist eine Verwalter*innen-Beziehung (Eltern-Kind) im Profil eingetragen, erscheint im Profil ohne entsprechende Rolle/Berechtigung auf der Ebene der Status "Kinder (keine)" anstelle von "Kinder Name Kind" (person_people_manageds) Ansicht ohne Rolle/Berechtigung auf der Ebene: Aus dieser Situation leite ich folgende Herausforderungen ab:
Bitte folgende Idee prüfen:
Begründung: Die Sicht auf Teilnehmendendaten erscheint als notwendiges Mittel, damit ein Verein/Gruppe/Ebene mit Verwalterinnen-Beziehung irgendwie umgehen kann. Die erwähnte "Option 2" halten wir ebenfalls als bessere Option. Eigentlich müsste es doch aber genügen die Verwalterinnen-Beziehung "lediglich" sichtbar zu machen, ohne das dafür Rollen auf den Ebenen zugeteilt werden müssten. (Wir sehen ein, dass das vergeben von Rollen oder das erweitern der Berechtigungen über Events/Selbstregistrierung eine komplexes Unterfangen mit möglichen Nebenwirkungen sein könnte) Falls die Idee "funktioniert" könnten wir die Anforderungen dahingehend "abschwächen", dass keine Rollen für eine Event-Anmeldung vergeben werden müssen. Diese Lösung müsste schneller, einfacher und weniger komplex abzubilden sein. Mockup für ein Profil mit Verwalter*innen-Beziehung für welche dem Betrachter die Rechte fehlen: Mockup für eine Event-Anmeldung in welchem die Informationen der Verwalter*innen-Beziehung als Anmelde-Informationen (wohl statisch) mit der Anmeldung gespeichert werden: |
Folgende "Ideen" zu Aufträgen (neue Story/Issue) als Ersatz ausarbeiten:
Begründung: Die formulierten Ideen sind "gut". Wir können die Story so verfolgen, ohne das Rechtesystem öffnen oder anpassen zu müssen. Die Scharen/Vereine erhalten die Informationen die sie benötigen um eine Registrierung/Event-Anmeldung weiterverfolgen zu können. |
@ThomasEllenberger Sorry, das ticket ist zu umfangreich - ich verstehe nicht worum es bei den beiden Punkten geht. Könnt ihr da Mockups der angepassten Ansichten machen? |
@nchiapol ich mache einzelne Issues und werde nochmals konkret anfragen. Es geht um die Themen für den Youth-Wagon in #75 (comment) |
Diese Story/Issue behält ihre Gültikeit, wird aber in den einzelnen Teilbereichen weitergeführt: |
@ThomasEllenberger ich bestätige mal, dass wir dies gesehen haben - leider konnte sich aber noch niemand im Detail damit auseinandersetzen. Bis wann ist eine Rückmeldung für euch hilfreich? |
Story:
Als Verein (Schar/Gruppe/Ebene) bin ich verantwortlich für die mit mir interagierenden Menschen und deren Profile auf der Mitgliederdatenbank (jubla.db). Sofern ich eine Selbstregistrierung oder Anmeldung in meinen Verein (Schar/Gruppe/Ebene) oder einen Event (Anlass/Kurs/Lager) anbiete, will (und muss) ich die Einsicht und Kontrolle über diese Profile und Anmeldungen haben. Zudem will ich bestimmte Informationen von den interagierenden Menschen abfragen, damit ich sie einfach(er) kontaktieren kann.
Als Schar sind mir folgende Methoden zur Interaktion bekannt:
Als Verein benötige ich demzufolge:
-- Vorname (ja, zwingend)
-- Nachname (ja, zwingend)
-- Firmenname (nein, nicht anzeigen)
-- Firma (nein, nicht anzeigen)
-- Adresse (ja, optional)
-- PLZ/Ort (ja, optional)
-- Telefonnummern (ja, optional)
-- Haupt-E-Mail (ja, zwingend)
Aspekte:
Ein Kind (als Mensch) kann sich durchaus durch Selbstregistrierung in eine Ebene/Gruppe anmelden. Die Leitung musss sie dann in ihre Vereinsstruktur integrieren und mit der Rolle "Kind" versehen.
Akzeptanzkriterien:
Defintion of Done
The text was updated successfully, but these errors were encountered: