Kuten ehkä aktiivit tietävät, sekä Jyväskylästä että Helsingistä puuttuu jäsenrekisteri, joka pystyisi toimimaan osana meidän SSO-järjestelmää.
Voisko joku perehdyttää, kuinka nykyinen SSO toimii ja miten siihen voi toteuttaa labipohjaisia moduuleita?
Ajatuksena on, että Helsingin ja Jyväskylän labeille voisi tehdä siirtymävaiheen minimaalisen SSO-toteutuksen, kunnes joskus käyttöön otetaan vakavasti otettava jäsenrekisteri. Tuli mieleen tällainen minimaalinen SSO:
Henkilö syöttää sähköpostiosoitteensa tunnistussivulle
Järjestelmä tarkistaa, onko sille vastinetta jäsenrekisterissä
Järjestelmä lähettää sähköpostin, jossa varmistuskoodi
Henkilö syöttää sen tunnistussivulle
Henkilö on tunnistettu
Voidaan siis hostata sitä tunnistusratkaisua ja molemmilla labeilla on jo valmiiksi konfiguroitu ja käytössä oleva SMTP-palvelin.
Ei ole esimerkkiä mutta aika lailla samat tiedot mitä muillakin eli minimit lakisääteiset eli nimi ja kotikunta ja niiden lisäksi sähköpostiosoite ja vapaaehtoisena tietona nimimerkki.
Helsingin jäsenrekisteriin kirjataan lisäksi avainten käyttöoikeudet ja mahdollista muuta käyttäjän itse hyväksymää dataa (koneiden käyttöoikeudet, Slack ID, …) käyttäen Djangon tunniste-relaatiota.
Jyväskylän jäsenrekisteri on kasa tekstitiedostoja.
Ajattelin että vois olla ihan hauska harjoitus yhdistää esimerkiksi näiden toiminnallisuudet:
Tarlab käyttää flomembers palvelua jäsen hallintaan ja sieltä saa pihalle seuraavan mallisen csv:n.
Jäsenen ID,Sukunimi,Etunimi,Sähköposti,Puhelin,Matkapuhelin,Osoite,Lisäosoite,Postinumero,Postitoimipaikka,Maakoodi,Maa
2500001,Sukunimi1,Etunimi1,etu.suku+prefix@tarlab.fi,,358401234567,,,,,,Suomi
2500002,Sukunimi2,Etunimi2,etu.suku@example.com,,358501234567,,,,,,Suomi