Selbstregistrierung: Formularfelder anpassen

[richardjubla]

Dieses Feature folgt auf #75 und nimmt Bezug auf #75 (comment)

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 in meinen Verein (Schar/Gruppe/Ebene) anbiete, will ich bestimmte Informationen von den interagierenden Menschen abfragen, damit ich sie einfach(er) kontaktieren kann.

Neu sollen zusätzliche und angepasste (Pflicht)-Felder bei einer Selbstregistration ausfüllbar sein.

Bisher:
Bisher werden bei der Selbstregistration die folgenden Felder abgefragt:

Vorname (Pflichtfeld)
Nachname (Pflichtfeld)
Firmenname
Firma
Haupt-E-Mail
Datenschutzerklärung (Pflichtfeld)

Neu:
Neu sollen die folgenden Felder abgefragt werden:

Vorname (Pflichtfeld)
Nachname (Pflichtfeld)
Adresse
PLZ/Ort
Telefonnummer (person_phone_numbers, lediglich eine Nummer, Informationen NICHT öffentlich: person_phone_numbers_attributes_0_public)
Haupt-E-Mail (Pflichtfeld)
Datenschutzerklärung (Pflichtfeld)

Nicht mehr angezeigt/abgefragt soll werden:

Firmenname
Firma

Akzeptanzkriterien:

• Es ist nicht möglich, durch Selbstregistrierung an Informationen oder Rechte zu kommen, die nicht öffentlich sind. Siehe: Externe Registrierung für Rollen mit Contact_Data hitobito#2357
• Umsetzung nur im jubla-Wagon (individuell)
• Weiterentwicklungen wie PEOPLE: Selbstregistrierung Einverständnis der Erziehungsberechtigten hitobito#2404 natürlich weiterhin zulassen

Mockup

Tech-Spec

• sinngebende Zielrichtung
• besondere/bekannte Bedingungen und Grenzfälle
• technische Einschränkungen
• Ein- und Ausgabeformate beschreiben
• Umsetzungsplan ergänzen oder anpassen

ToDo

• Migration erstellen
• Domainklasse erstellen oder anpassen
• Model/View/Controller anpassen
• Neues Feature mit FeatureGate deaktivierbar machen
• Specs schreiben
• Kunde wegen Übersetzungen informieren
• Mit angemessener Rolle "durchklicken"
• CHANGELOG-Eintrag unter "unreleased" unten hinzufügen

[nchiapol]

Weshalb die Haupt-E-Mail bisher kein Pfilchtfeld ist war ist auch nicht klar - ganz ohne Kontaktangaben scheint eine Selbstregistrierung ziemlich sinnlos.

Gerade im Zusammenhang mit dem Elternzugang scheint mir aber eine Registration ohne Hauptmail nützlich. So können Eltern sich selbst und alle Kinder erfassen und der Adressverantwortliche der Schar muss sie nur noch verknüpfen. Wenn die Kinder auch eine Haupt-E-Mail brauchen, widerspricht das der Idee des Elternzugangs.
Allenfalls würde es aber Sinn machen bei einer Selbstregistration ohne Haupt-E-Mail noch ein Bestätigungs-Popup anzuzeigen.

Die Erweiterung um Adress- und Telefonfeld könnte gerne im Youth-Wagon umgesetzt werden.

[richardjubla]

Weshalb die Haupt-E-Mail bisher kein Pfilchtfeld ist war ist auch nicht klar - ganz ohne Kontaktangaben scheint eine Selbstregistrierung ziemlich sinnlos.

In meiner Interpretation auch. Die Selbstregistration soll (und kann) aber die Funktion der Kind-Registrierung (für einen Event) als 2. Teil des Elternzugangs nicht konkurrenzieren oder ersetzten. (bei uns weiterhin nicht aktiv)
Gemäss unserer aktuellen Vorstellung sollen Eltern per Selbstregistration ihr Interesse bekunden und werden "manuell" von der Scharleitung mit besehenden oder erstellen Kinder-Profilen verknüpft. Siehe Anleitung: https://jubladb-handbuch.readthedocs.io/de/latest/profilverwalter.html

Wir gewichten eine Haupt-E-Mail für ein Profil, Kommunikationsmöglichkeit und als Information für "wichtiger" (deshalb Pflichtfeld), als die Möglichkeit Profile ohne E-Mail-Adresse anzulegen.
(Auch deshalb, weil das löschen von solchen Profilen auf Ebene Schar/Gruppe noch nicht selbständig vollzogen werden kann)

[nchiapol]

Danke für deine Gedanken. Unsere aktuelle Anleitung zum Elternzugang ist hier https://wiki.cevi.ch/index.php/Cevi.DB_Elternzugang und wir verweisen dort aktuell explizit auf die Möglichkeit Kinder ohne Haupt-E-Mail zu erfassen.

Wir könnten aber wohl auch mit einer obligatorischen Haupt-E-Mail leben, falls damit eine Umsetzung im Core möglich würde. (Im Moment ist aber ja sowieso nur euer Wagon vorgesehen.)

[richardjubla]

Bestandteil dieser Story/Offerte (aus #75 ) ist auch der Umstand, dass eine externe Registrierung mit Leserechten (auf Profile) oder mit Contact_Data Relevanz vergeben werden kann. hitobito/hitobito#2357

Quickfix: Nur Leserechte für externe Registrierung (oder nur Rolle Versandadresse)

Unter der Prämisse, dass eine externe Registrierung zwar zu einer Mitgliedschaft führt, aber einer ausdrücklichen Bearbeitung/Prüfung erfordert: Wir möchten verhindern, dass eine externe Registrierung zu Leserechten oder fehlender Sichtbarkeit/Verwaltbarkeit führt. Nach meiner Interpretation dürfen für die externe Registrierung demnach nur Rollen mit Leserechten möglich sein. (Beachten: Ist die Rolle Extern/Kind möglich, muss die Adressverwaltung in der gleichen Gruppe sein. Daher vielleicht diese Option auch ausschliessen)

[richardjubla]

@ThomasEllenberger

Bitte diese Story im Kontext von hitobito/hitobito#2641 abgleichen. Aus meiner Sicht wird damit unser Ziel auf Ebene "Core" vorbereitet und unser Wunsch (dieses Ticket) müsste den Teil in unserem Wagon abdecken.