AHV-Nummer vom Profil in den Event verschieben #58
Comments
|
Hinweis zur Umsetzung
Da der Mergefreeze für den July release bereits Mitte Juni anfängt, ist ein Entscheid Anfang Juni zu knapp. Arbeiten sollen im 3. Quartal stattfinden und die Änderungen mit dem Oktober Release produktiv umgesetzt werden. |
|
Update seitens NDS: |
|
Als FG Datenbank möchten wir Scharen und Event-Veranstalter entlasten, dass sie nicht notwendige oder nicht legitimierbare Daten unbeschränkt aufbewahren. Dazu sollen die Antworten zu Events nach x Monaten automatisch gelöscht werden, damit dies der Vorstand oder die Event-Administration nicht manuell machen muss. Wir beziehen uns auf hitobito/hitobito_sac_cas#367 und hitobito/hitobito_sac_cas#367 Vorgabe:
Vorgeschlagene Werte: |
|
Für die technische Umsetzung habe ich mit @ThomasEllenberger und @kronn folgende zusätzliche Punkte besprochen:
@ThomasEllenberger habe ich etwas vergessen? |
|
Ich habe den Prototypen soweit mal umgesetzt:
|
|
@ThomasEllenberger wir hatten gestern noch darüber diskutiert, ob man die Standardfragen nicht «unveränderbar» machen kann. Ich habe das testweise mal umgesetzt und bin jetzt recht überzeugt, dass das die sinnvollste Variante ist. Es würde dann etwa so aussehen:
|
|
So wie ich das verstehe, werden die "Standardfragen" im jubla-Wagon weiterhin lediglich bei Kursen sichtbar und "verwendbar" sein. (organisatorisch für den User weitgehend irrelevant, wie und wann die Fragen kopiert oder verknüpft werden.) Die die Administrationsangaben nur mit der manuellen Zuteilung ausgefüllt werden können, können sie nicht für die AHV Nr. verwendet werden. Es wäre wichtig, dass die AHV-Nr. nicht für alle Lagerteilnehmer*innen sichtbar wird, selbst wenn sie sich gegenseitig sehen können (Option: event_participations_visible) |
|
Neu sind "Antwort obligatorisch ist kein gültiger Wert", sofern Standardfragen oder in den Administrationsangaben eine Frage
|
|
Noch eine Ergänzung, die ich sinnvoll fände Neue Standardfragen (wie z.B. die AHV Nummer) sollten auch bestehenden Events hinzugefügt werden. Mein Vorschlag wäre, dass die Standardfragen sowohl beim Erstellen als auch beim Bearbeiten übernommen werden. Alternativ oder zusätzlich könnte man auch noch eine Migration machen, welche die AHV-Nummer allen bestehenden Anlässen als (optionale) Frage hinzufügt? Wie seht ihr das @ThomasEllenberger @richardjubla ? |
|
Hey Diego. |
Wie ist hier der Stand? @ThomasEllenberger und @diegosteiner |
|
@ThomasEllenberger @diegosteiner Aktuell macht uns diese Story die Kurse "kaputt": Die Vorlagen-Fragen werden beim bearbeiten von einem Kurs dupliziert und sind dann doppelt drin. Bei einem neuen Kurs sind sie zwar nicht doppelt drin, können aber nicht bearbeitet werden. Es ist auch nicht ersichtlich, was die Antwort Optionen sind. |
|
Ich habe das bei uns eben Getestet und beobachte folgendes Verhalten:
Aus meiner Sicht ist dieses Verhalten soweit ok.
Ein echter Bug ist aber, dass die Antwort-Optionen nicht angezeigt werden. |
|
Ich fasse für uns aktuell zusammen:
|
|
Danke euch beiden für die Rückmeldung. @richardjubla @nchiapol @ThomasEllenberger
Stimmt das für euch so oder habe ich etwas grundsätzlich falsch verstanden? |
|
Mein Vorschlag für die Darstellung der Antwort-Optionen bei globalen Fragen:
Würde das das 1. Problem für euch lösen? |
|
@diegosteiner Die Doppelten Fragen sind "nicht deine Schuld". Das Problem ist, dass bei laufenden Kursen die gleiche Frage bereits vorhanden ist (weil sie schon im alten Setup [1] als Standard-Frage automatisch angelegt wurde oder weil sie jemand manuell angelegt hat). Ich denke nicht, dass sich das technisch lösen lässt. [1] Das alte Setup hat einfach bei jedem neuen Kurs Fragen vor-angelegt, die aber sonst identisch waren mit manuellen. @richardjubla Ich sehe dein Problem bei Kursen, in denen die Anmeldung bereits läuft. Aus meiner Sicht kann das Chaos dort vermieden werden, wenn die neue Standardfrage jeweils auf "nicht anzeigen" gesetzt wird. Dann verhält sich der bestehende Kurs wie bisher. Ob dies manueller gemacht werden kann oder ihr einen Automatismus braucht, hängt wohl von der Anzahl Fragen ab. Wir haben aktuell nur 2 und zusätzliche 2 Klicks vor dem Speichern halte ich für verkraftbar.
(Abgesehen von der AHV-Nummer könnten in meinen Augen alle Standardfragen "nicht anzeigen" als default haben, dann wäre der manuelle Aufwand noch kleiner. Wichtig ist mir, dass für alle neuen Anlässe bei der AHV-Frage ein User-Entscheid erzwungen wird. vgl. hitobito/hitobito#2876) |
|
@diegosteiner der Mockup für 1. Problem passt so für mich. |
Natürlich wollen wir, dass die bestehenden Antworten auf die Fragen bestehen bleiben. Die Informationen sind für die Durchführung des Kurses wichtig. Bei etlichen Kursen sind also die Standradfragen bereits drin. Wird der Kurs (in Zukunft) bearbeitet entsteht die Situation, dass die "neuen" Standardfragen zusätzlich erstellt werden (diese sind aus gründen nicht bearbeitbar und nicht löschbar). |
Du kannst sie nicht löschen aber du kannst sie "nicht anzeigen" ➡️ Ich verstehe dein Problem nicht. |
Auf der Integrationsumgebung gab es die Situation, dass die globalen Fragen mehrfach geseeded wurden. Das Problem ist inzwischen behoben, es kann aber sein, dass da noch Folgen davon herumliegen (=> deshalb tauchen die Fragen bei diesem Kurs wohl mehrfach auf). Es ist nicht vorgesehen, dass die globalen Fragen mehrfach auf den Kursen erscheinen, auch beim bearbeiten nicht. Bereits erstellte Kurse behalten die globalen Fragen bei, wie sie waren. Mit der Ausnahme von eben der AHV-Nummer, die es bisher noch auf keinem Kurs gegeben haben kann. Ich versuche versuche dem Problem auf der Integrationsumgebung auf den Grund zu gehen und stelle sicher, dass es so funktioniert wie es vorgesehen ist. |
|
@diegosteiner @ThomasEllenberger
|
|
@richardjubla ich bin hier auch gerade noch dran.
Ein zusätzlicher Punkt:
|
|
@richardjubla so, jetzt haben wir's, glaube ich. Ich habe mich nochmals intensiv mit den bestehenden Daten auseinander gesetzt und bin zu folgendem Schluss gekommen: die Migration der Standard-Fragen auf bestehenden Events ist Schwachsinn und würde in der Tat zu doppelt vorkommenden Fragen führen. Aktuell ist es bereits so, dass die Standard-Fragen als «Kopie» auf dem Anlass abgelegt wurden. Dementsprechend ist die Strategie viel sinnvoller, die Fragen genau so zu belassen. Auf der anderen Seite bedeutet das aber auch, dass wir nicht wissen, bei welchen Fragen es sich um Standardfragen handelt. Das könnte zwar über den Text abgeleitet werden, wird aber beliebig kompliziert (=> Fragetext hat sich über die Zeit verändert). In Kombination mit dem Vorschlag, «neue Standard-Fragen», bzw. Standard-Fragen welche noch nicht auf diesem Anlass hinzugefügt wurden defaultmässig als «versteckt» hinzuzufügen, wenn man den Anlass bearbeitet, würde das bedeuten:
Was meinst du @richardjubla ? Wäre das für euch so akzeptabel? Beim prüfen der bestehenden Anlässe und Fragen ist mir noch aufgefallen, dass es 244 Fragen ohne Fragetext gibt. Die führen dazu, dass die zugehörigen Anlässe ebenfalls nicht gültig sind. |
Wir haben getestet und die Kommunikation vorbereitet. Die Verantwortung für den Release, die Qualität und Auswirkungen inkl. Haftung auf das produktive System liegt explizit und abgesprochen mit @ThomasEllenberger bei euch. |
|
was mir gerade noch aufgefallen ist: Bei einem Lager oder einem Anlass werden neue Fragen automatisch als Obligatorisch gesetzt inkl. Auswahlmöglichkeiten |
|
Liebe @patriziajubla Nein, es ist nicht vorgesehen, dass neue Standardfragen obligatorisch sind, sondern eben «nicht angezeigt». Hast du dies bei allen Lagern beobachtet oder nur bei diesem? Bist du sicher, dass es nicht bereits manuell auf «obligatorisch» gesetzt wurde? Sonst bitte ich dir mir auf der Integrationsumgebung Zugriff auf diese Schar zu geben, damit ich mir das ansehen kann. Danke für den Hinweis! |
|
du hast recht, die neue Frage war nicht obligatorisch, die Sterne bzw. das neue Layout haben mich verwirrt. Sowie das ich beim neuen Eintrag auch alle drei Optionen (Optional, Obligatorisch, Nicht angezeigt) zur Verfügung habe. Wieso sollte ich eine neue Frage erstellen und diese dann nicht anzeigen lassen. Hier handelt es sich um normale Fragen die ich pro Anlass erstelle und nicht um Standardfragen. |
|
Liebe @patriziajubla Danke für die Rückmeldung. Das sehe ich ein, aber vielleicht gibt's ja trotzdem mal einen Fall, bei dem man eine Frage nicht mehr Anzeigen, die Antworten aber trotzdem behalten möchte. Das wäre dann möglich. Sonst könnte man schon darüber nachdenken, das «Nicht angezeigt» für eigene Fragen auszublenden. |
@diegosteiner |
|
@diegosteiner |
Wir haben hitobito/hitobito_jubla#120 versucht nachzuvollziehen. Aus meiner Sicht greifen die Anpassungen nicht auf dem produktiven System. |
|
@richardjubla wir schauen uns das gerne noch einmal an. |
|
Auf dem Produktivsystem als funktionierend getestet. |
Umsetzungsticket aus der Diskusion von hitobito/hitobito#2162
Da den Organisationen welche heute die AHV-Nummer in Hitobito verwalten die gesetzliche Grundlage fehlt, um die AHV Nummer persistiert auf Personen zu speichern, soll diese neu nur noch dort gespeichert werden, wo sie verwendet wird.
Die AHV-Nummer wird nur bei Events von J+S benötigt und nur zum Zeitpunkt des Exports für die NDBJS.
Aus diesem Grund soll die AHV Nummer nur noch auf dem Event gespeichert und x Tage nach der Durchführung von dort wieder gelöscht werden. Ob die AHV Nummer bei einem Event benötigt wird oder nicht soll man einstellen können. Wie Lange die AHV Nummer gespeichert wird ist pro Wagon definierbar und entspricht dem gleichen Zeitraum wie auch die restlichen Anmeldeangaben gespeichert werden.
Ausgangslage:
MVP-Hitobito:
Abgrenzung:
In einem zweiten Schritt sollen die bestehenden AHV- Daten gelöscht und auf alle aktiven Kurse übertragen werden. Des wird im Issue #59 umgesetzt.
Tech-Spec
ToDo
Noch offen
The text was updated successfully, but these errors were encountered: