1. Käyttäjätietokannan ja perusrekistereiden kytkentä



Samankaltaiset tiedostot
1. Käyttäjätietokannan ja perusrekistereiden kytkentä

Lähtöoletuksena on, että opiskelijarekisterin henkilötiedot ovat ajantasalla. Opiskelijoille myönnettyjä tunnuksia ei käytetä Haka-palveluissa.

Kotiorganisaation käyttäjähallinnon kuvaus (Poliisiammattikorkeakoulu ja Pelastusopisto)

Kotiorganisaation käyttäjähallinnon kuvaus

1. Käyttäjätietokannan ja perusrekistereiden kytkentä

Kotiorganisaation käyttäjähallinnon kuvaus. 1. Käyttäjätietokannan ja perusrekistereiden kytkentä

Kansallisen audiovisuaalisen instituutin käyttäjähallinnon kuvaus

1. Käyttäjätietokannan ja perusrekistereiden kytkentä 1.1. Opiskelijarekisteri

1. Käyttäjätietokannan ja perusrekistereiden kytkentä

Kotiorganisaation käyttäjähallinnon kuvaus (Karelia)

Kotiorganisaation käyttäjähallinnon kuvaus

Kotiorganisaation käyttäjähallinnon kuvaus

1. Käyttäjätietokannan ja perusrekistereiden kytkentä

Articles... 3 Käyttäjähallinnon kuvaus... 4 Unohtunut salasana... 6 Tunnusten käyttöönotto... 7 Ohjeita... 8

Sähköinen tunnistus korkeakouluissa. TieVie-lähiseminaari Mikael Linden Tieteen tietotekniikan keskus CSC

HY:n alustava ehdotus käyttäjähallintotuotteesta

HY:n alustava ehdotus käyttäjähallintotuotteesta

Luottamusverkosto. Shibboleth-asennuskoulutus CSC Tieteen tietotekniikan keskus Oy CSC IT Center for Science Ltd.

Tunnistus ja roolipohjainen käyttöoikeuksien hallinta. Inspire-verkoston Yhteistyö-ryhmä

Keskitetty käyttäjähallinto. VirtAMK-yhteyshenkilöpäivät Turku Jarmo Sorvari TAMK

WINHAWILLE 1 (6) Opiskelijasivut Opiskelijan ohjaus/hh/versio

HY:n ehdotus käyttäjähallintotuotteesta

HY:n alustava ehdotus käyttäjähallintotuotteesta

Ajankohtaista tietoa LähiTapiolan verkkopalvelun pääkäyttäjille

Käyttöönottosuunnitelma Virtu-kotiorganisaatiolle

Valtiokonttori Käyttöönotto 1 (6) suunnitelma Virtu Käyttöönottosuunnitelma Virtu-kotiorganisaatiolle

HY:n kevytkäyttäjähallintosovellus ATIK-projektille

Aalto yliopiston sähköisen asioinnin ja asiankäsittelyn alusta eage-järjestelmä

Ohjeistus. Hyväksytty pilotointia varten (13) Virtu - Määrittely. Attribuuttien muodostamisen ohjeistus

funeteduperson-skeeman päivittäminen

HY:n ehdotus käyttäjähallintotuotteesta

Wilman pikaopas huoltajille

Hyväksytty kirkkohallituksen virastokollegiossa , 182 /2010, asia Tuomo Toikka ja Aimo Karjalainen

Ohje: Identiteetin hallinnan tietoturvatasot (LUONNOS)

Virtu-skeema. Sisältö. Virtu-luottamusverkoston yhteiset attribuutit ja attribuuttien muodostamisen ohjeistus

Kirjautuminen sähköisiin palveluihin jälkeen

HY:n ehdotus käyttäjähallintotuotteesta

Käyttäjän tunnistus yli korkeakoulurajojen

Wilma-ohje huoltajille

TKK: Shibboleth toteutuksia ja projekteja. Markus Melin

Käyttäjähallintokoulu Mikael Linden tieteen tietotekniikan keskus CSC

SuomiCom-sähköpostiasetukset Microsoft Outlook 2016

PERUSKANSAN SIVISTYSLIITTO RY:n JA OPINTOKESKUS PEKASUKSEN

Lemonsoft SaaS -pilvipalvelu OHJEET

HY:n kevytkäyttäjähallintosovellus ATIK-projektille

Arena-koulutus Sisäänkirjautuminen ja omat sivut. Noora Muurimäki Outi Syväniemi Leila Virta

HY:n kevytkäyttäjähallintosovellus ATIK-projektille

Emmi-sovelluksen kirjautumisohje

ARVI-järjestelmän ohje arvioinnin syöttäjälle

WinhaWille www opiskelijasivujen ohjeita

Energiapeili-raportointipalveluun rekisteröityminen yritysasiakkaana

Sähköpostitilin luonti

Sonera Microsoft Office 365 -palvelun käyttöönotto-opas pääkäyttäjälle. Microsoft Office 365:n käytön aloittaminen

Weboodi. Katri Laaksonen Oppimisen IT

1 YLEISTÄ 2 2 ASIAKASYRITYKSEN EMCE 365 -AKTIVOINTI 2 3 EMCE VERKKOLASKUJEN KÄYTTÖÖNOTTO ASIAKASYRITYKSELLE 3

Sonera Microsoft Office 365 -palvelun käyttöönotto-opas pääkäyttäjälle. Microsoft Office 365:n käytön aloittaminen

WinhaWille-opas opiskelijoille

ARVI -järjestelmän ohje koulutuksen järjestäjän pääkäyttäjälle Jaakko Okkeri

HELSINGIN KAUPUNKI MUISTIO Numero 1 TALOUS- JA SUUNNITTELUKESKUS Tietotekniikkaosasto

Helsingi yliopiston kevytkäyttäjähallintosovellus ATIK projektille

NEPTON JÄSENTIETO - PERUSVERSIO käyttöohjeet lyhyesti

Valtion yhteisen viestintäratkaisun (Vyvi) Työtila- ja Ryhmä-palvelun kirjautumisohje

Ohje Emmi-sovellukseen kirjautumista varten

Keskitetty käyttäjähallinto

Federoidun identiteetinhallinnan periaatteet

Tässä ohjeessa kerrotaan, miten alkaen käyttöönotettavaan AIPAL aikuiskoulutuksen palautejärjestelmään myönnetään käyttöoikeuksia.

Energiapeili-raportointipalveluun rekisteröityminen yritysasiakkaana

ejuttu ohjeet kuinka sitä käytetään.

Federoidun identiteetinhallinnan

SOPPARI. Sopimustoimittajan käyttöohje versio IS-Hankinta Oy

Huoltajatunnuksen aktivoiminen Luksian Wilmaan

DriveGate -ohjeet. DriveGate-käyttöohjeet: Rekisteröityminen palveluun. Rekisteröitymisohjeet ja rekisteröitymisprosessin kuvaus

Kansalliskirjaston digitaaliset lehtiaineistot vuoteen 2010 asti tutkimus-ja opetuskäyttöön yliopistoille ja korkeakouluille.

Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä:

Työsähköpostin sisällön siirto uuteen postijärjestelmään

KANSALAISOPISTON INTERNET-ILMOITTAUTUMISEN OHJEET TUNNUKSEN JA SALASANAN HANKKIMINEN

Avoinamk.fi -portaalin sähköinen asiointi AMK-pääkäyttäjän ohje Sisällysluettelo

Pääkäyttäjän käyttöönotto-opas Microsoft Office 365:n käytön aloittaminen

HY:n kevytkäyttäjähallintosovellus ATIK-projektille

Wilman huoltajatunnus. Tunnuksen tekeminen

Maestro Lappeenranta Mannerheiminkatu Lappeenranta. Maestro Helsinki Huopalahdentie Helsinki

ohjeita kirjautumiseen ja käyttöön

Henkilörekisteriseloste/tietosuojaseloste Henkilötietolaki (523/1999) 10 ja 24 Laatimispvm: , päivitetty

Autentikoivan lähtevän postin palvelimen asetukset

Henkilörekisteriseloste/tietosuojaseloste Henkilötietolaki (523/1999) 10 ja 24 Laatimispvm: , päivitetty

TERVETULOA OPISKELEMAAN MOODLE-OPPIMISYMPÄRISTÖSSÄ!

Ristijärven metsästysseura tysseura osti lisenssin jahtipaikat.fi verkkopalveluun, jotta seuran

Energiapeili-raportointipalveluun rekisteröityminen kuluttaja-asiakkaana

HY:n opiskelijarekisterin opinto-oikeuden kattavuudet ja edupersonaffiliation

Linux - käyttöoikeudet

Taitaja 2015 Windows finaalitehtävä

JOENSUUN KAUPUNKI Pohjois-Karjalan ammattikorkeakoulu. Henkilötietolain (523 /99) 10 :n mukainen REKISTERISELOSTE. Pohjois-Karjalan ammattikorkeakoulu

Käyttöohje Suomen Pankin DCS2-järjestelmään rekisteröityminen

Korkeakoulujen prosessipalvelin: mallintajan palvelinohje Versio 0.2

Voit käyttää tunnuksiasi tilataksesi materiaaleja Sanoma Pron verkkokaupasta.

Sonera Microsoft Office 365 -palvelun käyttöönotto-opas pääkäyttäjälle. Microsoft Office 365:n käytön aloittaminen

Energiapeili-raportointipalveluun rekisteröityminen kuluttaja-asiakkaana

SÄHKÖPOSTIOHJE Mikkelin ammattikorkeakoulu

HY:n ehdotus käyttäjähallintotuotteesta

Transkriptio:

Kotiorganisaation käyttäjähallinnon kuvaus Versio Tekijä Päiväys Muutos 0.1 tp@puv.fi 2006-03-28 CSC-pohja 0.2 tp@puv.fi 2006-03-30 VAMK:n muutokset 0.3 timo.pitkaranta@puv.fi 2007-01-31 primääriksi henkilöstön osalta 0.4 timo.pitkaranta@puv.fi 2008-03-03 MOSS-frontend henkilöstölle 0.5 timo.pitkaranta@puv.fi 2008-03-04 Attribuuttitiedot päivitetty 0.6 timo.pitkaranta@puv.fi 2008-03-04 estää henkilökunnan duplikaatit 0.7 jval@puv.fi 2009-11-09 Attribuuttitiedot päivitetty Tässä dokumentissa ollaan kiinnostuneita käyttäjätietokannan ja sen tietojen ajantasaisuuden toteutuksen yleisistä periaatteista sellaisella tasolla, joka antaa riittävät tiedot käyttäjätietojen laadun ja ajantasaisuuden arvioimiseksi. Kotiorganisaatio asettaa tämän dokumentin www:hen kaikkien saataville ja päivittää sitä omaaloitteisesti, kun muutoksia tulee. Dokumentti linkitetään Haka-infrastruktuurin kotisivulta. Tässä dokumentissa käyttäjätietokannalla tarkoitetaan sitä loppukäyttäjien attribuuttien joukkoa, johon organisaation Identity Provider-palvelin tukeutuu. Käyttäjätietokannan tekninen toteutus voi olla esim. LDAP-hakemisto tai relaatiotietokanta, tai niiden yhdistelmä niin, että Identity Provider -palvelin noutaa osan attribuuteista LDAP-hakemistosta ja osan JDBC:n yli opiskelijarekisteristä. 1. Käyttäjätietokannan ja perusrekistereiden kytkentä 1.1. Opiskelijarekisteri Lähtöoletuksena on, että opiskelijarekisterin henkilötiedot ovat ajantasalla. Opintosihteerit suorittavat -kannan päivityksen virkatyönä. ja päivittävät opiskelijoiden läsnäolokoodit -kantaan. Miten käyttäjätietokanta on kytketty opiskelijarekisteriin? LDAP (Open LDAP) - ja Microsoft AD- hakemistot päivitetään koneellisesti ajamalla cronista joka yö perl-päivityskripti, joka lukee -kannasta opiskelijoiden läsnäolokoodit ja päivittää LDAP:iin attribuutit _kannan läsnöolokoodia vastaavasti 1.1.1. Uusi opiskelija Miten uuden opiskelijan tiedot päivittyvät opiskelijarekisteristä käyttäjätietokantaan? LDAP (Open LDAP) - ja Microsoft AD- hakemistot päivitetään koneellisesti ajamalla cronista joka yö perl-päivityskripti, joka lukee -kannasta uudet opiskelijat, luo niille käyttäjätunnukset sekä kotihakemistot. Opintosihteerit voivat tulostaa opiskelijoille ryhmittäin tai yksittäin uudet käyttäjätunnukset ja salasanat.

Koska uusi opiskelija saa käyttäjätunnuksen/opiskelijaroolin? Opiskelijoille jaetaan käyttäjätunnuksen opiskelun alkaessa ja heiltä tarkistetaan henkiöllisyys ja pyydetään kirjallinen kuittaus tunnuksen vastaanottamisesta. Mitä tunnukselle tapahtuu, jos uusi opiskelija ei ota opiskelupaikkaa vastaan, tai ottaa paikan vastaan mutta ilmoittautuu poissaolevaksi? Opiskelijalle ei anneta uutta tunnusta/salasanaa ja tunnus poistuu sitten kun :n päivittyy vastaava tilanne (opiskelija poistetaan tai merkitään poissaolevaksi). Poissaoleville, jos ovat ilmoittautuneet ja kuitanneet tunnuksen/salasanan jää tunnus käyttöön poissaolon ajaksi. 1.1.2. Opiskelijan tiedoissa tapahtuu muutos Miten opiskelijan muuttuneet tiedot päivittyvät opiskelijarekisteristä käyttäjätietokantaan? Tiedot päivitetään kerran yössä ajattavalla perl-skriptillä -kannasta 1.1.3. Opiskelija lakkaa olemasta opiskelija Koska organisaatio (esim. opintoasiainhallinto) katsoo, että opiskelija lakkaa olemasta opiskelija a) sen jälkeen kun opiskelija valmistuu Kyllä. b) sen jälkeen kun lukukausi vaihtuu, ja opiskelija ei ole ilmoittautunut läsnäolevaksi? Ei vasta sitten kun hän eroaa. Opintohallinto merkitsee eronneiksi ne opiskelijat, jotka eivät ole ilmoittautuneet joko läsnä- tai poissaoleviksi määräaikaan mennessä. c) sen jälkeen kun opiskelija ilmoittaa keskeyttävänsä opinnot? Kyllä Kuinka kauan ylläolevien tapahtumien jälkeen kestää, että organisaatio (esim. tietohallinto) sulkee opiskelijan käyttäjätunnuksen tai poistaa opiskelijaroolin? Opiskelijan rooli deaktivoidaan (ei voi kirjautua sisään) 7 päivän kuluttua, kun tieto on saatu :sta. Kotihakemistojen ja käyttäjätunnuksen sisäinen (lopullinen) poisto tapahtuu 400 päivän kuluttua. 1.2. Henkilökuntarekisteri 1.2.1. Uusi työntekijä Se henkilö, joka palkkaa uuden työntekijän, täyttää MOSS-lomakkeen, joka lähtee Workflowprosessin mukaisesti ensin -pääkäyttäjälle, joka vie henkilön -kantaan, jolloin hänelle muodostuu uniikki henkilökunnan tunnus (n. 3 merkkinen UID). Sen jälkeen kun -tunnus on luotu, workflow jatkuu siten, että ao.tiedot toimitetaan seuraaville organisaation toimijoille (sähköpostilistoja) : Opintorekisterin pääkäyttäjä (), IT-ylläpitäjä, Taloushallinto (palkkajärjestelmä), Vahtimestari, Puhelinvaihde. Jos työsuhde on määräaikainen, loppupäivä viedään jo tässä vaiheessa opintohallinnon rekisteriin.

Kun uuden työntekijän tiedot on viety -kantaan ja hänelle on annettu :an käyttäjätunnus, IT-ylläpitäjä luo hänelle samansisältöisen käyttäjätunnuksen cron-ajona LDAP:iin ja AD:hen sekä hänelle tehdään kotihakemisto ja tietohallinto tekee manuaalisesti etunimi.sukunimi@puv.fi alias-sähköpostiosoitteen. 1.2.2. Työntekijän tiedoissa tapahtuu muutos Työntekijä ilmoittaa itse muuttuneista tiedoista -pääkyttäjälle, joka päivittää tiedot :an tai osoitteenmuutosten tapauksessa työntekijä voi päivittää tietonsa myös -WIIVI www-käyttöliittymän kautta. Cronista joka yö ajettava synkronointiajo päivittää muutuneet tiedot :sta AD:hen ja LDAP:iin. Esimiehille on myös tehty mahdollisuus päivittää henkilön työsuhdetietoja samalla tavalla MOSS-workflowlomakkeella kuin 1.2.1-kohdassakin. 1.2.3. Työntekijä lakkaa olemasta työntekijä Esimies ilmoittaa MOSS-workflow-lomakkeella muuttuneista työsuhteen tiedoista/päättymisesistä ja opintorekisterin pääkäyttäjä saa tiedon muuttuneista tiedosta sekä päivittää tiedot :an. MOSS workflow lähettää postia kuten 1.2.1.ssä on kuvattu seuraaville toimijoille (sähköpostilistoja) : Opintorekisterin pääkäyttäjä (), IT-ylläpitäjä, Taloushallinto (palkkajärjestelmä), Vahtimestari, Puhelinvaihde. Cronista ajettava skripti lähettää mailia ja tekstarin ao. henkilölle ja deaktivoi käyttäjätunnuksen 7 pv kuluttua :ssa olevan läsnäolokoodin perusteella. 1.3. Muut käyttäjät ja heidän henkilötietojensa ajantasaisuus Mille muille käyttäjille organisaatio antaa käyttäjätunnuksia (Suomen Akatemian tutkijat? Ravintolahenkilökunta? Siviilipalvelusmiehet? Dosentit? Alumnit? Emeritukset? Kirjaston asiakkaat?). Minkälainen hyväksymismenettely näihin tunnuksiin liittyy? Muuta käyttäjäkuntaa käsitellään samalla tavalla kuin henkilökuntaakin. (Suunnitelma alumneille ei vielä toteutettu): Alumneilla säilyy sähköpostiosoite ja siihen voidaan laittaa haluttu e-mailin forwardointipalvelu päälle. Lisäksi alumnit voivat kirjautua tunnuksellaan mahdollisesti tehtävään alumniportaaliin, mutta eivät saa muuta palvelua. Miten heidän käyttäjätietojensa ajantasaisuus ja sulkeutuminen/roolitiedon päivittyminen on varmistettu? Sivarit ja ruorakaloiden henkilöstö käsitelläan vastaavasti kuin muu henkilöstö. Sellaiset käyttäjät, jotka eivät ole luonnollisia henkilöitä (esim. ainejärjestöt), eivät ole myöskään Haka-infrastruktuurin tarkoittamia loppukäyttäjiä, eikä heidän kirjautumistaan Identity Providerpalvelimen kautta palveluihin tule sallia. Meillä ainejärjestöillä on oma nettilittymä ja omat palvelut. Tunnuksia annetaan vain luonnollisille henkilöille ja muut kuin luonnolliset henkilöt erotellaan omaksi haarakseen eikä niitä tarjota Shibboleth-palvelussa ulospäin.

2. Henkilöllisyyden todentaminen 2.1. Käyttäjätunnuksen antamisen yhteydessä Millä tavalla uuden käyttäjän henkilöllisyys todennetaan, kun hänelle annetaan käyttäjätunnus? Ajokortti tai muu virallinen henkilötodistus 2.2. Kun käyttäjä kirjautuu käyttäjätunnuksen avulla Salasanatodennukseen liittyvät laatuvaatimukset. Vähintään kahdeksanmerkkinen salasana, jossa pitää olla vähintään yksi iso kirjasin ja vähintään yksi numero. Salasanan uusimista määräajoin ei vaadita, mutta siihen on varauduttu tarvittaessa tai jos ilmenee syytä tai herää epäilyksiä salasanojen vuotamisesta asiaankuulumattomille tahoille. Suosimme yhtä kunnollista salasanaa kuin jatkuvaa salasanan vaihtamispakkoa, joka johtaa usein salasanojen kirjaamiseen erilisille lappusille jne. Mahdolliset käytettävissä olevat salasanaa tukevammat autentikointimenetelmät. Ei käytetä. 3. Käyttäjätietokannassa saatavilla olevat tiedot Rasti kohtaan "Saatavuus", jos kyseinen henkilötieto on ajantasalla ja siten saatavilla Identity Provider -palvelimen yli. Kohtaan "Miten ajantasaisuus turvataan" esimerkiksi viittaus luvun 1. järjestelmiin. Jos organisaatiolla on omia (ei siis funetedupersonin mukaisia) attribuutteja, jotka näkyvät ulospäin Identity Provider-palvelimesta, lisää ne taulukon loppuun. Tarvittaessa linkki dokumenttiin, joka tarkemmin kuvailee omien attribuuttien skeeman. Attribuutti Saatav uus Miten ajantasai suus turvataa n cn / commonname x cron description displayname x cron employeenumber facsimiletelephonenumber givenname x homephone homepostaladdress Muuta (esim. tulkintaohje) MUST MUST

jpegphoto l / localityname labeleduri mail x cron mobile o / organizationname ou / organizationalunitname postaladdress postalcode preferredlanguage seealso cron sn / surname x cron street telephonenumber title uid x usercertificate cron edupersonaffiliation x cron edupersonentitlement edupersonnickname edupersonorgdn edupersonorgunitdn edupersonprimaryaffiliation edupersonprimaryorgunitdn edupersonprincipalname x cron edupersonscopedaddiliation edupersontargetedid x schacmothertongue schacgender voi puuttua (ruksi poistettu, koska ei IDP:ssä) MUST vain staff (ruksi poistettu, koska ei IDP:ssä) student, staff MUST

schacdateofbirth schacplaceofbirth schaccountryofcitizenship schachomeorganization x cron schachomeorganizationtype x cron schaccountryofresidence schacuserpresenceid schacpersonaluniquecode x cron schacpersonaluniqueid schacuserstatus funetedupersonhomeorganiza tion funetedupersonstudentid funetedupersonidentitycode funetedupersondateofbirth funetedupersontargetdegreeu niversity funetedupersontargetdegreep olytech MUST. puv.fi MUST urn:mace:terena.org:schac:homeorganizationtype:fi :polytechnic urn:mace:terena.org:schac:personaluniquecode:int: studentid:puv.fi:opnro (vain student) funetedupersontargetdegree x vain student funetedupersoneducationalpro gramuniv funetedupersoneducationalpro grampolytech funetedupersonprogram x vain student funetedupersonmajoruniv funetedupersonorientationalt ernpolytech funetedupersonspecialisation funetedupersonstudystart x vain student funetedupersonprimarystudys tart funetedupersonstudytoend funetedupersonprimarystudyt oend funetedupersoncreditunits

funetedupersonects funetedupersonstudentcategor y funetedupersonstudentstatus funetedupersonstudentunion funetedupersonhomecity funetedupersoneppntimesta mp x cron Mikä arvo on käytössä? 4. Muuta 4.1. Kardinaliteetit Yksi henkilöllisyys per tosielämän käyttäjä, vai Yksi henkilöllisyys per rooli (esim. opiskelija-työntekijällä kaksi käyttäjätunnusta)? Opiskelijalla voi olla useita rooleja ja useita käyttäjätunnuksia jos hän opiskelee useita koulutusohjelmia. Jos hän on samalla henkilökuntaa, hänellä voi olla lisäksi henkilökuntatunnus. 4.2. EduPersonPrincipalNamen revokointi ja kierrätys Voiko edupersonprincipalname vaihtua? Ei. Millä tavalla organisaatio kierrättää vapautuneita edupersonprincipalname-arvoja? Uusiokäyttöä ei suosita eikä suositella, koska jotkut henkilöistä ovat halunneet sähköpostialiaksella tapahtuvaa postin forwardointiplavelua eläkkeelle siirtymisen jälkeenkin. -järjestelmässä henkilö arkistoidaan vähintään kahdeksi vuodeksi (24 kk), jolloin ei ole mahdollista tehdä duplikaattitunnusta tuona 24 kk aikana. Vasta kun henkilö poistetaan myös :n arkistosta, vapautuu henkilökunnan käyttäjätunnus uusiokäyttöön. Opiskelijoilla on luonnostaan juokseva opiskelijanumeroon perustuva nimi (esim e0612345), joka ei toistu. Henkilökunnan tunnusten leksikaalinen muoto on lyhyt n. kolmikirjaiminen (2 7) kirjaintunnus (esim. tp tai teu) ja lisäksi etunimi.sukunimi-muotoinen sähköpostialias.

5. Prosessikuvaukset swimlane-kaavioina 5.1. Opiskelijan käyttöoikeuksien aktivointi: 5.2. Opiskelijan käyttöoikeuksien poisto:

5.3. Henkilökunnan käyttöoikeuksien aktivoiminen: 5.4. Henkilökunnan käyttöoikeuksien poistaminen:

5.5. Unohtuneen salasanan palauttaminen: Lisätietoja: timo.pitkaranta@puv.fi p. 040 5818832