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

[Feature]: Håndtering af frivillige #769

Open
mhewel opened this issue Dec 2, 2022 · 4 comments
Open

[Feature]: Håndtering af frivillige #769

mhewel opened this issue Dec 2, 2022 · 4 comments
Assignees
Labels
B Priority B feature ny oplevelse eller adfærd

Comments

@mhewel
Copy link
Contributor

mhewel commented Dec 2, 2022

Overordnet beskrivelse af funktionen
Admins kan idag tilføje information om frivillige, men der skal noget mere struktur og brugervenlighed.
Dette er forslag til hvad der burde laves

Item A: Opskrivning af ny frivillig

Item B: Eksisterende forældre vil gerne være frivillig i en afdeling

  • log in og klik på link til ny side "Frivillig" (item D)

Item C: Eksisterende pirat vil gerne være frivillig i en afdeling

  • Burde være som B - men login er på family niveau - der skal lige tænkes her!

Item D: Ny side "Frivillig"

  • Oversigt over historiske frivillig information
  • Vælg afdeling for at send "bliv frivillig request". Der sendes email til denne afdeling om ønske
  • Evt en måde at kunne sende request om korrektion af historiske data

Item E: på Admin siden:

  • Kan man lave en notifikation ligesom for family (når der er en ny invitation) ?
  • Ny underside (i menu til venstre): Frivillige, hvor man kan se frivillige for ens egne afdelinger
  • Der skal vises "ansøgninger" om at være frivillig, og man kan sætte "status" (f.x. "afvist", "ikke interesseret", "aktiv" etc) med start og evt slut dato - for en given afdeling - dette er info der også (måske delvist) er synlig i Item D)
  • Skal en kaptajn selv invitere en person ind som frivillig ?

Item F: Når du er frivillig

  • Ting der gør det var godt du blev tilmeldt som frivillig'
  • F.eks. frivilligarrangementer

(ovenstående er ikke komplet - det er arbejdsnoter)

@mhewel mhewel added the feature ny oplevelse eller adfærd label Dec 2, 2022
@lakridserne
Copy link
Contributor

Denne skal diskuteres, men fint med et oplæg.

@mhewel
Copy link
Contributor Author

mhewel commented May 4, 2023

Møde dd med Kenn:
Frivillig burde kunne tilmelde sig til nyhedsbrev (Der kommer ændring så Piratnyt er for Frivillige, og ny Flaskepost er for forældre+børn)

@mhewel
Copy link
Contributor Author

mhewel commented Jun 4, 2023

Input fra HB møde 2023-06-04:
Krav om at foreningen selv kan se og opdatere status på børne-attest for frivillig i den forening.
Hvordan håndteres børneattest for "andre" (f.x. de forældre der er med som støtteperson).
Sporbarhed for hvem der opdatere "indhentet børneattest" timestamp for frivillig.
Stikprøvekontrol fra CP DK (kan se alle frivillige, se hvornår der er hentet børneattest). (f.x. hvem har indhentet børneattest for sig selv).
For foreninger: Nyt felt (ligesom formand, næstformand og kasserer): Børneattestansvarlig.
Overblik over frivillige for forening(er)

@rasmusselsmark rasmusselsmark added the B Priority B label Jun 12, 2023
@mhewel
Copy link
Contributor Author

mhewel commented May 4, 2024

ang frivillighed, så skal der være to opt-in muligheder:

  1. jeg vil gerne kontaktes af den/de afdelinger jeg har skrevet mig op til (dette er selvfølgelig først interessant når man er stoppet)
  2. CP DK må gerne kontakte mig

Jeg tænker at den første er registreret i volunteer tabellen, og den anden på person tabellen.
Der skal så også lige tænkes ind hvordan det skal bruges i systemet.
Vil det være ok at "man" inviterer til en aktivitet ?
Skal vi lave "send email" på admin > Frivillig siden, og hvordan skal der lige kontrolleres for de 2 opt-in muligheder ?
Der er forskellige scenarier.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
B Priority B feature ny oplevelse eller adfærd
Projects
None yet
Development

When branches are created from issues, their pull requests are automatically linked.

3 participants