No Label
Effekt
Admins
Effekt
Anwender
Effekt
Infrastruktur
Issue gut geeignet für Einsteiger:innen
Kind/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Lokal
Heidelberg
Lokal
Ludwigsburg
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Awaiting author
Status
Blocked
Status
Need More Info
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: digitales/kompass#70
Loading…
Reference in New Issue
There is no content yet.
Delete Branch '%!s(<nil>)'
Deleting a branch is permanent. It CANNOT be undone. Continue?
Typo
@marius.klein in der Mail wird für Fragen an Juref verwiesen. Wäre Jugendkoordination nicht präzieser?
Eine zweite Linkbenutzung wird erst nach der Passwort/Geburtsdatums abfrage Abgefangen. Ist das extra so?
Soweit wir nicht Misbrauch in irgend einer weise fürchten, könnte ich mir auch vorstellen den Link für eine gewisse Zeit auch für mehrfach Nutzung offen zu halten. Kann mir durchaus vorstellen, dass das ein paar mehr Änderungen / ergänzungen ermöglicht, wenn jemand der das versucht dann auch die Möglichkeit hat.
Name braucht denke ich eingentlich nicht editierbar zu sein. Mailadressen, Land und Gender ist nicht aufgeführt. Gerade Mailadresse könnte vielleicht interessant sein, wenn ein Kind anfangs noch keine hatte und dann irgendwann eine bekommt.
Es gibt noch einige weitere Informationen Allergien, Schwimmen... Wenn die Rückmeldung dazu führen soll, dass die Daten geprüft werden müssen wir die auch komplett anzeigen. Ggf. nicht alles änderbar und ein Hinweis wenn etwas nicht passt möge man sich an die Jugendkoordination wenden.
Änderungen über das Rückmeldeformular sind nicht in der Geschichte zu finden.
Die Geschichte gibt nur Auskunft über den geänderten Datenpunkt, der vorherige Wert des Datenpunkts ist nicht ersichtlicht. Absicht? Ich denke es würde ggf. für Wiederherstellungen bzw. Nachverfolgbarkeit helfen.
Aus Datenschutzgründen würde ich lieber hier keine hochsensiblen Daten wie Allergien, etc. anzeigen. Ich glaube Marius sah das ähnlich (siehe #22)
Land ist bewusst nicht aufgeführt, siehe #20. Ehrlich gesagt haben wir das Land Feld nur noch wegen mir :(
Auf Gender kann ich mich einlassen, das ist zumindest politisch die richtige Botschaft :D Konsequenterweise müssen dann aber die Namensfelder auch änderbar bleiben.
Die Hauptemail änderbar machen würde ich ungern ohne eine neue Bestätigungslogik machen (dafür muss eine Mail an die ursprüngliche Adresse und an die neue geschickt werden). Das ist also mit Aufwand verbunden. Die "alternative Email" ginge, und von mir aus können wir die Hauptemail anzeigen ohne sie änderbar zu machen, auch wenn ich das ein wenig unnötig finde, da die Rückmeldungsaufforderung ja an diese Mail ging.
Erwartet ja, kann ich aber ändern.
Könnten wir versuchen, falls es Missbrauch gibt, können wir es wieder zurückdrehen.
Habe alles umgesetzt, bis auf die Felderdiskussion bei der es noch keinen Konsens gibt (Gender habe ich hinzugefügt).
Allergien, ok dann wäre meines erachtens nach #22 6. ein Prozess nötig, der das sicherstellt. Wenn wir die Felder haben, dann müssen sie Stimmen. Neues Anmeldefomular ein Flag für Änderungen? Oder ggf. einfacher, wenn ein Anmeldeformular hochgeladen wird, dann werden die Felder gelöscht, und ein Hinweis im Feld gesetzt, dass es noch nicht übertragen wurde?
Wobei wenn der Kompass uns ja Arbeit abnehmen soll es in meinen Augen nur konsequent wäre das Anmeldeformular Stück um Stück zu ersetzten. Wenn die Unterschrift nötig / sinnvoll ist ggf. alle Daten in der Maske eingeben lassen und daraus ein Papier erzeugen, das dann unterschrieben mit zu bringen ist. Oder als Scan/Foto...
in branch MK/registration_form liegt ein template members/templates/members/registration_form.tex, welches nach Ausfüllen des online-Formulars automatisch vorbefüllt werden könnte. DAV-Mitgliedsnr. würde ich darin bearbeitbar lassen, weil die Info ggf. erst nach Ausfüllen bekannt ist (ist im tex bereits konfiguriert). Upload Anmeldeformular müsste aber dann aus dem Online-Formular rausgenommen und in einem Folgeschritt hochgeladen werden. Kann man das als Folgeseite anhängen, die man aber über den gleichen Link später wieder von der E-Mail aus erreicht?
Danke @marius.klein! Ich habe den Prozess mit deinen
.texVorlagen implementiert, bitte testen.Man kann die Folgeseite allerdings nicht über den gleichen Link erreichen. Anstatt dessen wird nach Abschicken des Online-Formulars eine E-Mail geschickt, die den Link zum Hochladen des Anmeldeformulars enthält. Damit werden die zwei Registrierungsmöglichkeiten (von der Warteliste eingeladen und Registrierungspasswort) einheitlich gehandelt.
Dass der Einladungslink nicht ins Leere zeigt, nachdem man das Online-Formular ausgefüllt hat, sehe ich als unabhängige Aufgabe. Da könnte ich mir zB vorstellen, dass da über den Status der Registrierung informiert wird, also zB Anmeldeformular muss noch hochgeladen werden, E-Mail ist noch nicht bestätigt, etc.
vielen vielen dank! sieht super aus, habe es getestet 👍 funktioniert alles, nur Einladungs-Mail ist wieder im Junk-email gelandet 😢
Das Folgeseite einzeln verlinkt wird, finde ich in Ordnung!
Und dein zweiter Punkt ist auch valide, E-Mail noch nicht bestätigt scheint auch in der Praxis bei manchen Leuten ein Problem zu sein. Kann man die Bestätigungsaufforderung aus der Oberfläche eigentlich nochmal versenden?
Vielen Dank!
Ja man kann die Bestätigungsaufforderung an unbestätigte Registrierungen im Kompass verschicken (für Menschen auf der Warteliste gibt es nur "Wartelistenplatz bestätigen lassen")
Also das ist jetzt live, also schließe ich den issue. Falls irgendwas offen geblieben ist, wieder öffnen oder neuen erstellen.