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

Update Elternzugang 2/24 #1

Closed
richardjubla opened this issue Mar 1, 2024 · 2 comments
Closed

Update Elternzugang 2/24 #1

richardjubla opened this issue Mar 1, 2024 · 2 comments

Comments

@richardjubla
Copy link
Member

Die Verwaltung der Verwalter-Verbindung (Elternzugang) wurde überarbeitet und aus meiner sicht "intuitiver" gemacht: Sie sollte nun "direkter" sichtbar sein:

Profil-Ansicht
image

Profil mit Kindern
image

Profil von verwaltetem Kind
image

Sobald ein Profil durch die Verwalter-Verbindung zum Kind oder zum Elternteil wurde, wird nur noch diese Möglichkeit angeboten: Ein Kind kann nicht Verwalterin sein und ein Verwalterin nicht mehr kind. Aktuell weiss ich nicht, ob das neu so gewollt ist. auf jeden fall sind unsere Anleitungen Screenshots am dem Release nicht mehr aktuell.

@patriziajubla und @chrisgwerder

@chrisgwerder
Copy link
Contributor

@richardjubla:
Vielen Dank für die Info.
Sehe ich das richtig, dass dies erst für die Test-DB gilt und noch nicht für die Live-DB?

Ich würde sonst einen Branch inkl. Pull-Request machen, den man bei der Aktualisierung der Live-DB per Merge des Pull-Request live schalten kann.

In deinen Fotos sind die Eltern als Versandadresse erfasst. Findest du das auch die bessere Option? War nicht sicher ob Extern oder Versandadresse. Das Demo-Video hat aber Extern vorgeführt und so habe ich das übernommen. Die Versandadresse gefällt mir besser, da man in der Gruppen nicht noch den Reiter auf Extern umschalten muss. Die Benennung ist einfach ein wenig irreführend.

Danke und Gruss
Christian

@richardjubla
Copy link
Member Author

Sehe ich das richtig, dass dies erst für die Test-DB gilt und noch nicht für die Live-DB?
Korrekt. Auf der Stage/Test-Umgebung ist der Zustand, der ab dem Quartalsrelease Hitobito/jubla.db 2/24 (Di, 2. April 2024) auf dem produktiven System ankommen soll.

Ich würde sonst einen Branch inkl. Pull-Request machen, den man bei der Aktualisierung der Live-DB per Merge des Pull-Request live schalten kann.
Tönt sehr gut. Ich könnte mir aber auch vorstellen, dass die Zukunft vorweggenommen werden würde. Nicht perfekt, aus meiner Sicht aber auch möglich und vertretbar.

In deinen Fotos sind die Eltern als Versandadresse erfasst. Findest du das auch die bessere Option? War nicht sicher ob Extern oder Versandadresse. Das Demo-Video hat aber Extern vorgeführt und so habe ich das übernommen. Die Versandadresse gefällt mir besser, da man in der Gruppen nicht noch den Reiter auf Extern umschalten muss. Die Benennung ist einfach ein wenig irreführend.

Die Rolle Extern kann nur öffentliche Daten (Gruppen, Anlässe und Abos; keine anderen Personen) sehen. Diese Rolle ist nur von Personen in der gleichen Ebene sichtbar, nicht von Personen aus darüber liegenden Ebenen.
Die Rolle Versandadresse kann nur öffentliche Daten (Gruppen, Anlässe und Abos; keine anderen Personen) sehen.

Kurz: Persönlich würde ich mit Versandadresse arbeiten.

Eine etwas ausweichende Antwort: Profile über die externe Registrierung würde ich immer zuerst mit der Rolle "Extern" versehen. Danach kann individuell je nach Grösse und Organisation der Schar gehandhabt werden: Eine Gruppe für alle Eltern mit der Rolle Versandadresse oder verschiedene "Gruppen" gleich mit den Kindern und Eltern gemischt. Wenn der Verein seine Adressen nur den zuständigen Personen sichtbar machen will, ist dies mit einzelnen Gruppen und der Rolle Extern umsetzbar.

In einer Kindergruppe haben die Mitglieder die Rolle "Kind", die dazugehörigen Eltern wären dann "getrennt" über die Auswahl "Extern" von den Kindern getrennt.
Die Gruppenleitung dieser Kindergruppe wäre alleine für die Verwaltung der Kontakte zuständig.

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

No branches or pull requests

2 participants