1. No category

Vaatimusmäärittely
Infra & Energy
1 (107)
16.6.2010
KRYSP
Sähköisen asiointipalvelun
työpöytäratkaisu
Vaatimusmäärittely
Sisältö
Tämä asiakirja sisältää määrittelyn kunnan sähköisen asiointipalvelun
työpöytäratkaisusta.
Laatijat
Tekla Oyj
Laatimispäivämäärä16.6.2010
Katselmoija
KRYSP rakennusvalvonnan osaprojektiryhmä
Katselmointipäivä 28.5.2010
Hyväksyjä
KRYSP ohjausryhmä
Hyväksymispäivä 10.6.2010
Muutoshistoria
Muutospäivä
11.3.2010
19.4.2010
24.5.2010
3.6.2010
Muutoksen tekijä
Tekla Oyj
Tekla Oyj
Tekla Oyj
Tekla Oyj
8.6.2010
16.6.2010
Tekla Oyj
Tekla Oyj
Muutokset
Ensimmäinen versio, yhteiset osuudet (v1).
Ensimmäinen versio kaikista kokonaisuuksista (v1.7).
Lisätty määrittelyyn tulleet kommentit ja niihin vastauksia.
Ohjausryhmän hyväksymiskäsittelyyn versio ilman viimeisiä
teknisiä tarkennuksia (v1.9).
Ohjausryhmän hyväksymiskäsittelyyn versio (v1.95).
Lopullinen versio (v2.00).
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Sisällysluettelo
1.
Johdanto ....................................................................................................................................... 5
1.1
Termit ja lyhenteet ................................................................................................................. 6
2. Yleiskuvaus .................................................................................................................................. 8
2.1
Yleistä määrittelystä ............................................................................................................... 8
2.2
Sähköisen työpöydän kokonaisuus ........................................................................................ 8
2.3
Rajaukset............................................................................................................................... 9
3. Käyttäjäryhmät ja -roolit ................................................................................................................ 9
4. Yhteiset määrittelyt ..................................................................................................................... 15
4.1
Kokonaisarkkitehtuurin kuvaus ............................................................................................ 15
4.1.1
Toiminta-arkkitehtuuri ................................................................................................... 16
4.1.2
Tietoarkkitehtuuri .......................................................................................................... 18
4.1.3
Tietojärjestelmäarkkitehtuuri ......................................................................................... 18
4.1.4
Teknologia-arkkitehtuuri................................................................................................ 25
4.1.5
Kokonaisarkkitehtuuriin liittyviä vaatimuksia.................................................................. 25
4.2
Järjestelmän tietoturvan ja käyttöoikeuksien hallinnan kuvaukset ........................................ 27
4.2.1
Käyttöoikeuksien hallinta .............................................................................................. 28
4.3
Käyttöliittymäkuvaus ja -määrittely ....................................................................................... 31
4.3.1
Yleiset käytettävyys- ja saavutettavuusvaatimukset ...................................................... 31
4.3.2
Sähköisen työpöydän käyttöliittymä .............................................................................. 32
4.3.3
Opastettu täyttö ............................................................................................................ 36
4.4
Karttakäyttöliittymäkuvaus ja -määrittely .............................................................................. 41
4.4.1
Perusperiaatteet karttakäyttöliittymälle .......................................................................... 41
4.4.2
Erillinen karttakäyttöliittymä........................................................................................... 42
4.4.3
Upotettu karttakomponentti ........................................................................................... 51
4.5
Perusvaatimukset asianhallinnan, e-kaupankäynnin, dokumenttienhallinnan ja sähköisen
arkistoinnin liityntärajapintoihin ....................................................................................................... 55
4.5.1
Asianhallinta ................................................................................................................. 55
4.5.2
E-kaupankäynti ............................................................................................................. 57
4.5.3
Dokumenttienhallinta .................................................................................................... 58
4.5.4
Sähköinen arkistointi..................................................................................................... 61
4.6
Käyttäjän kirjautuminen ja tunnistautuminen ........................................................................ 61
4.7
Palvelujen välisen tiedonsiirron teknologiamäärittely............................................................ 65
5. Palvelukohtaiset määrittelyt ........................................................................................................ 66
5.1
Yleistä .................................................................................................................................. 66
5.1.1
Palvelukohtaiset prosessikaaviot .................................................................................. 66
5.1.2
Palvelukohtaiset käyttäjäryhmät.................................................................................... 67
5.1.3
"Oma kohde"................................................................................................................. 69
5.2
Hakupalvelu, asiasanasto .................................................................................................... 69
5.3
Tiedottaminen, informaatio................................................................................................... 71
5.4
Asiakaspalvelu, neuvonta .................................................................................................... 75
5.5
Palautteet, mielipiteet, muistutukset ja valitukset ................................................................. 77
5.6
Luvat ja ilmoitukset .............................................................................................................. 82
5.6.1
Luvat............................................................................................................................. 82
5.6.2
Ilmoitukset .................................................................................................................... 88
5.7
Hakemukset......................................................................................................................... 89
5.7.1
Kiinteistönmuodostus.................................................................................................... 89
5.7.2
Kunnan omistaman yleisen alueen tilapäinen käyttö ..................................................... 91
5.7.3
Tonttihakemus .............................................................................................................. 94
5.8
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien hakupalvelu ................................. 97
5.9
Aineistolataus .................................................................................................................... 100
5.10 Aineistomyynti.................................................................................................................... 104
5.11 Muut tunnistetut palvelut .................................................................................................... 107
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
1 Johdanto
6.
7.
3 (107)
Yhteenveto ............................................................................................................................... 107
Liitteet ....................................................................................................................................... 107
Kuvat
Kuva 1
Kuva 2
Kuva 3
Kuva 4
Kuva 5
Kuva 6
Kuva 7
Kuva 8
Kuva 9
Kuva 10
Kuva 11
Kuva 12
Kuva 13
Kuva 14
Kuva 15
Kuva 16
Kuva 17
Kuva 18
Kuva 19
Kuva 20
Kuva 21
Kokonaisarkkitehtuurimenetelmän jäsentyminen..................................................................................16
Ylätason kuvaus sähköisen asioinnin työpöydän käytöstä ...............................................................17
Sähköisen työpöydän looginen tietojärjestelmäarkkitehtuuri sisältäen liittyviä järjestelmiä. 20
Palomuurijärjestelyt kutsuttaessa organisaation sisäisten tietojärjestelmien palveluita ........28
Sähköisen työpöydän käyttöliittymä (esimerkki)....................................................................................33
Sähköisen työpöydän oletusnäkymä kansalaiskäyttäjälle .................................................................36
Opastettu täyttö lupahakemuksiin ...............................................................................................................37
Esimerkki erillisen karttakäyttöliittymän rautalankakuvasta ..............................................................43
Upotettu karttakomponentti ............................................................................................................................52
Prosessikaavioiden numerointi .....................................................................................................................67
Hankkeesta tiedottamisen tietosisällön käsitemalli ..............................................................................73
Palautepalvelun tietosisällön käsitemalli...................................................................................................78
Lupa-asian tietosisällön käsitemalli ............................................................................................................83
Toimitushakemuksen tietosisällön käsitemalli ........................................................................................90
Yleisen alueen tilapäisen käytön hakemuksen tietosisällön käsitemalli ......................................92
Tonttihakemuksen tietosisällön käsitemalli..............................................................................................95
Aineistojen haltuun saamisen päävaiheet, aineistojen haku ............................................................97
Aineistojen hakupalvelun tietosisällön käsitemalli ................................................................................98
Aineistojen haltuun saamisen päävaiheet, aineistojen lataus ........................................................100
Aineistojen latauspalvelun tietosisällön käsitemalli ............................................................................101
Aineiston myynnin päävaiheet ....................................................................................................................104
Taulukot
Taulukko 1
Taulukko 2
Taulukko 3
Taulukko 4
Taulukko 5
Taulukko 6
Taulukko 7
Taulukko 8
Taulukko 9
Taulukko 10
Taulukko 11
Taulukko 12
Taulukko 13
Taulukko 14
Taulukko 15
Taulukko 16
Taulukko 17
Taulukko 18
Taulukko 19
Taulukko 20
Taulukko 21
Taulukko 22
Taulukko 23
Taulukko 24
Termit ja lyhenteet ...................................................................................................................................... 8
Yleiset käyttäjäryhmät .............................................................................................................................11
Rakennusvalvonnan käyttäjäryhmät .................................................................................................13
Muihin palveluihin liittyvät käyttäjäryhmät .......................................................................................14
Kokonaisarkkitehtuuriin liittyviä vaatimuksia ..................................................................................27
Työpöydän ja palveluiden käyttäjäroolikohtaiset oikeudet .......................................................30
Yleiset käytettävyys- ja saavutettavuusvaatimukset...................................................................32
Sähköisen työpöydän käyttöliittymävaatimukset ..........................................................................36
Opastetun täytön käyttöliittymävaatimukset...................................................................................41
Yleiset karttakäyttöliittymävaatimukset ............................................................................................42
Erillisen karttakäyttöliittymän vaatimukset ......................................................................................51
Upotetun karttakäyttöliittymän vaatimukset....................................................................................55
Asianhallinta palveluittain ......................................................................................................................56
Asianhallintaan liittyvät vaatimukset..................................................................................................57
E-kaupankäyntiin liittyvät vaatimukset..............................................................................................58
Dokumenttien tuottaminen ja käyttö palveluittain.........................................................................59
Dokumenttienhallintaan liittyvät vaatimukset .................................................................................61
Tunnistautumismenetelmät ...................................................................................................................63
Käyttäjän tunnistautumiseen liittyvät vaatimukset .......................................................................65
Palvelukohtaiset käyttäjäryhmät .........................................................................................................69
Yleisen hakupalvelun vaatimukset .....................................................................................................71
Tiedottamispalvelun vaatimukset .......................................................................................................75
Ajanvarauspalvelun vaatimukset ........................................................................................................77
Palautepalvelun vaatimukset................................................................................................................81
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
1 Johdanto
Taulukko 25
Taulukko 26
Taulukko 27
Taulukko 28
Taulukko 29
Taulukko 30
Taulukko 31
Taulukko 32
4 (107)
Lupapalvelun vaatimukset .....................................................................................................................88
Kiinteistötoimitushakemuspalvelun vaatimukset ..........................................................................91
Yleisen alueen vuokraamispalvelun vaatimukset ........................................................................94
Tontin hakupalvelun vaatimukset .......................................................................................................96
Aineistojen hakupalvelun vaatimukset .............................................................................................99
Aineistojen latauspalvelun vaatimukset .........................................................................................103
Aineiston myyntipalveluun liittyvä tietosisältö ..............................................................................105
Aineiston myyntipalvelun vaatimukset............................................................................................106
Liitteet:
Liite 1 Luvan hakupalvelun etsiminen käyttötapauskuvaus
Liite 2 Kaavan tiedottaminen käyttötapauskuvaus
Liite 3 Ympäristöluvan tiedottaminen käyttötapauskuvaus
Liite 4 Rakennusluvan tiedottaminen käyttötapauskuvaus
Liite 5 Asiakaspalvelu käyttötapauskuvaus
Liite 6 Palautteen antaminen käyttötapauskuvaus
Liite 7 Palaute kadun päällystevauriosta käyttötapauskuvaus
Liite 8 Rakennusluvan ennakkokäsittely käyttötapauskuvaus
Liite 9 Rakennusluvan hakeminen käyttötapauskuvaus
Liite 10 Rakentamisen aikainen toiminta käyttötapauskuvaus
Liite 11 Ympäristölupahakemus käyttötapauskuvaus
Liite 12 Kiinteistötoimitushakemus käyttötapauskuvaus
Liite 13 Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien haku käyttötapauskuvaus
Liite 14 Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien lataus käyttötapauskuvaus
Liite 15 Liitekartan hankkiminen käyttötapauskuvaus
Liite 16 Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien myynti käyttötapauskuvaus
Liite 17 Yleisen hakupalvelun prosessikaavio
Liite 18 Tiedottamisen prosessikaavio
Liite 19 Kaavan tiedottamisen prosessikaavio
Liite 20 Ajanvarauksen prosessikaavio
Liite 21 Palautepalvelun prosessikaavio
Liite 22 Luvan ennakkokäsittelyn prosessikaavio
Liite 23 Luvan hakemisen prosessikaavio
Liite 24 Rakentamisen aikaisen toiminnan prosessikaavio
Liite 25 Rakennusmallin (BIM) hyödyntämisen prosessikaavio
Liite 26 Ympäristöluvan prosessikaavio
Liite 27 Kiinteistötoimituksen prosessikaavio
Liite 28 Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien hakupalvelun prosessikaavio
Liite 29 Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien latauspalvelun prosessikaavio
Liite 30 Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien myyntipalvelun prosessikaavio
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
1 Johdanto
5 (107)
1. Johdanto
Tämä dokumentti on vaatimusmäärittely KRYSP-projektin (Kunnan
Rakennetun Ympäristön Sähköiset Palvelut) Sähköisen asiointipalvelun
työpöytäratkaisuun. Koko KRYSP-projektin tavoitteena on tuottaa sähköinen
asiointipalvelukokonaisuus, joka tarjoaa kuntalaisille, yrityksille ja
viranomaisille asumiseen, rakentamiseen ja muuttamiseen liittyviä palveluja ja
tietoja.
Määrittelyn tarkoituksena on kuvata vaatimukset kuntien olemassa olevien
asumiseen, rakentamiseen ja muuttamiseen liittyvien sähköisten palveluiden
kehittämiselle ja dokumentti on suunnattu erityisesti kuntien sähköisten
palveluiden kehittäjille palveluiden toteutuksen suunnittelua ja toteutuksen
hankintaa varten.
Tässä vaatimusmäärittelyssä kuvattujen työpöytätoiminnallisuuden ja
palveluiden toteutus vaatii lisäksi muita määriteltyjä palveluita tukevia
palveluita, joiden kehittäminen tai niiden puuttuessa toteuttaminen tämän
vaatimusmäärittelyn hyödyntäjän tulisi ottaa huomioon omassa
kehitystyössään (esim. mitä muutoksia palveluiden kehittäminen ja niiden
tehokas hyödyntäminen aiheuttaa olemassa oleville palveluita
tukeville operatiivisille järjestelmille).
Dokumentissa määritellyt asiointipalvelut ovat KRYSP -projektin eri
projektiryhmien ja sitä kautta kuntien yksilöimiä ja nimeämiä
palvelukokonaisuuksia. Vaatimusmäärittelyn toteutuksen lähtökohtana on
ollut, että määrittelyssä kuvatut palvelut on tarkoitus toteuttaa erikseen
kuhunkin kuntaan tai muuna seudullisina yhteispalveluina. Määrittelyn
tarkoituksena ei ole ollut kuvata palvelukokonaisuutta kattavana yhtenä
kokonaisuutena (esim. yhden valtakunnallisen palvelun toteutusta varten),
vaan erillisinä palvelukeskeisen arkkitehtuurin periaatteiden mukaisina
jaettuina uudelleenkäytettävinä palveluina. Tämän vuoksi määrittelyssä
kuvattujen palveluiden kytkeytyminen muihin palveluiden käyttöönoton ja
käytön vaatimiin palveluihin on kuvattu vain yleisellä tasolla.
Määrittelyssä kuvatussa asiointipalvelujen arkkitehtuurissa on pyritty
noudattamaan KuntaIT:n yhdessä kuntien kanssa muodostamia
arkkitehtuurilinjauksia sekä arkkitehtuurin suunnittelussa on huomioitu
vastaavassa työssä kehitetyn kuntasektorin kokonaisarkkitehtuurimenetelmän
mukaista arkkitehtuurijäsennystä ja kuvaustapoja. KuntaIT:n tuottamat
arkkitehtuurilinjaukset ja -kuvaukset ovat tavoitetilan arkkitehtuurinkuvauksia,
joita tämän vaatimusmäärittelyn hyödyntäjän on hyvä verrata oman
organisaationsa vastaaviin ennen kehittämistyön käynnistämistä (esim. onko
kunnassa olemassa vaatimusmäärittelyssä kuvattuja sähköisen työpöydän ja
palveluiden toteutuksen vaatimia tukipalveluita?).
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
1 Johdanto
6 (107)
1.1 Termit ja lyhenteet
Tässä määrittelyssä käytetään seuraavia termejä ja lyhenteitä:
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Termi /
Lyhenne
Selitys
OGC
Open Geospatial Consortium on kansainvälinen
organisaatio, joka ohjaa standardoinnin kehitystä paikkaja sijaintitietoihin liittyvissä asioissa ja palveluissa.
OASIS
Organization for the Advancement of Structured
Information Standards on organisaatio, joka ohjaa epalveluiden ja web service -tekniikoiden kehitystä.
WMS
Web Map Service on OGC:n standardoima tapa jakaa ja
käyttää pääosin rasterimuotoisia kartta-aineistoja
Internetin välityksellä.
WMTS
Web Map Tiling Service on OGC:n määrittelemä uusi
tapa kartta-aineistojen jakeluun. Menetelmä mahdollistaa
nopeat vasteajat perustuen etukäteen määriteltyihin
karttatiilien kokoelmiin. Menetelmä on vastaus WMSpalveluissa havaittuihin vasteaikaongelmiin. WMTSmenetelmän virallista määritelmää ei ole vielä lopullisesti
hyväksytty.
WFS
Web Feature Service on OGC:n standardoima tapa
jakaa ja käyttää vektorimuotoisia kartta-aineistoja
Internetin välityksellä.
WFS-T
Transaktiollinen Web Feature Service on OGC:n
standardoima tapa muokata vektorimuotoisia karttaaineistoja Internetin välityksellä. Muokkaus tarkoittaa
tässä yhteydessä kohteiden luontia, tuhoamista ja
päivittämistä.
Web Service
Web Service (web-palvelutekniikka) on joukko
standardeja, jotka mahdollistavat palveluiden
toteuttamisen ja hyödyntämisen riippumatta laitteisto- ja
ohjelmistoalustasta.
SOA
Service Oriented Architecture on suunnittelumalli
liiketoiminta- ja sovelluslogiikan kapseloimiseksi
palveluiksi sovellusarkkitehtuurissa.
WS-I
Web Services Interoperability Organization on
organisaatio, joka edistää web-palvelutekniikan
yhteentoimivuutta eri alustojen, käyttöjärjestelmien ja
ohjelmointikielten välillä.
VETUMA
VETUMA on valtion omistama kansalaisille tarkoitettu
verkkotunnistus- ja maksamisjärjestelmä. Se
mahdollistaa yhtenäisen tunnistautumisen ja
verkkomaksamisen kaikkiin julkishallinnon kansalaisten
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
1 Johdanto
7 (107)
Termi /
Lyhenne
SSL/TLS
Selitys
asiointipalveluihin, jotka on liitetty järjestelmään.
VETUMA-järjestelmän toimittaa Fujitsu Services Oy.
Secure Sockets Layer (SSL) ja Transport Layer Security
(TLS) ovat salausmenetelmiä, joita käytetään
tietoliikennekommunikoinnissa esim. Internetissä.
HTTPS
Hypertext Transfer Protocol Secure yhdistää Internetin
käytetyimmän protokollan HTTP:n ja SSL/TLSsalausmenetelmän siten, että yhteyskäytäntö on salattu
ja yhteys palveluntarjoajaan tunnistettu.
RSS
Really Simple Syndication on joukko
verkkosyötemuotoja, joita käytetään digitaalisen sisällön
julkaisemiseen. Käyttäjät voivat tilata tiedon syötteen
muutoksesta. Käytännössä erilaiset RSS syötteitä
tukevat ohjelmat käyvät tarkastamassa tällöin syötteen
sijainnista uuden sisällön.
GeoRSS
GeoRSS on vastaavanlainen syöte kuin edellä kuvattu
RSS syöte. GeoRSS pitää sisällään myös sijainnin
syötteen kohteeseen. Sijainti voi olla pisteitä, viivoja ja
alueita.
BIM
Building Information Modeling on menetelmä luoda ja
hallita rakennuksen informaatiota koko sen elinkaaren
ajan. Malli on tyypillisesti kolmiulotteinen ja pitää
sisällään suuren määrän rakennukseen liittyvää tietoutta.
IFC
Industry Foundation Classes on puolueeton
tiedostomuoto, jonka avulla voidaan siirtää rakennusten
tietoja.
INSPIRE
INSPIRE on direktiivi (2007/2/EY), joka luo yleiset
puitteet tiettyjen viranomaisten hallinnassa olevien
paikkatietoaineistojen saatavuudelle ja käytölle
Euroopassa.
Sähköinen
työpöytä
Sähköinen työpöytä on Internet-selaimella käytettävä
sivusto, johon käyttäjä kerää juuri ne sovellukset ja
palvelut, jotka ovat hänelle tärkeitä ja joita hän käyttää
eniten.
Työpöydän
palvelu
Tässä määrittelyssä työpöydän palveluilla tarkoitetaan
loogisia palvelukokonaisuuksia, joita käyttäjän oletetaan
tarvitsevan.
Sisältömoduuli Sisältömoduuli on sähköisen työpöydän käyttäjälle
näkyvä komponentti, jota hän käyttää työpöydällä.
Sisältömoduulit voivat käyttää sisäisesti toisia moduuleita
ilman että käyttäjä havaitsee tätä.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
2 Yleiskuvaus
8 (107)
Termi /
Lyhenne
Selitys
OMG
Object Management Group on kansainvälinen yhteisö,
joka on keskittynyt laatimaan standardeja
objektiorientoituneisiin järjestelmiin ja mallinnukseen
liittyen.
BPMN
Business Process Modelling Notation on graafinen
esitystapa prosessien työn kulun määrittelyssä.
Taulukko 1
Termit ja lyhenteet
2. Yleiskuvaus
2.1 Yleistä määrittelystä
Määrittelyä on tehty tiiviissä yhteistyössä KRYSP-projektin osapuolten
kanssa. Projektin ohjausryhmä, projektiryhmä sekä osaprojektiryhmät ovat
osallistuneet projektin kuluessa kuuteen työpajaan, joissa on käsitelty
määrittelyn osakokonaisuuksia. Lisäksi projektin aikana määrittelyn tekijä on
vieraillut viidessä kunnassa hankkimassa tietoa kuntien tietojärjestelmien
nykytilasta, käynnissä olevista hankkeista sekä lähitulevaisuuden
suunnitelmista.
Määrittelyn alussa on kuvattu erilaisia käyttäjäryhmiä. Sen jälkeen määrittely
jakautuu kahteen selkeästi toisistaan eroaviin kokonaisuuksiin. Ensin on
kuvattu yleiset asiat ja palvelukokonaisuuksiin liittyvät yhteiset asiat. Lopuksi
on kuvattu palvelukokonaisuudet.
Määrittelyssä olevat kuvat ovat esimerkkikuvia ja kuvaavat lähinnä
toiminnallisuutta. Määrittelyssä on selitetty lukujen alussa kunkin kohdan
yleistä sisältöä. Tämän jälkeen on vaatimustaulukko, jos sellainen on katsottu
tarpeelliseksi. Vaatimustaulukossa on vaatimukset pyritty erittelemään
sellaisella tarkkuudella, että niihin pystytään vastaamaan yksikäsitteisesti.
Vaatimustaulukoissa Tärkeys-sarakkeessa olevat luvut tarkoittavat
seuraavaa:
•
•
•
1 = Pakollinen vaatimus
2 = Hyödyllinen toiminnallisuus
3 = Toivottu toiminnallisuus
Määrittelyä käytettäessä tulee päättää, minkä tärkeysluokan vaatimuksia
halutaan toteuttaa. Eri tärkeysluokkia voidaan hyödyntää myös vaatimuksia
pisteytettäessä. Esim. tärkeysluokan 1 vaatimuksia voidaan pitää pakollisina
ja luokan 2 vaatimuksista voidaan antaa lisäpisteitä.
Määrittelydokumentin lopussa liitteenä olevat prosessikaaviot kannattaa
tulostaa A3 koossa niiden laajuuden vuoksi.
2.2 Sähköisen työpöydän kokonaisuus
Määrittelyn sähköisen asiointipalvelun työpöytä on suunnattu ensisijaisesti
kansalaiskäyttäjille. Työpöydällä on kuitenkin toimintoja myös yrityksille ja
kuntien viranomaisille.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
3 Käyttäjäryhmät ja -roolit
9 (107)
Työpöytä koostuu kahdesta kokonaisuudesta: itse työpöydästä ja siinä
käytettävistä sisältömoduuleista. Määrittelyn tavoitteena ei ole sitoa toteutusta
erilliseen määrittelyn kohdealueen työpöytään, vaan kuvata palvelut, joita
voidaan hyödyntää myös olemassa olevien työpöytien avulla.
Tämän määrittelyn työpöytää voi käyttää myös käyttäjä, joka ei ole
kirjautunut. Tällöin hän pääsee selaamaan aineistoja ja sisältömoduuleja
oletusnäkymän kautta. Halutessaan käyttää monipuolisempia
sisältömoduuleja tai personoida työpöydän itselleen sopivaksi pitää käyttäjän
kirjautua työpöytäpalveluun.
2.3 Rajaukset
Määrittelyssä ei huomioida sähköisen työpöydän toimintaa
mobiilipäätelaitteissa. Näkörajoitteisten henkilöiden karttakäyttöliittymää ei
myöskään määritellä.
Määrittelyssä ei oteta kantaa sähköisellä työpöydällä tarvittavien aineistojen
tuottamiseen taustajärjestelmissä eikä työpöydällä syntyvien tietojen
tallentamiseen ja käsittelyyn taustajärjestelmissä. Taustajärjestelmät
huomioidaan rajapintojen kautta.
Dokumentissa ei ole pyritty kuvaamaan lainsäädännön muutosten mukanaan
tuomia mahdollisuuksia uusiin palvelumalleihin. Lähtökohta on ollut, että
palvelut pystytään toteuttamaan jo nykyisilläkin säädöksillä.
3. Käyttäjäryhmät ja -roolit
Käyttäjäryhmiä mietittäessä on kartoitettu, mitä kansalaisilla olevaa tietoa
hallinnon edustajat tarvitsevat tai voisivat hyödyntää, sekä mitä kansalaisille
hyödyllistä julkista tietoa he voisivat tarjota.
Taulukoissa 2 – 4 kuvataan käyttäjäryhmiä sekä koko työpöydän että
rakennusvalvonnan ja muiden palvelun tarjoajien näkökulmista.
Tarkoituksena on antaa yleiskuva työpöydän käyttäjäryhmistä ja heidän
päätehtävistään, ei määritellä käyttäjäryhmä- tai roolikohtaisia käyttöliittymiä.
Käyttöliittymät tehdään erikseen kahdelle roolille, viranomaiselle ja
kansalaiselle siten, että kansalaisen käyttöliittymä on tarkoitettu kaikille muille
käyttäjille kuin kunnan viranomaisille.
Oletusnäkymät määritellään kahdelle roolille. Kukin käyttäjä voi sitten
muokata työpöytäänsä itselleen sopivaksi.
Taulukossa käytetyillä kirjaimilla ja numeroilla tarkoitetaan seuraavaa:
Roolit:
1= kuntalainen, yrityksen edustaja tai muu ei-viranomaiskäyttäjä
2= viranomainen
Tärkeys:
S = Suuri – Tehtävät ovat hyvin keskeisiä käyttäjäryhmälle
K = Keskiverto – Tehtävät ovat kohtuullisen tärkeitä käyttäjäryhmälle
P = Pieni – Tehtävät eivät ole kovin tärkeitä käyttäjäryhmälle
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
3 Käyttäjäryhmät ja -roolit
10 (107)
Käyttötiheys:
1 = Jatkuvasti – Tehtävää suoritetaan toistuvasti
2 = Välillä – Tehtävää suoritetaan melko harvoin, ja vaiheet ehtivät unohtua
3 = Harvoin – Tehtävä suoritetaan niin harvoin, että käyttäjä vastaa uutta
käyttäjää
Taulukossa 2 on kuvattu koko työpöydälle yhteiset käyttäjäryhmät:
Käyttäjäryhmä
tai –tyypitys
(rooli)
Tärkeys
Käyttötiheys
Päätehtävät ja -tavoitteet
Työikäiset
kuntalaiset
S
1
Tavalliset kuntalaiset ei ole
mielekäs käyttäjäryhmä
heterogeenisuutensa vuoksi,
ja sen vuoksi ryhmä on jaettu
taulukoissa eri käyttäjäryhmiin,
joiden päätehtävät ja tavoitteet vaihtelevat.
Nuoret
kuntalaiset (1)
S
1
Tietokoneen
käyttö sujuvaa,
ja siksi heille
suunnattujen
palvelujen
käyttö
Varaukset (esim. aika)
yleistynee
nopeammin
Kartan puutteista ilmoittaminen kuin muissa
(virheelliset osoitteet, puuttuvat käyttäjäryhmissä.
yritykset)
Ikääntyvät
kansalaiset ja
erityisryhmät,
esim.
liikuntarajoitteiset
(1)
S
1
Asioiden hoitaminen
kotikoneelta
Tiedonhaku ja palautteen anto
(esim. esteettömyysasiat)
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
K
2
Tietokoneen
käyttökokemus
vaihtelee.
Tiedonhaku (osoitteet,
palvelut, neuvonta) ja arkiseen
ongelmaan vastauksen
etsiminen (asiasanasto)
Tietokoneen
käyttökokemus
vaihtelee,
apuvälineitä
käytössä.
Sähköinen
asiointi tärkeää
mm.
liikuntaesteen
takia.
Varaukset
“Etäkansalaiset”,
esim. tutkijat,
median edustajat,
valtuuston
jäsenet,
ulkomailla asuvat
(1)
Osaamistaso
jne.
Tiedonhaku (uutiset,
päätökset, historia, kartat)
Tietokoneen
käyttö sujuvaa
Tilastotietojen haku
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
3 Käyttäjäryhmät ja -roolit
Yrittäjät (1)
11 (107)
K
2
Paikkatietoaineiston
hakeminen liiketoiminnan
suunnittelua varten;
toimintaympäristön kehityksen
seuranta
Paikkatietoaineisto yrityksen
tuotteita varten (esim.
liikelahjat)
Kuntien
viranomaiset (2)
S
1
Asiakaspalvelu, neuvonta
Tietokoneen
käyttökokemus
vaihtelee.
Kielitaito ja
suomalaisen
kulttuurin
tuntemus
vaihtelevat.
Tietokoneen
käyttö sujuvaa.
Lupien käsittely
Työnaikainen valvonta
Lausuntojen antaminen ja
pyytäminen
Aineiston tuottaminen
Taulukko 2
Yleiset käyttäjäryhmät
Taulukossa 3 on kuvattu rakennusvalvonnan palveluihin liittyvät
käyttäjäryhmät:
Käyttäjäryhmä
Tärkeys
Käyttötiheys
Kertarakentajat
(1)
K
(hetkellisesti S)
3
Päätehtävät ja -tavoitteet
Rakentamisen ennakkoohjauksen ja neuvonnan
saaminen
Tonttiin tai
rakennuspaikkaan
liittyvän tiedon haku
(esim.kaava- ja
rakennusjärjestysmääräy
kset, suojelualueet,
saastuneet maat,
melunlähteet, rasitteet,
rakennustapaohjeet)
Rooli, osaamistaso
jne.
Tietokoneen käyttö
melko sujuvaa;
tarvitsee neuvoja
rakentamiseen ja
lupa-asioihin.
Kiinteistön omistaja
saattaa asua
ulkomailla.
Rakentamiseen
tarvittavien tietojen haku
(pääsuunnittelijan haku,
rakentamisohjeistus,
kaavaotteet,
katukorkeudet, maaperä-
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
3 Käyttäjäryhmät ja -roolit
12 (107)
ja rakennuslupakartat)
Rakennus- tai muun
luvan hakeminen ja
tarvittavien ohjeiden
saaminen
(velvollisuudet, pätevyysja laatuvaatimukset)
Ajanvaraus
(viranomaiskatselmukset
)
Ammattirakentajat,
pääsuunnittelijat,
työnjohtajat ja
muut
vastuuhenkilöt (1)
S
1
Rakentamisen ennakkoohjauksen saaminen
Tietokoneen käyttö
kohtuullisen sujuvaa,
lupa-asiat hallussa
Rakennus- tai muun
luvan hakeminen sekä
täydentäminen (esim.
tekniset tiedot,
piirustukset ja muut
liitteet)
Rakennuspaikkaan ja
rakentamiseen
tarvittavien tietojen haku
(rakennusjärjestys,
kaava- ja
rakennusjärjestysmääräy
kset, vanhat piirustukset,
katukorkeudet,
rakennustapaohjeet,
rakennuslupakartat ja
kaavaotteet,
maaperäkartat)
Ajanvaraus
(viranomaiskatselmukset
)
Kiinteistönvälittäjät (1)
K
1
Tiedonhaku
(rakennuspiirustukset,
kiinteistö- ja huoneistorekisteriotteet)
Tietokoneen käyttö
kohtuullisen sujuvaa
Naapurit,
kansalaiset (1)
P
3
Tiedonhaku tietystä
rakennushankkeesta,
rakennushankkeen
Tietokoneen
käyttökokemus
vaihtelee
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
3 Käyttäjäryhmät ja -roolit
13 (107)
seuraaminen
Luvattomasta
rakennuksesta
ilmoittaminen
Taulukko 3
Rakennusvalvonnan käyttäjäryhmät
Taulukossa 4 on kuvattu muihin palveluihin liittyvät käyttäjäryhmät (kiinteistön
muodostus, kaavoitus, katu- ja viherpalvelut, ympäristövalvonta):
Käyttäjäryhmä
Tonttia ostavat tai
vuokraavat
kansalaiset (1)
Tärkeys
Käyttötiheys
K
3
Päätehtävät ja -tavoitteet
Tontin etsiminen
Tonttihakemuksen
tekeminen
Rooli, osaamistaso
jne.
Tietokoneen käyttö
sujuvaa, tarvitsee
kiinteistöasioihin
neuvontaa
Neuvonta (esim.
tarvitaanko
kiinteistötoimitusta, mitä
se pitää sisällään?)
Ajanvaraus
Kiinteistötoimituksen
hakeminen, tonttijako,
rasitteet
Kansalaiset (1)
S
2
Tiedon ja palveluiden
haku (esim. koulut,
päiväkodit,
terveyskeskukset,
joukkoliikenneyhteydet,
teiden kunto)
Tietokoneen käyttö
sujuvaa, kiinnostus
vaikuttaa asioihin ja
ympäristöön (myös
asukasyhdistykset)
Palautteen antaminen tai
viasta/vaarasta
ilmoittaminen (esim.
auraustilanne, puiston
varusteet, valaistus)
Kaavan,
kaavaluonnoksen tai
muun hankkeen
kommentointi ja
vaikuttaminen (äänestys,
gallupit)
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
3 Käyttäjäryhmät ja -roolit
14 (107)
Kaavamuutoksen vireille
haku
Toimenpiteelle luvan
hakeminen tai siitä
ilmoittaminen
(esim.puunkaato)
Varaus (pysäköintiluvat,
venepaikat, viljelypalstat)
Tilastotietojen haku
Matkailijat (1)
K
3
Tiedonhaku (majoitus,
kartat, nähtävyydet)
Tietokoneen käyttö
kohtuullisen sujuvaa
Tapahtumanjärjestäjät (1)
S
2
Luvan hakeminen
(tapahtumalupa,
meluilmoitus)
Tietokoneen käyttö
kohtuullisen sujuvaa
Tilastotietojen haku
Sähkö-, vesi- ja
telelaitokset (1)
S
1
Lupien hakeminen
(kaivuluvat)
Tietokoneen käyttö
kohtuullisen sujuvaa
Muiden toimijoiden
lupien seuranta samalla
alueella
Toiminnanharjoittajat (1)
K
3
Toiminnalle luvan
hakeminen
(ympäristölupa, maaaineslupa jne.)
Tietokoneen käyttö
kohtuullisen sujuvaa
Kansalaiset,
naapurit (1)
K
3
Häiriön aiheuttajan
selvittäminen (kartta) ja
häiriöstä valittaminen
(esim. melu, haju,
saaste)
Tietokoneen käyttö
kohtuullisen sujuvaa
Melumittauksen
teettäminen
Roskaantumisesta ja
romuista ilmoittaminen
Taulukko 4
Muihin palveluihin liittyvät käyttäjäryhmät
Palvelukohtaiset käyttäjäryhmät on kuvattu palveluiden yhteydessä luvussa
5.1.2.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
15 (107)
4. Yhteiset määrittelyt
Yhteiset määrittelyt kuvaavat perusperiaatteet toimintoihin ja asioihin, joita
käytetään useissa paikoissa. Ne koskevat kaikkia jäljempänä määriteltäviä
palvelukokonaisuuksia, ellei niissä toisin mainita.
Kaikissa palvelukokonaisuuksissa ja toiminnoissa, joissa käytetään taso- tai
korkeussijaintia, tulee huomioida taso- ja korkeusjärjestelmä. Järjestelminä
käytetään ensisijaisesti kunnan itse käyttämiä järjestelmiä.
4.1 Kokonaisarkkitehtuurin kuvaus
KuntaIT:n käyttämä kokonaisarkkitehtuurikehys (lähde: KuntaIT-Arkkitehtuuri1.4.2.-Kuntasektorin-KA-menetelmä-v1.1.pdf) jäsentyy seuraavan kuvan
mukaisesti mukaisesti neljään näkökulmaan ja neljään käsitteelliseen tasoon.
Näkökulmat:
•
•
•
•
Toiminta-arkkitehtuuri: toiminnallinen ympäristö, liiketoimintaprosessit
Tietoarkkitehtuuri: tietoja ja käsitteitä tarkasteleva näkökulma
Tietojärjestelmäarkkitehtuuri: järjestelmien näkökulma
Teknologia-arkkitehtuuri: tekniikan, laitteiden ja teknisten ratkaisujen
näkökulma
Käsitteelliset tasot:
•
•
•
•
Periaatteellinen taso - MIKSI, joka kuvaa reunaehdot, esim.
arkkitehtuuriperiaatteet
Käsitteellinen taso - MITÄ esim. mitä tietoa taltioidaan ja mitkä ovat
toiminnan keskeiset käsitteet
Looginen taso - MITEN, esim. tietovarantojen looginen jäsennys ja
tietojen sijoittuminen eri kokonaisuuksiin
Fyysinen taso - MILLÄ, esim. mihin fyysisiin tietokantoihin eri loogiset
tietovarannot sijoitetaan ja mitä sovelluksia ja laitteita palvelun
toteuttamiseen käytetään
Kokonaisarkkitehtuurikehystä käytetään tässä lähinnä jäsentämisen
välineenä.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
16 (107)
Kuva 1
Kokonaisarkkitehtuurimenetelmän jäsentyminen
4.1.1 Toiminta-arkkitehtuuri
Ylätason kuvaus sähköisen asioinnin työpöydän käytöstä on esitetty
seuraavassa kuvassa.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
17 (107)
Kuva 2
Ylätason kuvaus sähköisen asioinnin työpöydän käytöstä
Kuvassa olevat symbolit tarkoittavat seuraavaa:
Kuva esittää määrittelyssä myöhemmin kuvattujen palvelujen suhdetta
toisiinsa. Kuva ei ole prosessikaavio eikä siten kuvaa prosessimaisesti
etenevää toimintaa alusta loppuun. Sen tarkoituksena on kuvata miten eri
palvelut liittyvät toisiinsa.
Vasemmassa reunassa kuvaa haaraudutaan sen mukaan onko käyttäjä
kirjautunut työpöydälle vai onko kyseessä kirjautumaton käyttäjä. Jos käyttäjä
on kirjautunut työpöydälle, hän voi tarkastella omia tietojaan ja käyttää omia
tietojaan ("Omat tiedot") muiden palvelujen yhteydessä. Omia tietoja voivat
olla esim. tieto omistetuista tonteista.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
18 (107)
Seuraavaksi käyttäjä joko alkaa käyttämään tietämäänsä sähköistä palvelu
suoraan tai etsii sopivan palvelun ("Hakupalvelu"). "Hakemukset" ja "Luvat ja
ilmoitukset" -palvelut saattavat vaatia "Ennakkokäsittelyä", jolla käyttäjää
ohjataan ennen lupien ja hakemusten tekoa.
"Palautteet ja mielipiteet", "Karttapalvelu" ja "Paikkatietoaineistojen ja
dokumenttien haku" eivät vaadi ennakko-ohjausta.
"Paikkatietoaineistojen ja dokumenttien haku" saattavat johtaa aineistojen
lataamiseen ("Aineistolataus") ja aineistojen ostamiseen ("Aineistomyynti").
"Lupien ja ilmoitusten" teko johtaa rakentamiseen ja siihen liittyviin
valvontatehtäviin ("Rakentaminen").
Tiedottaminen poikkeaa hieman muista palveluista. Se on käyttäjällä aina
näkyvissä. Siihen kerääntyvät muissa palveluissa luodut seurattavat asiat
("Palautteet ja mielipiteet", "Hakemukset" ja "Luvat ja ilmoitukset").
Palveluissa käytettävät määrittelyssä kuvatut yhteiset tukipalvelut on esitetty
kuvassa "A" ja "K" -kirjaimilla palveluiden kohdalla.
Käsitteellinen taso
Käsitteellisen tason toiminta-arkkitehtuurin kuvauksista palvelut kuvataan
luvussa 5. Sidosryhmät ja roolit on kuvattu luvussa 3.
Looginen taso
Palveluiden prosessikuvausten prosessikaaviot esitetään dokumentin
liitteissä.
4.1.2 Tietoarkkitehtuuri
Käsitteellinen taso
Tietoarkkitehtuuri sisältää käsitteellisen kuvauksen kunnan sähköisten
palveluiden käsittelemistä käsitteistä.
Määriteltävien palveluiden tietoarkkitehtuuri ja tietosisällön käsitemalli
kuvataan palveluiden yhteydessä luvussa 5.
4.1.3 Tietojärjestelmäarkkitehtuuri
Käsitteellinen taso
SOA palveluarkkitehtuuri sopii hyvin verkkopalvelujen suunnitteluun ja
kuvaukseen. Yksi suurimmista haasteista palveluarkkitehtuureissa on
kuitenkin sopivien palvelukandidaattien löytäminen ja niistä konkreettisten
palveluiden kehittäminen. Jokaisen palvelun pitää noudattaa seuraavia
kahdeksaa periaatetta:
•
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Palveluiden pitää olla uudelleenkäytettäviä
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
19 (107)
•
•
•
•
•
•
•
Palvelut jakavat formaalin sopimuksen
Palveluiden välillä on löyhä sidonta
Palvelut piilottavat sisällään olevan logiikan
Palvelut ovat koostettavissa
Palvelut ovat autonomisia
Palvelut ovat pääasiassa tilattomia
Palvelut ovat löydettävissä
Jotta palvelut olisivat uudelleenkäytettäviä ja vaihdettavissa, niiden välillä
pitää olla löyhä sidonta. Palvelut eivät saa olla tiukasti sidottuja toisiinsa, jotta
ylläpito on joustavaa.
Tietojärjestelmäpalvelut
Sähköiseen työpöytään ja asiointialustaan liittyviä yhteisiä
tietojärjestelmäpalveluita ovat mm:
•
•
•
•
•
Tunnistaminen
Käyttövaltuushallinta
Pääsynvalvonta ja kertakirjautuminen sähköisen asioinnin alustan
sovelluksiin
Sähköinen allekirjoitus
Tapahtumaloki
Tietoturvapalvelut
Sähköisen asioinnin alustan pääasialliset tietoturvapalvelut ovat seuraavan
kaavion mukaiset (lähde: KuntaIT-Arkkitehtuuri-2_1_1Sähköisen_asioinnin_viitearkkitehtuuri-v1_2).
•
•
•
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Tiedon salaaminen käsiteltävien tietojen luottamuksellisuuden
varmistamiseksi
Tunnistaminen ja todentaminen käyttäjän identiteetin todentamiseen ja
siihen perustuvaan luottamuksellisuuden varmistamiseen
Käyttövaltuushallinta työtehtävään tai muuhun lainmukaiseen oikeuteen
perustuvan tietojen käytön hallinnointiin
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
20 (107)
•
•
•
Pääsynvalvonta tehtävien ja muiden oikeuksien mukaisen käytön
valvontaan ja luottamuksellisuuden varmistamiseen
Sähköinen allekirjoitus eheyden ja alkuperän varmistamiseen
allekirjoittamista edellyttävissä sähköisen asioinnin palveluissa
Jälkikäteinen valvonta jäljitettävyyden toteuttamiseen
Looginen taso
Looginen tietojärjestelmäarkkitehtuuri, joka samalla esittää KuntaIT:n
arkkitehtuurikuvauksen mukaisen sähköisen palveluympäristön viitteellisen
tavoitetilan yhdessä sitä ympäröivien tietojärjestelmien kanssa, muodostuu
seuraavan kuvan mukaiseksi.
Kuva 3
Sähköisen työpöydän looginen
tietojärjestelmäarkkitehtuuri sisältäen liittyviä järjestelmiä
Kuva perustuu lähteeseen KuntaIT-Arkkitehtuuri-2_1_1Sähköisen_asioinnin_viitearkkitehtuuri-v1_2. Kuvassa on korostettu
hankkeessa määritettävät palvelut ja yhteiseksi toiminnalliseksi palveluksi
määritelty karttapalvelu. Työpöytämäärittelyssä hyödynnettävät
KuntaGML/KRYSP rajapinnat on korostettu katkoviivoitettuna.
Kuvassa on esitetty sähköinen työpöytä ja sen käyttämät komponentit.
Työpöydällä käytettävät tässä määrittelyssä kuvatut palvelut ovat SOA
arkkitehtuurin mukaisia. Sähköinen työpöytä käyttää palveluita palveluiden
ohjausratkaisun avulla (esim. ESB palveluväylän kautta). Palveluväylä tarjoaa
sähköisille palveluille käytettäväksi myös yhteisiä tukipalveluita. Kaikki
kuvassa esitetyt tukipalvelut ovat välttämättömiä palveluiden täysimääräisen
hyödyntämisen kannalta. Kuntakohtaisesti voidaan kuitenkin päättää, että
esim. resurssivarausten tekemistä ei haluta käyttää sähköisissä palveluissa.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
21 (107)
Palveluissa luotavat tai niiden kautta välitettävät dokumentit luokitellaan
eAMS luokitusten mukaisesti. Mikäli eAMS luokitusta ei ole kunnassa vielä
tehtynä, sitä ei voida myöskään käyttää. Hankittavan palvelun tulisi kuitenkin
tukea luokitusta, mikäli kunta on lähitulevaisuudessa ottamassa eAMS
luokitusta käyttöön.
Palveluissa käytettävät tiedot saadaan palvelurajapintojen kautta
operatiivisista tietojärjestelmistä ja palveluissa syntyvät tiedot välittyvät
operatiivisiin tietojärjestelmiin. Palvelut käyttävät myös
paikkatietopalvelurajapinnoista saatavia tietoja. Kansalliset palvelut ja
perustietovarastot ovat toimintoja ja aineistoja, joita hyödynnetään työpöydän
palveluissa.
Tarkemmin kuvan eri komponentit on selitetty alla.
Sähköinen työpöytä
Sähköinen työpöytä muodostaa sähköisen asioinnin käyttäjälle näkyvän osan.
Muita käsitteitä sähköisen asioinnin käyttäjälle näkyvälle osalle ovat mm.
portaali, ulkoinen palvelunäkymä tai laajemmin "palveluun ohjaavat palvelut".
Tässä määrittelyssä käytetään käsitettä sähköinen työpöytä.
Sähköinen työpöytä sisältää perustoiminnallisuuden ja -logiikan. Alusta
hallinnoi käyttäjiä ja sisältömoduuleja, jotka tarjoavat selainpohjaisen
käyttöliittymärajapinnan.
Yksittäiset palvelut voivat näkyä sähköisellä työpöydällä joko suoraan
välilehdellä sijaitsevassa moduuliin upotettavina palveluina tai rajatuin
toiminnallisuuksin ja tietosisällöin erillisten sisältömoduulien kautta.
Käyttöliittymätaso voidaan jäsentää myös kuntalaisten palvelunäkymään ja
kunnan työntekijän sähköiseen työpöytään. Molemmat tulee voida toteuttaa
samalla teknisellä ratkaisulla. Tarvittaessa nämä voidaan toteuttaa fyysisellä
tasolla erillisillä installaatioilla.
Sähköisen työpöydän käyttöliittymään liittyvät vaatimukset on kuvattu
kappaleessa 4.3.2.
Asiointialustan tekniset peruspalvelut
Asiointialustan teknisten peruspalveluiden palvelukerros tuo sähköiselle
työpöydälle olennaisimmat tietoa tarjoavat tekniset palvelut. Tekniset
peruspalvelut eivät ole substanssiriippuvia eikä KRYSP -sähköisen työpöydän
näkökulma aseta niille erityisvaatimuksia.
Julkaisunhallinta:
Toiminnallisuus sivustojen ja sisällön julkaisun hallintaan.
Personointi:
Sisältää erityisesti käyttäjän käyttöliittymän ja asioinnin peruspalveluiden
henkilökohtaisen räätälöintitiedon.
Asioinnin perustoiminnot:
Tekniset asioinnin tukiratkaisut kuten kalenteritiedon hallinta, sivustojen
käyttöraportointi, viestintä ja asianhallinnan lisätietopyyntöjen hallinta.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
22 (107)
Palvelun ohjaus
Palvelukeskeisen SOA -arkkitehtuurin liittyvä palveluiden julkaisu ja tietojen
liikkumisen hallinta eri järjestelmän ja ratkaisun osien välillä.
Prosessimoottori, palveluohjaus:
Mahdollistaa mm. koostettujen palveluiden kokoamisen yksittäisistä
palveluista.
SOA-palvelukatalogi:
SOA- palvelukatalogin tavoitteena on hallita, organisoida ja uudelleenkäyttää
määritettyjä ja toteutettuja SOA-palveluita.
ESB palveluväylä:
ESB palveluväylä on pääasiallisesti asynkroniseen viestintään tarkoitettu
väylä, jota pitkin palvelut välittävät tietoja. Palveluväylä voi sisältää
varsinaisen sanomanvälityksen lisäksi erilaisia integrointiin liittyviä
komponentteja kuten sanomaväylät, sanomarikastin ja sanomamuunnin.
Tavoitetilassa palveluja kutsutaan pitkälti ESB palveluväylän kautta, jolloin
pyynnöt eri tukikomponenteille, palveluille tai tietovarannoille tapahtuvat
palveluväylän kautta.
Palvelut
Asiakasprofiili:
Kaikille palveluille yhteinen kokoava tietorakenne, johon voidaan koota tietoa
asiakkaan palveluista ja palveluympäristöstä kokonaisuudessaan
Sähköinen asianhallinta, eAMS:
Kaikki viranomaisen (kunta) kanssa käytävä ns. virallinen asiointi kuuluu
asianhallintakokonaisuuteen, jota säätelevät erityisesti arkistolaitoksen
antamat sähköisen asianhallinnan määräykset. Asianhallinta on sähköisten
palvelujen kannalta erittäin tärkeää, koska viranomaisella on säilytys- ja
arkistointivelvollisuus kaikkeen viranomaisasiointiin.
Perusvaatimuksia asianhallinnan ja sähköisen arkistoinnin rajapinnoille on
kuvattu luvussa 4.5.
KRYSP Sähköisen asioinnin työpöytä hankkeessa määritettävät palvelut
Luvussa 5 määriteltävät palvelut:
•
•
•
•
•
•
•
•
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Hakupalvelu
Tiedottaminen ja informaatio
Palautteet ja mielipiteet
Luvat ja ilmoitukset
Hakemukset
Paikkatietoaineistojen- ja dokumenttien haku
Paikkatietoaineistojen- ja dokumenttien lataus
Aineistomyynti
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
23 (107)
Yhteiset tekniset tukipalvelut
Tukipalvelut ovat sähköisille palveluille yhteisiä usein käytettyjä
perustoimintoja ja joita sähköiset palvelut voivat käyttää avoimen rajapintojen
kautta. Tukikomponenteilla pyritään karsimaan perustoiminnallisuuksien
päällekkäisyyksiä. Kunnan rakennetun ympäristön sähköisten palveluiden
kannalta keskeisiä tukipalveluita ovat:
Tunnistaminen:
Sähköisissä asiointipalveluissa suositellaan käytettäväksi julkishallinnon
yhteisiä tunnistusratkaisuja, kuten VETUMA-mallin mukaista tunnistamista
Käyttövaltuushallinta:
Käyttövaltuushallinnan avulla, jonka avulla sallitaan ja rajataan tunnistettujen
käyttäjien pääsyä eri tietoihin ja palveluihin. Käyttövaltuudet kannattaa
toteuttaa rooli- tai käyttäjäryhmäpohjaisesti.
Sähköinen allekirjoitus:
Joissain tapauksessa viranomaisen, suunnittelijoiden ja muiden käyttäjien
tulee allekirjoittaa sähköiset päätösasiakirjat sähköisesti. Sähköistä
allekirjoitusta tarvitaan myös asiakirjojen eheyden varmistamiseen. Näitä
varten on hyvä luoda yhtenäinen sähköisen allekirjoituksen ratkaisu, jota
hyödynnetään kaikissa palveluissa.
Tapahtumaloki:
Tapahtumaloki taltioi järjestelmiin ja tiedon käsittelyyn liittyvät olennaiset
muutokset ja käsittelyt. Mikäli käsitellään korkean tietosuojan alaista tietoa,
tämän tiedon käsittely tulee kokonaisuudessaan kirjata tapahtumalokiin.
Yhteiset toiminnalliset palvelut
Karttapalvelu:
Karttapalvelun toiminnallisuus on määritelty luvussa 4.4.
Hinnoittelu, maksaminen:
Maksamisen ratkaisut tarkoittava tässä yleisiä maksamisen perusratkaisuja ja
liitetään esimerkiksi VETUMA -maksamiseen.
Tiedonluovutusvaltuuksien hallinta:
Tiedonluovutusvaltuutukset voidaan jakaa suostumukseen ja valtuutukseen.
Suostumuksella tarkoitetaan asiakkaan antamaa suostumusta viranomaiselle,
jolla hän sallii viranomaisen käyttää itseään koskevaa tietoa tai esim. suostuu
asioinnissa käyttämään sähköisiä välineitä perinteisten keinojen sijaan.
Valtuutuksilla tarkoitetaan mahdollisuutta valtuuttaa toinen taho toimimaan
puolestaan viranomaisasioinnissa.
Resurssivarausten hallinta:
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
24 (107)
Ajan- ja resurssinvaraukset.
Paikkatietopalvelurajapinta
KuntaGML -hankkeessa toteutetut ja myöhemmin KRYSP rajapinnat
hankkeessa toteutettavat WMS- ja WFS -muotoiset rajapinnat seuraaviin
tietokokonaisuuksiin:
•
•
•
•
•
Kantakartta
Asemakaava
Rakennusvalvonta
Ympäristötoimi
Maankäyttö (sisältää mm. opaskartta, osoitteet ja tieverkko)
Operatiivinen paikkatieto- ja kuntatietojärjestelmä
Operatiivisiin paikkatieto- ja kuntatietojärjestelmiin on toteutettu KuntaGML
hankkeessa määritettyjen tiedonsiirtoskeemojen mukaisen aineiston luku ja
kirjoitus. Tiedonsiirtoskeemoja laajennetaan uusiin tietokokonaisuuksiin
KRYSP rajapinnat hankkeessa.
Järjestelmiin voi olla toteutettu myös muita sovellusrajapintoja.
Muut operatiiviset järjestelmät ja niiden tietovarastot
Operatiiviset järjestelmät ovat kuntakohtaisia. Järjestelmiin ei välttämättä ole
toteutettu rajapintoja tai järjestelmien tarjoamat rajapinnat ovat huomattavan
erilaisissa muodoissa. Tämä voi vaikeuttaa niiden liittämistä sähköiseen
asiointiin varsinkin käytettävyyden ja tietoturvan kannalta.
Kunnan ulkopuoliset palvelut ja tietovarannot
Kansalliset palvelut:
Sähköisen työpöydän käyttäjän vahva tunnistaminen ja maksupalveluiden
hallinta VETUMA-palvelun kautta. Tarvittaessa yhteisöasiakkaiden
tunnistaminen KATSO-palvelun kautta. Julkishallinnon organisaation
edustajan tunnistaminen VIRTU tunnistuspalvelua käyttäen.
Asiointitili on viranomaisen ja asiakkaan välisen sähköisen vuorovaikutuksen
yhdenmukainen, helppokäyttöinen ja turvallinen keskitetty ratkaisu, joka on
liitettävissä jo olemassa oleviin sähköisiin asiointipalveluihin (tulossa).
Perustietovarannot:
Kansalliset tietojärjestelmät ovat tietovarantoja, joihin pääsee ohjelmallisesti
kiinni. Niistä voidaan hakea ja näyttää tietoa kuntalaiselle tai niiden tietoa
voidaan muokata joko tukikomponenttien tai muiden palveluiden kautta.
Paikkatietoinfrastruktuuri kuvaa kunnan ulkopuolisia palveluita jotka
toteuttavat WMS ja/tai WFS -rajapinnan.
Yllä kuvattujen tukipalveluiden toteutusaste vaihtelee suuresti kunnittain.
Kunnissa, joissa tukipalveluita ei ole vielä toteutettu, tulee päättää niiden
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
25 (107)
kattamien toiminnallisuuksien toteutustavasta. Tukipalvelut voidaan toteuttaa
yhteisinä tukipalveluina tai palvelukohtaisina erillistoiminnallisuuksina.
Palvelukohtainen toteutus on tyypillisesti suoraviivaisempaa ja halvempaa
yksittäisen palvelun kannalta, mutta pidemmällä aikavälillä se tulee
kalliimmaksi. Kuntien tulee itse tarkentaa käytettävissä olevien tukipalveluiden
tilanteensa ja ratkaista niiden toteutustapa.
Kansallisena tukipalveluna kuvattu VETUMA tunnistaminen mahdollistaa
käyttäjän kunnassa olevien kiinteistö- ja rakennusomistusten selvittämisen.
VETUMA tunnistuksen vastausviestissä on haluttaessa nimi- ja
henkilötunnustieto. Henkilötunnustiedon perusteella järjestelmä voi selvittää
käyttäjän omistamat rakennukset ja kiinteistöt kunnan alueelta.
Rakennusomistukset voidaan selvittää KRYSP rajapintaprojektin kautta
syntyvästä rakennusvalvonnan rajapinnasta tai Maanmittauslaitoksen
tarjoamasta Rakennustietojen kyselypalvelusta (WFS). Kiinteistöjen
omistustietoja ei tällä hetkellä voida selvittää suoraan mistään
valtakunnallisesta rajapinnasta. Kiinteistöjen omistustiedot voidaan selvittää
kunnan perusrekisterin päälle luodusta rajapinnasta, mikäli perusrekisterissä
on omistustiedot riittävällä tasolla. Kunnan tulee ottaa kantaa määrittelyä
käyttäessään onko sen perusrekisterissä olevat kiinteistöjen omistustiedot
riittävällä tasolla, jotta niitä voidaan käyttää sähköisessä palvelussa. Toinen
vaihtoehto on, että sähköinen palvelu sisältää toiminnallisuuden, joka lataa
lainhuutotiedot määräajoin omaan palveluunsa ja tarjoaa sieltä rajapinnan
omistajatietojen kyselyyn.
4.1.4 Teknologia-arkkitehtuuri
Käsitteellinen taso
Sähköisen työpöydän ja asiointialustan teknologiapalveluita ovat mm:
•
•
•
•
•
Laitetiloihin liittyvät teknologiapalvelut
Palvelinympäristöihin liittyvät teknologiapalvelut
Tietoliikenteeseen liittyvät teknologiapalvelut
Muut infraratkaisut ja niihin liittyvät teknologiapalvelut
Käyttötoiminnan ja operoinnin keskeiset teknologiapalvelut
Looginen taso
Kuntasektorin SOA teknologialinjausten mukaisia teknologiakomponentteihin
sovellettavia yleisiä toteutusperiaatteita ovat mm:
•
•
Suorituskapasiteetin joustava nosto
Virheensietokyky laitteistovian ilmentyessä
4.1.5 Kokonaisarkkitehtuuriin liittyviä vaatimuksia
Nro
4.1.5.
1
Vaatimuksen
nimi
Vaatimuksen kuvaus
PalvelukeskeiSähköisen asioinnin palveluita tulee kehittää
nen arkkitehtuuri palvelukeskeisen arkkitehtuurin SOAperiaatteiden mukaisesti hyödyntäen
kansallisia ja uudelleenkäytettäviä
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Tärkeys
Perustelu
1
KuntaIT
arkkitehtuuriperiaatteet
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
26 (107)
tietojärjestelmäpalveluita sitä mukaa, kun näitä
on saatavissa.
4.1.5.
2
Avoimet
rajapinnat
Arkkitehtuurin tulisi tarjota ja käyttää
ohjelmallisia avoimia dokumentoituja
rajapintoja.
1
KuntaIT
arkkitehtuuriperiaatteet,
standardit
1
Arkkitehtuuriperi
aatteet,
standardit
Käytettävien rajapintojen tulee olla
kansainvälisen standardointiorganisaation,
kuten IETF, ISO, Oasis tai W3C, luoma
dokumentoitu standardi.
4.1.5.
3
Teknologiariippu
mattomuus
SOA- teknologialinjausten mukaisesti
palveluiden tulee olla yhteentoimivia eri
ympäristössä suoritettavien palveluiden ja
sovellusten kanssa.
Palveluiden käyttö ei saa olla esim. sidoksissa
käyttöjärjestelmään tai ohjelmointikieleen.
Toteutukseen voidaan käyttää esim.
Microsoft.NET tai Java EE tekniikoita.
Mahdollisia sähköisen työpöydän ja
sisältömoduulien toteutustekniikoita ovat
esimerkiksi Ajax, JSP, JSR 168/JSR 286
pohjaiset Java-ratkaisut, WSRP ja Web parts tekniikat.
4.1.5.
4
WS-I Basic
Profile 1.1 web
service rajapinnoissa
web service tekniikalla toteutettavissa
rajapinnoissa tulee suosia WS-I Basic Profile
1.1:n täyttäviä ratkaisuja (SOAP 1.1, WSDL
1.1, HTTP 1.1, XML 1.0 + UDDI 2.0, HTTPS,
TLS 1.0, SSL 3.0, X.509, CLR).
1
Standardit,
yhteentoimivuus
4.1.5.
5
Julkishallinnon
standardien
noudattaminen
Toteutuksessa tulee huomioida ainakin
seuraavat JHS- suositukset.
1
Standardit
JHS 129: Julkishallinnon
verkkopalvelun suunnittelun ja
toteuttamisen periaatteet
JHS 145: Palvelutietojen ryhmittely ja
osoitteet asiointia varten monta
toimialaa kattavissa julkisen sektorin
portaaleissa
JHS 152: Prosessien kuvaaminen
JHS 156: Asiakirjojen ja tietojen
rekisteröinti sähköisen asioinnin ja
asiankäsittelyn tiedonhallinnassa
JHS 164: Tunnistautuminen ja
maksaminen sähköisessä asioinnissa
VETUMA-palvelun avulla
JHS Kunnan
Paikkatietopalvelurajapinta (tulossa)
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
27 (107)
4.1.5.
6
Inspire
Tulee tukea INSPIRE direktiivin määrittelemiä
WMS- ja WFS-palvelurajapintoja.
1
Standardit
4.1.5.
7
OGC Rajapinnat
OGC standardien mukaisista
paikkatietorajapinnoista tulee tukea WMS
(Web Mapping Service) ja WFS (Web Feature
Service) -rajapintoja.
1
KuntaGML/
KRYSP
sidosarkkitehtuu
ri, standardit
4.1.5.
8
BIM Rakennuksen
tietomalli
Rakennuksen tietomallia tulee olla mahdollista
käyttää IFC-muodossa.
2
Standardit
4.1.5.
9
Selainyhteensopivuus
Järjestelmän tulee olla käytettävissä yleisesti
käytössä olevilla selaimilla. Tilanne 6.2010:
1
Standardit,
käytettävyys
Google Chrome 4 ja 5
Internet Explorer 7 ja 8
Mozilla Firefox 3
Opera 10
Safari 4
Evästeiden käyttö ja JavaScriptien suoritus on
mahdollista.
Tietojen välitallennusten ei kuitenkaan tule
pohjautua pelkästään evästeisiin.
Taulukko 5
Kokonaisarkkitehtuuriin liittyviä vaatimuksia
4.2 Järjestelmän tietoturvan ja käyttöoikeuksien hallinnan kuvaukset
Rekisteröitymistä ja tunnistautumista pitää pyytää vain, kun se on tarpeen
(JHS129).
Jos asiointialusta tukee personointia, on käyttäjän rekisteröidyttävä
halutessaan hyödyntää personointiominaisuuksia.
Kun sähköisellä työpöydällä ja työpöydän ja palveujen välillä näytetään ja
siirretään käyttäjän henkilökohtaista dataa, kuten henkilötietoja, on
huomioitava niiden perusvaatimukset:
•
•
•
•
•
Käyttäjien vahva tunnistaminen
Tietojen muuttumattomuus
Tietoturva
Saatavuus
Vastuullisuus ja luotettavuus
Järjestelmän tulee pitää kirjaa kaikista järjestelmän tietoturvallisuuteen
vaikuttavista tapahtumista. Kirjaamisen tulee tapahtua niin, että rekisteröidyt
tapahtumat ovat kiistattomia.
SSL:n ja HTTPS–protokollan käytön pitää olla mahdollista ja salattua
tiedonsiirtoa on käytettävä aina kun se on tarpeellista siirrettävän tiedon
luonteen vuoksi.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
28 (107)
Mikäli SOA-palvelut toteutetaan WS-I web-sovelluspalveluina, voidaan tiedot
salata joko HTTPS-protokollaa käyttäen tai salaamalla SOAP-viestissä
kulkeva tietosisältö.
•
•
HTTPS-salauksen käyttö on suoraviivainen ratkaisu, jolla varmistetaan
kaiken siirrettävän tietoaineiston luottamuksellisuus (riippumatta
tietoaineiston turvaluokituksesta).
SOAP-viestien tietosisällön salaamiseen voidaan käyttää esim. WSSecurity standardia. Tietojen salaukseen voidaan käyttää esim. W3C:n
määrittelemää XML-Encryption standardia. Sisällön salausta voidaan
soveltaa esimerkiksi vain luottamuksellisiin tietoaineistoihin. Tämä
toteutus on teknisesti vaativampi ja yhteensopivuus eri
toteutusteknologioiden välillä voi olla haastavampi.
HTTPS-protokolla on käytettävissä myös WMS- ja WFS-muotoisissa
paikkatietopalvelurajapinnoissa.
Tietoturvaa tulee pyrkiä parantamaan myös käyttäjän osalta opastamalla
käyttäjää tietoturvaan liittyvissä asioissa, kuten istunnon lopettamiseen ja
välimuistin tyhjentämiseen yleisiltä koneilta asioidessa.
Julkisten sähköisten asiointipalveluiden liittyessä sisäisiin tietojärjestelmiin,
tulee sisäisiin tietojärjestelmiin liittyvien palveluiden olla palomuurilla erotettu
julkisista sähköisistä asiointipalveluista.
Kuva palomuurien sijoittelusta (lähde: Kuntasektorin SOA
teknologialinjaukset).
Kuva 4
Palomuurijärjestelyt kutsuttaessa organisaation sisäisten
tietojärjestelmien palveluita
4.2.1 Käyttöoikeuksien hallinta
Sähköisen työpöydän tulee tarjota käyttäjille käytettäväksi vain ne
sisältömoduulit ja palvelut, joihin käyttäjällä on käyttöoikeudet.
Käyttöoikeuden tiettyyn moduuliin tai muuhun palveluun käyttäjä voi saada
joko suoralla käyttöoikeudella tai käyttäjäryhmien kautta. Oikeuksia voidaan
käyttää myös rajaamaan toiminnossa nähtävää tietosisältöä.
Ylläpitäjän (pääkäyttäjän) pitää pystyä määrittelemään käyttöoikeudet
käyttäjille ja käyttäjäryhmille sisältömoduulitasolla.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
29 (107)
Keskeiset käyttöoikeuksien antamiseen, muuttamiseen ja poistamiseen
liittyvät tapahtumat tulee kirjata tapahtumalokiin.
Käyttöoikeuksien hallinta tulisi toteuttaa roolipohjaisesti. Seuraavassa
taulukossa on kuvattu työpöydän ja määriteltyjen palveluiden roolikohtaiset
oikeudet.
Työpöytä ja palvelut
Rooli
Oikeudet
Työpöytä
Työpöydän pääkäyttäjä
Työpöydän kaikkien
asetusten hallinta,
käyttöoikeuksien
hallinta
Kaikki palvelut erikseen
Yksittäisen palvelun
pääkäyttäjä
Yksittäisen palvelun
kaikkien asetusten
hallinta,
käyttöoikeuksien
hallinta
Hakupalvelu
Palveluiden etsijä,
kuntalainen
Haku kaikilla tavoilla
Tiedottaminen ja
informaatio
Tietojen tarkastelija,
kuntalainen
Näkee kaikki julkiset
tiedot sekä
kirjautuneena omat
asiat
Asiakaspalvelu ja
neuvonta
Asiakaspalvelun
asiakas, kuntalainen
Kaikkien palveluiden
tiedot
Kunnan
asiakaspalveluhenkilö
Kaikkien palveluiden
tiedot
Palautteen antaja,
kuntalainen
Palautteen antaminen
kaikista julkisista
asioista. Kirjautuneena
omien palautteiden
seuranta.
Muu kuntalainen
Toisen antaman
palautteen
täydentäminen.
Naapuri
Lupahakemuksen
tietojen katselu ja
erikseen palveluun
määriteltävien tietojen
muokkaus
Palautteet ja mielipiteet
Luvat ja ilmoitukset
Rakennushankkeeseen Lupa-asian kaikkien
ryhtyvän tiimi
tietojen tarkastelu
(ennakkokäsittelyyn ja
lupahakemukseen
liittyvä tieto,
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
30 (107)
lupakäsittelyn
vaihetieto, lupapäätös
ja rakennusaikainen
tieto), erikseen
määriteltyjen tietojen
muokkaus
Kolmas osapuoli
(erityismenettely)
Tarkastusnäkymien
katselu ja lausuntojen
anto
Kunnan viranomainen
Kaikkien tietojen
tarkastelu.
Lupatyyppikohtaisesti
voidaan määritellä
henkilöt, jotka voivat
muokata tyypin lupia.
Hakemukset
Hakemuksen tekijä,
kuntalainen
Hakemuksen tietojen
tarkastelu ja täyttö
Muu kuntalainen
Toisen tekemän
hakemuksen
täydentäminen
Paikkatietoaineistojen ja
dokumenttien haku
Aineistojen etsijä,
kuntalainen tai yritys
Haku kaikilla tavoilla
Paikkatietoaineistojen ja
dokumenttien lataus
Aineistojen lataaja,
kuntalainen tai yritys
Aineistojen lataus tai
käyttö
Muu kuntalainen tai
yritys
Toisen määrittelemän
aineiston lataus tai
käyttö
Aineistojen ostaja,
kuntalainen tai yritys
Aineiston osto
Aineistomyynti
Taulukko 6
Työpöydän ja palveluiden käyttäjäroolikohtaiset oikeudet
Tiedonluovutusvaltuudet
Käyttäjän tulee pystyä antamaan valtuutus toiselle sähköisen työpöydän
rekisteröityneelle käyttäjälle, joka ei ole viranomainen. Valtuutukset voivat olla
eritasoisia, esimerkiksi tietojen näyttäminen, tietojen päivittäminen tai
hakemuksen tekeminen. Käytännön esimerkkinä rakennusluvan hakija voi
valtuuttaa pääsuunnittelijan täydentämään tarvittavia tietoja.
Suostumus, jolla sähköisen työpöydän käyttäjä sallii viranomaisen käyttää
itseään koskevaa tietoa ja suostuu asioinnissa käyttämään sähköisiä välineitä
perinteisten keinojen sijaan voidaan liittää rekisteröitymiseen, jos siinä
yhteydessä suoritetaan vahva tunnistaminen.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
31 (107)
Käyttäjien hallinta, käyttövaltuushallinta ja tiedonluovutusten hallinta ovat
luonteeltaan yhteisiä palveluja. KRYSP -sähköisen työpöydän näkökulma ei
aseta niille erityisvaatimuksia.
4.3 Käyttöliittymäkuvaus ja -määrittely
Luvussa kuvataan yhteiset vaatimukset palveluiden käyttöliittymien
suunnittelemiseksi.
4.3.1 Yleiset käytettävyys- ja saavutettavuusvaatimukset
Luvussa kuvataan vaatimukset, jotka liittyvät koko palvelun käytettävyyteen ja
saavutettavuuteen.
Nro
Vaatimuksen
nimi
Vaatimuksen kuvaus
Tärkeys
Perustelu
4.3.1.
1
Palvelun nopeus Palvelun tulee vastata riittävän nopeasti. Jos
lataus tms. kestää kauemmin kuin sekunnin,
käyttäjälle on hyvä näyttää odotussymboli
(esim. tiimalasi). Pidemmässä odotuksessa
(esim. 10 sekuntia) käyttäjälle on hyvä näyttää
edistymispalkki ja tarjota mahdollisuutta
keskeyttää toiminto.
1
Käytettävyys,
käyttömukavuus
4.3.1.
2
Palvelun
visuaalinen ilme
Palvelun visuaalisen ilmeen on oltava
yhdenmukainen palvelun eri osissa ja sen on
hyvä tukea kunnan tai kunnan organisaation
kokonaisilmettä. Visuaalisen ilmeen tulee olla
muutettavissa (esim. CSS).
2
Käyttökokemus,
palvelun brändi
4.3.1.
3
Sijainnin
tunnistaminen,
”Olet tässä”
Käyttäjän on voitava tunnistaa sijaintinsa
palvelun joka sivulla esim. palvelun otsikosta,
murupolusta tai hakemistopuusta.
1
Helppokäyttöisyys
navigoinnissa
4.3.1.
4
Aloitussivulle
pääsy
Jokaiselta sivulta tulee päästä aloitussivulle.
1
Helppokäyttöisyys
navigoinnissa
4.3.1.
5
Palvelun
tarjoajan
tunnistaminen
Palvelun jokaisella sivulla on hyvä olla
samassa paikassa tieto palvelun tarjoajasta
(kunta).
2
Luotettavuus,
yhdenmukaisuu
s
4.3.1.
6
Linkkien selkeys
Linkin nimen pitää olla kuvaava, jotta käyttäjä
tietää, minne se johtaa.
1
Helppokäyttöisyys
navigoinnissa
4.3.1.
7
Linkkien
ulkonäkö
Linkin pitää näyttää linkiltä ja siitä on nähtävä,
onko käyttäjä jo käyttänyt sitä. Linkkien
ulkoasussa suositellaan käytettäväksi yleisiä
web-standardeja (alleviivaus, väri).
1
Helppokäyttöisy
ys, standardit
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
32 (107)
4.3.1.
8
Paluu edelliselle
sivulle
Edelliselle sivulle pitää aina päästä (selaimen
Back- ja Forward-painikkeet).
1
Helppokäyttöisyys
navigoinnissa
4.3.1.
9
Käyttöliittymän
selkeys
Käyttöliittymän tulee olla selkeä ja luettava:
1
Luettavuus ja
saavutettavuus
erityisryhmille
Liian monia ja liian pieniä
kirjasintyyppejä ei pidä käyttää.
Värien kontrastien tulee olla riittävät
(tausta/teksti)
Värillä ilmaistu asia välittyy myös
muulla tavoin (esim. väri + teksti/muoto)
Vältetään vilkkuvia ja liikkuvia kuvia ja
tekstejä
Oleelliset palvelut toimivat myös
ruudunlukuohjelmilla
4.3.1.
10
Käytettävyyden
testaus
Palvelujen käytettävyyttä ja saavutettavuutta
pitää testata tulevilla käyttäjillä.
1
Käytettävyyden
varmistaminen
4.3.1.
11
Henkilökohtainen
palvelu
Palvelusta pitää selvitä, mistä käyttäjä saa
henkilökohtaista palvelua, esim. lisätietoja
palvelun sisällöstä tai jos asiaa ei voi hoitaa
verkon kautta (aukioloajat, yhteystiedot,
osoitteet, tulostettavat lomakkeet jne.).
1
Ei-sähköisten
asiakkaiden
palvelun
varmistaminen
4.3.1.
12
Painikkeiden
vihjetekstit
Kaikissa kuvakkeissa ja tekstipainikkeissakin
tarvittaessa tulee olla vihjetekstit, jotka kertovat
käyttäjälle, mitä painikkeella tehdään.
1
Helppokäyttöisyys, opittavuus
Taulukko 7
Yleiset käytettävyys- ja saavutettavuusvaatimukset
4.3.2 Sähköisen työpöydän käyttöliittymä
Luvussa kuvataan vaatimukset, jotka liittyvät sähköisen työpöydän
käyttöliittymään ja sen muokattavuuteen.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
33 (107)
Kuva 5
Nro
4.3.2.
1
Vaatimuksen
nimi
Työpöydän
oletusnäkymä
Sähköisen työpöydän käyttöliittymä (esimerkki)
Vaatimuksen kuvaus
Työpöydällä on tietyt sisältömoduulit näyttävä
oletusnäkymä, joka näkyy käyttäjälle, ellei
tämä ole tehnyt muutoksia näkymäänsä.
Tärkeys
Perustelu
1
Käytettävyys,
käyttömukavuus
1
Oleellisten
palvelujen
saatavuus
Oletusnäkymä näkyy myös ei-kirjautuneelle
käyttäjälle.
Oletusnäkymät ovat erilaiset viranomais- ja
kansalaiskäyttäjille. Kirjautuminen ei suoraan
vaikuta oletusnäkymään, mutta kirjautuneena
pystyy tallentamaan omaan näkymäänsä
tehdyt muutokset.
4.3.2.
2
Oletusnäkymän
sisältömoduulit
kansalaiskäyttäjälle
Oletusnäkymässä (Kuva 6) tulee olla
keskeisimmät sisältömoduulit avattuina
(otsikossa -). Kansalaiskäyttäjälle keskeisiä
moduuleja ovat ainakin
Palvelun ilmoitukset (Huom! Tätä
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
34 (107)
sisältömoduulia käyttäjä ei voi poistaa)
Tiedottamispalvelu
Yleinen hakupalvelu
Karttapalvelu
Palautteen anto
Muita moduuleja voidaan tuoda valmiiksi
käyttöliittymään suljettuina (otsikossa +), tai
käyttäjä voi lisätä niitä erillisellä toiminnolla.
4.3.2.
3
Oletusnäkymän
sisältömoduulit
viranomaiskäyttäjälle
Viranomaiskäyttäjän oletusnäkymässä
keskeiset palvelut ovat samat kuin
kansalaiskäyttäjällä, mutta
viranomaisnäkymään tuodaan (suljettuina)
lisäksi lupien ja palautteiden käsittely.
1
Oleellisten
palvelujen
saatavuus
4.3.2.
4
Oletusnäkymään
palaaminen
Käyttäjän on mahdollista palata
oletusnäkymään, vaikka hän olisi tehnyt
muutoksia siihen (ns. tehdasasetusten
palauttaminen).
2
Virheellisten
asetusten
kumoaminen
4.3.2.
5
Sisältömoduulin
käyttäminen
työpöydällä
Sisältömoduulia pääsee käyttämään joko
suoraan työpöydältä tai uudessa ikkunassa tai
välilehdessä napsauttamalla sisältömoduulia
työpöydällä.
1
Helppokäyttöisyys,
käytettävyys
4.3.2.
6
Sisältömoduulin
avaaminen ja
sulkeminen
Sisältömoduulin voi avata tai sulkea otsikosta
työpöydällä. Kuva 6 esimerkissä suljetun
sisältömoduulin otsikossa on ’+’-merkki, ja
avatun moduulin otsikossa on ’-’-merkki.
2
Oman näkymän
muokattavuus
4.3.2.
7
Sisältömoduulin
laajeneminen
työpöydällä
Sisältömoduulin tulee voida laajeta koko sivun
kokoiseksi käyttäjän napsauttaessa sitä
työpöydällä. Mikäli työpöytäsovelluksessa on
useita välilehtiä, laajentumisen tulee tapahtua
myös niiden sisällä.
2
Helppokäyttöisyys,
käytettävyys
4.3.2.
8
Työpöydän sivut
Työpöydällä voi olla useita sivuja (välilehtiä).
2
Laaja palveluvalikoima
pienelläkin
näytöllä
Käyttäjä voi lisätä työpöydälleen sivuja sekä
poistaa niitä.
4.3.2.
9
Sisältömoduulien
lisääminen
Käyttäjä voi lisätä kunnan tarjoamia
sisältömoduuleja työpöydän sivulle työpöydän
toiminnolla (kuvassa 7 toiminto ”Lisää
sisältöä”).
1
Työpöydän
muokattavuus
käyttäjän
tarpeisiin
4.3.2.
10
Sisältömoduulien
poistaminen
Käyttäjä voi poistaa sisältömoduuleja
työpöytänsä sivulta ja lisätä niitä myöhemmin
takaisin työpöydälleen (kuvan 7 esimerkissä
1
Työpöydän
muokattavuus
käyttäjän
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
35 (107)
sisältömoduulin otsikkorivillä näkyvä ’x’).
tarpeisiin
4.3.2.
11
Sisältömoduulien
siirtäminen
työpöydällä
Käyttäjä voi siirtää sisältömoduuleja työpöydän
sivulla raahaamalla (drag&drop).
1
Työpöydän
muokattavuus
käyttäjän
tarpeisiin
4.3.2.
12
Työpöydän
muutosten
tallennus
Työpöytä tallentaa automaattisesti kirjautuneen
käyttäjän tekemät muutokset käyttäjän
profiiliin.
1
Työpöydän
muokattavuus
käyttäjän
tarpeisiin
4.3.2.
13
Ei-kirjautuneen
käyttäjän
tekemät
muutokset
Jos käyttäjä ei ole kirjautunut, käyttäjälle pitää
ilmoittaa selkeästi, että työpöydän ulkoasuun
tehdyt muutokset eivät tallennu. Samalla
tarjotaan mahdollisuutta kirjautua palveluun.
1
Turhan työn
estäminen
4.3.2.
14
Työpöydän
yleiset toiminnot
Työpöydän yläosa koostuu seuraavista
elementeistä (viittaus numerointiin Kuva 5):
2
Yhtenäisyys,
yleisten
toimintojen
käytettävyys
1
Käyttäjän
vaikutusmahdollisuudet,
henkilö-
1. Kunnan logo
2. Työpöydän nimi: esim. OmaOulu
3. Kirjaudu-toiminto TAI
Käyttäjän nimi, mikäli tämä on
kirjautunut, ja Kirjaudu ulos -toiminto
4. Kielivalinnat, mikäli kunta tarjoaa
useampia kuin yhtä. Kielet esitetään
teksteinä (suomeksi, på svenska, in
English). Kielivalintojen sijainti on sama
joka sivulla.
Kielilinkki vie aina vastaavalle sivulle
toisessa kieliversiossa (ei esimerkiksi
aloitussivulle). Jos palvelun kaikkia
osioita ei ole toteutettu tietyllä kielellä,
on asiasta ilmoitettava käyttäjälle ja
tarjottava hänelle mahdollisuus
muunkielisen sivun käyttöön.
5. Palvelun toimittajan logo ja copyright
Huom! Tekstikoon muuttamiseen suositellaan
selaimen skaalaustoimintoja, ei työpöydän
omia toimintoja.
Samaa yläosaa on hyvä käyttää kaikissa
työpöydän palveluissa.
4.3.2.
15
Palautteen anto
ja neuvonta
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Sähköisellä työpöydällä pitää olla mahdollisuus
antaa palautetta työpöydästä, esittää
kysymyksiä tai saada palveluun liittyvää
neuvontaa. Nämä toiminnot voi myös sijoittaa
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
36 (107)
työpöydän yläosaan.
kohtaisen
palvelun
saatavuus
Taulukko 8
Sähköisen työpöydän käyttöliittymävaatimukset
Kuva 6
Sähköisen työpöydän oletusnäkymä kansalaiskäyttäjälle
4.3.3 Opastettu täyttö
Monivaiheisissa lupahakemuksissa käytetään opastettua täyttöä (wizard).
Luvussa kuvataan opastetun täytön vaatimuksia. Vaatimuksen numero (Nro)
viittaa kuvassa näkyvään numerointiin (Kuva 7).
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
37 (107)
Kuva 7
Nro
Vaatimuksen
nimi
Opastettu täyttö lupahakemuksiin
Vaatimuksen kuvaus
Tärkeys
Perustelu
4.3.3.
1
Hakemuksen
otsikko
Opastetun täytön joka sivulla pitää näkyä koko
hakemuksen otsikko ja tunnistetiedot, esim.
Kaivulupa: [hakija] [päivämäärä]
1
Varmuus
käyttäjälle, mitä
on tekemässä
4.3.3.
2
Sivun otsikko
Joka sivulla pitää näkyä kyseisen sivun
otsikko, esim. Sijainti
1
Varmuus
käyttäjälle, mitä
on tekemässä
4.3.3.
3
Hakemuksen
eteneminen
Hakemuksen täyttösivuilla pitää näkyä
hakemuksen eteneminen eli murupolku (tai
hakemistopuu).
1
Varmuus
käyttäjälle, mitä
on tekemässä;
navigoinnin
helppous
1
Varmuus
käyttäjälle, mitä
Murupolun otsikot toimivat linkkeinä kyseiselle
sivulle, ja niiden ulkoasun on näytettävä
selvästi linkiltä. Huom! Murupolussa olevan
tekstin on oltava sama kuin kyseisen sivun
otsikon.
4.3.3.
Sivun
osoittaminen,
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Murupolussa on selvästi osoitettava, millä
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
4
38 (107)
”olet tässä”
sivulla käyttäjä parhaillaan on.
on tekemässä
4.3.3.
5
Edistymispalkki
hakemuksen
vaiheesta
Monivaiheisissa hakemuksissa voidaan myös
näyttää edistymispalkki, jos se antaa lisätietoa
käyttäjälle täyttämisen edistymisestä.
2
Varmuus
käyttäjälle, mitä
on tekemässä
4.3.3.
6
Täyttöalue eli
kentät
Täyttöalue on suurin käyttöliittymän osa, ja
siinä sijaitsevat täytettävät kentät ja
tarvittaessa upotettu kartta.
1
Tietojen
syöttämisen
helppous
1
Tietojen
syöttämisen
helppous,
hakemuksen
oikeellisuus
Kartta näytetään silloin, kun käyttäjän pitää
osoittaa kohde kartalta tai se auttaa käyttäjää
paikantamisessa. Karttaan liittyvät vaatimukset
on kuvattu luvuissa 4.4.1 ja 4.4.3.
4.3.3.
7
Käyttäjän
tekemien
virheiden
ehkäiseminen
Palvelun pitää ehkäistä ja sietää käyttäjän
tekemiä virheitä sekä auttaa korjaamaan niitä
esim. tarjoamalla valintalistoja ja esitäytettyjä
tietokenttiä.
Palvelun tulee tarjota tietoja, jotta käyttäjää
vaaditaan syöttämään tietoja mahdollisimman
vähän.
4.3.3.
8
BIM-mallin
hyödyntäminen
BIM-mallista voidaan hakea sen tarjoamia
rakennusvalvonnan käyttöön soveltuvia tietoja.
3
Tietojen
syöttämisen
helppous,
hakemuksen
oikeellisuus
4.3.3.
9
BIM-mallin
vastaanottaminen liitteenä
BIM-mallitiedosto voidaan toimittaa työpöydän
kautta viranomaisille.
1
Tietojen
välittäminen
nykyaikaisessa
muodossa
viranomaisille.
4.3.3.
10
Pakolliset kentät
Kenttiä pitää voida asettaa pakollisiksi
kuntakohtaisesti. Pakolliset kentät korostetaan
esim. keltaisella taustavärillä tai asteriskilla (*).
1
Hakemuksen
oikeellisuus,
käyttäjän ohjaus
1
Hakemuksen
oikeellisuus,
käyttäjän ohjaus
Jos pakollinen tieto vaaditaan muualle kuin
kenttään (esim. pakollinen karttaosoitus),
pakollisen tiedon voi kertoa käyttäjälle tekstin
perässä.
4.3.3.
11
Pakollisten
tietojen tarkistus
Pakollisten tietojen täyttäminen ja tietojen
oikeellisuus on tarkistettava ennen tietojen
siirtämistä jatkokäsittelyyn (esim. tarkistukset
ennen hakemuksen lähetystä).
Hakemuksen lähettäminen viranomaiselle
tulee voida estää järjestelmän toimesta, jos
pakollisia tietoja puuttuu hakemuksesta.
Järjestelmän käyttöönoton yhteydessä kunnan
tulee päättää haluaako se palvelun toimivan
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
39 (107)
tällä tavalla. Pakollisten kenttien määrittelyssä
tulee kunta- ja palvelukohtaisesti huomioida
erityisesti kuntalaisnäkökulma.
4.3.3.
12
Pakollisen
tiedon
puuttumisesta
varoittaminen
Palvelun on annettava virhetilanteista selkeät,
ymmärrettävät virheilmoitukset ja
korjausohjeet. Käyttäjälle pitää ilmoittaa
pakollisen tiedon puuttumisesta esim.:
1
Hakemuksen
oikeellisuus,
käyttäjän ohjaus
1
Henkilökohtaisen
palvelun
varmistaminen
varoitussymbolilla pakollisen kentän
vieressä
tekstillä kentän vieressä tai erillisessä
huomautuskentässä
4.3.3.
13
Henkilökohtainen
palvelu
virhetilanteissa
Palvelussa on oltava näkyvissä taho, johon voi
ottaa yhteyttä lisäohjeiden saamiseksi tai
virheellisen tiedon oikaisemiseksi.
Sisällön ja palvelun teknisen tuen
yhteystietojen pitää olla selkeästi erillään.
4.3.3.
14
Kenttäkohtainen
ohjeistus
Täytettävien kenttien yhteyteen pitää pystyä
laittamaan ohjeistusta kuntakohtaisesti, esim.
näkyvissä oleva ohjelause tai vihje eli tooltip).
1
Hakemuksen
oikeellisuus,
käyttäjän ohjaus
4.3.3.
15
Päivämääräkentät
Päivämääräkentissä tulee olla mahdollisuus
poimia päivämäärä kalenterista (date picker).
1
Käyttäjän
ohjaus
4.3.3.
16
Hakemuksessa
eteneminen
Käyttäjän pitää päästä etenemään
hakemuksessa eteenpäin ja taaksepäin Jatkaja Palaa-painikkeiden tai vastaavien avulla,
esim. Jatka Kuvaus-sivulle.
1
Navigoinnin
helppous
Jatka-painikkeen on hyvä erottua muista
toiminnoista esim. vihreällä värillä.
4.3.3.
17
Hakemuksessa
eteneminen
puutteellisilla
tiedoilla
Käyttäjän pitää päästä etenemään
hakemuksen täytössä, vaikka pakollisia tietoja
on syöttämättä.
1
Käytettävyys
4.3.3.
18
Sivukohtaiset
ohjeet
Kullakin sivulla pitää pystyä näyttämään oma
ohjeensa, ja ohjeiden pitää olla kunnan
ylläpidettävissä. Yksinkertaisissa
hakemuksissa ja täytöissä ohjetta ei
1
Hakemuksen
oikeellisuus,
käyttäjän ohjaus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
40 (107)
välttämättä tarvita.
4.3.3.
19
Ohjeen
avainsanojen
korostaminen
Ohjeessa pitää pystyä korostamaan
avainsanoja esim. lihavoimalla. Ohjeen
kirjoittamisessa on huomioitava, että tekstin
tulee olla lyhyt, selkeä ja käyttäjän kielellä
kirjoitettu.
2
Helppolukuisuus
4.3.3.
20
Ohjetekstin
osien
piilottaminen
Ohjetekstin osia pitää voida näyttää ja piilottaa
esim. linkein (Lisää sijainnista >>).
2
Helppolukuisuus
4.3.3.
21
Ohjeen
piilottaminen
Käyttäjän pitää voida pienentää koko ohje
halutessaan (vakituiset käyttäjät).
2
Näytön
maksimointi
4.3.3.
22
Eri roolit
käyttöliittymässä
Käyttöliittymien tulee erottua toisistaan eri
rooleissa. Esim. luvan hakijan käyttöliittymän
taustaväri voi olla eri kuin luvan käsittelijän
käyttöliittymän taustaväri.
1
Varmuus
käyttäjälle, mitä
on tekemässä
4.3.3.
23
Toimintojen
varmistus
Peruuttamattomiin toimintoihin on pyydettävä
varmistusta, erityisesti tilaamiseen tai
maksamiseen liittyvissä toiminnoissa sekä
asian vireillepanossa tai henkilökohtaisia
tietoja annettaessa.
1
Virheiden
estäminen
4.3.3.
24
Syötettyjen
tietojen
tallennus
Palvelu huolehtii käyttäjän syöttämien tietojen
tallennuksesta, jos palvelu on monivaiheinen,
ja käyttäjä ei aina lähetä hakemustaan
ensimmäisellä käyttökerralla (luonnos).
Palvelussa voi olla myös tallennustoiminto,
jolla käyttäjä voi haluamallaan hetkellä
tallentaa syötetyt tiedot.
1
Tietojen
katoamisen
estäminen
Tiedot tallentuvat palvelimelle.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
41 (107)
4.3.3.
25
Syötettyjen
tietojen
yhteenveto
Käyttäjälle tulee näyttää ennen lähetystä
yhteenveto tiedoista, joita hän on lähettämässä
(hakemus, palaute jne.)
1
Varmuus
käyttäjälle, mitä
on tekemässä,
tietojen
oikeellisuus
4.3.3.
26
Viranomaisen
antama palaute
Kun lupa on lähetetty, viranomaisen pitää
pystyä kommentoimaan hakemusta.
Kommenttien tulee näkyä hakijan
käyttöliittymässä (esim. oikeassa reunassa).
1
Vuorovaikutuksen
mahdollistaminen
4.3.3.
27
Kenttien
nimeäminen
kuntakohtaisesti
Kenttien nimiä pitää pystyä muuttamaan
kuntakohtaisesti. On kuitenkin pyrittävä
säilyttämään yhtenäisyys eri kuntien
palveluiden välillä.
2
Termistön
oikeellisuus
4.3.3.
28
Kuntakohtaisten
kenttien
lisääminen
Kuntakohtaisesti voidaan valita lisäkenttiä
sisältömoduuleihin. On kuitenkin pyrittävä
säilyttämään yhtenäisyys eri kuntien
palveluiden välillä.
2
Hakemuksen
tietojen
oikeellisuus
Taulukko 9
Opastetun täytön käyttöliittymävaatimukset
4.4 Karttakäyttöliittymäkuvaus ja -määrittely
Karttakäyttöliittymän käyttö jakautuu kahteen eri kokonaisuuteen:
•
•
Omana karttapalveluna käyttäminen (myöhemmin "Erillinen
karttakäyttöliittymä")
Osana muuta palvelua käyttäminen (myöhemmin "Upotettu
karttakomponentti")
Omana karttapalveluna käyttäminen tarkoittaa käytännössä erillistä
karttapalvelua. Osana muuta palvelua käyttäminen tarkoittaa
karttakomponentin ja siihen liittyvien toimintojen upottamista toiseen
sisältömoduuliin esim. luvan hakuun.
Seuraavassa esitetään ensin perusperiaatteita molempiin tapauksiin. Sitten
esitetään toiminnallisuutta omana karttapalveluna toimivaan palveluun ja
lopuksi upotettuun karttakomponenttiin liittyvään sisältömoduuliin.
4.4.1 Perusperiaatteet karttakäyttöliittymälle
Kaikki tämän luvun vaatimukset koskevat sekä erillistä karttapalvelua että
upotettua karttakomponenttia.
Nro
Vaatimuksen
nimi
4.4.1.
1
Karttaelementin
koko
4.4.1.
2
Kartta-alueen
koko
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Vaatimuksen kuvaus
Tärkeys
Perustelu
Karttaelementin koon tulee muuttua
selainikkunan kokoa muutettaessa.
1
Käyttömukavuus
Kartta-alue tulee voida pitää mahdollisimman
suurena työskentelyn aikana. Tämä toteutuu
kun kartan päällä ja yhteydessä esitettävät
1
Käyttömukavuus
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
42 (107)
elementit voidaan minimoida, piilottaa tai
poistaa haluttaessa.
Tällaisia elementtejä ovat esim.:
Reunapalkit
Lähestymiskartta
Kartan päälle aukeavat
keskusteluikkunat
4.4.1.
3
Karttapalvelun
ohjeistus
Karttapalvelun ohjeistuksen tulee sijaita
toimintojen yhteydessä. Erillistä
ohjedokumentaatiota palvelun käyttöön ei
tulisi tarvita.
1
Helppokäyttöisyys
Esimerkkeinä tällaisesta ohjeistuksesta ovat:
Painikkeiden vihjetekstit
Tekstikenttien vihjetekstit
Taulukko 10 Yleiset karttakäyttöliittymävaatimukset
4.4.2 Erillinen karttakäyttöliittymä
Tässä luvussa kuvataan yleisiä suosituksia perustoiminnoille, joita käytetään
omana karttapalveluna toimivassa palvelussa. Vaatimustaulukossa kuvatut
toimintojen sijoittumiseen ja sisältöön liittyvät kohdat ovat suosituksia ja
pyrkivät esimerkinomaisesti esittämään yhden toteutustavan asioille.
Käyttöliittymät ja niiden periaatteet muuttuvat jatkuvasti, joten tässä esitetty
toteutustapa on tilanne määrittelyn laatimishetkellä.
Jäljempänä olevassa upotetun karttakomponentin toimintokuvauksessa
viitataan tämän luvun vaatimuksiin, jos ne soveltuvat molempiin tapauksiin.
Karttapalvelut voivat sisältää myös muita toimintoja, vaikka niitä ei ole tässä
mainittuna.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
43 (107)
Kuva 8
Esimerkki erillisen karttakäyttöliittymän rautalankakuvasta
Seuraavia päätoimintoja on esitelty rautalankakuvalla sekä
vaatimustaulukossa:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
Ikkunoinnit
Kuvake- ja valikkotoiminnot
Kartta-aineistot ja niiden valinta
Lähestymiskartta
Haut
Ominaisuuksien näyttäminen
Etäisyydenmittaus
Linkit
Rajaukset ja kohteiden valinnat
Palaute
Mittakaavajana
Tekijänoikeusmerkintä
Kielisyys
Lisäksi karttapalvelu voi sisältää mm. seuraavia toimintoja:
•
•
•
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Omien piirrosten luonti
Omien GPS :llä tallennettujen reittien visualisointi
Aluejakojen tunnistustoiminto (syötetään osoite; näytetään osoite ja valittu
aluejako esim. koulupiiri, jonka sisällä osoite sijaitsee)
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
44 (107)
•
•
•
Nro
Vaatimuksen
nimi
Koordinaattien ja koordinaattijärjestelmän näyttö
Kartta-aineistojen legendat
Reitinoptimointi
Vaatimuksen kuvaus
Tärkeys
Perustelu
4.4.2.
1
Ikkunointi,
kartan
raahaaminen
Kartan sijainnin muuttaminen (pannaus)
suositellaan olevan mahdollista hiiren
osoitinpainike pohjassa kartan raahaaminen
uuteen sijaintiin. Kartta liikkuu hiiren mukana.
1
Käyttömukavuus
4.4.2.
2
Ikkunointi,
lähestyminen ja
loitontaminen
Kartan lähestyminen ja loitontaminen
suositellaan olevan mahdollista esim. joillakin
seuraavista tavoista:
1
Käyttömukavuus
Hiiren rullapainikkeella
Kartan tarkkuustasojen liukuvalinnan
sekä sen päissä olevien lähestymisja loitontamispainikkeiden avulla.
Liukuvalitsin voi sijaita esim.
karttaelementin vasemmassa
yläkulmassa (kuvan kohta 1).
Hiiren oikean painikkeen
(oikeakätinen käyttö) takaa löytyvältä
valikolta
Osoittamalla suorakaiteella haluttu
alue kartalta
4.4.2.
3
Kuvaketoiminnot Käytetyimmät ja selkeimmin kuvakkeina
esitettävät toiminnot suositellaan esitettävän
kuvakkeina. Kuvakkeet voidaan koota
kuvakepalkiksi. Kuvakkeissa voidaan esittää
vihjeteksteinä niiden toiminnot.
1
Käytön selkeys
4.4.2.
4
Valikkotoiminnot
Muut toiminnot voidaan esittää
valikkotoimintoina. Mikäli karttapalvelussa on
käytössä sekä kuvakepalkki että
valikkotoiminnot, suositellaan niiden
sijoittamista selkeästi erilleen (esim. toinen
pystysuoraan ja toinen vaakasuoraan).
1
Käytön selkeys
4.4.2.
5
Hiiren
pikavalikko
Hiiren pikavalikolta voidaan käynnistää
käytetyimpiä toimintoja. Toiminnot tulee
kuitenkin löytyä myös muualta
karttapalvelusta, sillä kaikki käyttäjät eivät
löydä hiiren pikavalikkoa.
2
Käyttömukavuus
4.4.2.
6
Karttaaineistojen
valinta
Laajat kartta-aineistojen valintaluettelot
voidaan esittää esim. karttapalvelun
vasemmassa reunaikkunassa. Aineistot
voidaan valita esim. valintalistoilta,
1
Käytön
monipuolisuus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
45 (107)
puurakenteiden tai valintaruutujen (check
box) avulla.
4.4.2.
7
Kartta-aineistot,
mittakaavan
mukaan
muuttuva kartta
Karttapalveluun suositellaan olevan
mahdollista määritellä kartta-aineistoja siten
että ikkunointitason muuttuessa karttaaineisto vaihtuu ilman käyttäjän
valintatoimintoja. Esim. uloimmilla
ikkunointitasoilla näytetään yleispiirteistä
karttaa, lähempänä opaskarttaa ja lähellä
kantakarttaa.
2
Käyttömukavuus
4.4.2
8
Kartta-aineistot,
näkyvissä
olevan kartan
nimi
Ikkunointitason mukaan vaihtuvassa karttaaineistossa käyttäjälle suositellaan
näytettäväksi kulloinkin näkyvissä olevan
aineiston nimi (esim. yleiskartta, opaskartta,
maastokartta).
2
Käyttäjä tietää
mikä kartta
näkyvissä
4.4.2.
9
Karttaaineistojen
valinta kartan
päällä olevilla
valikoilla
Yleisimmin käytetyt kartta-aineistot voidaan
valita näkyviin esim. kartan päällä olevilla
valikoilla.
2
Käyttäjä löytää ja
osaa käyttää tätä
tapaa parhaiten.
Esitettävät kartta-aineistot voivat olla esim.
seuraavia:
Opaskartta
Ilmakuva
Maastokartta (kantakartta)
Kaavakartta (ajantasa-asemakaava)
Kartta-aineistot voivat olla muitakin
käyttötarkoituksesta riippuen.
4.4.2.
10
Kartta-aineistot,
oman
karttanäkymän
luominen
Käyttäjän suositellaan olevan mahdollista
pystyä valitsemaan useita kartta-aineistoja
näkyviin samanaikaisesti. Kartta-aineistot
voivat tällöin olla sekä läpinäkyviä että
läpikuultavia. Läpikuultavuutta on
suositeltavaa voida säätää portaattomasti
käyttäjän toimesta.
1
Valinnanvapaus
4.4.2.
11
Karttaaineistojen
selitykset
Kartta-aineistoista olisi hyvä pystyä
näyttämään niihin liittyvät selitystekstit.
1
Käytön selkeys
4.4.2.
12
Tarjottavat
kartta-aineistot,
WMS
Kartta-aineistoja olisi hyvä pystyä liittämään
karttapalveluun kunnan omista järjestelmistä,
kansallisista järjestelmistä sekä muista
ulkopuolisista järjestelmistä. Liittäminen
1
Monipuoliset
kartta-aineistot
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
46 (107)
perustuu standardeihin rajapintoihin.
Standardeista rajapinnoista palveluun tulee
pystyä liittämään Web Map Service (WMS) aineistoja.
Käytettäessä suoraan WMS-aineistoja
palvelussa kannattaa huomioida, että
aineistoja tuottavat rajapinnat saattavat
väliaikaisesti olla pois käytöstä tai ne eivät
välttämättä kestä kovin suuria käyttäjämääriä.
Lisäksi käytettäessä useiden WMSrajapintojen aineistoja samanaikaisesti
kertaantuvat rajapintojen takana olevien
aineistopalveluiden viiveet. Tästä syystä
kriittiset palvelut suositellaan varmistamaan
myös muilla kuin suorilla WMSrajapintayhteyksillä.
4.4.2.
13
Tarjottavat
kartta-aineistot
kunnan omista
aineistomuodoista
Kartta-aineistoja olisi hyvä pystyä liittämään
karttapalveluun kunnan omien järjestelmien
paikkatietotietokannoista (mm. Oracle Spatial
-muotoisista), shape-, DWG- ja DGNtiedostoista.
2
Monipuoliset
kartta-aineistot
4.4.2.
14
Tarjottavat
kartta-aineistot
WMTS
palveluista
Karttapalveluun olisi hyvä pystyä liittämään
Web Map Tiling Service (WMTS) aineistoja
kartta-aineistoiksi.
3
Palvelun
vasteaikojen
kohtuullisuus
suurilla
käyttäjämäärillä
4.4.2.
15
Tarjottavat
kartta-aineistot,
WFS
Karttapalveluun olisi hyvä pystyä liittämään
Web Feature Service (WFS) -aineistoja
kartta-aineistoiksi. Aineistoille olisi hyvä
pystyä määrittelemään myös haluttu
kuvaustekniikka.
2
Monipuoliset
kartta-aineistot
4.4.2.
16
Kartta-aineistot,
3D aineistot
Karttapalvelussa olisi hyvä olla mahdollista
esittää myös kolmiulotteista aineistoa.
3
Uudet karttaaineistot
4.4.2.
17
Lähestymiskartan esittäminen
Karttapalvelussa voidaan esittää
lähestymiskartta esim. karttaikkunan
oikeassa alakulmassa.
1
Käyttömukavuus
4.4.2.
18
Karttaikkuna
lähestymiskartalla
Lähestymiskartalla olisi hyvä esittää
karttaikkunan sijainti nelikulmioraamilla.
2
Käyttömukavuus
4.4.2.
19
Kartan
siirtäminen
lähestymiskartalta
Kartta-ikkunan sijaintia olisi hyvä pystyä
muuttamaan lähestymiskartan kautta.
2
Käyttömukavuus
4.4.2.
20
Lähestymiskartan sisältö
Lähestymiskartalla esitettävä kartta-aineisto
suositellaan olevan mahdollista muuttua
2
Käyttömukavuus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
47 (107)
ikkunointitason muutosta seuraten.
4.4.2.
21
Lähestymiskartan minimointi
4.4.2.
22
4.4.2.
23
Lähestymiskartta olisi hyvä olla mahdollista
minimoida ja palauttaa takaisin alkuperäiseen
kokoon.
1
Suuri kartta-alue
LähestymiskarLähestymiskartan kokoa olisi hyvä pystyä
tan koon muutos muuttaa.
3
Käyttömukavuus
Haut, pikahaku
1
Käyttömukavuus
1
Kansalaiset
tyypillisesti
olettavat hakujen
kohdistuvat
mahdollisimman
laajaan
hakusisältöön
Karttapalvelussa olisi hyvä olla
pikahakutoiminto.
Hakutoiminnon tarkoituksena on kartan
sijoittuminen haun tuloksen mukaiseen
sijaintiin.
4.4.2.
24
Haun
kohdistuminen
aineistoihin
Karttapalvelussa oleva pikahaku olisi hyvä
kohdistua pääosaan palvelussa olevasta
kohdeaineistosta. Tällaisia aineistoja ovat
esim.:
Osoitteet
Nimistöt
Toimipaikat
Palvelut
4.4.2.
25
Haku
kuntakohtaisesti
Karttapalveluissa, joissa on useiden kuntien
aineistoja, haku suositellaan voitavan
kohdistaa yksittäisen kunnan tai kaikkien
kuntien aineistoihin. Hakutuloksissa olisi hyvä
tällöin esittää tieto minkä kunnan kohteeseen
hakutulos osui.
1
Seutupalvelut
4.4.2.
26
Hakutulosten
esittäminen
Hakutulokset voidaan esittää esim.
listamuotoisina esim. karttapalvelun
vasemmassa reunaikkunassa.
1
Vallitseva
käytäntö
4.4.2.
27
Tarkennettu
haku
Karttapalvelussa suositellaan olevan
mahdollista hakea kohteita pelkästään
valituista hakuluokista ja aineistoista.
Hakuluokkia voivat olla esim.:
1
Valinnanvapaus
Osoitteet
Nimistöt
Toimipaikat
Palvelut
Uutiset
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
48 (107)
Koulut
4.4.2.
28
Hakukohteiden
geometriatyyppi
Hakukohteet olisi hyvä voida olla pisteitä,
viivoja sekä alueita (esim. linja-autolinja,
maratonreitti, yksittäisen kaavan alue).
2
Tuki erityyppisille
kohteille
4.4.2.
29
Hakujen
rajaaminen
geometrisesti,
perusvälineet
Hakuja olisi hyvä pystyä rajaamaan
seuraavilla tavoilla:
1
Perustoiminto
1
Hankalampi
käyttää
1
Perustoiminto
1
Hankalampi
käyttää
Suorakaide
Monikulmio
4.4.2.
30
Hakujen
rajaaminen
geometrisesti,
lisävälineet
Hakuja olisi hyvä pystyä rajaamaan lisäksi
esim. seuraavilla tavoilla:
Ympyrä
Puskuri
4.4.2.
31
Kohteiden
valinta,
perusvälineet
Kohteita olisi hyvä pystyä valita seuraavilla
tavoilla:
Pisteosoitus
Suorakaide
Monikulmio
4.4.2.
32
Kohteiden
valinta,
lisävälineet
Kohteita olisi hyvä pystyä valita lisäksi esim.
seuraavilla tavoilla
Ympyrä
Puskuri
4.4.2.
33
Haku/valintarajauksen
antaminen,
suorakaide
Suorakaide muotoisen rajauksen antaminen
olisi hyvä olla mahdollista esim. piirtämällä
rajaus karttaikkunaan tai valitsemalla
toimintaa ohjaavassa keskusteluikkunassa
toiminto kohdistumaan näkyvään alueeseen
tai kartan alueeseen.
1
Helpompi tapa
rajata alue
4.4.2.
34
Haku/valintarajauksen
piirtäminen,
monikulmio
Monikulmion piirtämisen yhteydessä olisi
hyvä voida peruuttaa jo osoitettuja pisteitä.
1
Käyttömukavuus
4.4.2.
35
Haku/valintarajauksen
muokkaaminen
Piirrettyjä rajauksia olisi hyvä olla mahdollista
muokata piirtämisen jälkeen.
1
Käyttömukavuus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
49 (107)
4.4.2.
36
Kohteiden
ominaisuustiedot
Karttapalvelussa olisi hyvä nähdä
palveluntarjoajan päättämien kohteiden
ominaisuustiedot. Tällaisia kohteita ovat
esim. kiinteistö, rakennuslupa tai
monikulmiopiste.
1
Käyttömukavuus
4.4.2.
37
Kohteiden
ominaisuustietojen
näyttäminen
Kohteiden ominaisuustiedot voidaan näyttää
esim. kohteen yhteydessä (esim. puhekupla)
sekä esim. reunapalkissa olevassa tätä
varten varatussa tilassa. Vähäinen määrä
ominaisuuksia voidaan esittää kohteen
yhteydessä. Laajemmat tiedot voidaan
esittää reunapalkissa.
2
Käyttömukavuus
4.4.2.
38
Kohteiden
ominaisuustietojen
tulostaminen
Tulostusta varten kohteen ominaisuustiedot
olisi hyvä esittää esim. erillisessä ikkunassa.
2
Käyttömukavuus
4.4.2.
39
Etäisyyden
mittaus toiminto
Karttapalvelussa suositellaan olevan
mahdollista mitata etäisyyksiä.
1
Käyttömukavuus
1
Käyttömukavuus
Mittauksen aikana hyödyllisiä ominaisuuksia
on esim. seuraavat:
Mitatun etäisyys esittäminen
Mitattujen pisteiden peruuttaminen
Kartan lähestyminen ja loitontaminen
4.4.2.
40
Karttalinkki
toiminto
Karttapalvelussa olisi hyvä olla karttalinkki
toiminto. Toiminnolla karttapalvelu saadaan
avattua haluttuun tilaan linkkiä osoittamalla.
Linkissä voidaan määritellä esim. seuraavat
tiedot:
Kartta-aineistot
Kartan sijainti
Ikkunointitaso (tarkoitetaan
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
50 (107)
mittakaavaa)
4.4.2.
41
Kohteet
karttalinkissä
Karttalinkin suositellaan olevan mahdollista
sisältää yhden tai usean kohteen tiedot.
Tällöin linkin kautta avattu palvelu esim.
korostaa linkissä olevat kohteet.
2
Käytön
monipuolisuus
4.4.2.
42
Karttalinkin
käyttäminen
Karttalinkki suositellaan pystyttävän
lähettämään sähköpostilla palvelun kautta.
Linkki olisi hyvä pystyä lisäämään selaimen
suosikkeihin palvelun kautta.
2
Käyttömukavuus
4.4.2.
43
Karttapalvelun
avauslinkki
Karttapalvelu olisi hyvä pystyä avaamaan
linkin kautta siten että hankalasti löydettävät
toiminnot korostuvat palvelussa.
Korostaminen voi tarkoittaa esimerkiksi
pikahaun suorittamista tai karttapalvelun
muun toiminnon käynnistämistä avauksen
yhteydessä.
2
Monikäyttöisyys
4.4.2.
44
Karttapalvelun
palaute
Karttapalvelusta olisi hyvä voida käynnistää
palautetoiminnallisuus. Toiminnallisuus voi
olla palvelun oma toiminto, yleinen
palautelomake tai myöhemmin erillisten
palveluiden yhteydessä kuvattu Palautepalvelu.
1
Monikäyttöisyys
4.4.2.
45
Mittakaavajana
karttapalvelussa
Karttapalvelussa olisi hyvä olla
mittakaavajana, joka esitetään esim.
karttaikkunan vasemmassa alakulmassa.
Mittakaavajana olisi hyvä tulostua myös
tulosteisiin.
1
Käyttömukavuus
4.4.2.
46
Karttaaineistojen
tekijänoikeusmerkintä
Karttapalvelussa olisi hyvä olla karttaaineistojen tekijänoikeusmerkintä. Merkintä
esitetään esim. karttaikkunan alareunassa
kartan päällä. Tekijänoikeusmerkintä olisi
hyvä tulostua tulosteisiin.
1
Käyttömukavuus
4.4.2.
47
Kielisyys
Karttapalvelu olisi hyvä olla mahdollista
perustaa usealla kielellä.
1
Käyttömukavuus
4.4.2.
48
Kielistettävät
asiat
Karttapalvelun kaikki tekstit lukuunottamatta
kartan sisältönä olevia karttatekstejä olisi
hyvä olla mahdollista esittää eri kielillä.
1
Käyttömukavuus
4.4.2.
49
Karttapalvelun
käynnistäminen
kielisenä
Karttapalvelu olisi hyvä olla mahdollista
käynnistää suoraan halutulla kielellä ilman
karttapalvelussa tehtävää kielen valintaa.
1
Käyttömukavuus
4.4.2.
50
Luo karttakuvatoiminnallisuus
Karttapalvelussa olisi hyvä olla mahdollista
karttakuvan leikkaaminen karttapalvelussa
näkyvistä aineistoista siten että URLparametreilla voi tuottaa mille tahansa sivulle
esim. jpg/png karttakuvan. Leikkaaminen
1
Karttapalvelun
monipuolinen
hyödyntäminen
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
51 (107)
suositellaan voitavan tehdä suorakaiteena
rajaustyökalulla. Toiminnallisuudella voi
leikata parametrien avulla halutuista
aineistoista karttoja. Toiminto voisi toimia
esimerkiksi ”luo kuva” -tyyppisenä toimintona.
Lopputuloksena olisi uusi selainikkuna, jossa
selaimen osoitepalkissa olisi parametroitu
URL-osoite.
Parametrien muuttamista olisi hyvä olla
mahdollista.
Palvelun palauttamien karttakuvien
tiedostomuodot voivat olla esim. JPG, PNG,
SVG ja PDF.
URL-linkki voisi käsittää esim. seuraavat
tiedot:
http://karttapalvelu.kunta.fi/getmap.aspx?laye
rs=Opaskartta&Format=svg
4.4.2.
51
Saavutettavuusanalyysi
3
Järjestelmällä olisi hyvä voida hakea
palveluita saavutettavuuden avulla.
Hakuarvona voisi esittää etäisyyden matkan
tai ajan funktiona kävellen tai tieverkkoa
pitkin.
Monipuolisuus
Esimerkkejä:
Näytä päiväkodit 15minuutin
ajomatkan etäisyydellä?
Näytä päiväkodit 3 kilometrin säteellä.
Taulukko 11 Erillisen karttakäyttöliittymän vaatimukset
4.4.3 Upotettu karttakomponentti
Tässä luvussa kuvataan perustoiminnot upotetulle karttakomponentille.
Upotetut karttakomponentit voivat sisältää myös muita toimintoja, vaikka niitä
ei ole tässä mainittuna.
Upotettu karttakomponentti on tyypillisesti kooltaan melko pieni. Tämä
aiheuttaa joitakin erityisvaatimuksia toiminnallisuuksille. Upotetussa
karttakomponentissa käytetään tyypillisesti vain niitä toiminnallisuuksia, joita
kussakin palvelutapauksessa on hyödyllistä käyttää. Tämän vuoksi
palvelukomponentin tulee mahdollistaa toiminnallisuudet, mutta ne kaikki
eivät ole aina käytössä.
Lisäksi on hyvä muistaa, että koska upotettu karttakomponentti on osa muita
palveluita, niin sen käyttäjät eivät useinkaan ole tuttuja karttojen kanssa.
Täten heille tarjottava toiminnallisuus karttakomponentissa tulee pitää
mahdollisimman yksinkertaisena ja vähäisenä.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
52 (107)
Upotettu karttakäyttöliittymä voidaan ottaa käyttöön HTML:n iframe
elementtinä palvelun sivustolla, mikäli kartan käyttö on lähinnä tietojen
esittämistä kartalla. Jos karttaa käytetään myös osoituksiin ja tarve
vuorovaikutukselle käyttöliittymän muiden osien on suurempi, käytetään
tyypillisesti JavaScript tekniikkaa. Tällöin upotettu kartta sisältää JavaScript
kielellä toteutetun ohjelmointirajapinnan. Tällaista käyttöä on esim. kohteiden
rajaaminen tai sijainnin osoittaminen kartalta.
Kuva 9
Upotettu karttakomponentti
Upotetusta karttakomponentista on kuvattu vaatimustaulukossa seuraavat
tärkeimmät toiminnot sekä joitakin vähemmän käytettyjä toimintoja:
•
•
•
•
•
•
•
•
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Ikkunoinnit
Kartta-aineistot ja niiden valinta
Karttakomponentin suurennus
Rajaukset ja kohteiden valinnat
Naapureiden haku
Mittakaavajana
Tekijänoikeusmerkintä
Kielisyys
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
Nro
Vaatimuksen
nimi
53 (107)
Vaatimuksen kuvaus
Tärkeys
Perustelu
4.4.3.
1
Ikkunoinnit
Karttakomponentin ikkunointitoiminnot
vastaavat pitkälti erillisen karttapalvelun
toimintoja. Toiminnot suositellaan olevan
vastaavia kuin kohdat 4.4.2.1 - 4.4.2.2.
1
Käyttömukavuus
4.4.3.
2
Kartta-aineistot
Kartta-aineistojen valinta suositellaan
tapahtuvaksi esim. karttakomponentin päällä
olevilla toiminnoilla kuten kohdassa 4.4.2.9
on kuvattu. Käytettävissä olevat karttaaineistot noudattavat samoja periaatteita kuin
4.4.2.7, 4.4.2.12 - 4.4.2.14.
1
Käyttömukavuus
4.4.3.
3
Karttakomponentin
suurennus
Karttakomponentti tulee olla mahdollista
suurentaa kattamaan koko
palvelukomponentin ala. Tällöin kartalla
tehtävät operaatiot ovat helpompia kuin
pienellä upotetun karttakomponentin alueella.
Suurennetussa karttakomponentissa tulee
olla samat toiminnot mukana kuin on ollut
alkuperäisessä pienessä esitystavassa.
Suurennetusta komponentista on päästävä
palaamaan myös normaalitilaan.
2
Toimintavarmuus
mahdollisimman
suurella osalla
käyttäjistä
4.4.3.
Rajaukset ja
kohteiden
Karttakomponentin päällä tehtävien
rajauksien ja kohteiden valintojen toimintojen
1
Käyttömukavuus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
4
54 (107)
valinnat
tulee olla vastaavia kuin kohdat 4.4.2.29 4.4.2.35. Kunkin palvelun tapauksessa tulee
kuitenkin näyttää käyttäjälle vain tarpeelliset
esim. rajausvaihtoehdot. Esimerkiksi
tapauksissa, joissa käyttäjän tulee osoittaa
vain pistesijainti ei hänelle tule tarjota
välineitä muihin valintatyökaluihin.
4.4.3.
5
Naapureiden
haku
Osoittamalla kartalla aluemuotoista kohdetta
karttakomponentin tulee pystyä hakemaan
alueen geometriset naapurit.
2
Käyttömukavuus
4.4.3.
6
Naapureiden
haun
lisätoiminnot
Palvelun tulee mahdollistaa naapureiden
haussa yleisten alueiden suodatus,
ympyrävalinta sekä puskurointi katualueen
yli.
3
Käyttömukavuus
4.4.3.
7
Mittakaavajana
Karttakomponentissa tulee olla
mittakaavajana.
1
Käyttömukavuus
4.4.3.
8
Tekijänoikeusmerkintä
Karttakomponentissa tulee olla karttaaineistojen tekijänoikeusmerkintä. Merkintä
esitetään kartan päällä.
1
Käyttömukavuus
4.4.3.
9
Kielisyys
Karttakomponentin toiminnot ja niihin liittyvät
opasteet tulee olla esitettävissä eri kielillä.
1
Käyttömukavuus
4.4.3.
10
Peruspiirtotyökalut
Kartalle tulee voida piirtää pisteitä, viivoja ja
alueita.
1
Käyttömukavuus
Piirroksia voivat olla esim. myöhemmin
kuvatussa palautepalvelussa tehtävät
kommenttipiirrokset.
4.4.3.
11
Lisäpiirtotyökalut
Käyttäjän tulee pystyä valitsemaan
piirtämälleen viivalle leveys (esim.
kaivualueelle keskiviiva + puskuri)
2
Käytön
monipuolisuus
4.4.3.
12
Piirtäminen
karttatasoittain
Palvelun ylläpitäjän tulee pystyä
määrittelemään, mille karttatasolle käyttäjä
saa piirtää (esim. opaskartalle ei piirretä
kaivuluvan suunnitelmakarttaa).
2
Käytön
monipuolisuus
4.4.3.
13
Kohteiden
piirtäminen
taustakartan
avulla
Karttakomponentissa tulee voida tarttua
kartalla näkyviin vektorimuotoisiin kohteisiin
(esim. asfaltin reunaan) uusia kohteita tai
rajauksia piirtäessä. Tartunta ei ole
välttämättä tarkka ja käyttäjää pitää
tarvittaessa informoida epätarkkuudesta.
3
Käytön
monipuolisuus
4.4.3.
14
Piirrosten
lataaminen
kartalle
Käyttäjän tulee pystyä lisäämään kartalle
toisessa järjestelmässä piirrettyjä kohteita
(esim. tarkkoja kaivualueita, jotka on piirretty
suunnittelujärjestelmällä). Aineiston
3
Käytön
monipuolisuus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
55 (107)
tiedostomuoto voi olla esim. gml tai xml.
Toisesta järjestelmästä tuotu aineisto ei
välttämättä ole yhtä tarkkaa sähköisessä
palvelussa kuin alkuperäisessä
järjestelmässä.
4.4.3.
15
Käyttöliittymäkomponenttien
esittäminen
Käyttöliittymäkomponentteja on voitava
poistaa parametrisoinnin avulla.
3
Soveltuminen
useaan
käyttötarkoitukseen
3
Käytön
monipuolisuus
Esimerkiksi zoomaus on mahdollista
deaktivoida tai poistaa tasovalinta kuten
ilmakuva / opaskartta.
4.4.3.
16
Aineistojen
jakelu
oikeusavaimen
avulla
Karttakomponentin käyttöön tulee voida
määritellä oikeuksia ja oikeusryhmiä. Kartan
hyödyntämiseen voidaan antaa ns.
oikeusavainkoodi, joka voidaan haluttaessa
poistaa käytöstä.
Taulukko 12 Upotetun karttakäyttöliittymän vaatimukset
4.5 Perusvaatimukset asianhallinnan, e-kaupankäynnin, dokumenttienhallinnan ja sähköisen
arkistoinnin liityntärajapintoihin
Asianhallinta, e-kaupankäynti, dokumenttienhallinta sekä sähköinen arkistointi
ovat yhteisiä tukipalveluita kunnan sähköisten asiointipalveluiden kannalta.
Mikäli kunnalla ei ole vielä käytettävissä näitä tukipalveluita, tulee sen päättää
miten niiden kattama toiminnallisuus toteutetaan. Tukipalvelut voidaan
toteuttaa ensimmäisten sähköisten palveluiden toteutuksen yhteydessä siten
että niitä voidaan jatkossa hyödyntää muissa palveluissa. Tukipalvelut
voidaan toteuttaa myös palvelukohtaisesti. Palvelukohtainen toteutus on
tyypillisesti suoraviivaisempaa ja halvempaa yksittäisen palvelun kannalta,
mutta pidemmällä aikavälillä se tulee kalliimmaksi. Kunnan tulee itse
tarkentaa käytettävissä olevien tukipalveluiden tilanteensa ja halunsa niiden
toteuttamiseen.
Liityntärajapintojen tulee noudattaa KuntaIT:n määrittelemiä standardien
avointen rajapintojen suosituksia. Tällöin rajapintaliitokset ovat riippumattomia
toteutuskielistä ja -alustoista.
Suositukset ohjaavat käyttämään XML-pohjaisia rajapintatekniikoita. Käytetyin
ja suositeltavin menetelmä on tällä hetkellä web service -tekniikka. web
service -tekniikkaan perustuvat rajapinnat tulisi noudattaa WS-I (Web
Services Interoperability) Basic Profile 1.1 mukaisia ratkaisutapoja.
Rajapinnat tulee myös dokumentoida, jotta niihin voidaan kytkeä muita
ohjelmistopalveluita ja -komponentteja.
4.5.1 Asianhallinta
Asianhallintajärjestelmillä tarkoitetaan tietojärjestelmää, jonka avulla
organisaatiossa käsiteltävät asiat voidaan hallita ennalta määriteltyjen
käsittelysääntöjen mukaisesti.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
56 (107)
Nykyaikaiset asianhallintajärjestelmät tukevat kommunikointia web service rajapintojen avulla. Rajapintoja ei kuitenkaan ole otettu käyttöön vielä kovin
laajasti.
Seuraavassa taulukossa on esitetty dokumentissa myöhemmin määriteltävien
palvelujen hyödyntämistapa asianhallintajärjestelmiin nähden. "Asia
hallintajärjestelmään" tarkoittaa, että palvelu tuottaa asioita, joita tulee pystyä
välittämään hallintajärjestelmään. "Asia hallintajärjestelmästä" tarkoittaa, että
palvelu käyttää toiminnassaan hallintajärjestelmään tallennettuja tietoja.
Palvelut
Asia
hallintajärjestelmään
Asia
hallintajärjestelmästä
Hakupalvelu
Ei
Kyllä
Tiedottaminen ja
informaatio
Ei
Kyllä
Asiakaspalvelu ja
neuvonta
Kyllä
Kyllä
Palautteet ja mielipiteet
Kyllä
Kyllä
Luvat ja ilmoitukset
Kyllä
Kyllä
Hakemukset
Kyllä
Kyllä
Paikkatietoaineistojen ja
dokumenttien haku
Ei
Ei
Paikkatietoaineistojen ja
dokumenttien lataus
Kyllä
Kyllä
Ei
Ei
Aineistomyynti
Taulukko 13 Asianhallinta palveluittain
Seuraavassa taulukossa on esitetty vaatimuksia asianhallintajärjestelmien
hyödyntämiseen rajapintojen kautta sähköisen asiointipalvelun työpöydän
palveluissa.
Nro
Vaatimuksen
nimi
4.5.1.
1
Asiat työpöydän
sisältömoduleista asianhallintajärjestelmään
Vaatimuksen kuvaus
Työpöydän sisältömoduulissa tehtävä
toimenpide tulee mahdollistaa asian
perustamisen sekä muuttamisen
asianhallintajärjestelmään.
Tärkeys
Perustelu
2
Manuaalisen työn
vähentäminen
Esimerkiksi palautepalvelussa tehtävä
virallinen aloite saatetaan joissakin kunnissa
kirjata asianhallintajärjestelmään.
Siirtotapahtuma voidaan hoitaa sähköisen
työpöydän toiminnoilla tai taustajärjestelmän
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
57 (107)
toiminnoilla. Taustajärjestelmän kautta
tapahtuva siirto on käyttökelpoinen tapa,
mikäli asian käsittely tapahtuu
taustajärjestelmässä ja viesti on luontevaa
lähettää tietyssä taustajärjestelmässä
tehtävässä työvaiheessa.
Asian tallennus asianhallintajärjestelmään luo
tyypillisesti diaarinumeron, jota käytetään
asian tunnisteena.
4.5.1.
2
Asiat työpöydän
sisältömoduleihin asianhallintajärjestelmästä
2
Työpöydän sisältömoduleissa tulee voida
näyttää asian tiedot, joita ylläpidetään
asianhallintajärjestelmässä.
Manuaalisen työn
vähentäminen
Tällaisia asioita ovat esimerkiksi
tiedotuspalvelussa olevat omaa lupa-asiaa tai
hakemusta koskevat tiedot. Myös asiaan
liittyvä diaarinumero tulee voida näyttää
palvelussa, mikäli sellainen on olemassa.
Taulukko 14 Asianhallintaan liittyvät vaatimukset
4.5.2 E-kaupankäynti
E-kaupankäynnillä tarkoitetaan tieto- ja viestintäteknologian välityksellä
tapahtuvaa tavaroiden ja palveluiden tarjontaa, kysyntää tai myyntiä tai muuta
kaupallista asiointia.
E-kaupankäynnin liitokset sähköisen asiointipalvelun työpöytäratkaisun
palveluihin tulee toteuttaa web service - tai XML-tiedostorajapintoja käyttäen.
E-kaupankäyntiin liittyy oleellisina osina maksaminen, hinnastot sekä
maksutietojen siirtyminen kunnan talousjärjestelmiin.
Nro
4.5.2.
1
Vaatimuksen
nimi
Maksaminen
VETUMApalvelulla
Vaatimuksen kuvaus
Tärkeys
Perustelu
Maksaminen tulee olla mahdollista VETUMApalvelun avulla. VETUMA-palvelu pitää
sisällään käytetyimmän maksutavan eli
pankkien verkkomaksamisen.
1
Käytetyin tapa
1
Manuaalisen työn
vähentäminen
Palvelu toimii suojattua SSL/TLSyhteiskäytäntöä (HTTPS) käyttäen. Lisäksi
rajapintakutsuissa osapuolten identiteetti
varmistetaan ja viestien eheys taataan
käyttäen jaettuun salaisuuteen perustuvaa
todennussumman laskentaa (Message
Authentication Code, lyh. MAC).
4.5.2.
2
VETUMA:n
kytkeminen
taustajärjes-
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
VETUMA:n kautta tehdyt maksutapahtumat
tulee olla mahdollista kytkeä kunnan
asianmukaisiin talousjärjestelmiin kuten
reskontra, kirjanpito ja täsmäytysten käsittely.
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
telmiin
58 (107)
Kytkentää varten tulee järjestelmän tukea
seuraavia toimenpiteitä:
Muodostaa tai hankkia
maksutapahtumalle sellaiset
viitetiedot, joiden avulla se voidaan
tunnistaa kunnan talousjärjestelmissä
Tallentaa sellaiset VETUMA-palvelun
maksutapahtumasta palauttamat
tiedot, joita saatetaan tarvita
maksatusten selvittelyssä tai
maksujen palautuksissa. Tällaisia
ovat mm. maksupalvelun palauttama
tapahtuman arkistointitunnus, valittu
maksupalvelu, maksuaika ja maksettu
summa.
4.5.2.
3
Maksamisen
tietoturva
Maksamiseen liittyvissä asioissa tulee
kiinnittää erityistä huomiota tietoturvaan.
Esimerkiksi tallennettaessa maksuun liittyviä
tietoja omaan tietojärjestelmään tulee
huolehtia siitä, että tiedot on suojattu
asianmukaisesti mahdolliset
tietomurtoyritykset huomioiden.
1
Tietoturva on
tärkeä
4.5.2.
4
Hinnastojen
hyödyntäminen
alkuperäisestä
tallennuspaikasta
Hinnastoja tulee pystyä hyödyntämään niiden
alkuperäisestä tallennuspaikasta.
3
Hyödyllinen,
mutta saattaa
olla työläs
toteuttaa
4.5.2.
5
Hinnastojen
hyödyntäminen
yleisesti
Mikäli keskitetysti hallinnoiduista hinnastojen
hallintajärjestelmistä ei voida hyödyntää
tietoja, tulee hinnastoja voida käyttää
tapauskohtaisesti tallennetuista tiedoista.
1
Jokin hinnasto
pitää olla
käytössä
Taulukko 15 E-kaupankäyntiin liittyvät vaatimukset
4.5.3 Dokumenttienhallinta
Dokumenttien hallinnalla tarkoitetaan sähköisessä muodossa olevan
asiakirjallisen tiedon hallintaa ja säilyttämistä. Hallintajärjestelmillä
tarkoitetaan näiden tietojen keskitettyä ja sähköistä tietovarastoa, joka
koostuu dokumenteista ja niiden metatiedoista. Dokumenttien hallinta
kohdistuu yksittäisiin dokumentteihin ja niiden tietoihin ilman, että
dokumentteja käsitellään prosessin osina.
Dokumenttienhallintajärjestelmät sisältävät tai niihin on tehtävissä
räätälöinteinä web service -rajapintoja.
Seuraavassa taulukossa on esitetty dokumentissa myöhemmin määriteltävien
palvelujen hyödyntämistapa dokumenttienhallintajärjestelmiin nähden.
Dokumenttien tuottaminen tarkoittaa, että palvelu tuottaa tai siirtää
dokumentteja hallintajärjestelmään. Dokumenttien käyttö tarkoittaa, että
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
59 (107)
palvelu käyttää toiminnassaan hallintajärjestelmään tallennettuja
dokumentteja. Tyypillisin tapa käyttää dokumentteja on tarjota niitä
avattavaksi käyttäjille.
Palvelut
Dokumenttien
tuottaminen
Dokumenttien käyttö
Hakupalvelu
Ei
Kyllä
Tiedottaminen ja
informaatio
Ei
Kyllä
Asiakaspalvelu ja
neuvonta
Kyllä
Kyllä
Palautteet ja mielipiteet
Kyllä
Kyllä
Luvat ja ilmoitukset
Kyllä
Kyllä
Hakemukset
Kyllä
Kyllä
Paikkatietoaineistojen ja
dokumenttien haku
Ei
Kyllä
Paikkatietoaineistojen ja
dokumenttien lataus
Ei
Kyllä
Aineistomyynti
Ei
Kyllä
Taulukko 16 Dokumenttien tuottaminen ja käyttö palveluittain
Seuraavassa taulukossa on esitetty vaatimuksia
dokumenttienhallintajärjestelmien hyödyntämiseen rajapintojen kautta
sähköisen asiointipalvelun työpöydän palveluissa.
Nro
Vaatimuksen
nimi
4.5.3.
1
Dokumentit
työpöydän
sisältömoduleista dokumenttienhallintajärjes
telmään
Työpöydän sisältömoduulien kautta
asiakkaiden toimittamat dokumentit tulee
pystyä siirtämään kunnassa käytössä
olevaan dokumenttienhallintajärjestelmään.
Dokumentit
työpöydän
sisältömoduleista tausta-
Mikäli kunnalla ei ole käytössä
dokumenttienhallintajärjestelmää, tulee
dokumentit olla mahdollista siirtää muuhun
taustajärjestelmään.
4.5.3.
2
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Vaatimuksen kuvaus
Tärkeys
Perustelu
1
Manuaalisen työn
vähentäminen
1
Manuaalisen työn
vähentäminen
Siirtotapahtuma voidaan hoitaa sähköisen
työpöydän toiminnoilla tai taustajärjestelmän
toiminnoilla. Taustajärjestelmän kautta
tapahtuva siirto on järkevä tapa, mikäli siitä
saadaan tarvittavia metatietoja dokumenttien
mukana toimitettavaksi.
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
60 (107)
järjestelmään
4.5.3.
3
Dokumenttien
metatiedot
Dokumenttien siirron yhteydessä tulee olla
mahdollista siirtää tarvittavat metatiedot.
1
Edellytys
dokumenttien
helpolle käytölle
Tarvittavat metatiedot vaihtelevat kunnittain,
yksiköittäin sekä dokumenttityypeittäin.
Metatiedot ja niiden arvot, jotka ylläpidetään
kaupungin tiedonohjaussuunnitelmassa, tulee
saada käyttöön sieltä.
Metatietona tulee tallentaa aina yhdistävä
tekijä tietojärjestelmien välillä. Yhdistävä
tekijä on tyypillisesti jokin tunnus, joka
mieluiten ei muutu kohteen elinkaaren
yhteydessä.
4.5.3.
4
Käyttäjälle
esitettävät
metatietovalinnat
Käyttäjälle esittävät metatietovalinnat tulee
minimoida helpon käytettävyyden vuoksi.
Tiedonohjaussuunnitelman mukaiset
metatietovalinnat voidaan tehdä
viranomaisen toimenpiteenä dokumenttien
siirron yhteydessä tai tiedot ovat
käytettävissä tiedonohjaussuunnitelmasta
ilman toimenpiteitä.
1
Käyttömukavuus
4.5.3.
5
Sähköisten
palveluiden
liitedokumentit
Sähköisissä palveluissa voidaan usein
toimittaa kuntaan myös liitedokumentteja.
Liitedokumentteihin tulee olla mahdollista
kytkeä kunnassa käytössä olevan
tiedonohjaussuunnitelman (TOS) mukainen
asiakirjaluokittelu jo sähköisessä palvelussa.
Tällöin järjestelmän ylläpitäjä määrittelee
sähköiseen palveluun kunkin liitedokumentin
tyypin mukaisesti mitä
tiedonohjaussuunnitelman mukaisia
asiakirjaluokitteluarvoja dokumentin
metatietoina välittyy taustajärjestelmiin.
2
Edellytys
dokumenttien
helpolle käytölle
4.5.3.
6
Dokumenttien
päivitys
Dokumenttien päivitys sisältömoduulien
kautta tulee olla mahdollista.
1
Manuaalisen työn
vähentäminen
4.5.3.
7
Dokumenttien
välittäminen
Dokumentit ja niihin liittyvät metatiedot tulee
olla mahdollista välittää taustajärjestelmään
sekä dokumenttienhallintajärjestelmään web
service -rajapinnan kautta.
1
Käyttömukavuus
4.5.3.
8
Dokumenttien
vastaanottamisesta vahvistus
Sähköisesti saapuneesta asiakirjan
vastaanotosta tulee lähettää asiakkaalle
vahvistus, mikäli asiakas on antanut
yhteystietonsa. Vahvistus voidaan välittää
esim. sähköiselle työpöydälle.
1
Käytön
luotettavuus
Vahvistus olisi hyvä välittää myös
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
61 (107)
virkamiehelle.
4.5.3.
9
Dokumenttien
näyttäminen
käyttäjille
Dokumenttienhallintajärjestelmissä olevia
dokumentteja tulee olla mahdollista tarjota
käyttäjille avattaviksi sisältömoduleissa
työskentelyn yhteydessä. Esimerkiksi
aineistomyyntipalvelussa kohteeseen liittyvät
dokumentit tulee olla mahdollista nähdä
kohteen yhteydessä.
1
Käyttömukavuus
4.5.3.
10
Dokumenttien
haku
Dokumenttien haku hallintajärjestelmistä
tulee olla mahdollista sekä metatietoihin että
sijaintitietoihin perustuen. Sijaintitietoihin
perustuva haku edellyttää, että
dokumentteihin on tallennettu sijaintitietoa
metatiedoiksi.
1
Käyttömukavuus
Taulukko 17 Dokumenttienhallintaan liittyvät vaatimukset
4.5.4 Sähköinen arkistointi
Sähköisellä arkistoinnilla tarkoitetaan sähköisesti tuotettujen dokumenttien
hallinnoimista ja säilyttämistä koko elinkaaren ajan yksinomaan sähköisessä
muodossa. Sähköistä arkistointia ohjaa SÄHKE2 -määräykset.
Sähköisen asiointipalvelun työpöytäratkaisun kautta viranomaisille
toimitettavat dokumentit siirtyvät ensisijaisesti
dokumenttienhallintajärjestelmään. Siirron yhteydessä dokumentit saavat
oletusmetatiedot tiedonohjaussuunnitelmasta sekä loput metatiedot
dokumenttityypin sekä käyttäjän toimenpiteiden tuloksena.
Tiedonohjaussuunnitelma ohjaa dokumenttien käsittelyä ja hallintaa
dokumenttien eri vaiheissa. Se määrittelee minkä prosessien kautta
dokumentti kulkee ja mitä metatietoja sen mukana siirtyy.
Tiedonohjaussuunnitelman mukaisissa kohdissa dokumentti ja sen eri versiot
siirtyvät metatietoineen sähköiseen arkistoon.
Sähköiseen arkistoon dokumentit siirtyvät siis tyypillisesti taustajärjestelmien
kautta. Suoraan sähköisen asiointipalvelun työpöydän sisältömoduuleista
dokumentit eivät siirry sähköiseen arkistoon.
Sähköisestä arkistosta on tarvetta pystyä tarkastelemaan dokumentteja
vastaavalla tavalla kuin dokumenttienhallintajärjestelmistä. Edellisen luvun
Palvelut-taulukossa oleva "Dokumenttien käyttö" -sarake soveltuu myös
sähköisen arkistoinnin dokumenttien käyttöön.
4.6 Käyttäjän kirjautuminen ja tunnistautuminen
Työpöytäpalveluun kirjautuminen tapahtuu käyttäjätunnus ja salasana
yhdistelmällä. Käyttäjälle luodaan käyttäjätunnus ja salasana yhdistelmä
hänen kirjautuessaan työpöytäpalveluun ensimmäisen kerran. Jatkossa
käyttäjä voi muuttaa salasanaansa, mutta käyttäjätunnus ei ole muutettavissa
palvelussa. Käyttäjä voi myös kysyä palvelusta unohtuneen salasanansa.
Käyttäjän tunnistautuminen on yleisiä tukipalveluita kunnan sähköisen
asiointipalvelun työpöydän kannalta.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
62 (107)
Tunnistautuminen voidaan jakaa seuraaviin kokonaisuuksiin:
Heikko tunnistautuminen
Vahva tunnistautuminen
Sähköinen allekirjoitus
Heikon tunnistautumisen käytetyin menetelmä on käyttäjätunnussalasanapari. Heikossa tunnistautumisessa käyttäjällä voi olla useita
sähköisiä identiteettejä. Käyttäjän todellista henkilöllisyyttä ei tässä
tapauksessa varmisteta.
Vahvassa tunnistautumisessa henkilökäyttäjä yhdistetään todelliseen
henkilöllisyyteen. Vahva tunnistautuminen jakautuu kansalaiskäyttäjän
tunnistautumiseen ja virkamiehen tunnistautumiseen.
Käyttäjä
Kansalainen
Tunnistuspalvelu
VETUMA
Selitys
VETUMA-palvelu tarjoaa käytettäväksi
seuraavat tunnistusmenetelmät:
Kansalaisvarmenteeseen
perustuvan tunnistuksen, jossa
varmenne voi sijaita sirukortilla
tai matkapuhelimen SIM-kortilla.
Palvelua käyttävä sovellus voi
niin halutessaan noutaa
tunnistautuneen käyttäjän
henkilötunnuksen
Väestötietojärjestelmästä.
Käyttäjätunnukseen ja
salasanaperiaatteeseen
perustuvat tunnistusmenetelmät
Pankkien tarjoama
tunnistuspalvelu
tietoverkkokäyttöön (Tupas)
Kansalainen
Katso
Katso-tunnistautumisen kautta
kansalainen voi asioida seuraavissa
asiointipalveluissa:
Verohallinto
Kela
Eläketurvakeskus
Kuntien eläkevakuutus
Tulli
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
63 (107)
Kansalainen
Tunnistus.fi
Tunnistus.fi-tunnistuksen kautta
kansalainen voi asioida seuraavissa
asiointipalveluissa:
Kansaneläkelaitos (Kela)
Työ- ja elinkeinoministeriö
Verohallinto
Virkamies
VIRTU
Hanke, jossa rakennetaan
luottamusverkosto, jonka kautta
viranomaiset pystyvät tunnistautumaan
yhteisiin palveluihinsa paikallisilla
tunnuksillaan. Organisaatioille
määrätään tietyt tavoitetasot
käyttöoikeuksien hallinnassa sekä
tunnistuksessa.
Tässä määrittelyssä kuvattuja palveluja
käyttäviä virkamiehiä ovat kunnan
virkamiehet, jotka käsittelevät mm.
rakennusvalvonnan lupa-asioihin
liittyviä asioita. Määrittelyssä ei oteta
kantaa miten kunta järjestää omien
virkamiestensä tunnistautumisen.
Järjestely poikkeaa kunnittain eikä tällä
määrittelyllä voida ohjata kuntia
käyttämään tietynlaista
tunnistautumista. Tyypillisin tapa
tunnistautumiseen on käyttäjätunnus ja
salasana yhdistelmä, jotka yleisimmin
hallinnoidaan kunnissa Windows Active
Directoryssä. Tätä tunnistautumistapaa
työpöydän tulisi tukea.
Taulukko 18 Tunnistautumismenetelmät
Sähköisellä allekirjoituksella tarkoitetaan menetelmää, joka varmentaa viestin
sisällön sekä allekirjoittajan henkilöllisyyden. Mikäli viestin sisältöä muutetaan,
sähköinen allekirjoitus ei enää täsmää. Viesti voi sisältää myös dokumentin.
Sähköistä allekirjoitusta käytetään mm. sähköisen arkistoinnin yhteydessä.
Sähköisen allekirjoituksen välineitä tällä hetkellä ovat mm.
kansalaisvarmenteella varustettu henkilökortti tai vastaavin ominaisuuksin
varustettu matkapuhelimen SIM-kortti.
Nro
4.6.1
Vaatimuksen
nimi
Yleisen
tukipalvelun
käyttö
tunnistautu-
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Vaatimuksen kuvaus
Tärkeys
Sähköisellä työpöydällä ja sisältömoduuleissa
tulee pystyä käyttämään yleistä kunnassa
käytössä olevaa tukipalvelua
tunnistautumiseen, mikäli sellainen on
1
Perustelu
Helppokäyttöisyys
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
64 (107)
miseen
käytettävissä.
4.6.2
Tapauskohtaisen tunnistautumispalvelun
käyttö
Mikäli kunnassa ei ole käytössä
sisältömoduuleiden käyttöön soveltuvaa
tukipalvelua tunnistautumiseen, tulee
sisältömoduulin pystyä käyttämään
sisältömoduulikohtaista tai työpöytäkohtaista
tunnistautumista.
1
Toteutuskelpoisuus
4.6.3
VETUMApalvelun käyttö
ilman
tunnistautumistukipalvelua
VETUMA-palvelua tulee voida käyttää
tunnistautumiseen sähköisen asiointipalvelun
sisältömoduuleissa.
1
Yleisimmin
käytössä oleva
palvelu
4.6.4
Katso-palvelun
käyttö ilman
tunnistautumistukipalvelua
Katso-palvelua tulee voida käyttää
tunnistautumiseen sähköisen asiointipalvelun
sisältömoduuleissa.
2
Vähemmän
käytössä oleva
palvelu,
rajapinnat ja
käyttöönotto
kuvattu hyvin
4.6.5
Tunnistus.fipalvelun käyttö
ilman
tunnistautumistukipalvelua
Tunnistus.fi-palvelua tulee voida käyttää
tunnistautumiseen sähköisen asiointipalvelun
sisältömoduuleissa.
3
Käyttö tämän
kaltaisissa
palveluissa hyvin
vähäistä
4.6.6
VIRTU-palvelun
käyttö ilman
tunnistautumistukipalvelua
VIRTU-palvelua tulee voida käyttää
virkamiehen tunnistautumiseen sähköisen
asiointipalvelun sisältömoduuleissa.
2
Käyttö vielä
käynnistysvaiheessa
4.6.7
Kertakirjautuminen
Sisältömoduuleissa tulee olla mahdollista
käyttää kertakirjautumisperiaatetta, jossa
käyttäjä kirjautuu työpöydälle kerran ja voi
tämän jälkeen käyttää kaikkia sähköisen
asiointipalvelun työpöydän palveluita ilman
uudelleen kirjautumista.
1
Helppokäyttöisyys
4.6.8
Heikko
tunnistautuminen
Heikkoa tunnistautumista voidaan käyttää
palveluissa, joissa ei vaadita käyttäjän
vahvaa tunnistautumista. Viralliset
viranomaistoimenpiteitä vaativat toiminnot
vaativat vahvaa tunnistautumista.
1
Rajoittamaton
käyttö
2
Sähköisen
arkistoinnin
vaatimukset,
Esimerkiksi sähköisen työpöydän personointi
voi olla heikon tunnistautumisen takana.
Tällöin esim. työpöydältä tapahtuvan
lupahakemuksen lähettämisen yhteydessä
vaaditaan vahvaa tunnistautumista.
4.6.9
Sähköisen
allekirjoituksen
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Sähköistä allekirjoitusta tulee olla mahdollista
käyttää työpöydän palveluiden yhteydessä
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
4 Yhteiset määrittelyt
käyttö
65 (107)
sitä vaativissa toiminnoissa.
lainsäädännön
vaatimukset
Taulukko 19 Käyttäjän tunnistautumiseen liittyvät vaatimukset
4.7 Palvelujen välisen tiedonsiirron teknologiamäärittely
KuntaIT suositukset ohjaavat käyttämään XML-pohjaisia rajapintatekniikoita.
Käytetyin ja suositeltavin menetelmä on tällä hetkellä web service -tekniikka.
web service -tekniikkaan perustuvien rajapintojen tulisi noudattaa WS-I (Web
Services Interoperability) Basic Profile 1.1 mukaisia ratkaisutapoja.
Tavoitetilassa palveluja kutsutaan pitkälti palveluarkkitehtuuriin liittyvän
ESB palveluväylän kautta, jolloin pyynnöt palveluiden välillä tapahtuvat
palveluväylän kautta.
Palveluväylään tulisi liittää pelkästään WS-I yhteensopivia web service
sovelluspalveluita. Palveluväylää ei käytetä ensisijaisesti integraatiovälineenä,
vaan palvelupyyntöjen välitykseen ja palveluiden koostoon. Tarvittaessa
palveluväylään liittyvien palveluiden tiedoille voidaan tehdä
palveluväylätuotteiden tyypillisesti tukemia viestimuunnoksia ja hyödyntää sen
integrointimahdollisuuksia.
KuntaGML ja KRYSP rajapinnat
KuntaGML hankkeessa on toteutettu tiedonsiirtoskeemat asemakaavan ja
kantakartan tietojen siirtoon. KRYSP Rajapinnat hankkeessa
tiedonsiirtoskeemat tuotetaan myös rakennusvalvonnan, ympäristötoimen ja
maankäytön tietokokonaisuuksiin.
Tiedonsiirtoskeemoja hyödynnetään seuraavasti:
•
•
•
Operatiivisiin paikkatietojärjestelmiin on toteutettu tiedonsiirtoskeeman
mukaisten tiedostojen luku ja kirjoitustoiminnallisuus.
WFS-tietopalvelu, joka perustuu tiedonsiirtoskeemoihin. Palvelu on
yhdensuuntainen tarjoten aineistoa haettavaksi. Päivittämisen
mahdollistava WFS-T toiminnallisuus ei ole ollut vaatimuksena.
Luotu ohjeistus tasojaottelusta julkaistaessa tiedonsiirtoskeemojen
mukaista aineistoa rasterimuotoisessa WMS-palvelussa.
Palvelun ja operatiivisen järjestelmän välinen tiedonsiirto
Tarkastellaan käyttötapausta luvan haku. Lupahakemuksen täyttö on
tyypillisesti monivaiheinen. Palvelu huolehtii osittain täytetyn hakemuksen
tietojen tallentamisesta.
KuntaGML/KRYSP-rajapinnat hankkeissa ei toteuteta web service tai WFS-T
-palvelua, jota käyttäen lähetetty hakemus voitaisiin tallentaa suoraan
operatiivisen tietojärjestelmään esimerkiksi statuksella saapunut.
Tieto uudesta hakemuksesta saadaan esim. virkamiehen sähköisen
työpöydän kautta tai palvelu lähettää tiedon saapuneesta hakemuksesta
sähköpostilla vastuuhenkilöille.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
66 (107)
Lupahakemus otetaan käsiteltäväksi operatiiviseen järjestelmään lukemalla
tiedonsiirtoskeeman mukainen tiedosto. Palvelu muodostaa tiedoston esim.
vastauksena HTTPS-protokollaa käyttäen tehtyyn pyyntöön.
WFS-tietopalvelurajapinnan käyttäminen voi olla ongelmallista myös
käsittelyn etenemisen tiedottamiseen hakijalle, jos tietopalvelussa käytettävä
skeema ei kuvaa henkilöä yksilöidysti esim. yhteisen käyttäjähallinnan
tunnisteella.
Käytännössä voi olla tarpeen toteuttaa operatiiviseen järjestelmään web
service- sovellusrajapinta, jonka kautta hakemukseen liittyvä vain hakijalle
esitettäväksi tarkoitettu tieto haetaan.
5. Palvelukohtaiset määrittelyt
5.1 Yleistä
Tässä luvussa kuvataan sähköisen työpöydän erilliset palvelut.
Kunkin palvelun kohdalla olevassa vaatimustaulukossa esitetään sekä
toiminnalliset että ei-toiminnalliset vaatimukset. Vaatimuksia ei ole eritelty
toisistaan.
Kunkin palvelun kohdalla on myös esitetty poikkeamat dokumentissa
aikaisemmin esitettyihin yhteisiin määrittelyihin nähden, mikäli niitä
palveluissa on tunnistettu.
Palvelujen yhteydessä on esitetty kunkin palvelun tietosisällön käsitemalli.
Käsitemalleissa kuvatut tiedot tulee olla saatavissa palveluista ulospäin
rajapinnan kautta, mikäli palvelu on luonteeltaan sellainen, että se tallentaa
tietoja ja välittää niitä taustajärjestelmiin eikä pelkästään esitä niitä käyttäjälle.
Rajapinnat tulee olla toteutettu web service -tekniikalla ja dokumentoida.
Palveluita käsittelevien lukujen lopussa on viittaukset käyttötapauskuvauksiin
sekä prosessikaavioihin, jotka ovat tämän dokumentin liitteinä.
Käyttötapauskuvausten sekä prosessikaavioiden lukumäärät vaihtelevat
palveluittain.
Kuvatut palvelut ovat käytettävissä sähköisen työpöydän moduuleina.
Palveluiden tulisi olla käytettävissä 24 tuntia vuorokaudessa viikon jokaisena
päivänä. Palveluiden kriittisyys ei kuitenkaan ole hyvin suuri, joten
palvelutasona riittää normaali työaika (arkisin klo 8 - 16).
Palvelutasovaatimuksissa kannattaa noudattaa kunnassa muutenkin käytössä
olevia palvelutasoja.
5.1.1 Palvelukohtaiset prosessikaaviot
Tämän dokumentin liitteinä ovat tässä luvussa käsiteltyjen palveluiden
prosessikaaviot. Osasta palveluista on esitetty useita prosessikaavioita. Jos
palvelu on kokonaisuutena hyvin laaja tai prosessikaaviolla kuvataan palvelun
tietty osa, niin kyseisten kaavioiden yhteydessä on esitetty myös
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
67 (107)
prosessikartta. Yksinkertaisemmissa palvelukokonaisuuksissa kaavioiden
päissä on kuvattu liitokset edeltäviin ja seuraaviin prosesseihin
aliprosesseina. Kaavioissa mainittuja aliprosesseja ei ole kuvattu, mikäli niitä
ei suoriteta KRYSP-työpöytäpalveluissa tai ne ovat tukipalveluja.
Prosessikaavioiden symbolit noudattavat soveltaen OMG:n BPMNmäärityksen versiota 1.1.
Prosessikaavioiden numerointi noudattaa alla olevaa kuvaa. Liitteenä olevien
kaavioiden vasemmassa yläkulmassa on vastaava kuva, jossa on
korostettuna kunkin kaavion sijainti kuvalla. Mikäli palvelusta on laadittu
useampi prosessikaavio, on kuvassa myös numeroitu kunkin kaavion
hierarkkinen asema.
Kuva 10
Prosessikaavioiden numerointi
5.1.2 Palvelukohtaiset käyttäjäryhmät
Tässä luvussa kuvataan palvelukohtaiset käyttäjäryhmät. Käyttäjäryhmien
muut ominaisuudet, mm. päätehtävät ja tavoitteet, on kuvattu luvussa 3.
Palvelut
Ensisijaiset käyttäjäryhmät
Toissijaiset käyttäjäryhmät
Hakupalvelu
Kaikki
Tiedottaminen ja
informaatio
Kunnan viranomaiset
Kertarakentajat
Kansalaiset (esim.
hankkeiden seuraaminen ja
kommentointi)
Ammattirakentajat,
pääsuunnittelijat, työnjohtajat
ja muut vastuuhenkilöt
Naapurit, kansalaiset
Tapahtumanjärjestäjät
Sähkö-, vesi- ja telelaitokset
Toiminnanharjoittajat
Tonttia ostavat tai
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
68 (107)
vuokraavat kansalaiset
Asiakaspalvelu ja
neuvonta (ajanvaraus)
Tonttia ostavat tai vuokraavat
kansalaiset
Kertarakentajat
Ammattirakentajat,
pääsuunnittelijat, työnjohtajat
ja muut vastuuhenkilöt
Sähkö-, vesi- ja telelaitokset
Palautteet ja mielipiteet
Kansalaiset, naapurit
Erityisryhmät, esim.
liikuntarajoitteiset
Kunnan viranomaiset
Luvat ja ilmoitukset
Kertarakentajat
Naapurit, kansalaiset
Ammattirakentajat,
pääsuunnittelijat, työnjohtajat
ja muut vastuuhenkilöt
Tonttia ostavat tai
vuokraavat kansalaiset
Tapahtumanjärjestäjät
Sähkö-, vesi- ja telelaitokset
Toiminnanharjoittajat
Kunnan viranomaiset
Hakemukset
(kiinteistötoimitus, yleisen
alueen tilapäinen käyttö,
tontin haku)
Tonttia ostavat tai vuokraavat
kansalaiset
Kertarakentajat, remontoijat
Ammattirakentajat
Toiminnanharjoittajat, yrittäjät
Kunnan viranomaiset
Paikkatietoaineistojen ja
dokumenttien haku, lataus
ja myynti
Yrittäjät
Matkailijat
Kertarakentajat
“Etäkansalaiset”, esim.
tutkijat, median edustajat,
valtuuston jäsenet,
ulkomailla asuvat
Ammattirakentajat,
pääsuunnittelijat, työnjohtajat
ja muut vastuuhenkilöt
Tapahtumanjärjestäjät
Kiinteistönvälittäjät
Sähkö-, vesi- ja telelaitokset
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
69 (107)
Kunnan viranomaiset
Taulukko 20 Palvelukohtaiset käyttäjäryhmät
5.1.3 "Oma kohde"
Sähköisen työpöydän kuntalaista palvelevana peruspalveluna on hänen omat
kunnassa sijaitsevat kohteensa tarjoava palvelu. Palvelu kytkeytyy työpöydän
käyttäjätilin luontiin ja käyttöön. Tilinä tulisi käyttää yhteisten tukipalvelujen
kautta käytössä olevaa tiliä. Tilin mahdollinen kytkeytyminen vahvaan
tunnistautumiseen mahdollistaa käyttäjän kunnassa olevien kiinteistö- ja
rakennusomistusten automaattisen selvittämisen. Automaattinen
selvittäminen on tarkemmin kuvattu luvussa 4.1.3.
Palvelussa käyttäjä näkee automaattisesti omistamansa kiinteistöt ja
rakennukset. Kohteet voidaan nähdä myös kartalla. Kartalla käyttäjä voi
käyttää myös muita toimintoja esim. luvussa 4.4.2 kuvatuilla tavoilla.
Kohteista käyttäjä näkee niiden ominaisuudet.
Kohteista käyttäjä voi myös suoraan käynnistää niihin liittyviä toimenpiteitä
kuten kiinteistötoimituksen tai rakennusluvan hakemisen.
Kohteesta käyttäjä näkee ja pystyy avaamaan myös viranomaisten tuottamat
siihen liittyvät dokumentit. Kiinteistöllä sijaitseviin rakennuksiin kytkeytyy
niiden rakennusmallit. Malleina on rakennusluvan päätösvaiheen malli ja
valmiin rakennuksen malli.
Käyttäjän kohteen viranomaistiedot ovat viranomaisten ylläpidossa ja
päivittyvät palveluun taustajärjestelmistä. Viranomaistietoja käyttäjä ei itse
pääse muokkaamaan.
Käyttäjä itse ylläpitää kohteen niitä tietoja, jotka eivät kuulu viranomaisten
ylläpidettäviin tietoihin.
5.2 Hakupalvelu, asiasanasto
Kuntien kotisivujen rakenne pohjautuu tällä hetkellä usein kunnan omaan
organisaatiorakenteeseen. Kuntalaiset eivät välttämättä tiedä mihin
organisaatioon heidän asiansa kuuluvat ja siten oikean palvelun löytyminen
voi olla hankalaa.
Tällä palvelulla pyritään kuntalaiset ohjaamaan oikeaan sähköiseen palveluun
työpöydällä ilman että he tuntevat kunnan toimintorakenteita kovinkaan hyvin.
Palvelu jakautuu kolmeen lähestymistapaan:
•
•
•
Kuntalaiselle esitetään sellainen toimenpidelista, että hän voi tunnistaa
oman asiansa kuuluvaksi jonkin listan toimenpiteistä. Toimenpidelista ei
ole sidoksissa kunnan organisaatiorakenteeseen.
Kuntalainen suorittaa haun palvelun sisällöstä ja termeistä
Kuntalainen etsii muiden esittämistä kysymyksistä ja niiden vastauksista
ratkaisua
Näillä tavoilla kuntalaisen tulisi pystyä valitsemaan oikea työpöydän palvelu
käyttöönsä kussakin tilanteessa.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
70 (107)
Yleisen hakupalvelun aikaansaaminen edellyttää kunnan toimintoihin liittyvän
toimenpidelistan laatimista, joka on kattava kuntalaisen suorittamiin
toimenpiteisiin nähden. Lista ei kuitenkaan saa olla liian pitkä, jotta sen
tulkittavuus ei kärsi.
Yleisen hakupalvelun tarpeellisuus kasvaa sitä mukaa kun yhä enemmän
sähköisen työpöytäratkaisun palveluita syntyy. Alkuvaiheessa palveluita ei
tule olemaan suurta määrää, joten hakupalvelun tarve on vielä pieni.
Nro
Vaatimuksen
nimi
Vaatimuksen kuvaus
Tärkeys
Perustelu
5.2.1
Yleinen
hakupalvelu
Kuntalaisen tulee voida käyttää yleistä
hakupalvelua oikean sähköisen työpöydän
palvelun löytämiseen.
1
Palveluiden
löytyminen
5.2.2
Hakupalvelun
lähestymistavat
Hakupalvelu voi perustua esimerkiksi
toimenpidelistan kautta palvelun löytymiseen,
sanahaun ja termistöhaun käyttöön tai usein
kysyttyjen kysymysten ja niiden vastausten
hyödyntämiseen.
1
Rajallinen määrä
lähestymistapoja
5.2.3
Palvelun
hakujen
kohdentuminen
Palvelun haut tulee voida kohdistua
ensisijaisesti hakupalvelun omasta
tietovarastosta määriteltyihin tietoihin.
1
Hakujen tulosten
hallittavuus
5.2.4
Palvelun
käyttötavan
tallentaminen
Palvelun tulee pystyä tallentamaan käyttäjien
toimintalogiikka.
2
Oppivuus
5.2.5
Itse oppiva
palvelu
Palvelun tulee voida olla itse oppiva.
3
Hakutulosten
parantuminen
5.2.6
Synonyymisanaston käyttö
Palvelun tulee pystyä esittämään palvelussa
esiintyville käsitteille synonyymejä.
Synonyymit tulee tallentaa palvelun
taustajärjestelmään etukäteen.
2
Vaikeiden
termien
ymmärtäminen
5.2.7
Käyttäjäryhmän
mukainen
palveluun
ohjaus
Palvelun tulee mahdollistaa erilaisille
käyttäjäryhmille suoraan erilaisten
palvelulistojen tarjoamisen.
3
Käyttömukavuus
Tällöin esimerkiksi vahvasti tunnistautuneen
käyttäjän tapauksessa palvelu voi tunnistaa
käyttäjän iän, sukupuolen ja lasten
lukumäärän ja näillä perusteilla esittää
hänelle listan todennäköisistä palveluista,
joita hän tulisi käyttämään.
Palvelulista voi perustua myös käyttäjän
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
71 (107)
edellisiin käyntitilastoihin.
5.2.8
Yhteisen
termistön käyttö
Palvelun tulee pystyä hyödyntämään jatkossa
mahdollisesti luotavaa yhteistä termistöjen
rajapintapalvelua. Käyttö tulee olla
mahdollista järjestelmän tarjoaman
standardin web service rajapinnan kautta.
3
Päällekkäisen
työn
ehkäiseminen
5.2.9
Arkistolaitoksen
tehtäväluokituksen käyttö
Arkistolaitoksen tehtäväluokitusta tulee olla
mahdollista käyttää sanahakujen taustalla.
2
Hakutulosten
parantuminen
5.2.
10
Yhteisten
hakuaineistojen
käyttö
Palvelun tulee pystyä hyödyntämään yhteisiä
rajapintapalveluita, joissa jatkossa voi olla
yhteiskäyttöisiä hakujen lähdeaineistoja.
Käyttö tulee olla mahdollista järjestelmien
tarjoamien standardien web service
rajapintojen kautta.
3
Päällekkäisen
työn
ehkäiseminen
Jos kuntiin syntyy saman kaltaisia sähköisten
työpöytäratkaisujen palveluita, jotka
hyödyntävät esimerkiksi tässä määrittelyssä
kuvattua arkkitehtuuria, niin myös hakujen
lähdeaineistot voivat olla yhteiskäyttöisiä.
Taulukko 21 Yleisen hakupalvelun vaatimukset
Yleisen hakupalvelun prosessikaavio on liitteessä 17.
Luvan hakupalvelun etsimisen käyttötapauskuvaus on liitteessä 1.
5.3 Tiedottaminen, informaatio
Asukkaiden ja kiinteistön omistajien informointi on kunnan lakisääteinen
velvollisuus. Tiedottamisvelvoite esim. kaavoitusprosessiin liittyen perustuu
Maankäyttö- ja rakennuslain säädöksiin. Tiettyihin prosesseihin liittyvien
pakollisten tiedottamisvaatimusten lisäksi tiedottamisesta säädetään
Kuntalaissa ja Julkisuuslaissa.
Kunnan on tiedotettava asukkailleen kunnassa vireillä olevista asioista, niitä
koskevista suunnitelmista, asioiden käsittelystä, tehdyistä ratkaisuista ja
niiden vaikutuksista. Kunnan on laadittava tarvittaessa katsauksia kunnan
palveluja, taloutta, ympäristönsuojelua ja maankäyttöä koskevista asioista
(Kuntalaki 29 §).
Kuntalaki ja Julkisuuslaki korostavat aktiivista tiedottamista suunnitelmista,
päätöksistä ja niiden vaikutuksista. Kuntalaisille on myös tiedotettava
mahdollisuuksista antaa palautetta. Viestintä kattaa siis kokonaisuutena sekä
tiedottamisen että palautteen antamisen (osallistuminen hankkeeseen), jota
on kuvattu myöhemmin erikseen luvussa 5.5.
Lakisääteinen tiedottaminen velvoittaa tiedottamaan hankkeiden
asianomaisille esim. kirjeitse, kunnan ilmoitustaululla tai sanomalehdissä.
Sähköisen palvelun kautta tapahtuva tiedottaminen ei korvaa näitä
menetelmiä, mutta on nykypäivänä tehokas ja totuttu tapa, ja sitä voidaan
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
72 (107)
käyttää virallisen tiedottamisen ohessa täydentävänä palveluna. Sähköinen
palvelu avaa tiedottamisen myös muille, kuin varsinaisille hankkeen
asianosaisille.
Rakennetun ympäristön vireillä olevien hankkeiden tiedottamista sähköisen
palvelun kautta voidaan soveltaa seuraavissa tapauksissa:
•
•
•
•
•
•
Kaavaprosessi (asema- ja yleiskaava)
– Kaavoituskatsauksen tiedottaminen
– Kaava-aloitteen vastaanotto
– Kaavahankkeen esittely valmisteluvaiheessa ja mielipiteiden
kerääminen (osallistumis- ja arviointisuunnitelman laatiminen ja
valmisteluaineiston asettaminen nähtäville)
– Kaavahankkeen julkaisu virallisessa nähtävilläolovaiheessa ja
muistutusten vastaanotto
– Kaavahankkeen hyväksymisestä tiedottaminen ja valitusten
vastaanotto
– Ajantasaisten kaavatietojen julkaiseminen; kytkentä työpöydän
karttapalveluun
– Muiden maankäyttöä koskevien suunnitelmien tiedottaminen, esim.
rakennusjärjestys
Katusuunnitelmat ja muut yleisten alueiden suunnitelmat
– Kiinteistönomistajien kuuleminen suunnittelun alkuvaiheessa;
alustavien suunnitelmien julkaisu ja palautepalvelun käyttö
– Katusuunnitelman julkaisu nähtävilläolovaiheessa ja muistutusten
vastaanotto
– Katusuunnitelman hyväksymisestä tiedottaminen ja
oikaisuvaatimusten vastaanotto
Ympäristöluvat
– Ympäristölupahakemuksesta tiedottaminen ja mielipiteiden
vastaanotto
– Lupapäätöksestä tiedottaminen
Rakennusluvat
– Tiedottaminen rakennushankkeen naapureille (luvan hakupalvelun
yhteydessä)
– Tiedottaminen myönnetyistä rakennusluvista (julkipano)
Poikkeamispäätökset ja suunnittelutarveratkaisut
– Tiedottaminen rakennushankkeen naapureille (luvan hakupalvelun
yhteydessä)
– Tiedottaminen päätöksistä (julkipano)
Tonttijako
Seuraavassa kuvassa on esitetty hankkeen tietosisällön käsitemalli tiedoista,
joita käyttäjille tarjotaan nähtäville palvelussa.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
73 (107)
Kuva 11
Hankkeesta tiedottamisen tietosisällön käsitemalli
Kuntalaisen tai maanomistajan kannalta informaation hakutarpeet voidaan
jakaa kolmeen ryhmään:
•
•
•
Omien hakemusten tai lupien tilan tietojen haku
Oman asuinympäristön tai muun kiinnostusalueen vireillä olevien
hankkeiden ja niiden tilan tietojen haku
Niiden hankkeiden tietojen katselu, joissa on asianosaisena esim.
naapurien kuulemisen kautta
Edellä olevaa jaottelua noudattaen myös sähköisen työpöydän
tiedottamispalvelut on jaettavissa kolmeen erilliseen palveluosioon:
1. omien hakemus-, lupa- ja palauteasioiden katselupalvelu,
2. yleinen valitun alueen vireillä olevien kaikkien asioiden katselupalvelu ja
3. asianosaisuuden kautta itseä koskevien hankkeiden katselupalvelu.
Eri palveluosiot toteutetaan ryhmittelemällä asiat esim. omiin taulukoihinsa
tiedottamispalvelun käyttöliittymässä.
Nro
Vaatimuksen
nimi
Vaatimuksen kuvaus
Tärkeys
Perustelu
5.3.1
Tiedottamispalvelu
Asukas tai maanomistaja voi katsella
sähköisessä palvelussa oman
asuinympäristönsä tai muun kiinnostavan
alueen maankäyttöön liittyvien
suunnitelmien ja hankkeiden tietoja ja niiden
käsittelyvaiheita.
1
Hyvä
asiakaspalvelu,
lakisääteisen
tiedottamisen
täydentäminen
5.3.2
Oman
kiinnostusalueen
määrittäminen
Käyttäjä voi sähköisessä palvelussa
määrittää alueen tai alueita, joilta haluaa
seurata vireillä olevia hankkeita ja niihin
liittyvää tiedottamista. Kiinnostusalue on
voitava määrittää piirtämällä aluerajaus tai
antamalla sijaintipiste ja sen ympärille
haluttu hakuetäisyys. Kiinnostusalue
1
Tiedon haun
helppous
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
74 (107)
tallentuu käyttäjän profiiliin.
5.3.3
Herätteet
uusista tiedoista
Käyttäjä voi vastaanottaa omien
kiinnostusalueiden tiedotteista muistutuksia
sähköpostitse tai tilata päivittyvän sisällön
RSS/GeoRSS-syötteenä.
1
Tiedon haun
helppous
5.3.4
Tiedotusasioiden
rajapinta
Tiedotusasioille tulee olla rajapinta, jonka
kautta julkistettavat tiedot voidaan päivittää
kunnan taustajärjestelmistä sähköiseen
palveluun.
1
Perusta palvelun
tuottamiselle,
manuaalisen työn
vähentäminen.
Hankkeille tulee voida määrittää sijainti
(alue, piste) jonka kautta asia kytkeytyy
sähköisen palvelun karttanäkymään.
Hankkeisiin voi liittyä erilaisia dokumentteja,
jotka käyttäjän pitää pystyä avaamaan
sähköisen palvelun kautta.
Tiedottamisasiat voivat olla peräisin
seuraavista kunnan operatiivisista
järjestelmistä:
•
•
•
•
•
•
•
•
Kunnallistekniikan suunnittelujärjestelmä
Kaavatietojärjestelmä
Ympäristötoimen järjestelmä
Kunnan maaomaisuuden järjestelmä
(tonttivaranto)
Rakennusvalvontajärjestelmä
Kunnan Internet-sivusto
Asianhallintajärjestelmä
Dokumentinhallintajärjestelmä
5.3.5
Omien
kiinnostuskohtei
den
määrittäminen
Käyttäjä voi valita sähköisessä palvelussa
ne asiakokonaisuudet, josta haluaa
vastaanottaa tiedotteita (esim. kaavoitus,
katusuunnitelmat)
1
Käyttömukavuus
5.3.6
Kiinnostavien
hankkeiden
valinta
suosikeiksi
Käyttäjä voi merkitä suosikiksi kiinnostavat
hankkeet omaa seurantaansa varten.
Suosikkihankkeet näkyvät aina käyttäjän
tiedottamispalvelun yhteenvetonäytöllä.
Suosikkihankkeiden tilan muutoksista
käyttäjä saa automaattisesti sähköpostiilmoituksen.
1
Käyttömukavuus
5.3.7
Palautteen anto,
osallistuminen
Esillä olevaa suunnitelmaa tai hanketta
katseltaessa käyttäjä voi käynnistää
palautteen antamistoiminnon, jolloin palvelu
ohjaa käyttäjän suoraan palautepalvelun ao.
tilaan.
1
Käytön helppous,
hyvä
asiakaspalvelu
5.3.8
Asioiden selailu
Käyttäjä voi selailla vireillä olevia
suunnitelmia ja hankkeita karttaikkunassa,
1
Käyttömukavuus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
5.3.9
karttapohjaisesti
ja avata kohteen tarkemmat tiedot
karttaosoituksella.
Omat asiat
Hakija voi nähdä tiedottamispalvelussa
kaikki sähköisellä työpöydällä
käsittelemänsä omat asiat (hakemukset,
luvat ja palautteet) ja kunkin asian
käsittelytilanteen.
75 (107)
1
Hyvä
asiakaspalvelu
Hakija voi nähdä myös sellaiset hankkeet,
joissa on asianosaisena, esim. naapurin
kuuleminen rakennuslupaa varten.
5.3.10
Linkkien
luominen ja
lähettäminen
Käyttäjä voi palvelussa luoda linkin
kiinnostavan hankkeen tietoihin ja lähettää
linkin esim. sähköpostitse. Linkin avulla
toisen käyttäjän on mahdollista avata
tiedottamispalvelu suoraan ko. hankkeen
kohdalta.
1
Käyttömukavuus,
tiedon jakaminen
5.3.11
Pakkotiedottaminen
Tietyistä hankkeista kunta voi tiedottaa
työpöydän käyttäjille huolimatta heidän
tekemistään kiinnostuskohdevalinnoista.
3
Tiedottamisen
laajuus
Taulukko 22 Tiedottamispalvelun vaatimukset
Kaavan tiedottamisen prosessikaavio on liitteessä 19.
Tiedottamiseen liittyvät käyttötapauskuvaukset ovat liitteissä 2 - 4.
5.4 Asiakaspalvelu, neuvonta
Asiakaspalvelu ja neuvonta sisältyvät toiminnallisesti osana kaikkiin tässä
dokumentissa määriteltyihin palveluihin, esim. hakemuksen jättäminen ja sen
käsittelyn tilan tietojen saaminen palvelusta ovat asiakaspalvelua ja
sähköisesti korvaavat perinteistä palvelutiskillä tarjottavaa palvelua.
Kuitenkaan kaikki asiakkaat eivät siirry sähköisten palveluiden käyttäjiksi ja
siksi kunnissa edelleen tarvitaan henkilökohtaisen asioinnin palvelut.
Henkilökohtainen asiointi on useimmissa kunnissa keskitetty
hallintokuntakohtaiseen (esim. Kuopion Teknisen viraston asiakaspalvelu) tai
kuntakohtaiseen (esim. Oulu10) asiakaspalvelupisteeseen. Keskitetyssä
asiakaspalvelupisteessä palvelua tarjoavat virkailijat eivät välttämättä ole
kysytyn aihepiirin asiantuntijoita, mutta he voivat palvelutilanteessa hyödyntää
sähköisen työpöydän palveluita. Virkailija voi käyttää työpöytäpalveluita
asiakkaan puolesta ja näin saada käyttöön saman informaation kuin
itsenäisesti verkkopalvelun kautta asioiva kuntalainen. Virkailija voi myös
esim. täyttää asiakkaan puolesta hakemuksia sähköisellä työpöydällä ja näin
hakemusten käsittely saadaan ohjattua samaan sähköiseen
käsittelyprosessiin. Hakemuksiin tulee olla mahdollista liittää digitalisoituja tai
yleisessä tiedostomuodossa olevia liiteasiakirjoja.
Asiakaspalvelu voi myös luoda asiakkaalle käyttäjätunnuksen sähköiselle
työpöydälle, jolloin asiakas voi jatkossa seurata oman asiansa käsittelyä
itsenäisesti verkkopalvelun kautta. Mikäli asiakkaalla ei ole käytettävissään
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
76 (107)
tietokonetta, voi hän asioida käyttämällä asiakaspalvelupisteessä siihen
tarkoitukseen varattua yleistä tietokonetta ja saada myös samalla virkailijalta
opastusta palvelun käyttöön.
Ajanvaraaminen on (kts. Kuva 3
) sähköisen työpöydän yhteinen
toiminnallinen tukipalvelu, jota voidaan hyödyntää kaikissa palveluissa. Se voi
olla liitettynä esim. osaksi tiedottamis- ja informaatiopalveluita, jolloin
lähtötilanteesta riippuen asiakas voidaan ohjata suoraan tekemään
ajanvarausta tietyn aihepiirin asiantuntijalle. Asiakaspalvelupisteessä
asiakaspalvelija voi varata asiakkaalle ajan tapaamisen asiantuntijan kanssa
ajanvarauspalvelua käyttäen, mikäli hän ei itse pysty vastaamaan asiakkaan
tarpeeseen.
Erillistä teknisen toimen ajanvarauspalvelua ei ole tarpeen toteuttaa KRYSPhankkeen yhteydessä, mikäli sellainen on saatavilla olemassa olevana
tukipalveluna. Tästä syystä ajanvarauspalvelua ei ole kattavasti määritelty
tässä yhteydessä. Seuraavaan taulukkoon on kuitenkin koottu keskeisimmät
ajanvarauspalvelulta vaadittavat ominaisuudet.
Nro
Vaatimuksen
nimi
Vaatimuksen kuvaus
Tärkeys
Perustelu
5.4.1
Ajanvarauspalvelu
Kunnan asiakas voi varata sähköisessä
työpöytäpalvelussa ajan henkilökohtaiseen
tapaamiseen kunnan asiantuntijan kanssa.
1
Hyvä
asiakaspalvelu
5.4.2
Asiakkaan
tunnistaminen
Ajanvaraus edellyttää hakijan kirjautumista.
Varaajan tiedot luetaan oletusarvoisesti
käyttäjän tilin tiedoista.
1
Väärinkäytösten
estäminen
5.4.3
Ajanvaraus toisen
puolesta
Asiakas voi varata verkkopalvelussa ajan
jonkun toisen henkilön puolesta, tai kunnan
asiakaspalvelupisteen virkailija varaa ajan
asiakkaan puolesta. Käyttäjän tilin tiedoista
oletuksena tulevat varaajan tiedot voidaan
vaihtaa.
1
Mahdollistetaan
palvelun käyttö
myös henkilöille,
jotka eivät itse
asioi verkossa.
5.4.4
Palvelukeskeinen varaus
Asiakas voi varata ajan valitsemaansa
aihepiiriin liittyen, esim. rakennuslupa-asia tai
kaavamuutoksesta neuvottelu.
1
Hyvä
asiakaspalvelu
5.4.5
Ajanvarauksen
käynnistäminen
ulkoisesti,
palveluvalinnan
ohittaminen
Ajanvarauspalvelu tulee voida liittää osaksi
jotain muuta sähköisen työpöydän palvelua
siten, että ajanvaraaminen käynnistyy toisen
palvelun sisältä ja ohjautuu ajanvarauksessa
suoraan ko. palvelun varaamiseen.
1
Käytön helppous
5.4.6
Henkilökeskeinen varaus
Asiakas voi varata ajan valitsemaansa
aihepiiriin liittyen suoraan tietylle henkilölle.
3
Jos asiakas
tietää kenen
kanssa on
asioitava.
5.4.7
Ajanvarausten
selailu,
ajanvarauksen
Asiakas voi nähdä omat varauksensa, ja
muuttaa tai poistaa aiemmin tekemänsä
varauksen. Palvelussa voidaan asettaa
1
Varattujen
asiakaspalveluaikojen tehokas
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
77 (107)
muuttaminen
aikaraja, kuinka paljon ennen varattua aikaa
muutosten tekeminen on mahdollista
käyttö, turhien
varausten esto
5.4.8
Ajanvarauksen
muuttaminen
kunnan taholta
Asiakkaan varaama aika on voitava muuttaa
tai peruuttaa kunnan viranomaisen taholta.
Asiakkaalle tiedotetaan tilanteesta ja samalla
tarjotaan uutta mahdollista aikaa, jonka
asiakas voi hyväksyä.
1
Hyvä
asiakaspalvelu
5.4.9
Varattavat
resurssit
Ajanvarauspalvelun tulee saada käyttöönsä
tiedot mahdollisista varattavista ajoista ja
henkilöistä (resurssipooli).
1
Perusta palvelun
tuottamiselle
5.4.10
Ajanvarauksen
muistutus
Palvelu voi lähettää asiakkaalle sähköpostitai tekstiviestimuistutuksen määrättyä
ajanjaksoa ennen varattua aikaa.
2
Käyttömukavuus
Taulukko 23 Ajanvarauspalvelun vaatimukset
Ajanvarauksen prosessikaavio on liitteessä 20.
Asiakaspalvelun käyttötapauskuvaus on liitteessä 5.
5.5 Palautteet, mielipiteet, muistutukset ja valitukset
Palautteiden, mielipiteiden, muistutusten ja valitusten anto kunnalle on yksi
kuntalaisten perusoikeuksista. Jatkossa tässä luvussa käytetään termiä
palaute ja palautejärjestelmä tarkoittamaan yleisesti palautteita, mielipiteitä,
muistutuksia ja valituksia sekä näiden antamiseen tarkoitettua järjestelmää
sekä toiminnallisuutta.
Erilaiset tavat kunnan toiminnoista kommentointiin voidaan jakaa mm.
seuraaviin kokonaisuuksiin:
Yksilöllinen vuorovaikutus rakentamis- ja suunnittelutyön aikana
(rakentamisessa, kaavoituksessa, katusuunnittelussa,
puistosuunnittelussa, kaupungin eri osien kehittämisessä)
Yleinen karttapohjainen palaute (viat ja vauriot, luvaton tekeminen)
Yleinen sijainniton palaute
Kunnissa on tyypillisesti käytössä useita erilaisia palautejärjestelmiä.
Teknisellä sektorilla on omat järjestelmänsä ja muilla yksiköillä omat
järjestelmänsä. Monissa kunnissa on selkeä tarve yhteiseen keskitettyyn
palautejärjestelmään. Keskitetyn järjestelmä sijaan voidaan toteuttaa myös eri
tasoisia välimalleja. Esimerkiksi kaikki palaute voidaan antaa saman
järjestelmän kautta, mutta palautteisiin vastaaminen hoidetaan eri
järjestelmien avulla. Palautteiden analysointi ja raportointi voidaan taas
suorittaa samalla järjestelmällä. Usean palautejärjestelmän rinnakkainen
käyttö vaatii toimivia rajapintoja, jotta niihin voidaan kytkeä yhteisiä osuuksia.
Palautejärjestelmä pitää sisällään yleisesti sekä palautteiden annon, niihin
vastaamisen, analysoinnin ja raportoinnin sekä palautteiden julkaisun muille
käyttäjille. Tässä määrittelyssä keskitytään palautteiden antoon sekä
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
78 (107)
palautteiden julkaisuun muille käyttäjille. Muut osuudet eivät kuulu sähköisen
asiointipalvelun työpöydän toiminnallisuuksiin vaan taustajärjestelmien
toimintoihin. Palautteiden lukumäärä on yleensä niin suuri, että ne kirjautuvat
suoraan palautteiden käsittelyjärjestelmään eikä niitä siten jatkokäsitellä
työpöydällä. Myös palautteiden vastausten vastaanotto ja palautteiden
täydentäminen ovat taustajärjestelmien toimintoja.
Yleinen ongelma kuntalaisten palautteiden keruussa on aktiivisimpien
kuntalaisten mielipiteiden korostuminen. Ns. hiljaisten ryhmien tarpeet jäävät
usein huomioimatta. Sähköiset järjestelmät saattavat aktivoida tästä
arvokkaasta ryhmästä ainakin osan. Teknisen sektorin sähköisellä
palautejärjestelmällä pyritään kytkemään sijaintitieto annettuihin palautteisiin
ja sitä kautta tehostaa palautteiden käsittelyä ja niihin liittyviä
korjaustoimenpiteitä.
Seuraavassa kuvassa on esitetty palautepalvelun tietosisällön käsitemalli
tiedoista, jotka palautteista välitetään niiden käsittelyjärjestelmään.
Kuva 12
Nro
Vaatimuksen
nimi
5.5.1
Yleinen
teknisen
sektorin
palautejärjestelmä
5.5.2
5.5.3
Palautepalvelun tietosisällön käsitemalli
Vaatimuksen kuvaus
Tärkeys
Kuntalaisen tulee voida antaa palautetta
omaan teknisen sektorin asiaansa liittyen
sähköisen työpöydän palautejärjestelmällä.
Perustelu
1
Perusvaatimus
Koko kunnan
Kuntalaisen tulee voida antaa palautetta
palautejärjestel mistä tahansa asiasta sähköisellä työpöydällä
mä
olevalla palautejärjestelmällä.
2
Yhteiskäyttöisyys
Palautteen
tietosisältö
1
Tietojen riittävyys
Palautteessa tulee olla mahdollista pyytää
ainakin seuraavat tiedot:
• Palautetyyppi (esim. kadut, viheralueet,
yleinen palaute)
• Aihe (tarkentaa palautetyyppiä)
• Selitysteksti
• Palautemerkinnät tai piirrokset
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
79 (107)
sijainnillisessa palautteessa
• Liitetiedosto
• Yhteystiedot
5.5.4
Palautteen
käsittely- ja
julkaisutiedot
Palautteen antajan tulee olla mahdollista
valita myös:
5.5.5
Upotettu kartta
palautteen
annossa
5.5.6
5.5.7
2
Monipuolisuus
Sijainnillisen palautteen annossa tulee olla
mahdollista käyttää upotettua
karttakomponenttia (kuvaus 4.4.3 ).
1
Sijainnin
oikeellisuus
Alueelle
hakeutuminen
sijainnilliseen
palautteeseen
Sijainnillisen palautteen annossa tulee olla
mahdollista hakeutua alueelle minimissään
osoitteen avulla. Toiminnon tulee
mahdollistaa myös kuntakohtainen haku
seudullisissa palveluissa.
2
Käytön helppous
Palautejärjestelmän käynnistäminen
Palautejärjestelmä tulee olla mahdollista
käynnistää linkillä, joka sisältää perustiedot
järjestelmän käynnistämiseen.
1
Käytön helppous
• Yhteydenottotapa, jolla häneen
tarvittaessa otetaan yhteyttä
• Saako hänen palautteensa julkaista muille
näkyviin
• Haluaako hän automaattisesti tietoa asian
käsittelystä
Perustiedoilla tarkoitetaan palautetyyppiä,
aihetta sekä hanketta. Näistä tiedoista yksi tai
usea voi olla linkissä mainittuna.
Tällöin palautteen anto voidaan käynnistää
esim. yksittäisen kaavahankkeen sivustolta ja
järjestelmä ohjautuu suoraan ko. hankkeen
palautteen keräämiseen.
Toinen tapa on käynnistää palautteen anto
minkä tahansa yksikön sivustolta siten että
linkissä on ko. yksikön mukainen
palautetyyppi mainittuna.
5.5.8
Kohteesta
palautteen
anto
Palautejärjestelmällä tulee olla mahdollista
antaa palautetta myös yksittäisestä
kohteesta. Kohde voi olla esim. puiston
penkki tai valopylväs.
2
Palautteen
kohdistettavuus
5.5.9
Kohteen ja
hankkeen
perustiedot
Palautepalvelussa tulee olla mahdollista
esittää kohteesta tai hankkeesta perustiedot
käyttäjälle. Perustietona voi olla esim.
kaavahankkeessa lyhyt kuvaus hankkeesta
sekä hankkeeseen liittyviä dokumentteja
linkkeinä. Palautepalvelussa ei ole
kuitenkaan tarkoituksenmukaista esitellä
koko hanketta. Koko hanke esitellään
1
Informointi
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
80 (107)
tyypillisesti Tiedottamispalvelussa, joka on
kuvattu luvussa 5.3.
5.5.10
Sijainnin
pakollisuus
Sijainnillisissa palautteissa tulee olla
mahdollista määritellä sijainnin anto
pakolliseksi.
1
Epämääräisen
tiedon estäminen
5.5.11
Muiden
palautteiden
näkyminen
palautteen
annon
yhteydessä
Käyttäjän tulee olla mahdollista nähdä
muiden antamat palautteet oman
palautteenantonsa yhteydessä.
2
Turhien
palautteiden
estäminen
5.5.12
Kuntakohtainen palaute
Palaute tulee olla mahdollista kohdistaa
haluttuun kuntaan seudullisissa palveluissa.
1
Laaja käyttöalue
5.5.13
Palautteen
anto kirjautuneena sekä
nimettömänä
Palautetta tulee voida antaa sekä
nimettömänä että kirjautuneena.
1
Monikäyttöisyys
5.5.14
Palautteiden
jatkotyöstäminen
Palautteita tulee olla mahdollista tallentaa ja
palata työstämään myöhemmin eteenpäin.
2
Monikäyttöisyys
5.5.15
Oikeuksien
anto omien
palautteiden
työstämiseen
Käyttäjällä tulee olla mahdollista antaa muille
käyttäjille oikeuksia täydentää omaa
palautettaan ennen sen lähettämistä.
Oikeuksien anto tarkoittaa, että käyttäjä
laajentaa halutuille käyttäjätunnuksille
palautteen muokkausoikeutta.
3
Monikäyttöisyys
5.5.16
Palaute
kuulemisajan
jälkeen
Palautteen anto tulee olla mahdollista myös
kommentoitavan hankkeen kuulemisajan
jälkeen, mikäli kunta näin haluaa. Tällöin
palaute otetaan vastaan, mutta sitä ei
välttämättä käsitellä virallisena palautteena.
Käyttäjää on tällöin informoitava
myöhästyneestä palautteesta ja sen
käsittelytavasta.
2
Monikäyttöisyys
5.5.17
Omien
palautteiden
seuranta
Käyttäjän tulee voida seurata omien
palautteidensa tilaa niiden käsittelyn
yhteydessä. Vaatimus koskee käyttäjän
kirjautuneena antamia palautteita.
2
Mielenkiinnon
tyydyttäminen
Omien palautteiden seuranta voi tapahtua
palautepalvelussa tai tiedottamispalvelussa,
jos sellainen on kunnassa käytössä.
Palautteiden tilan seuranta tarkoittaa, että
käyttäjä voi valita esim. palautepalvelussa
näkyvän itse lähettämänsä palautteen ja
nähdä sen käsittelyvaiheet. Käsittelyvaiheista
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
81 (107)
näytetään minimissään vaiheen toimenpide
(esim. vastattu) tai toimenpiteen selitysteksti.
5.5.18
Palautteet
syötteenä
Palautejärjestelmän kautta annettuja julkisia
palautteita tulee voida seurata RSSsyötteenä.
1
Mielenkiinnon
tyydyttäminen
5.5.19
Palautteiden
julkaiseminen
Palautteet tulee olla mahdollista julkaista
muille käyttäjille palautteen antajan salliessa
tämän. Sijainnillinen palaute voidaan julkaista
esim. kohdan 4.4.2 karttapalvelussa. Julkaisu
tulee olla mahdollista aihe-kohtaisesti.
2
Avoimuus
5.5.20
Vahva
tunnistautuminen palautteiden
annossa
Palautteiden antoon tulee voida kytkeä vahva
tunnistautuminen. Virallisissa palautteissa
(aloitteet ja valitukset) usein vaaditaan
käyttäjän vanhaa tunnistautumista.
1
Monikäyttöisyys
5.5.21
Palautteiden
ohjautuminen
vastuuhenkilöille
Palautejärjestelmän tulee olla mahdollista
ohjata saapuvat palautteet suoraan
vastuuhenkilöille. Vastuuhenkilöt tulee olla
mahdollista määritellä erikseen kullekin
palautetyypille.
1
Manuaalisen työn
minimointi
5.5.22
Palautteet
asianhallintajärjestelmään
Palautteet tulee olla mahdollista ohjata
asianhallintajärjestelmään ko. järjestelmässä
olevan rajapinnan kautta. Palautteen mukana
tulee olla mahdollista välittää sen yksilöivä
tunniste.
1
Manuaalisen työn
minimointi
5.5.23
Palautteiden
dokumentit
dokumenttienhallintajärjestelmään
Palautteissa mukana olevat dokumentit tulee
olla mahdollista ohjata
dokumenttienhallintajärjestelmään ko.
järjestelmässä olevan rajapinnan kautta.
Dokumenttien mukana tulee olla mahdollista
välittää palautteen yksilöivä tunniste.
2
Manuaalisen työn
minimointi
5.5.24
Tallennettujen
palautteiden
saatavuus
Palautejärjestelmään tallennetut palautteet
tulee olla saatavissa muiden järjestelmien
käyttöön standardien web service rajapintojen kautta. Rajapinnan tarjoamassa
viestissä tulee olla mahdollista välittää myös
palautteen yksilöivä tunniste. Mm. kunnassa
mahdollisesti käytössä oleva koko kaupungin
palautejärjestelmä voi hyödyntää tämän
palautejärjestelmän tietoja esim.
raportoinnissa.
1
Yhteiskäyttöisyys
Taulukko 24 Palautepalvelun vaatimukset
Palautepalvelun prosessikaavio on liitteessä 21.
Palautteen antamisen käyttötapauskuvaukset ovat liitteissä 6 ja 7.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
82 (107)
5.6 Luvat ja ilmoitukset
Lupa-asioinnissa sähköisen työpöydän palvelussa tarjotaan
rakennushankkeeseen ryhtyvälle ja suunnittelijoille mahdollisuus saada
kunnasta suunnittelun lähtötietoja, kommunikoida kunnan kanssa hankkeen
eri vaiheissa ja lähettää lupahakemus tai ilmoitus. Palvelun kautta voidaan
myös seurata asian käsittelyn etenemistä. Rakennushankkeen osapuolet
voivat palvelun kautta tehdä ajanvarauksen kunnan toimijoille. Ajanvaraus
kuvataan luvussa 5.4.
5.6.1 Luvat
Ennen lupahakemuksen lähettämistä työpöydän palvelussa tarjotaan
mahdollisuus ennakkokyselyn lähettämiseen tai ennakkomateriaalin
toimittamiseen rakennusvalvonnan kommentoitavaksi. Ohjaus ja
neuvontavaiheen jälkeen voidaan työpöydän palvelussa hakea kunnasta
erilaisia lupia. Näitä lupia voi olla esimerkiksi:
Rakennuslupa, toimenpidelupa
Purkamislupa
Poikkeamispäätös
Suunnittelutarveratkaisu
Maisematyölupa
Sijoituslupa
Kaivuulupa / katutyölupa
Ympäristölupa
Luvan hakemiseksi tarvitaan aina:
Hakemuksen kohdekiinteistö / rakennuspaikka (kiinteistötunnus,
osoite)
Toimenpide / selostus toimenpiteestä
Hakijat (nimi ja yhteystiedot)
Lisäksi lupatyypin mukaan:
Rakennuslupa, toimenpidelupa
Rakennushankkeen tiedot (RH-tiedot)
Pääsuunnittelija (nimi ja yhteystiedot)
Rakennussuunnittelija (nimi ja yhteystiedot)
Laskutusyhteystiedot
Liiteasiakirjat ja -dokumentit
Purkamislupa
Purettavan rakennuksen yksilöinti (Rakennustunnus)
Poistuman syy
Poistuman ajankohta
Laskutusyhteystiedot
Ympäristölupa
Toiminnan kuvaus, laitos
Toiminnan kesto
Kuormitus- ja päästötiedot
Vaikutukset ympäristöön
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
83 (107)
Lisäselvitykset, esim. jätevesien käsittely
Muut luvat
Lupatyyppikohtaisesti määriteltävät liiteasiakirjat ja -dokumentit
Seuraavassa kuvassa on esitetty lupa-asian tietosisällön käsitemalli.
Kuva 13
Lupa-asian tietosisällön käsitemalli
Nro
Vaatimuksen
nimi
5.6.1.1
Suunnittelun
lähtötiedon
hankinta
(sähköisessä
muodossa
oleva aineisto)
Suunnittelun lähtötietojen hankintaan
voidaan käyttää tässä dokumentissa
luvuissa 5.8 - 5.10 kuvattuja palveluita.
1
Hyvä
asiakaspalvelu
5.6.1.2
Suunnittelun
lähtötiedon
hankinta (eisähköisessä
muodossa
oleva aineisto)
Sähköisessä työpöytäpalvelussa voi tehdä
ei-sähköisessä muodossa olevan
suunnittelun lähtötieto- tai ohjemateriaalin
postituspyynnön kuntaan.
1
Hyvä
asiakaspalvelu
5.6.1.3
Ennakkokysely
Sähköisessä työpöytäpalvelussa voi
lähettää hankkeesta kuntaan
ennakkokyselyn tai ennakkomateriaalia
kommentoitavaksi.
1
Hyvä
asiakaspalvelu
Hakija, suunnittelija tai työnjohtaja voi
sähköisessä työpöytäpalvelussa varata ajan
henkilökohtaiseen tapaamiseen tai tilata
1
5.6.1.4
Ajanvaraus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Vaatimuksen kuvaus
Tärkeys
Perustelu
Sähköposti ei
tukkeudu isoista
liitetiedostoista
Hyvä
asiakaspalvelu
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
84 (107)
katselmuksen työmaalle. Kunnan toimija
hyväksyy esitetyn ajan tai esittää toista
ajankohtaa.
5.6.1.5
Lupahakemus
Sähköisessä työpöytäpalvelussa voi tehdä
lupahakemuksen. Tekniset tiedot
hakemukseen tuodaan operatiivisesta
järjestelmästä rakennuspaikan tai muun
kohteen yksilöinnin perusteella (kiinteistö-,
osoite- ja kaavatiedot, olemassa olevat
rakennukset, omistajatiedot). Hakemuksen
voi täydentää valmiiksi myöhemmin ennen
sen lähettämistä kuntaan käsiteltäväksi.
1
Hyvä
asiakaspalvelu,
nykyaikainen
toimintatapa
Tekniset tiedot voidaan tuoda myös muusta
operatiivisesta järjestelmästä kuin mihin
luvan haku ensisijaisesti liittyy. Esim.
ympäristöluvan haun yhteydessä
mahdollisesti tarvittavat kiinteistöjen tiedot
voidaan hakea kunnan kiinteistörekisteristä.
5.6.1.6
Muistio /
pöytäkirja
Työpöydällä olevaan lupa-asiaan liittyvästä
henkilökohtaisesta tapaamisesta (kokous,
katselmus jne.) tehty muistio tai pöytäkirja
on voitava lisätä liitetiedostona lupa-asiaan
muiden työpöydän käyttäjien saataville.
1
Tiedon tehokas
jakaminen eri
toimijoiden välillä
5.6.1.7
Muistio /
pöytäkirja
ennen lupaasian
perustamista
Kuntakäyttäjä voi lisätä muistion tai
pöytäkirjan työpöydälle ennen lupa-asian
perustamista ja antaa katseluoikeudet
tarvittaville toimijoille. Muistion katselu
edellyttää vahvaa tunnistamista.
3
Tiedon sujuva
jakaminen eri
toimijoiden välillä
5.6.1.8
Lupa-asian
sähköisen
liitteen
kommenttitiedot
Lupa-asian sähköisen liitteen (pääpiirustus,
BIM-malli, muistio, pöytäkirja jne) yhteyteen
on voitava lisätä työpöydän kautta
kommenttitietoa (pvm, kommentin lisääjä,
kommenttiteksti).
1
Eri toimijoiden
välinen
kommunikointi
5.6.1.9
Lupa-asian
lokitiedot
Työpöydän kuntakäyttäjän näkymässä
näytetään lupa-asian yhteydessä historia- /
lokitiedot lupa-asian käsittelystä (vaihe,
pvm, kellonaika, tekijä, vaihetta kuvaa
seliteteksti).
1
Helpottaa asian
käsittelyn
seuraamista
5.6.1.10
Sijaintitiedon ja
hyödyntämine
n hakemuksen
täytössä
Sähköisessä palvelussa voi lisätä
kohdekiinteistön hakemukseen osoittamalla
kohdekiinteistö kartalta tai syöttämällä
osoite. Kohdekiinteistöjä ja -määräaloja voi
olla useita. Kohde voi olla myös
vapaamuotoinen rajaus.
1
Helppokäyttöisyys
5.6.1.11
Rekisteritiedon
hyödyntämine
n hakemuksen
Järjestelmä tarjoaa käyttäjän osoittaman
kiinteistön tunnuksen valmiiksi
hakemukseen ja tuo hakijaksi kiinteistön
1
Helppokäyttöisyys
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
85 (107)
täytössä
omistajan.
5.6.1.12
Hakemuksen
täytön
tarkistaminen
Palvelu tarkistaa, että hakija on täyttänyt
kaikki vaadittavat tiedot, ja että syötetyt
tiedot ovat oikeanmuotoisia. Vaadittavat
tiedot voidaan määritellä kuhunkin
lupatyyppiin erikseen. Vaaditun tiedon
puuttumisesta annetaan varoitus.
1
Hakemusten
laadun
parantaminen
5.6.1.13
Hakemuksen
lähetyksen
esto
Palveluun voidaan määritellä
lupatyyppikohtaisesti pakollisia osia, joiden
puuttuminen estää hakemuksen
lähettämisen (esim. ympäristöluvassa
kohde tai rakennusluvassa pääsuunnittelija)
1
Hakemusten
laadun
parantaminen
5.6.1.14
Hakemuksen
liitteet
Hakija voi liittää hakemukseensa
haluamiaan sähköisiä liitedokumentteja.
Palvelu ehdottaa, mitkä dokumentit ovat
tarpeellisia kussakin lupa-asiassa.
1
Helppokäyttöisyys
5.6.1.15
Hakemuksen
lähettäjän
tunnistaminen
Hakemuksen lähettämisessä edellytetään
lähettäjän vahvaa tunnistamista. Palvelussa
hyödynnetään yleisen tukipalvelun
tarjoamaa tunnistamiskäytäntöä (esim.
VETUMA). Lähettäjän ollessa muu kuin
hakija edellytetään liitteenä valtakirja
hakijalta.
1
Lakisääteisten
edellytysten
toteaminen
(omistaja voi
hakea)
5.6.1.16
Hakemuksen
tallentaminen
palveluun
Hakemuksen tiedot tallentuvat sähköiseen
palveluun ja hakija voi jatkaa hakemuksen
täyttämistä myöhemmin.
1
Käyttömukavuus
5.6.1.17
Loogisuustarkistukset
Kuntakäyttäjän näkymässä näytetään
tulokset hakemuksen tietojen
loogisuustarkistuksen tuloksista. Palveluun
voitava määritellä kullekin lupa-asia –tyypille
tehtävät tarkistukset. Esimerkiksi
rakennusluvalle vastaavat tarkistukset, jotka
tulee tehtäväksi ennen
rakennushanketietojen vientiä
valtakunnalliseen rekisteriin.
2
Hakemusten
laadun
parantaminen
5.6.1.18
Hakemuksen
palauttaminen
täydennettävä
ksi
Kunnan lupakäsittelijä voi palauttaa
hakemuksen hakijalle täydennettäväksi ja
ohjeistaa samalla mitkä puutteet on
korjattava. Jos pyydetty täydennys saadaan
ohi sähköisen työpöydän, lupakäsittelijällä
on oltava mahdollisuus ottaa lupa-asia
käsiteltäväksi.
1
Hakemusten
laadun
parantaminen
5.6.1.19
Liitteiden
päivitysmahdollisuus
säilyy koko
lupakäsittelyn
Hakemuksen perustietojen muokkaus
palvelussa estetään kun hakemus on
lähetetty. Sähköisten liitteiden lisäämis- ja
päivitysmahdollisuus kuitenkin säilyy koko
1
Varmistetaan että
samat tiedot
näkyy eri
toimijoille.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
86 (107)
ajan
lupakäsittelyn ajan.
5.6.1.20
Hakemusten
tilan seuranta
Hakija näkee sähköisessä palvelussa
hakemuksensa tilan ja voi seurata käsittelyn
etenemistä. Hakemuksen tilan muutoksista
palvelu lähettää hakijalle automaattisesti
sähköpostiviestin.
1
Hyvä
asiakaspalvelu
5.6.1.21
Hakemuksen
käsittelyvaltuus toiselle
käyttäjällle
Hakija voi antaa toiselle sähköisen
työpöydän käyttäjälle valtuuden käsitellä ja
muokata omaa keskeneräistä hakemustaan.
1
Sujuva
yhteiskäyttö
5.6.1.22
Naapureille
tiedottaminen
(hakija)
Hakijalle on tarjottava mahdollisuus saada
lupa-asian kohteen naapurikiinteistöjen
omistajien yhteystiedot listattuna
tiedottamista varten.
1
Hyvä
asiakaspalvelu
5.6.1.23
Naapureille
tiedottaminen
(rakennusvalvonta)
Kuntakäyttäjälle on tarjottava mahdollisuus
listata lupa-asian kohteen
naapurikiinteistöjen omistajien yhteystiedot
tiedottamista varten.
1
Käyttömukavuus,
tehostaa
lupakäsittelyä
5.6.1.24
Naapurin
kuuleminen
Lupa-asian kohteen naapurikiinteistön
omistaja voi työpöydän kautta antaa
rakennusvalvonnalle palautetta / mielipiteitä
vireillä olevasta lupahakemuksesta. Tämä
edellyttää vahvaa tunnistamista.
2
Hyvä
asiakaspalvelu
5.6.1.25
Naapurin
muutoksenhakumahdollisuus lupapäätöksestä
Lupapäätöksen jälkeen lupa-asian kohteen
naapurikiinteistön omistaja voi työpöydän
kautta:
2
Hyvä
asiakaspalvelu
5.6.1.26
Lausuntopyynnön
tekeminen
Kuntakäyttäjä voi antaa toiselle sähköisen
työpöydän käyttäjälle lausuntopyynnön
lupa-asiasta.
1
Nopeuttaa
lupakäsittelyä
5.6.1.27
Lausunnon
antaminen
Sähköisen työpöydän kautta voi vastata
lausuntopyyntöön eli välittää kuntaan
pyydetty lausunto sähköisenä
liitedokumenttina.
1
Nopeuttaa
lupakäsittelyä
5.6.1.28
Hakemustietojen
rajapinta
Hakemustiedoille tulee olla rajapinta, jonka
kautta hakemuksen tiedot liitteineen
voidaan viedä käsiteltäväksi operatiiviseen
järjestelmään ja hakemuksen tilatietoja
1
Perusta palvelun
tuottamiselle
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
nähdä muutoksenhakuun tarvittavat
tiedot (päätöksen perustiedot,
muutoksenhakuaika)
tehdä oikaisuvaatimuksen /
valituksen päätöksestä (edellyttää
vahvaa tunnistamista)
seurata muutoksenhaun vaihetietoja
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
87 (107)
voidaan päivittää sähköiseen palveluun.
5.6.1.29
Kuntakäyttäjän
työpöydän
käyttövaltuushallinta
Käyttäjäkohtaisesti voidaan määritellä mitä
lupa-asioita tietyllä käyttäjällä näytetään.
1
Tietoturva,
käyttömukavuus
5.6.1.30
Kuntakäyttäjän
työpöydän
suodatus
Käyttäjä voi valita palveluun määriteltävällä
suodattimella näytettävät lupa-asiat tyyliin:
1
Käyttömukavuus
avoimet
lupakäsittelijä nimetty
valittu lupakäsittelijä
lausuntopyyntö (lupa-asia odottaa
käyttäjän lausuntoa)
kaikki
Lisäksi käyttäjä voi järjestää lupa-asiat
näytöllä valitsemansa kriteerin mukaiseen
järjestykseen.
5.6.1.31
Lupien
käsittelyn
organisointi
Palveluun lisätyt lupa-asiat voidaan
työpöydän kautta ohjata lupakäsittelijöiden
käsiteltäviksi.
1
Käyttömukavuus
5.6.1.32
Lupien
käsittelyn
automaattinen
organisointi
Palveluun lisätyt lupa-asiat ohjautuvat lupaasian kohteen sijainnin perusteella
palveluun määriteltävien aluevastuuryhmien
lupakäsittelijöiden käsiteltäviksi.
1
Nopeuttaa
lupakäsittelyä
5.6.1.33
Työnjohtajan
hakemus
Työnjohtajaksi hyväksymistä varten voidaan
lähettää hakemus liitteineen palvelun
kautta. Tämä edellyttää vahvaa
tunnistamista.
1
Hyvä
asiakaspalvelu
5.6.1.34
Työnjohtaja
näkee omat
kohteet
Lupa-asiaan liitetty työnjohtaja näkee omien
kohteiden tiedot työpöydällä (lupapäätökset,
vastuun alkamis- ja päättymispäivä,
katselmus- ja tarkastustiedot)
2
Hyvä
asiakaspalvelu
Tämä edellyttää vahvaa tunnistamista.
5.6.1.35
Aloitusilmoitus
Vastaava työnjohtaja voi tehdä kohteestaan
aloitusilmoituksen. Tämä edellyttää vahvaa
tunnistamista.
1
Hyvä
asiakaspalvelu
5.6.1.36
Sähköiset
erityissuunnitel
mat
Työpöydän kautta voi toimittaa sähköisiä
erityissuunnitelmia kuntaan (myös
päätösvaiheen jälkeen). Tämä edellyttää
vahvaa tunnistamista.
1
Hyvä
asiakaspalvelu
5.6.1.37
Suunnittelija
näkee omat
kohteet
Lupa-asiaan liitetty suunnittelija näkee
omien kohteiden tiedot työpöydällä
(lupapäätökset, otsikkotiedot kuntaan
toimitetuista dokumenteista). Tämä
2
Hyvä
asiakaspalvelu
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
88 (107)
edellyttää vahvaa tunnistamista.
5.6.1.38
Työnaikaisten
muutosten
toimitus
kuntaan
Työpöydän kautta voi toimittaa työnaikaiset
muutokset (pääpiirustukset ,
erityssuunnitelmat, BIM-malli) kuntaan.
Tämä edellyttää vahvaa tunnistamista.
1
Hyvä
asiakaspalvelu
5.6.1.39
Työnaikaisten
muutosten
hyväksyminen
Kuntakäyttäjä voi työpöydän kautta
hyväksyä työnaikaiset muutospiirustukset
tai vaatia muutosluvan hakemista.
1
Hyvä
asiakaspalvelu
5.6.1.40
Sähköinen
tarkastusasiakirja
Lupa-asian eri osapuolet ja kuntakäyttäjä
voi työpöydän kautta nähdä / päivittää
sähköistä tarkastusasiakirjaa.
Tarkastusasiakirjassa on tarkastus- ja
katselmusohjelma, joka ohjaa työjärjestystä.
Loppukatselmuksen jälkeen
tarkastusasiakirja arkistoidaan kuntaan.
Tämä edellyttää vahvaa tunnistamista.
1
Tehokas
tiedonjako
toimijoiden välillä
5.6.1.41
Energiaselvitykset
dokumenttina
Rakennuslupahakemukseen tarvitaan
energiaselvitys. Selvitys laaditaan tällä
hetkellä normaalisti dokumenttimuodossa
(mm. Energiajunior). Dokumentti tulee
pystyä liittämään
rakennuslupahakemukseen.
1
Energiatehokkuus
5.6.1.42
Energiaselvitystiedot
rajapinnoista
Jatkossa energiaselvityksiä tehdään myös
ohjelmistoilla, jotka tarjoavat selvitystiedot
web service -rajapintojen kautta
hyödyntäville ohjelmistoille.
Energiaselvitystietoja tulee pystyä liittämään
rakennuslupahakemukseen myös web
service rajapinnoista.
2
Energiatehokkuus
5.6.1.43
Lupahakemusten poisto
palvelusta
Palvelun käyttäjä tulee voida poistaa itse
luomiaan lupia palvelusta, mikäli niitä ei ole
vielä lähetetty käsittelyyn.
1
Palvelun
hallittavuus
Palvelun viranomaiskäyttäjä tulee voida
poistaa myös muiden luomia lupia.
Taulukko 25 Lupapalvelun vaatimukset
Lupiin ja rakentamiseen liittyvät prosessikaaviot ovat liitteissä 22 - 26.
Lupiin ja rakentamiseen liittyvät käyttötapauskuvaukset ovat liitteissä 8 - 11.
5.6.2 Ilmoitukset
Ilmoitus-asioina kunnassa käsiteltävissä asioissa sähköisen työpöydän
palvelussa tarjotaan mahdollisuus lähettää esimerkiksi:
Toimenpideilmoitus
Ilmoitus työnjohtajaksi suostumisesta
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
89 (107)
Purkamisilmoitus
Ympäristöilmoitus
Ilmoituksen lähettämiseksi tarvitaan aina:
Ilmoituksen kohde (kiinteistötunnus, osoite)
Toimenpide / selostus toimenpiteestä
Ilmoituksen tekijä (nimi ja yhteystiedot)
Lisäksi ilmoitustyypin mukaan määriteltävät
Liiteasiakirjat ja –dokumentit
Laskutusyhteystiedot
Palvelun vaatimukset ilmoitusten osalta ei poikkea oleellisesti lupa-kohdassa
esitetyistä. Ilmoituksen lähettämiseen liittyy tyypillisesti vähemmän täytettäviä
tietoja kuin luvissa. Ilmoituksessa kuvattu toimenpide joko hyväksytään
kunnassa suoraan ilmoituksen perusteella tai edellytetään lupahakemuksen
lähettämistä.
5.7 Hakemukset
Hakemusasioina sähköisen työpöydän palvelussa tarjotaan mahdollisuus
hakea erilaisia kiinteistönmuodostukseen liittyviä viranomaistoimenpiteitä,
kunnan omistaman yleisen alueen tilapäistä käyttöä ja kunnan tarjoaman
tontin hakemista.
5.7.1 Kiinteistönmuodostus
Kiinteistötoimitukset ovat lakiin perustuvia toimenpiteitä, joita edellytetään
haettavan kirjallisesti. Hakijana voi olla yleensä toimenpidettä koskevan
kiinteistön omistaja.
Mahdollisia kiinteistötoimituksia ja hakemuksia ovat mm.:
•
•
•
•
•
•
Tontin lohkominen
Rasitetoimitus (ml. rakennusrasitteen perustaminen ja kiinteistöjen
yhteisjärjestely)
Kiinteistönmääritys
Kiinteistön laadun muutos
Kiinteistön tunnusmuutos
Tonttijako
Kiinteistötoimituksen hakemiseksi tarvittavat tiedot ovat:
•
•
•
•
•
•
•
•
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Toimituksen tai toimenpiteen laji
Hakemuksen kohde (kiinteistötunnus, osoite)
Hakijat (henkilötunnus, nimi, osoite ja muut yhteystiedot)
Asiamiehet (nimi ja yhteystiedot)
Laskutusyhteystiedot
Mahdolliset vapaat lisätiedot
Liiteasiakirjat ja -dokumentit
Päiväys ja allekirjoitus
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
90 (107)
Seuraavassa kuvassa on esitetty toimitushakemuksen tietosisällön käsitemalli
tiedoista, jotka hakemuksista välitetään niiden käsittelyjärjestelmään.
Kuva 14
Nro
Vaatimuksen
nimi
Toimitushakemuksen tietosisällön käsitemalli
Vaatimuksen kuvaus
Tärkeys
Perustelu
5.7.1.
1
Kiinteistötoimituksen haku
Kiinteistön omistaja voi tehdä sähköisessä
työpöytäpalvelussa hakemuksen
kiinteistötoimituksen tai toimenpiteen
suorittamiseksi.
1
Hyvä
asiakaspalvelu,
nykyaikainen
toimintatapa
5.7.1.
2
Sijaintitiedon
hyödyntäminen
hakemuksen
täytössä
Hakija voi sähköisessä palvelussa osoittaa
hakemuksen kohdekiinteistön kartalta tai
syöttämällä osoitteen.
1
Käyttömukavuus,
hakemuksen
laatu
5.7.1.
3
Rekisteritiedon
hyödyntäminen
hakemuksen
täytössä
Järjestelmä tarjoaa käyttäjän osoittaman
kiinteistön tunnuksen valmiiksi
hakemukseen ja tuo hakijaksi kiinteistön
omistajan.
1
Käyttömukavuus,
hakemuksen
laatu
5.7.1.
4
Hakemuksen
täytön
tarkistaminen
Palvelu tarkistaa, että hakija on täyttänyt
kaikki vaadittavat tiedot, ja että syötetyt
tiedot ovat oikeanmuotoisia.
1
Hakemusten
laadun
parantaminen
5.7.1.
5
Hakemuksen
liitteet
Hakija voi liittää hakemukseensa
haluamiaan sähköisiä liitedokumentteja.
Palvelu ehdottaa mitkä dokumentit ovat
tarpeellisia kussakin toimituslajissa.
1
Käyttömukavuus
Liitekartan luominen voi tapahtua luvussa
5.9 kuvatulla palvelulla.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
91 (107)
5.7.1.
6
Hakijan
tunnistaminen
Hakemuksen lähettämisessä edellytetään
hakijan vahvaa tunnistamista. Palvelussa
hyödynnetään yleisen tukipalvelun
tarjoamaa tunnistamiskäytäntöä (esim.
VETUMA).
1
Lakisääteisten
edellytysten
toteaminen
(omistaja voi
hakea)
5.7.1.
7
Hakemuksen
tallentaminen
palveluun
Hakemuksen tiedot tallentuvat sähköiseen
palveluun ja hakija voi jatkaa hakemuksen
täyttämistä myöhemmin.
1
Käyttömukavuus
5.7.1.
8
Hakemuksen
palauttaminen
täydennettäväksi
Kunnan viranhaltija voi palauttaa
hakemuksen hakijalle täydennettäväksi ja
ohjeistaa samalla mitkä puutteet on
korjattava.
1
Puutteellisia
hakemusia ei
käsitellä
5.7.1.
9
Hakemustietojen rajapinta
Hakemustiedoille tulee olla rajapinta, jonka
kautta hakemuksen tiedot voidaan viedä
käsiteltäväksi operatiiviseen järjestelmään
ja hakemuksen tilatietoja voidaan päivittää
sähköiseen palveluun.
1
Perusta palvelun
tuottamiselle
5.7.1.
10
Hakemusten
tilan seuranta
Hakija näkee sähköisessä palvelussa
hakemuksensa tilan ja voi seurata käsittelyn
etenemistä. Hakemuksen tilan muutoksista
palvelu lähettää hakijalle automaattisesti
sähköpostiviestin.
1
Hyvä
asiakaspalvelu
2
Hakijan
avustaminen
asiantuntijaa
käyttäen
Käyttäjä voi määritellä myös muita
sähköpostiosoitteita, joihin viesti lähetetään.
5.7.1.
11
Hakemuksen
käsittelyvaltuus
toiselle
käyttäjällle
Hakija voi antaa toiselle sähköisen
työpöydän käyttäjälle valtuuden käsitellä ja
muokata omaa keskeneräistä hakemustaan.
Taulukko 26 Kiinteistötoimitushakemuspalvelun vaatimukset
Kiinteistötoimituksen prosessikaavio on liitteessä 27.
Kiinteistötoimitushakemuksen käyttötapauskuvaus on liitteessä 12.
5.7.2 Kunnan omistaman yleisen alueen tilapäinen käyttö
Katualueen tai muun yleisen alueen vuokraus on tarpeen esim. seuraavissa
tapauksissa:
•
•
•
•
•
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
kiinteistön rakentamis- ja korjaamistyöt, joiden suorittamiseksi rajataan
osa kadusta tai yleisestä alueesta työmaaksi, (ei kaivutöitä)
kadulle pystytettävät rakennustelineet,
kadulta tapahtuvat nostot,
työmaasuojien ja muiden rakennelmien sijoittaminen yleiselle alueelle,
erilaiset messujen ja tapahtumien aikaiset alueiden käytöt,
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
•
•
•
92 (107)
mainoslaitteiden ja opasteviittojen sijoittaminen,
kahvila- ja terassikalusteiden sekä rakennelmien sijoittaminen.
muut yleiselle alueelle kohdistuvat tilan käytöt kuten: luiskaamiset, täytöt,
alueen siistimiset, tukimuurien, portaiden, roska-aitausten jne.
sijoittamiset.
Katualueen käyttämiseksi edellä mainittuihin tarkoituksiin on otettava yhteys
ko. kunnan lupaviranomaiseen riittävän aikaisin ennen työn aloittamista tai
aiottua tapahtumaa. Mikäli kohteeseen sisältyy kaivutöitä, niin alueen
vuokraus käsitellään kaivulupamenettelyn yhteydessä (katso luku 5.6.1).
Usein kadun tai muun yleisen alueen vuokrasopimuksen lisäksi tarvitaan
myös tilapäisten liikennejärjestelyjen päätös.
Hakemuksessa on esitettävä yleensä seuraavat tiedot:
•
•
•
•
•
•
Hakijan nimi- ja yhteystiedot
Vuokrattavan alueen sijainti ja laajuus
Vuokra-aika
Alueen käyttötarkoitus
Muut vapaamuotoiset lisätiedot
Päiväys
Lupahakemukseen on normaalisti liitettävä karttapiirros tarvittavasta
aluevarauksesta ja esim. tilapäisen liikennejärjestelyn suunnitelmapiirustus.
Yleisten alueiden käytöstä peritään kunnan vahvistaman taksan mukaista
vuokraa.
Seuraavassa kuvassa on esitetty yleisen alueen lupahakemuksen
tietosisällön käsitemalli tiedoista, jotka hakemuksista välitetään niiden
käsittelyjärjestelmään.
Kuva 15
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Yleisen alueen tilapäisen käytön hakemuksen tietosisällön
käsitemalli
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
Nro
Vaatimuksen
nimi
93 (107)
Vaatimuksen kuvaus
Tärkeys
Perustelu
5.7.2.
1
Alueen tilapäinen
vuokraus
Hakija voi tehdä sähköisessä
työpöytäpalvelussa hakemuksen
kunnan omistaman yleisen alueen
tilapäisestä käytöstä.
1
Hyvä
asiakaspalvelu,
nykyaikainen
toimintatapa
5.7.2.
2
Sijaintitiedon ja
hyödyntäminen
hakemuksen
täytössä
Hakija voi sähköisessä palvelussa
piirtää karttapohjalle hakemansa alueen
rajauksen.
1
Käyttömukavuus,
sijaintitiedon
saanti kunnan
käyttöön
Hakija voi sähköisessä palvelussa
piirtää karttapohjalle tilapäisen
liikennejärjestelyn
suunnitelmapiirroksen, tai liittää sen
hakemukseen erillisenä dokumenttina.
5.7.2.
3
Hakemuksen
täytön
tarkistaminen
Palvelu tarkistaa, että hakija on täyttänyt
kaikki vaadittavat tiedot, ja että syötetyt
tiedot ovat oikeanmuotoisia.
1
Hakemusten
laadun
parantaminen
5.7.2.
4
Hakemuksen
liitteet
Hakija voi liittää hakemukseensa
haluamiaan sähköisiä liitedokumentteja.
Palvelu ehdottaa mitkä dokumentit ovat
tarpeellisia kussakin tapauksessa.
1
Käyttömukavuus
5.7.2.
5
Hakijan
tunnistaminen
Hakemuksen lähettämisessä
edellytetään hakijan vahvaa
tunnistamista. Palvelussa hyödynnetään
yleisen tukipalvelun tarjoamaa
tunnistamiskäytäntöä (esim. VETUMA).
1
Väärinkäytösten
estäminen
5.7.2.
6
Hakemuksen
tallentaminen
palveluun
Hakemuksen tiedot tallentuvat
sähköiseen palveluun ja hakija voi
jatkaa hakemuksen täyttämistä
myöhemmin.
1
Käyttömukavuus
5.7.2.
7
Hakemuksen
palauttaminen
täydennettäväksi
Kunnan viranhaltija voi palauttaa
hakemuksen hakijalle täydennettäväksi
ja ohjeistaa samalla mitkä puutteet on
korjattava.
1
Puutteellisia
hakemuksia ei
käsitellä
5.7.2.
8
Hakemustietojen
rajapinta
Hakemustiedoille tulee olla rajapinta,
jonka kautta hakemuksen tiedot voidaan
viedä käsiteltäväksi operatiiviseen
järjestelmään ja hakemuksen tilatietoja
voidaan päivittää sähköiseen palveluun.
1
Perusta palvelun
tuottamiselle
5.7.2.
9
Hakemusten tilan
seuranta
Hakija näkee sähköisessä palvelussa
hakemuksensa tilan ja voi seurata
käsittelyn etenemistä. Hakemuksen tilan
muutoksista palvelu lähettää hakijalle
automaattisesti sähköpostiviestin.
2
Hyvä
asiakaspalvelu
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
5.7.2.
10
Alueen vuokran
suorittaminen
94 (107)
Hakija voi maksaa sähköisessä
palvelussa alueen käytöstä perittävän
vuokran, mikäli sellainen kunnassa on
käytössä.
3
Hyvä
asiakaspalvelu
Taulukko 27 Yleisen alueen vuokraamispalvelun vaatimukset
Katualueen ja muiden kunnan yleisten alueiden lyhytaikaisen käytön osalta on
lisäksi tunnistettu useita erityyppisiä palvelutarpeita, jotka on lueteltu luvussa
5.11.
5.7.3 Tonttihakemus
Kunnat tarjoavat yleensä tontteja myytäväksi tai vuokrattavaksi. Tonttien
käyttötarkoitus on useimmiten yksityinen rakentaminen asumiskäyttöön tai
yritysten liikepaikka-, tuotanto- tai varastokäyttöön.
Jotta tonttihakemuspalvelu voidaan tarjota sähköisenä palveluna, on sen
edellytyksenä tonttitarjonnan esittely palvelussa. Tonttitarjontaa ylläpidetään
yleensä kunnan maaomaisuuden tietojärjestelmässä, johon tarvitaan rajapinta
tonttitarjonnan tietojen välittämiseksi sähköisen työpöydän palveluun.
Tonttitarjonnan esittely on oltava saatavilla myös karttapohjaisesti.
Varsinaisten tonttitietojen lisäksi on esiteltävä esim.:
•
•
•
•
•
•
•
Haku- ja luovutusehdot
Tonttien myynti- tai vuokraushinnat
Voimassa olevat kaavamääräykset
Tontin sijaintialueen ja palveluiden kuvailu
Selvitykset tonttien perustamisolosuhteista
Kunnallistekniikan valmius
Rakentamistapaohjeet
Kunnallisten tonttien myöntämisen perusteet ovat hyvin paljon kuntakohtaisia.
Esim. omakotitonttien saajilta saatetaan edellyttää kuntalaisuutta ja tiettyä
taloudellista asemaa, tai tonttien saajat voidaan valita arpomalla.
Yritystonttien osalla haku voi olla suoraviivainen ja tontti on luovutettavissa
hakijalle heti, kun sitä on haettu. Tästä syytä sähköisessä palvelussa
tonttihakemukseen vaadittavien tietojen sisältö on voitava määritellä
kuntakohtaisesti. Yhteisinä pakollisina perustietoina voidaan käsittää hakijan
henkilö- ja yhteystiedot, haettava tontti, päiväys ja allekirjoitus.
Tonttihakemukseen mahdollisesti vaadittavia muita tietoja ovat:
•
•
•
•
•
•
•
•
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
hakijan nykyiset asuinolot (asumismuoto, asuinneliöt)
perheen koko
muutto paikkakunnalle
alueella jo olevat lasten hoito- tai koulupaikat
rakennushankkeen aloittamisajankohta
alustava kustannusarvio
muut vapaamuotoiset hakemuksen perustelut
liitedokumentit
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
95 (107)
Seuraavassa kuvassa on esitetty tonttihakemuksen tietosisällön käsitemalli
tiedoista, jotka hakemuksista välitetään niiden käsittelyjärjestelmään.
Kuva 16
Tonttihakemuksen tietosisällön käsitemalli
Varsinainen tonttihakemusten käsittely tehdään kunnan sisäisessä
järjestelmässä (esim. maaomaisuuden järjestelmä), johon hakemustietojen
vienti sähköisestä palvelusta tulee olla mahdollinen.
Nro
Vaatimuksen
nimi
Vaatimuksen kuvaus
Tärkeys
Perustelu
5.7.3.
1
Tontin haku
Hakija voi tehdä sähköisessä
työpöytäpalvelussa hakemuksen
kunnan tontin ostamiseksi tai
vuokraamiseksi.
1
Hyvä
asiakaspalvelu,
nykyaikainen
toimintatapa
5.7.3.
2
Tonttitarjonta
Kunnan maaomaisuuden
tietojärjestelmästä on saatavilla
haettavien tonttien ajantasaiset tiedot
(tonttitiedot ja varaustilanne) siten, että
ne voidaan esitellä sähköisessä
palvelussa.
1
Perusta palvelun
tuottamiselle
5.7.3.
3
Sijaintitiedon ja
hyödyntäminen
hakemuksen
täytössä
Hakija voi sähköisessä palvelussa
osoittaa haettava tontin kartalta tai valita
sen tonttitarjonnan listalta.
1
Käyttömukavuus
5.7.3.
4
Rekisteritiedon ja
hyödyntäminen
hakemuksen
täytössä
Järjestelmä tarjoaa käyttäjän osoittaman
tontin tiedot valmiiksi hakemukseen.
1
Käyttömukavuus,
hakemuksen laatu
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
96 (107)
5.7.3.
5
Hakemuksen
täytön
tarkistaminen
Palvelu tarkistaa, että hakija on täyttänyt
kaikki vaadittavat tiedot, ja että syötetyt
tiedot ovat oikeanmuotoisia.
1
Hakemusten
laadun
parantaminen
5.7.3.
6
Hakemuksen
liitteet
Hakija voi liittää hakemukseensa
haluamiaan sähköisiä liitedokumentteja.
Palvelu ehdottaa mitkä dokumentit ovat
tarpeellisia kussakin tapauksessa.
1
Käyttömukavuus
5.7.3.
7
Hakijan
tunnistaminen
Hakemuksen lähettämisessä
edellytetään hakijan vahvaa
tunnistamista. Palvelussa hyödynnetään
yleisen tukipalvelun tarjoamaa
tunnistamiskäytäntöä (esim. VETUMA).
1
Väärinkäytösten
estäminen
5.7.3.
8
Hakemuksen
tallentaminen
palveluun
Hakemuksen tiedot tallentuvat
sähköiseen palveluun ja hakija voi
jatkaa hakemuksen täyttämistä
myöhemmin.
1
Käyttömukavuus
5.7.3.
9
Hakemuksen
palauttaminen
täydennettäväksi
Kunnan viranhaltija voi palauttaa
hakemuksen hakijalle täydennettäväksi
ja ohjeistaa samalla mitkä puutteet on
korjattava.
1
Puutteellisia
hakemuksia ei
käsitellä
5.7.3.
10
Hakemustietojen
rajapinta
Hakemustiedoille tulee olla rajapinta,
jonka kautta hakemuksen tiedot voidaan
viedä käsiteltäväksi operatiiviseen
järjestelmään ja hakemuksen tilatietoja
voidaan päivittää sähköiseen palveluun.
1
Perusta palvelun
tuottamiselle
5.7.3.
11
Hakemusten tilan
seuranta
Hakija näkee sähköisessä palvelussa
hakemuksensa tilan ja voi seurata
käsittelyn etenemistä. Hakemuksen tilan
muutoksista palvelu lähettää hakijalle
automaattisesti sähköpostiviestin.
2
Hyvä
asiakaspalvelu
5.7.3.
12
Tontin
varausmaksun
suorittaminen
Hakija voi maksaa sähköisessä
palvelussa tontin varausmaksun, mikäli
sellainen kunnassa on käytössä, ja
hakijan hakemus on hyväksytty.
2
Hyvä
asiakaspalvelu
5.7.3.
13
Tontin
vaihtaminen
Hakija voi vaihtaa sähköisessä
palvelussa hakemansa tontin toiseen,
mikäli se kunnassa mahdollistetaan ja
vapaita tontteja on tarjolla.
3
Hyvä
asiakaspalvelu
Taulukko 28 Tontin hakupalvelun vaatimukset
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
97 (107)
5.8 Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien hakupalvelu
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien hakupalvelun
tarkoituksena on mahdollistaa erilaisten ja kuhunkin tarkoitukseen sopivien
aineistojen löytäminen helposti. Aineistot poikkeavat toisistaan alueellisen
kattavuuden sekä ajantasaisuuden suhteen.
Aineistojen haku on ensimmäinen osa palvelujen ketjussa, jossa
lopputuloksena on aineistojen haltuun saaminen.
Aineistojen
haku
Kuva 17
Aineistojen
lataus
Aineistojen
myynti
Aineistojen haltuun saamisen päävaiheet, aineistojen haku
Aineistojen hakupalvelua voi yleensä käyttää ilman kirjautumista palveluiden
sisälle. Aineistojen lopullinen itselle lataaminen vaativat kirjautumisen.
Haettavat aineistot ovat muodoltaan seuraavia:
•
•
•
Rasteriaineisto (yhtenäinen rasterimuotoinen aineisto)
Vektoriaineisto (yhtenäinen vektorikartta-aineisto sekä kohdeaineisto
(esim. suojelukohteet))
Dokumentti (mm. päätökset, piirustukset, yksittäiset ilmakuvat)
Tyypillisesti hakupalvelusta haettavia aineistoja ovat mm. seuraavat:
•
•
•
•
•
•
•
•
•
•
•
•
Opaskartta ja virastokartta
Ilmakuvat ja kaupunkikuvat
Kantakartta ja kaavan pohjakartta
Kaavakarttaote ajantasa-asemakaavasta
Tonttikartta ja tonttijakokartta
Kiinteistötoimituksissa syntynyt materiaali
Teemakartat
Rakennuskieltoalueet
Suojelukohteet
Verkostokartat (vesihuolto-, tietoliikenne-, energiaverkostot)
Rakennuspiirustukset
Lupapäätökset
Seuraavassa kuvassa on esitetty aineistojen hakupalvelun tietosisällön
käsitemalli tiedoista, joita käyttäjille tarjotaan nähtäville palvelussa.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
Kuva 18
98 (107)
Aineistojen hakupalvelun tietosisällön käsitemalli
Nro
Vaatimuksen
nimi
Vaatimuksen kuvaus
Tärkeys
Perustelu
5.8.1
Aineistojen
haku
Kunnan asukkaan, kunnassa toimivan
yrityksen tai muun toimijan tulee olla
mahdollista hakea paikkatietoaineistoja,
kuva-aineistoja ja dokumentteja sähköisen
työpöydän aineistohakupalvelulla.
1
Aineistot
käyttöön
5.8.2
Karttakäyttöliittymän käyttö
Palvelussa tulee olla mahdollista käyttää
karttakäyttöliittymää.
1
Perusvaatimus
5.8.3
Omalle
alueelle
hakeutuminen
Käyttäjän tulee pystyä hakeutua
automaattisesti omaan sijaintiinsa kartalla,
joka on asetettu käyttäjän omissa
asetuksissa.
1
Helppokäyttöisyys
1
Helppokäyttöisyys
Oma sijainti voi olla myös lista käyttäjän
projekteja tai muita mielenkiinnon kohteita,
joita hän on tallentanut asetuksiinsa.
5.8.4
Alueelle
hakeutuminen
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Käytettäessä karttakäyttöliittymää käyttäjän
tulee olla mahdollista hakeutua alueelle
minimissään osoitteen avulla. Toiminnon
tulee mahdollistaa myös kuntakohtainen haku
seudullisissa palveluissa.
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
99 (107)
5.8.5
Alueen valinta
Käyttäjän tulee olla mahdollista rajata
kiinnostava alue minimissään luvussa 4.4.2
kuvatuilla suorakaide ja monikulmio
rajauksilla.
1
Alueen tarkka
ulottuvuus
5.8.6
Alueelle olevat
aineistot
Palvelun tulee pystyä esittämään valitulta
alueelta löytyvät aineistot esim. listana.
1
Aineistojen
tunnistaminen
Aineistoista tulee olla saatavissa kuvaus,
josta käyttäjä saa tiedon aineiston sisällöstä
ja laadusta.
5.8.7
Aineistojen
käyttöoikeudet
Käyttäjän tulee nähdä palvelussa aineistojen
yhteydessä onko hänellä oikeus ladata
aineistoja ilman kirjautumista.
1
Onko aineisto
ilmaista
5.8.8
Aineistojen
kattavuus
Palvelun tulee pystyä esittämään löytyvien
aineistojen kattavuus esim. indeksikarttana.
1
Käyttötarkoitukseen soveltuvuus
5.8.9
Aineiston
ajantasaisuus
Palvelun tulee pystyä esittämään aineistojen
ajantasaisuus.
5.8.10
Palvelun
käyttö
nimettömänä
Hakupalvelu tulee olla mahdollista käyttää
ilman kirjautumista.
1
Helppo saavuttaa
5.8.11
Dokumenttien
haku
dokumenttiarkistosta
Hakupalvelun avulla tulee olla mahdollista
hakea dokumentteja dokumenttiarkistosta.
Haku perustuu dokumenttiarkiston tarjoaman
rajapinnan käyttöön ja dokumenttien
metatietojen tulkintaan.
1
Tiedot tallennettu
vain yhteen
kertaan
5.8.12
Dokumenttien
haku
sähköisestä
arkistosta
Hakupalvelun avulla tulee olla mahdollista
hakea dokumentteja sähköisestä arkistosta.
Haku perustuu sähköisen arkiston tarjoaman
rajapinnan käyttöön ja dokumenttien
metatietojen tulkintaan.
1
Tiedot tallennettu
vain yhteen
kertaan
5.8.13
Aineistot
WMSrajapinnoista
Hakupalveluun tulee pystyä liittämään karttaaineistoja luvun 4.4.2 vaatimuksen 4.4.2.12
mukaisesti.
1
Monipuoliset
aineistot
5.8.14
Aineistot
kunnan omista
aineistoista ja
WFSrajapinnoista
Hakupalveluun tulee pystyä liittämään karttaaineistoja luvun 4.4.2 vaatimuksien 4.4.2.13
ja 4.4.2.15 mukaisesti.
2
Monipuoliset
aineistot
Käyttötarkoitukseen soveltuvuus
Taulukko 29 Aineistojen hakupalvelun vaatimukset
Aineistojen hakupalvelun prosessikaavio on liitteessä 28.
Aineistojen hakupalvelun käyttötapauskuvaus on liitteessä 13.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
100 (107)
5.9 Aineistolataus
Aineistojen
haku
Kuva 19
Aineistojen
lataus
Aineistojen
myynti
Aineistojen haltuun saamisen päävaiheet, aineistojen
lataus
Aineistolataus seuraa aineistojen haltuun saamisen vaihejaossa aineistojen
hakua. Hakupalvelun tuloksena käyttäjällä on näkemys erilaisista saatavilla
olevista aineistoista. Latauspalvelussa hän valitsee haluamansa aineistot,
niiden muodon ja käyttöehdot sekä saa aineiston käyttöönsä.
Latauspalvelu voi olla toteutettu samassa välineessä kuin hakupalvelu, jolloin
käyttäjä ei välttämättä havaitse palvelun eroa. Latauspalvelun sisällä
tyypillisesti käytetään aineistomyyntipalvelua, jolla suoritetaan
maksutoimenpide ennen aineiston käyttöön saamista. Käyttöoikeus voi myös
olla hankittu jo aikaisemmin, jolloin aineistoa pääsee lataamaan ilman
maksutoimenpidettä.
Latauspalvelussa lopputuloksena käyttäjä saa käyttöönsä vektori- tai
rasterimuotoisen tiedoston tai dokumentin.
Tässä dokumentissa kuvattu latauspalvelu ei ole INSPIRE määräysten
mukainen latauspalvelu.
Seuraavassa kuvassa on esitetty aineistojen latauspalvelun tietosisällön
käsitemalli tiedoista, joita käyttäjän valintojen seurauksena välitetään
käsittelyjärjestelmään.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
Kuva 20
Nro
Vaatimuksen
nimi
5.9.1
Aineiston
valinta
101 (107)
Aineistojen latauspalvelun tietosisällön käsitemalli
Vaatimuksen kuvaus
Tärkeys
Perustelu
Käyttäjän tulee olla mahdollista valita yksi tai
useita aineistoja ladattavaksi palvelusta.
1
Ei ylimääräistä
latausta
Valintoja tulee voida myös peruuttaa.
5.9.2
Karttakäyttöliittymän käyttö
Palvelussa tulee olla mahdollista käyttää
jonkinlaista karttakäyttöliittymää.
1
Perusvaatimus
5.9.3
Ladattavan
alueen rajaus
Käyttäjän tulee voida rajata haluamansa alue
aineistojen latausta varten.
1
Ei ylimääräistä
latausta
5.9.4
Aineiston
esikatselu
Palvelussa tulee olla mahdollista esikatsella
aineistoa.
1
Varmuus
aineiston
soveltuvuudesta
5.9.5
Näyteaineistot
Palvelusta tulee olla mahdollista saada
näytekappaleita aineistoista.
2
Varmuus
aineiston
soveltuvuudesta
5.9.6
Hinnan
esittäminen
Ladattavan aineiston hinta tulee mahdollista
olla nähtävissä käyttäjällä aineiston valinnan
yhteydessä. Palvelun ylläpitäjä voi määritellä
missä tapauksissa hinta on näkyvissä.
Esimerkiksi liitekartan haku palvelusta
johonkin hakemukseen voi sisältyä
hakemukseen liittyvän toimenpiteen hintaan.
1
Hintatieto on
oleellinen
päätöstekijä
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
102 (107)
Tällöin liitekartalla ei ole erillistä hintaa.
5.9.7
Aineiston
käyttötarkoitus
Palvelun tulee olla mahdollista pyytää
käyttäjältä aineiston käyttötarkoituksen
valinta.
1
Hinnoitteluperuste
5.9.8
Julkaisulupa
Palvelun tulee mahdollistaa julkaisuluvan
pyyntö viranomaiselta, mikäli aineiston
käyttötarkoitus tätä edellyttää.
2
Hinnoitteluperuste
5.9.9
Julkaisulupa
asianhallintajärjestelmään
Palvelun tulee olla mahdollista välittää
julkaisulupatieto kunnan
asianhallintajärjestelmään sen tarjoaman
rajapinnan kautta.
2
Manuaalisen työn
minimointi
5.9.10
Aineiston
viranomaistarkastus
Palvelun tulee mahdollistaa halutuissa
aineistoissa viranomaistarkastuksen ennen
aineiston toimitusta käyttäjälle.
1
Ajantasaisen
aineiston jakelu
Tällainen tilanne saattaa tulla vastaan
aineistojen kohdalla, joiden
ajantasaisuustarve on suuri ja aineisto ei ole
jatkuvasti ajan tasalla. Tällöin palvelusta tulee
tarkastuspyyntö viranomaiselle.
Viranomainen tarkastaa aineiston ja välittää
palvelulle viestin tarkastuksesta sekä
tarvittaessa päivittää aineistoa ennen sen
latausta.
5.9.11
Aineiston
toimitusmuoto
Käyttäjän tulee pystyä valitsemaan
lataamansa aineiston toimitusmuoto
(formaatti) tai palvelun pitää kertoa hänelle
selkeästi missä muodossa aineisto hänelle
latautuu.
1
Aineiston
soveltuvuus
käyttötarkoitukseen
5.9.12
Määräaikainen
käyttöoikeus
aineistoihin
Palvelun kautta tulee olla mahdollista hankkia
myös määräaikainen käyttöoikeus palvelussa
oleviin aineistoihin. Käyttäjä voi tällöin ladata
aineistoja palvelusta itselleen aina
halutessaan käyttöoikeuden voimassa
ollessa.
1
Helppo tapa
säännöllisille
käyttäjille
5.9.13
Määräaikaisen
käyttöoikeuden
valtuutus
muille
henkilöille
Määräaikaisen käyttöoikeuden puitteissa
tulee olla mahdollista valtuuttaa aineiston
käyttö myös muille henkilöille (esim.
suunnittelijat).
1
Helppo tapa
säännöllisille
käyttäjille
5.9.14
Aineiston
päivittyminen
palvelussa
Palvelun tulee mahdollistaa informointi siellä
olevan aineiston päivittymisestä
määräaikaisen käyttöoikeuden omaaville
käyttäjille ja näiden valtuuttamille tahoille.
2
Ajantasaisen
tiedon käyttö
5.9.15
Dokumenttien
lataus
Latauspalvelun avulla tulee olla mahdollista
ladata dokumentteja dokumenttiarkistosta.
1
Manuaalisen työn
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
103 (107)
dokumenttiarkistosta
Lataus perustuu dokumenttiarkiston
tarjoaman rajapinnan käyttöön.
minimointi
5.9.16
Dokumenttien
lataus
sähköisestä
arkistosta
Latauspalvelun avulla tulee olla mahdollista
ladata dokumentteja sähköisestä arkistosta.
Lataus perustuu sähköisen arkiston
tarjoaman rajapinnan käyttöön.
1
Manuaalisen työn
minimointi
5.9.17
Aineistot
WMSrajapinnoista
Hakupalveluun tulee pystyä liittämään karttaaineistoja luvun 4.4.2 vaatimuksen 4.4.2.12
mukaisesti.
1
Monipuoliset
aineistot
5.9.18
Aineistot
kunnan omista
aineistoista ja
WFSrajapinnoista
Hakupalveluun tulee pystyä liittämään karttaaineistoja luvun 4.4.2 vaatimuksien 4.4.2.13
ja 4.4.2.15 mukaisesti.
2
Monipuoliset
aineistot
5.9.19
Hinnastojen
käyttö
Latauspalvelussa käytettävät hinnastot tulee
voida hakea asianhallintajärjestelmästä.
3
Tietojen tallennus
yhteen paikkaan
1
Tilastointi ja
raportointi
2
Monipuoliset
käyttötavat
Hinnastojen käyttö voi olla yhteinen
tukipalvelu, jos kunnassa on sellainen
käytössä.
5.9.20
Ladatun
aineiston
lokitiedot
5.9.21
Aineiston
käyttäjän
tyypin valinta
Latauspalvelun tulee kerätä lokitietoa
ladatuista aineistoista.
Esim. ladattujen karttaotteiden pinta-ala ja
lukumäärä, vektoriaineistojen
kohdelukumäärä, dokumenttien lukumäärä
dokumenttityypeittäin ja julkaisulupien
lukumäärä.
Palvelussa tulee olla tarvittaessa mahdollista
selvittää onko tuleva aineiston käyttäjä
yksityishenkilö vai yritys.
5.9.22
Aineistojen
käyttöoikeudet
Aineistojen käyttöoikeuksien sisältö tulee olla
nähtävillä palvelussa.
1
Varmuus
aineistojen
käytön
laillisuudesta
5.9.23
Käyttöoikeuksien
hyväksyminen
Asiakkaan tulee hyväksyä aineistojen
käyttöoikeudet ennen kuin hän saa aineiston
käyttöönsä.
1
Varmuus
aineistojen
käytön
laillisuudesta
Taulukko 30 Aineistojen latauspalvelun vaatimukset
Aineistojen latauspalvelun prosessikaavio on liitteessä 29.
Aineistojen latauspalvelun käyttötapauskuvaukset ovat liitteissä 14 ja 15.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
104 (107)
5.10 Aineistomyynti
Aineistomyyntipalvelu on jatkoa aineistojen haku- ja latauspalveluille.
Myyntipalvelussa asiakas voi suorittaa hakupalvelussa valitsemansa aineiston
siirtämisen ostoskoriin ja maksamisen, ja saada siten käyttöoikeuden
aineistoon. Maksupalvelua sovelletaan vain niiden aineistojen osalta, jotka
ovat maksullisia.
Tuotteen
haku ja
valinta
Siirto
ostoskoriin
Kuva 21
Ostoskorin
yhteenveto
Tilaus
Maksaminen
Aineiston myynnin päävaiheet
Maksupalvelun kautta voidaan ostaa käyttöoikeus tiettyyn aineistoon,
karttatuotteeseen tai dokumenttiin, jonka käyttäjä lataa itselleen sähköisessä
muodossa tai kunta toimittaa sen esim. paperimuodossa postitse.
Maksupalvelussa voidaan myös ostaa käyttöoikeus kunnan tarjoamaan
verkkopalveluun, jonka kautta asiakkaalla on oikeus hakea tiettyjä aineistoja
tietyn aikajakson ajan. Tällaisia ovat esim. WMS-karttapalvelut, joiden kautta
voidaan tarjota kunnan kartta-aineistoja käytettäväksi suoraan asiakkaan
omassa sovelluksessa verkon kautta.
Maksamiseen liittyy keskeisenä osana aineistojen ja dokumenttien hinnoittelu.
Hintojen hallinnointia varten tulee olla olemassa hinnasto, jonka avulla
kullekin myytävälle tuotteelle ja tuoteriville voidaan määrittää hinta.
Maksamisen suorittamiseksi on palvelun hallittava kaikki maksamiseen
liittyvät tiedot, jotka on kuvattu seuraavassa taulukossa.
Tieto
Maksun
summa
Tilausnumero
Viitenumero
Tilauksen
tiedot
Valuutta
Paluu
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
Selite
Hinta tulee olla euroina ja sentteinä.
Tilausnumero yksilöi asiakkaan ostoksen.
Luottokunnan verkkomaksupalvelussa pakollinen
kutsuparametri.
Suomen Pankkiyhdistyksen vahvistaman kuvauksen
mukainen viitenumero. Oletuksena pankkiin välitettävä
viitenumero luodaan automaattisesti.
http://www.pankkiyhdistys.fi/sisalto/upload/pdf/viitenumero.
pdf
Tilauksesta voidaan lähettää mitä tahansa tekstimuotoista
tietoa maksujärjestelmään (sanalliset viestit maksajan ja
maksun saajan tilitietoihin). Yleisimmin käytetyt tiedot ovat
Asiakkaan nimi ja yhteystiedot sekä tilauksen tuotetiedot.
Maksun valuutta. Suomalaisia pankkeja varten arvon tulee
olla EUR, tai maksua ei hyväksytä.
Osoite johon maksupalvelu ohjataan sen jälkeen kun
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
105 (107)
maksamisesta / maksu on suoritettu onnistuneesti
Onnistunut
maksu
Osoite, johon maksupalvelu ohjataan jos maksu on
Paluu
maksamisesta / peruuntunut tai epäonnistunut.
Peruuntunut
maksu
Maksajan
• Maksajan puhelinnumero
tiedot
• Maksajan matkapuhelinnumero
• Maksajan etunimi
• Maksajan sukunimi
• Maksajan yritys
• Maksajan postiosoite
• Maksajan postinumero
• Maksajan postitoimipaikka
• Maksajan kotimaa (ISO-3166-1-standardin mukaisesti)
Arvonlisäveron
sisältyminen
Tuotteiden
määrä
Tuotteiden
tiedot
(tuoterivit)
Kertoo sisältyykö tuoteriveissä ilmaistu hinta
arvonlisäveron.
Tuoterivien määrä. Vastaavat tuoterivit on oltava mukana.
•
•
•
•
•
•
•
Tuotteen nimi
Tuotenumero
Tuotteiden määrä
Tuotteen hinta
Tuotteen veroprosentti
Tuotteen alennusprosentti
Tuotetyyppi
Taulukko 31 Aineiston myyntipalveluun liittyvä tietosisältö
Maksupalvelun yleiset vaatimukset on kuvattu aiemmin E-kaupankäynnin
kohdalla luvussa 4.5.2.
Nro
Vaatimuksen
nimi
Vaatimuksen kuvaus
Tärkeys
Perustelu
5.10.1
Myyntipalvelu
Kunnan asiakas voi sähköisessä
työpöytäpalvelussa maksaa ostamansa
aineiston verkkomaksuna.
1
Käyttömukavuus
5.10.2
Asiakkaan
tunnistaminen
Maksaminen edellyttää asiakkaan
kirjautumista, jotta maksamiseen saadaan
asiakastiedot.
1
Pakolliset tiedot
maksutapahtumaa
varten
5.10.3
Ostoskori
Myyntipalvelussa on asiakkaan
istuntokohtainen ostoskori, johon tilatut
tuotteet viedään. Asiakas voi hallinnoida
ostoskoria lisäämällä ja muuttamalla/
poistamalla korin tuotteita. Ostoskorin
sisältö ja kunkin tuotteen hinnat ovat
asiakkaan katsottavissa.
1
Perusta palvelun
tuottamiselle,
käyttömukavuus
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
5 Palvelukohtaiset määrittelyt
5.10.4
Maksaminen
106 (107)
Asiakas voi yhdellä toiminnolla maksaa
kaikki ostoskoriin lisäämäänsä tuotteet.
Maksaminen pohjautuu VETUMA-palvelun
tarjoamiin maksutapoihin.
Myyntipalvelusovellus antaa
maksatuskutsussa VETUMA-palvelulle
maksua koskevat tiedot. VETUMA-palvelu
ohjaa sitten käyttäjän hänen
valitsemaansa verkkomaksupalveluun,
välittäen sille maksua koskevat tiedot.
Käyttäjä suorittaa maksamisen
valitsemansa verkkomaksupalvelun
käyttöliittymän kautta. VETUMA-palvelu
palauttaa verkkomaksupalvelulta
saamansa tiedot maksamisesta
myyntipalvelusovellukselle.
Myyntipalvelu tulee toteuttaa siten, että
maksut tulevat kirjatuiksi asianmukaisesti
asiakkaan kirjanpitoon.
5.10.5
Yhteys
kirjanpitoon
5.10.6
Yhteyden suojaus
5.10.7
Maksujen
seuranta
5.10.8
Postiennakko
5.10.9
Ilmoitus
tilauksesta
sähköpostiin
Maksupalvelu on toteutettava siten, että
yhteys käyttäjän selaimeen on SSL/TLSsuojattu. Maksupalvelu rakentaa
VETUMA-maksatuskutsun, ja toimittaa
kutsun käyttäjän selaimen kautta
VETUMA-palvelulle.
Myyntipalvelusovellus kirjaa omiin
tietoihinsa maksun suoritetuksi, tai välittää
tiedot jollekin sopivalle asiakkaan
taustajärjestelmälle (esimerkiksi laskutustai reskontrajärjestelmälle) seurantaa ja
täsmäytystä varten.
Kuluttajaviraston suositusten mukaan
verkkokaupassa olisi hyvä pitää
verkkomaksutapojen lisäksi tarjolla myös
perinteinen postiennakkopaketti.
Maksupalvelu lähettää maksetusta
tilauksesta tilausvahvistuksen asiakkaan
sähköpostiin.
1
Käyttömukavuus
1
Pakolliset tiedot
maksutapahtumaa
varten
1
Tietoturva
1
Perusta palvelun
tuottamiselle
2
Hyvä
asiakaspalvelu
1
Hyvä
asiakaspalvelu
5.10.10 Myydyn aineiston
lokitiedot
Myyntipalvelun tulee kerätä lokitietoa
1
myyntisuoritteista ja niiden perusteista
myös paikkatietopohjaisista lähtökohdista.
Esim. myytyjen karttaotteiden pinta-ala,
vektoriaineistojen kohdelukumäärä,
dokumenttien lukumäärä
dokumenttityypeittäin ja julkaisulupien
lukumäärä.
Taulukko 32 Aineiston myyntipalvelun vaatimukset
Raportointi ja
tilastointi
Aineiston myyntipalvelun prosessikaavio on liitteessä 30.
Aineiston myyntipalvelun käyttötapauskuvaus on liitteessä 16.
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
6 Yhteenveto
107 (107)
5.11 Muut tunnistetut palvelut
Teknisen sektorin tarjoamat palvelut vaihtelevat kunnittain. Seuraavassa on
listattu määrittelytyön ja kaupunkivierailujen yhteydessä tunnistettuja
palvelutarpeita eri kunnista ja muilla toimijoilla. Näitä palveluita ei kuvata
tarkemmin tämän määrittelyn yhteydessä.
Yleisesti näissä palveluissa on kyse tiettyjen kunnan resurssien varaamisesta
ja resurssin tai alueen lyhytaikaisesta vuokraamisesta. Myös kuntien
ydintoimintojen ulkopuolisia tarpeita on tullut vastaan mm. erilaisten lupien
hakutarpeena. Palveluun tulisi sisältyä myös itsepalvelumaksaminen
verkossa.
•
•
•
•
•
•
•
•
Venepaikkojen varaaminen
Puutarhapalstojen vuokraus
Siirtolamökkien vuokraus
Parkkipaikkojen vuokraus
Asukaspysäköintiluvat
Markkinapaikkojen vuokraus
Rekisteröinti-ilmoitus polttonesteiden jakeluasemasta
Lentoesteluvat
6. Yhteenveto
Sähköisen asiointipalvelun työpöytäratkaisu koostuu kahdesta selkeästi
erillisestä kokonaisuudesta: itse työpöydästä ja työpöydällä käytettävistä
sähköisistä palveluista. Työpöytä ja palvelut ovat ensisijaisesti kansalaisten ja
muiden kuin viranomaisten käyttöön tarkoitettuja, mutta myös viranomaiset
hyödyntävät niitä rajoitetusti.
Sähköiset palvelut ovat erillisiä kokonaisuuksia ja niitä voidaan käyttää myös
muilla työpöydillä kuin tässä määrittelyssä kuvatulla työpöydällä.
Määrittelyssä kuvatussa kokonaisarkkitehtuuriosuudessa sovitetaan KuntaITarkkitehtuurilinjauksia teknisen sektorin käyttöön. Peruslinjauksista on
nostettu esille asiat, jotka liittyvät määriteltävään kokonaisuuteen.
Määrittelyn käyttöliittymä- ja karttakäyttöliittymäosuuksissa on pyritty
ohjeistamaan ja linjaamaan periaatteita, joita tulisi huomioida määrittelyssä
kuvattuja palveluita luotaessa.
Kuvatut sähköiset palvelut kattavat pääosan kuntien teknisellä sektorilla
tunnistetuista tarpeista. Palvelut tyypillisesti kuvaavat yhden tavan käyttää
palvelua, mutta vastaavalla tavalla niitä voi hyödyntää myös moneen muuhun
tarkoitukseen.
Sähköisten palveluiden toiminnan kannalta toimivat, standardit ja hyvin
dokumentoidut rajapinnat ovat oleellisen tärkeitä. Ilman niitä ei voida luoda
laadukkaita eri tietojärjestelmien tietoja hyödyntäviä ja yhdistäviä palveluita.
7. Liitteet
Vaatimusmäärittely
© Tekla Oyj 16.6.2010
KRYSP
Sähköisen asiointipalvelun työpöytäratkaisu
Käyttötapauskuvaus
Lopullinen
1 (2)
2.4.2010
Liite 1: Luvan hakupalvelun etsiminen käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Luvanhakupalvelun etsiminen
Yleiskuvaus
Käyttäjän pitäisi rakentaa aita oman tonttinsa ja kadun väliin. Hän on kuullut,
että toimenpiteeseen vaaditaan lupa, mutta hän ei tiedä miten se haetaan.
Käyttäjä on normaali kuntalainen, joka on palkkatyössä virka-aikana. Hän ei
siten mielellään käytä työaikaa omien asioidensa selvittelyyn, vaan
mieluummin asioi sähköisillä palveluilla.
Laatija
Päiväys / Versio
Prosessi
Jukka Vänttinen
02.04.2010 / 1
Yleinen hakupalvelu
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Kuntalainen, aidan rakentaja
Roolin oikeudet
Katseluoikeudet
Kunnalla on sähköinen lupien hakupalvelu käytössä.
Yleisessä hakupalvelussa on toimenpidelista sekä sanahaku. Hakujen taustalla
on mahdollista käyttää myös synonyymisanastoa.
Käyttötapauksen kuvaus
1
Käyttäjä käynnistää yleisen hakupalvelun, koska ei ole aikaisemmin hakenut mitään lupia
kunnasta.
2
Järjestelmä tarjoaa käyttäjälle toimenpidelistan, usein kysyttyjen kysymysten selaamisen
mahdollisuuden sekä yleisen sanahakutoiminnallisuuden.
3
Käyttäjä ei osaa yhdistää aidan rakentamista mihinkään toimenpidelistan asiaan.
4
Käyttäjä yrittää käyttää sanahakutoiminnallisuutta.
5
Järjestelmä esittää käyttäjälle listan hakutuloksista.
6
Käyttäjä on hämillään vieraista käsitteistä hakutuloksissa. Hän vie hiiren osoittimen oudon
termin päälle ja näkee synonyymin sanalle. Käsitteet muuttuvat ymmärrettävämmiksi.
7
Käyttäjä selaa läpi hakutuloksia.
8
Käyttäjä löytää aidan rakentamiseen liittyviä kommentteja rakennusvalvonnan
ylläpitämästä lupien hakupalvelun esittelystä.
9
Käyttäjä valitsee lupien hakupalvelun ja alkaa täyttää sähköistä lupahakemusta.
Poikkeukset
P1
Lopputulos
Käyttäjä löytää sähköisen palvelun, jolla hän voi hakea lupaa aidan rakentamiseen
ja joka opastaa häntä ensikertalaisena luvan haussa.
Muut vaatimukset
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
2.4.2010
Käyttötiheys
Alkuvaiheessa käyttötiheys on harva, kun palveluita ei ole vielä kovin paljon
tarjolla. Kun palveluita kertyy paljon, niin oikean palvelun löytäminen hankaloituu
ja hakupalvelun käyttö kasvaa. Vastaava tilanne kuntien kotisivuilla. Kotisivujen
alkuvaiheessa tiedot löytyivät helposti, nykyään hankalampaa.
Muuta
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
23.3.2010
Liite 2: Kaavan tiedottaminen käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Kaavahankkeen tiedottaminen, kuntalaisen osallistuminen
Yleiskuvaus
Käyttäjä haluaa tietää onko hänen asuinympäristössään tai muulla
kiinnostusalueella vireillä kaavoitushankkeita, ja onko niihin mahdollista
osallistua antamalla palautetta.
Laatija
Päiväys / Versio
Prosessi
Tapio Ahomäki
23.03.2010 / 1
Kaavan tiedottaminen
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Roolin oikeudet
Kuntalainen
Katseluoikeudet
Maanomistaja
Katseluoikeudet
Ulkopaikkakuntalainen
Katseluoikeudet
Järjestelmä tietää mitä kaavahankkeita kunnassa on vireillä ja millä tavalla
kuntalaisten osallistuminen kussakin hankkeessa on mahdollista. Kaavatietojen
julkaisun mahdolliset vaiheet ovat:
- Ilmoitus kaavan vireilletulosta
- Osallistumis- ja arviointisuunnitelmasta tiedottaminen
- Kaavaluonnos nähtävillä
- Kaavaehdotus nähtävillä
- Ilmoittaminen kaavan hyväksymisestä
Järjestelmä tietää millä tavalla kuntalaisen on mahdollista osallistua kuhunkin
kaavahankkeeseen. Vain käsittelyhetkellä ajankohtaiset kaavahankkeet ovat
saatavilla.
Kuntalainen on kirjautunut järjestelmään omilla tunnuksillaan. Järjestelmä on
avannut sähköisen työpöytäpalvelun.
Käyttötapauksen kuvaus
1
Käyttäjä valitsee tiedotuspalvelun, jonka avulla on mahdollista selailla kaikkia
ajankohtaisia kaavoitukseen liittyviä asioita. P1
2
Järjestelmä näyttää luettelon kunnan tuoreimmista kaavoitukseen liittyvistä tiedotteista,
joista käyttäjä voi valita kiinnostavan kaavahankkeen ja jatkaa käyttötapausta suoraan
kohdasta 6, tai siirtyä alueen valintaan kohtaan 3.
3
Käyttäjä syöttää oman kiinnostuksen kohteen osoitetiedot järjestelmään tai valitsee
sijainnin osoittamalla kartalta.
4
Mikäli sijainnin haku tehtiin syöttämällä osoite, järjestelmä tarkistaa osoitetietojen
oikeellisuuden ja avaa karttanäkymän ko. paikasta.
5
Järjestelmä listaa käyttäjän valitsemaan paikkaan kohdistuvat kaikki vireillä olevat
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
23.3.2010
6
7
8
kaavahankkeet.
Käyttäjä voi valita yksittäisen kaavahankkeen listalta, ja avata sen tiedot ja mahdolliset
dokumentit yksityiskohtaista tarkastelua varten. Kaavahankkeen tiedoista käyttäjä saa
selville sen, onko ko. hankkeeseen mahdollisuus osallistua tällä hetkellä. P2
Järjestelmä visualisoi kartalla katseluun valitun kaavahankkeen alueen.
Mikäli kaavahankkeeseen on mahdollisuus osallistua, järjestelmä tarjoaa käyttäjälle
mahdollisuuden siirtyä palautepalveluun antamaan palautetta ko. hankkeesta.
Palautepalvelu aukenee linkillä, ja palautteen aihe kytkeytyy suoraan asianmukaiseen
hankkeeseen. Palautteen antaminen oma erillinen käyttötapauksensa.
Poikkeukset
P1
P2
Lopputulos
Muut vaatimukset
v1
Käyttötiheys
Muuta
Käyttäjä on valinnut ennakolta omaan käyttäjäprofiiliin tallennetun
kiinnostusalueensa, jolloin käyttötapaus siirtyy vaiheesta 1 suoraan vaiheeseen 5.
Käyttäjä on saanut palvelusta automaattisen herätteen oman kiinnostusalueen
hankkeesta, ja siirtyy sen tietoihin ulkoisen linkin kautta suoraan vaiheeseen 6.
Käyttäjä saa tiedon oman kiinnostusalueensa kaavoitustilanteesta ja ajankohtaisista
osallistumismahdollisuuksista.
Käyttäjä voi valita kiinnostavan kaavahankkeen ja merkitä sen omaksi
suosikikseen, jolloin se näkyy vaiheen 2 mukaisessa hankeluettelossa erikseen.
Noin kahden viikon välein.
Sama käyttötapaus sovelletaan myös muihin tiedottamistapahtumiin:
katusuunnitelmat, ympäristötoimen lupa-asiat, myönnetyt rakennusluvat ja
poikkeamispäätökset.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
31.5.2010
Liite 3: Ympäristöluvan tiedottaminen käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Ympäristölupa-asian tiedottaminen, kuntalaisen osallistuminen
Yleiskuvaus
Käyttäjä haluaa tietää onko hänen asuinympäristössään tai muulla
kiinnostusalueella vireillä ympäristölupa-asioita, ja onko niihin mahdollista
osallistua antamalla palautetta.
Laatija
Päiväys / Versio
Prosessi
Tapio Ahomäki
31.05.2010 / 1
Tiedottaminen
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Roolin oikeudet
Kuntalainen
Katseluoikeudet
Maanomistaja
Katseluoikeudet
Ulkopaikkakuntalainen
Katseluoikeudet
Järjestelmä tietää mitä ympäristölupa-asioita kunnassa on vireillä ja millä
tavalla kuntalaisten osallistuminen kussakin hankkeessa on mahdollista.
Ympäristöluvat voidaan julkaista seuraavissa mahdollisissa vaiheissa:
- Lausunnot, muistutukset, mielipiteet hakemusta valmisteltaessa
- Toiminnan harjoittajan kuuleminen lupaharkinnan yhteydessä
- Lupapäätöksestä tiedottaminen, muutoksenhaku
Järjestelmä tietää millä tavalla kuntalaisen on mahdollista osallistua kuhunkin
lupa-asiaan. Vain käsittelyhetkellä ajankohtaiset lupa-asiat ovat saatavilla.
Kuntalainen on kirjautunut järjestelmään omilla tunnuksillaan. Järjestelmä on
avannut sähköisen työpöytäpalvelun.
Käyttötapauksen kuvaus
1
Käyttäjä valitsee tiedotuspalvelun, jonka avulla on mahdollista selailla kaikkia
ajankohtaisia ympäristölupiin liittyviä asioita. P1
2
Järjestelmä näyttää luettelon kunnan tuoreimmista ympäristölupa-asioista, joista käyttäjä
voi valita kiinnostavan lupa-asian ja jatkaa käyttötapausta suoraan kohdasta 6, tai siirtyä
alueen valintaan kohtaan 3.
3
Käyttäjä syöttää oman kiinnostuksen kohteen osoitetiedot järjestelmään tai valitsee
sijainnin osoittamalla kartalta.
4
Mikäli sijainnin haku tehtiin syöttämällä osoite, järjestelmä tarkistaa osoitetietojen
oikeellisuuden ja avaa karttanäkymän ko. paikasta.
5
Järjestelmä listaa käyttäjän valitsemaan paikkaan kohdistuvat kaikki vireillä olevat
ympäristölupa-asiat.
6
Käyttäjä voi valita yksittäisen ympäristölupa-asian listalta, ja avata sen tiedot ja mahdolliset
dokumentit yksityiskohtaista tarkastelua varten. Lupa-asian tiedoista käyttäjä saa selville
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
31.5.2010
7
8
sen, onko ko. lupahakemukseen mahdollisuus osallistua tällä hetkellä. P2
Järjestelmä visualisoi kartalla katseluun valitun ympäristölupa-asian sijainnin.
Mikäli ympäristölupa-asiaan on mahdollisuus osallistua, järjestelmä tarjoaa käyttäjälle
mahdollisuuden siirtyä palautepalveluun antamaan palautetta ko. asiasta. Palautepalvelu
aukenee linkillä, ja palautteen aihe kytkeytyy suoraan asianmukaiseen lupa-asiaan.
Palautteen antaminen oma erillinen käyttötapauksensa.
Poikkeukset
P1
P2
Lopputulos
Muut vaatimukset
v1
Käyttötiheys
Muuta
Käyttäjä on valinnut ennakolta omaan käyttäjäprofiiliin tallennetun
kiinnostusalueensa, jolloin käyttötapaus siirtyy vaiheesta 1 suoraan vaiheeseen 5.
Käyttäjä on saanut palvelusta automaattisen herätteen oman kiinnostusalueen
hankkeesta, ja siirtyy sen tietoihin ulkoisen linkin kautta suoraan vaiheeseen 6.
Käyttäjä saa tiedon oman kiinnostusalueensa ympäristölupa-asioista ja
ajankohtaisista osallistumismahdollisuuksista.
Käyttäjä voi valita kiinnostavan ympäristölupa-asian ja merkitä sen omaksi
suosikikseen, jolloin se näkyy vaiheen 2 mukaisessa asialuettelossa erikseen.
Noin kahden viikon välein.
Sama käyttötapaus sovelletaan myös muihin tiedottamistapahtumiin:
katusuunnitelmat, kaavahankkeet, myönnetyt rakennusluvat ja
poikkeamispäätökset.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
31.5.2010
Liite 4: Rakennusluvan tiedottaminen käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Rakennuslupa-asian tiedottaminen, kuntalaisen osallistuminen
Yleiskuvaus
Käyttäjä haluaa tietää onko hänen asuinympäristössään tai muulla
kiinnostusalueella vireillä rakennuslupa-asioita, ja onko niihin mahdollista
osallistua antamalla palautetta.
Laatija
Päiväys / Versio
Prosessi
Tapio Ahomäki
31.05.2010 / 1
Tiedottaminen
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Roolin oikeudet
Kuntalainen
Katseluoikeudet
Maanomistaja
Katseluoikeudet
Ulkopaikkakuntalainen
Katseluoikeudet
Järjestelmä tietää mitä rakennuslupa-asioita kunnassa on vireillä ja millä
tavalla kuntalaisten osallistuminen kussakin hankkeessa on mahdollista.
Rakennusluvat voidaan julkaista seuraavissa mahdollisissa vaiheissa:
- Naapureiden kuuleminen lupahakemusta valmisteltaessa
- Lupapäätöksestä tiedottaminen, muutoksenhaku
Järjestelmä tietää millä tavalla kuntalaisen on mahdollista osallistua kuhunkin
lupa-asiaan. Vain käsittelyhetkellä ajankohtaiset lupa-asiat ovat saatavilla.
Kuntalainen on kirjautunut järjestelmään omilla tunnuksillaan. Järjestelmä on
avannut sähköisen työpöytäpalvelun.
Käyttötapauksen kuvaus
1
Käyttäjä valitsee tiedotuspalvelun, jonka avulla on mahdollista selailla kaikkia
ajankohtaisia rakennuslupiin liittyviä asioita. P1
2
Järjestelmä näyttää luettelon kunnan tuoreimmista rakennuslupa-asioista, joista käyttäjä voi
valita kiinnostavan lupa-asian ja jatkaa käyttötapausta suoraan kohdasta 6, tai siirtyä alueen
valintaan kohtaan 3.
3
Käyttäjä syöttää oman kiinnostuksen kohteen osoitetiedot järjestelmään tai valitsee
sijainnin osoittamalla kartalta.
4
Mikäli sijainnin haku tehtiin syöttämällä osoite, järjestelmä tarkistaa osoitetietojen
oikeellisuuden ja avaa karttanäkymän ko. paikasta.
5
Järjestelmä listaa käyttäjän valitsemaan paikkaan kohdistuvat kaikki vireillä olevat
rakennuslupa-asiat.
6
Käyttäjä voi valita yksittäisen rakennuslupa-asian listalta, ja avata sen tiedot ja mahdolliset
dokumentit yksityiskohtaista tarkastelua varten. Lupa-asian tiedoista käyttäjä saa selville
sen, onko ko. lupahakemukseen mahdollisuus osallistua tällä hetkellä. P2
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
31.5.2010
7
8
Järjestelmä visualisoi kartalla katseluun valitun rakennuslupa-asian sijainnin.
Mikäli rakennuslupa-asiaan on mahdollisuus osallistua, järjestelmä tarjoaa käyttäjälle
mahdollisuuden siirtyä palautepalveluun antamaan palautetta ko. asiasta. Palautepalvelu
aukenee linkillä, ja palautteen aihe kytkeytyy suoraan asianmukaiseen lupa-asiaan.
Palautteen antaminen oma erillinen käyttötapauksensa.
Poikkeukset
P1
P2
Lopputulos
Muut vaatimukset
v1
Käyttötiheys
Muuta
Käyttäjä on valinnut ennakolta omaan käyttäjäprofiiliin tallennetun
kiinnostusalueensa, jolloin käyttötapaus siirtyy vaiheesta 1 suoraan vaiheeseen 5.
Käyttäjä on saanut palvelusta automaattisen herätteen oman kiinnostusalueen
hankkeesta, ja siirtyy sen tietoihin ulkoisen linkin kautta suoraan vaiheeseen 6.
Käyttäjä saa tiedon oman kiinnostusalueensa rakennuslupa-asioista ja
ajankohtaisista osallistumismahdollisuuksista.
Käyttäjä voi valita kiinnostavan rakennuslupa-asian ja merkitä sen omaksi
suosikikseen, jolloin se näkyy vaiheen 2 mukaisessa asialuettelossa erikseen.
Noin kahden viikon välein.
Sama käyttötapaus sovelletaan myös muihin tiedottamistapahtumiin:
katusuunnitelmat, kaavahankkeet, ympäristöluvat ja poikkeamispäätökset.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
23.3.2010
Liite 5: Asiakaspalvelu käyttötapauskuvaus
Käyttötapauskuvus
KÄYTTÖTAPAUKSEN NIMI Asiakaspalvelu / Ei-sähköinen asiakas
Yleiskuvaus
Ei-sähköisen asiakkaan palvelu hakemus- tai lupa-asiassa kunnan
asiakaspalvelupisteessä.
Laatija
Päiväys / Versio
Prosessi
Tapio Ahomäki
23.03.2010 / 1
Käyttäjäroolit
rooli 1
rooli 2
Kuvataan käyttötapauksen käyttäjäroolit
Asiakas
Asiakaspalvelija
rooli 3
Esitiedot/ehdot
Roolin oikeudet
Katseluoikeudet
Kaikki oikeudet
työpöytäpalveluun
Asiakkaalla on mukanaan tarvittavat tiedot oman asian vireillepanoa varten.
Asiakkaalla on mukanaan myös tarvittavat dokumentit paperimuodossa.
Käyttötapauksen kuvaus
1
Asiakas saapuu palvelupisteeseen ja tarvitsee palvelua hakemus- tai lupa-asian jättämiseksi.
2
Asiakaspalvelija tarkistaa, että hakijalla on edellytykset asian vireillepanoon.
3
Asiakaspalvelija luo asiakkaalle käyttäjätilin työpöytäpalveluun.
4
Asiakas voi virkailijan opastamana itse syöttää hakemuksensa järjestelmään tai virkailija
tekee sen asiakkaan puolesta. Hakemuksen tekeminen on kuvattu omana
käyttötapauksenaan.
5
Asiakaspalvelu skannaa asiakkaan liitedokumentit, jonka jälkeen ne voidaan liittää
hakemukseen sähköisinä.
6
Asiakas saa käyttöönsä työpöytäpalvelun käyttäjätunnuksen ja voi jatkossa seurata oman
asiansa etenemistä verkkopalvelussa itsenäisesti.
Poikkeukset
P1
P2
Lopputulos
Asiakas saa oman hakemusasiansa vireille. Hakemuksen käsittely saadaan
siirrettyä sähköiseen prosessiin.
Muut vaatimukset
v1
Käyttötiheys
Muuta
Harvoin
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
23.3.2010
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
2 (2)
Käyttötapauskuvaus
Lopullinen
1 (2)
31.3.2010
Liite 6: Palautteen antaminen käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Palautteen antaminen
Yleiskuvaus
Käyttäjä on havainnut omaa asuinaluettaan koskevan asemakaavan olevan
nähtävillä ja haluaa kommentoida kaavassa olevaa puistoa.
Laatija
Päiväys / Versio
Prosessi
Jukka Vänttinen
31.03.2010 / 1
Palautepalvelu
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Kuntalainen
Asukasyhdistys
Roolin oikeudet
Katseluoikeudet
Katseluoikeudet
Kaava on esitelty kunnan kotisivuilla ja tiedotettu esim. tiedotuspalvelussa.
Kuntalainen on havainnut kaavan nähtävillä olon ja tutustunut sen sisältöön.
Käyttötapauksen kuvaus
1
Käyttäjä valitsee kaavan kommentointimahdollisuuden kaavan esittelysivulla.
2
Palautteenantopalvelu käynnistyy. P1
3
Käyttäjä näkee kaavan rajauksen kartalla sekä muiden antamat kaavaa koskevat palautteet.
Muiden antamista palautteista näytetään sijainti kartalla sekä kommenttiteksti.
4
Käyttäjä kirjoittaa oman selitystekstinsä.
5
Käyttäjä piirtää kartalle omat kommenttipiirroksensa ja kirjoittaa kommenttipiirroksiin
halutessaan vielä lisää tekstimuotoista palautetta.
6
Käyttäjä liittää palautteeseen liitetiedostona oman ehdotuksensa puiston istutuksista.
7
Käyttäjä täyttää omat nimitietonsa ja yhteystietonsa.
8
Käyttäjä valitsee yhteydenottotavan.
9
Käyttäjä valitsee haluaako hän tietoa palautteen käsittelyn etenemisestä.
10
Käyttäjä lähettää palautteen kuntaan.
11
Palautejärjestelmä vastaanottaa palautteen ja lähettää kuittauksen palautteesta käyttäjälle.
Poikkeukset
P1
Mikäli käyttäjä on kirjautunut tai kirjautuu palautepalveluun tai työpöydälle
järjestelmän käynnistyksen yhteydessä, hän voi seurata jatkossa itsenäisesti
palautteen käsittelyä tiedotuspalvelussa.
P2
Lopputulos
Käyttäjä on kommentoinut nähtävillä olevaa kaavaa ja kommentti on tallentunut
palautejärjestelmän tietokantaan. Käyttäjä saa halutessaan tietoa palautteen
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
31.3.2010
käsittelyn etenemisestä.
Muut vaatimukset
Käyttötiheys
Muuta
Kuntalainen harvoin. Asukasyhdistys kommentoi säännöllisesti jokaista kaavaa.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
31.5.2010
Liite 7: Palaute kadun päällystevauriosta käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Palaute kadun päällystevauriosta
Yleiskuvaus
Käyttäjä on havainnut työmatkallaan roudan aiheuttaman reiän kadun
päällysteessä ja haluaa ilmoittaa siitä kunnalle.
Laatija
Päiväys / Versio
Prosessi
Jukka Vänttinen
31.05.2010 / 1
Palautepalvelu
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Kuntalainen
Roolin oikeudet
Katseluoikeudet
Kunnalla on käytössä sijaintipohjainen palautteen antojärjestelmä.
Käyttötapauksen kuvaus
1
Käyttäjä valitsee palautteen annon katujen kunnossapidosta vastaavan organisaation
kotisivulla.
2
Palautteenantopalvelu käynnistyy. P1
3
Käyttäjä hakeutuu reiän havaitsemispaikan sijaintiin osoitehaun avulla.
4
Käyttäjä tarkastelee erilaisten kartta-aineistojen avulla missä kohtaa havainto tehtiin. Hän
näkee muiden antamat samaa aihetta koskevat palautteet. Muiden antamista palautteista
näytetään sijainti kartalla sekä kommenttiteksti.
5
Käyttäjä kirjoittaa selitystekstiin havaintonsa.
6
Käyttäjä osoittaa kartalle reiän sijainnin ja kirjoittaa kommenttipiirroksiin halutessaan vielä
lisää tekstimuotoista palautetta.
7
Käyttäjä liittää palautteeseen liitetiedostona kännykkäkuvan reiästä.
8
Käyttäjä täyttää omat nimitietonsa ja yhteystietonsa.
9
Käyttäjä valitsee yhteydenottotavan.
10
Käyttäjä valitsee haluaako hän tietoa palautteen käsittelyn etenemisestä.
11
Käyttäjä lähettää palautteen kuntaan.
12
Palautejärjestelmä vastaanottaa palautteen ja lähettää kuittauksen palautteesta käyttäjälle.
Poikkeukset
P1
Mikäli käyttäjä on kirjautunut tai kirjautuu palautepalveluun tai työpöydälle
järjestelmän käynnistyksen yhteydessä, hän voi seurata jatkossa itsenäisesti
palautteen käsittelyä tiedotuspalvelussa.
P2
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
31.5.2010
Lopputulos
Käyttäjä on ilmoittanut kadun päällysteessä olevasta reiästä kuntaan. Palaute on
tallentunut palautejärjestelmän tietokantaan. Käyttäjä saa halutessaan tietoa
palautteen käsittelyn etenemisestä.
Muut vaatimukset
Käyttötiheys
Muuta
Satunnaisesti, 1-5 kertaa vuodessa.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
1 (2)
Käyttötapauskuvaus
Lopullinen
16.4.2010
Liite 8: Rakennusluvan ennakkokäsittely käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI: Rakennusluvan ennakkokäsittely
Yleiskuvaus
Laatija
Päiväys / Versio
Prosessi
Sähköisen työpöydän käyttö rakennushankkeeseen ryhtyvän tiimin ja
rakennusvalvonnan välisen kommunikoinnin tukena vaativan
rakennushankkeen valmistelu- / suunnitteluvaiheessa ennen rakennusluvan
hakemisvaihetta.
Hannu Vanhatalo
16.4.2010 / 1
Luvan ennakkokäsittely.
Käyttäjäroolit
Kuvataan käyttötapauksen käyttäjäroolit
Roolin oikeudet
rooli 1
rooli 2
rooli 3
Rakennushankkeeseen ryhtyvä / Hakija
Pääsuunnittelija
Lupakäsittelijä
Luku- ja kirjoitusoikeudet
Luku- ja kirjoitusoikeudet
Kaikki oikeudet
Esitiedot/ehdot
Hakijalla on tiedossa rakennuspaikka ja alustavat suunnitelmat / luonnokset
tulevasta rakennuksesta on käytössä sähköisessä muodossa.
Hakija on kirjautunut järjestelmään omilla tunnuksillaan.
Pääsuunnittelijalla on myös tunnukset järjestelmään.
Hakijalla ja pääsuunnittelijalla on lisäksi VETUMA-tunnukset (esim.
pankkitunnukset).
Käyttötapauksen kuvaus
1
Hakija luo uuden lupa-asian (ennakkokysely) järjestelmällä.
2
Hakija valitsee lupa-asiansa rakennuspaikan.
P1
3
Järjestelmä näyttää rakennuspaikkaan liittyvät tiedot, kuten osoitteet, omistajat ja tunnukset.
P2
4
Hakija tarkistaa tiedot sekä lisää puuttuvat ja korjaa virheelliset tiedot.
5
Hakija antaa pääsuunnittelijalleen oikeuden lisätä tietoja lupa-asiaan.
6
Hakija kirjautuu ulos järjestelmästä.
7
Pääsuunnittelija kirjautuu järjestelmään ja avaa lupa-asian tiedot.
P3
8
Pääsuunnittelija tarkistaa hakijan täyttämät tiedot sekä lisää hankkeen toimenpiteen
kuvauksen, tekniset tiedot ja liitteet (esim. luonnospiirustukset ).
9
Pääsuunnittelija varaa järjestelmällä ajan alueen lupakäsittelijälle.
10
Pääsuunnittelija kirjautuu ulos järjestelmästä.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
16.4.2010
11
12
13
14
15
16
17
18
Alueen lupakäsittelijä vastaa ajan varaamisehdotukseen.
P4
Lupakäsittelijä tekee tapaamisesta muistion työpöydälle.
Pääsuunnittelija kirjautuu palveluun ja tarkistaa muistion, lisää lupa-asiaan päivitetyt
luonnospiirustukset ja lähettää lupa-asian liitteineen rakennusvalvonnan kommentoitavaksi.
P5
Järjestelmä pyytää pääsuunnittelijalta vahvaa tunnistautumista.
Pääsuunnittelija syöttää VETUMA-tunnuksensa, jonka jälkeen lupa-asia (ennakkokysely)
lähetetään rakennusvalvontaan kommentoitavaksi. P6
Järjestelmä lähettää pääsuunnittelijalle ja viranomaiselle sähköpostin, joissa on linkki lupaasiaan (ennakkokysely).
Lupakäsittelijä avaa työpöydän kautta päivitetyt luonnospiirustukset ja kommentoi niitä
työpöydän kautta pääsuunnittelijalle.
Pääsuunnittelija kirjautuu palveluun ja näkee rakennusvalvonnan kommentit.
P5
Poikkeukset
P1
P2
P3
P4
P5
Lopputulos
Muut vaatimukset
v1
v2
v3
Käyttötiheys
Järjestelmä ilmoittaa käyttäjälle, että rakennuspaikkaa ei löydy annetulla
Järjestelmästä ei löydy rakennuspaikkaan liittyviä tietoja. Hakija syöttää kaikki
tiedot itse.
Pääsuunnittelija ei näe hakemusta omilla tunnuksillaan ja ottaa yhteyttä hakijaan.
Esitetty aika ei sovi lupakäsittelijälle. Lupakäsittelijä ehdottaa toista ajankohtaa.
Ajan varaaja voi hyväksyä vastaehdotuksen tai ehdottaa toista ajankohtaa
työpöydän kautta.
Pääsuunnittelija ei näe palautetta edellisestä vaiheesta ja ottaa yhteyttä
lupavalmistelijaan työpöydän kautta.
Rakennushankkeeseen ryhtyvän tiimillä on edellytykset lupavaiheen suunnitteluun
ja rakennuslupahakemuksen täyttämiseen. Rakennusvalvonnan antama palaute
(muistiot, kommentit, vastaukset jne..) on työpöydän kautta nähtävillä.
Palvelun käyttö tulee onnistua yleisimmillä selaimilla (IE, Firefox…).
Palvelun käyttö tulee onnistua ilman järjestelmän kolutusta.
Tietojen haun ja kartan päivittymisen tulee olla nopeaa (alle 1 s).
Rakennushankkeeseen ryhtyvä ja pääsuunnittelija aloittavat useita
rakennushankkeita vuodessa.
Muuta
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
16.4.2010
Liite 9: Rakennusluvan hakeminen käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Rakennusluvan hakeminen
Yleiskuvaus
Käyttäjä hakee kunnan rakennusvalvonnan sähköisestä asioinnista itselleen
rakennuslupaa omakotitalon rakentamista varten.
Laatija
Päiväys / Versio
Prosessi
Hannu Vanhatalo
16.4.2010 / 1
Rakennusluvan hakeminen
Käyttäjäroolit
Kuvataan käyttötapauksen käyttäjäroolit
Roolin oikeudet
rooli 1
rooli 2
rooli 3
Hakija, jolle talo tehdään
Hankkeen pääsuunnittelija
Viranomainen, joka käsittelee
hakemuksen
Luku- ja kirjoitusoikeudet
Luku- ja kirjoitusoikeudet
Kaikki oikeudet
Esitiedot/ehdot
Hakija on kirjautunut järjestelmään omilla tunnuksillaan.
Pääsuunnittelijalla on myös tunnukset järjestelmään.
Hakijalla on lisäksi VETUMA-tunnukset (esim. pankkitunnukset).
Käyttäjällä on käsillä kaikki hakemuksessa tarvittavat tiedot ja liitedokumentit
sähköisessä muodossa.
Käyttötapauksen kuvaus
1
Hakija luo uuden lupahakemuksen järjestelmällä.
2
Hakija valitsee hakemukseensa rakennuspaikan. P1
3
Järjestelmä näyttää rakennuspaikkaan liittyvät tiedot, kuten osoitteet, omistajat ja
tunnukset. P2
4
Hakija tarkistaa tiedot sekä lisää puuttuvat ja korjaa virheelliset tiedot.
5
Hakija antaa pääsuunnittelijalleen oikeuden lisätä tietoja hakemukseen ja tallentaa
hakemuksen.
6
Hakija kirjautuu ulos järjestelmästä.
7
Pääsuunnittelija kirjautuu järjestelmään ja avaa hakemuksen tiedot. P3
8
Pääsuunnittelija tarkistaa hakijan täyttämät tiedot sekä lisää hakemukseen hankkeen
tekniset tiedot ja liitteet (esim. pääpiirustukset ja selvitykset). P4
9
Pääsuunnittelija kirjautuu ulos järjestelmästä.
10
Käyttäjä kirjautuu uudelleen järjestelmään, tarkistaa hakemuksensa ja lähettää sen
rakennusvalvonnan käsiteltäväksi.
11
Järjestelmä pyytää hakijalta vahvaa tunnistautumista.
12
Hakija syöttää verkkopankkitunnuksensa, jonka jälkeen hakemus lähetetään
rakennusvalvontaan. P5
13
Järjestelmä lähettää hakijalle ja viranomaiselle sähköpostin, joissa on linkki hakemukseen.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
16.4.2010
Poikkeukset
P1
P2
P3
P4
P5
Lopputulos
Muut vaatimukset
v1
v2
v3
Käyttötiheys
Järjestelmä ilmoittaa käyttäjälle, että rakennuspaikkaa ei löydy annetulla
osoitteella.
Järjestelmästä ei löydy rakennuspaikkaan liittyviä tietoja. Hakija syöttää kaikki
tiedot itse.
Pääsuunnittelija ei näe hakemusta omilla tunnuksillaan ja ottaa yhteyttä hakijaan.
Pääsuunnittelijalla ei ole käytössään kaikkia tarvittavia liitteitä. Hän tallentaa
hakemuksen, hankkii tarvittavat liitteet ja jatkaa hakemuksen täyttöä myöhemmin.
Järjestelmä ei hyväksy hakijan verkkopankkitunnuksia ja antaa selkeän
virheilmoituksen.
Hakijan rakennuslupahakemus on lähetetty rakennusvalvonnan järjestelmään
käsiteltäväksi.
Luvan hakemisen tulee onnistua yleisimmillä selaimilla (IE, Firefox…).
Luvan hakemisen tulee onnistua ilman järjestelmän koulutusta.
Tietojen haun ja kartan päivittymisen tulee olla nopeaa (alle 1 s).
Hakija hakee lupaa 1 – 5 kertaa elämänsä aikana.
Pääsuunnittelija täyttää 10 - 15 hakemusta vuodessa.
Muuta
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (3)
1.6.2010
Liite 10: Rakentamisen aikaisen toiminnan käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Rakentamisen aikainen toiminta
Sähköisellä työpöydällä rakennushankkeeseen ryhtyvä, suunnittelijat ja
työnjohtajat ja rakennusvalvonta voivat kommunikoida keskenään ja jakaa
rakennushakkeeseen liittyvää tietoa tai dokumentteja. Aloituskokouksen ja
katselmuksien ajankohdista voidaan sopia käyttämällä työpöydän ajanvaraustoimintoja.
Yleiskuvaus
Suunnitelmien ulkopuolista tarkastusta tekevälle asiantuntijalle
(erityismenettelyn kolmas osapuoli) voidaan työpöydän kautta välittää
suunnitelmadokumentteja tarkastettavaksi. Kolmas osapuoli voi työpöydän
kautta välittää tarkastukseen liittyvän lausuntonsa rakennusvalvontaan.
Laatija
Päiväys / Versio
Prosessi
Hannu Vanhatalo
1.6.2010 / 1
Rakentamisen aikainen toiminta.
Käyttäjäroolit
Kuvataan käyttötapauksen käyttäjäroolit
Roolin oikeudet
rooli 1
rooli 2
rooli 3
rooli 4
rooli 5
Rakennushankkeeseen ryhtyvä
Suunnittelija
Työnjohtaja
’Kolmas osapuoli’ (erityismenettely)
Kuntakäyttäjä
Luku- ja kirjoitusoikeudet
Luku- ja kirjoitusoikeudet
Luku- ja kirjoitusoikeudet
Lukuoikeudet
Kaikki oikeudet
Esitiedot/ehdot
Käyttäjät kirjautuvat järjestelmään omilla tunnuksillaan.
Käyttäjillä on lisäksi VETUMA-tunnukset (esim. pankkitunnukset).
Käyttäjällä on kaikki tarvittavat liitedokumentit sähköisessä muodossa.
Rakennushankkeesta on hyväksytty lupapäätös.
Käyttötapauksen kuvaus
1
Työnjohtaja tarkistaa työpöydällä omien kohteiden vastuutilanteen, tulostaa uuden
kohteen lupapäätöksen ja lisää tai täydentää työnjohtajan hakemuksen / ilmoituksen ja lähettää sen käsiteltäväksi ( edellyttää vahvaa tunnistautumista).
Järjestelmä lähettää työnjohtajalle ja kuntakäyttäjälle sähköpostin, joissa on linkki
hakemukseen / -ilmoitukseen. P1
2
Rakennushankkeeseen ryhtyvä ja/tai suunnittelija tulostaa työpöydän kautta
lupapäätöksen, tarkistaa työnjohtajan hakemuksen / ilmoituksen tai työnjohtajalla jo
voimassaolevat vastuut. P2
3
Kuntakäyttäjä tarkistaa työpöydällä työnjohtajan hakemuksen tai –ilmoituksen ja tekee
täydennyspyynnön työnjohtajalle tai vie hakemuksen / ilmoituksen operatiiviseen
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (3)
1.6.2010
järjestelmään käsiteltäväksi.
4
Työnjohtaja tarkistaa työpöydällä omien kohteidensa vastuutilanteen, valitsee
valvontakohteen ja lähettää siitä aloitusilmoituksen tai tekee ajanvarauksen
aloituskokoukseen (menettely lupaehtojen mukaan).
5
Kuntakäyttäjä vastaa työpöydällä työnjohtajan ehdotukseen aloituskokouksen ajankohdasta
tai vie aloitusilmoituksen operatiiviseen järjestelmään.
6
7
Työnjohtaja tarkistaa työpöydällä aloituskokouksen pöytäkirjan.
Työnjohtaja päivittää työpöydällä sähköistä tarkastusasiakirjaa (edellyttää vahvaa
tunnistautumista).
8
Rakennushankkeeseen ryhtyvä, suunnittelija ja kuntakäyttäjä voi tarkastella
työpöydällä sähköiseen tarkastusasiakirjaan tehtyjä tarkastusmerkintöjä.
9
Suunnittelija lisää työpöydälle sähköisiä erityssuunnitelmia ja/tai muutossuunnitelmia ja
lähettää ne käsiteltäväksi (edellyttää vahvaa tunnistautumista). Järjestelmä lähettää
työnjohtajalle ja kuntakäyttäjälle sähköpostin, jossa on linkki tietoihin.
10
11
12
13
14
15
Aiemmin lähetetyistä erityissuunnitelmista ja/tai muutossuunnitelmista näkyy työpöydällä
vastaanottomerkinnät ja mahdollinen kuntakäyttäjän antama palaute.
Kuntakäyttäjä antaa työpöydällä ulkopuoliselle asiantuntijalle (erityismenettelyn kolmas
osapuoli) oikeuden nähdä rakennushankkeen tiedot työpöydällä ja lisätä tarkastuksestaan
lausunto työpöydälle osapuolten nähtäville.
Kolmas osapuoli tarkastaa työpöydän kautta saatavat suunnitelmat ja lisää työpöydälle
lausunnon tekemästään tarkastuksesta (edellyttää vahvaa tunnistautumista). Järjestelmä
lähettää kuntakäyttäjälle sähköpostin, jossa on linkki tietoihin. P3
Työnjohtaja varaa työpöydän kautta ajan katselmukseen.
Kuntakäyttäjä hyväksyy ehdotetun katselmusajan tai tekee oman ehdotuksen ajankohdasta.
Työnjohtaja näkee työpöydällä kuntakäyttäjän hyväksynnän katselmuksen ajankohdasta tai
vastaehdotuksen. Työnjohtaja hyväksyy ajankohdan tai tekee vastaehdotuksen.
Aikaisemmista jo pidetyistä katselmuksista näkyy työpöydällä katselmuspöytäkirjat ja
vastaavat merkinnät tarkastusasiakirjassa.
Loppukatselmuksen jälkeen rakennushankkeeseen ryhtyvä, suunnittelija ja työnjohtaja
voivat työpöydällä tarkistaa omasta kohteestaan nämä tiedot:
loppukatselmuspöytäkirja
työnjohtajan vastuun päättymispäivä
sähköinen tarkastusasiakirja
tiedot rakennusvalvonnan vastaanottamista erityissuunnitelmista,
muutossuunnitelmista ja muista lupapäätöksen jälkeen vastaanotetuista
dokumenteista
Poikkeukset
P1
P2
Järjestelmä ilmoittaa käyttäjälle, että hakemusta ei voi lähettää koska
hakemuksesta puuttuu pakollisia tietoja. Käyttäjä lisää pakolliseksi määritellyt
tiedot ja lähettää hakemuksen uudelleen.
Suunnittelija ei näe rakennushankkeen tietoja ja ottaa yhteyttä
rakennushankkeeseen ryhtyvään.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
3 (3)
1.6.2010
P3
Käyttäjä ei näe kohteen suunnitelmia omilla tunnuksillaan ja ottaa yhteyttä
rakennusvalvontaan.
Lopputulos
Rakentamisen aikana hankkeesta dokumentoitu tieto on hankkeeseen liittyvien
osapuolten nähtävillä työpöydällä.
Muut vaatimukset
v1
v2
v3
Käyttötiheys
Työpöydän käyttö tulee onnistua yleisimmillä selaimilla (IE, Firefox…).
Työpöydän käyttö tulee onnistua ilman järjestelmän koulutusta.
Tietojen haun tulee olla nopeaa (alle 1 s).
Osa rakennushankkeeseen ryhtyvistä osallistuu 1 – 5 rakennushankkeeseen
elämänsä aikana osa (ammattilaiset) osallistuu 1 – 5 rakennushankkeeseen
vuosittain.
Suunnittelijalla ja työnjohtajalla on 1 - 15 aktiivista rakennushanketta vuosittain.
Kuntakäyttäjä käsittelee työpöydällä kymmeniä rakennushankkeita vuosittain.
Muuta
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
31.5.2010
Liite 11: Ympäristölupahakemus käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Hakemuksen tekeminen, ympäristölupa
Yleiskuvaus
Käyttäjä haluaa tehdä hakemuksen ympäristölupa-asian vireille saamiseksi.
Laatija
Päiväys / Versio
Prosessi
Tapio Ahomäki
31.05.2010 / 1
Ympäristölupa
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Maanomistaja
Toiminnan harjoittaja
Roolin oikeudet
Katseluoikeudet
Katseluoikeudet
Järjestelmän hakemuspalvelu tarjoaa mahdollisuuden erilaisten ympäristölupaasioiden hakemiseen ja hallitsee hakemuksiin liittyvät tiedot. Mahdollisia
hakemus- tai ilmoitustyyppejä ovat esim.:
Ympäristölupa
Ilmoitus koeluontoisesta toiminnasta
Ilmoitus melua ja tärinää aiheuttavasta toiminnasta
Vesilain mukaiset luvat
Vapautus vesi- ja viemäriverkostoon liittymisestä
Ilmoitus poikkeuksellisesta tilanteesta jätehuollossa
Poikkeaminen ympäristönsuojelumääräyksistä
Nitraattiasetuksen mukainen poikkeamisilmoitus
Muut ympäristötoimen lupa-asiat
Käyttäjä on kirjautunut järjestelmään omilla tunnuksillaan. Järjestelmä on
avannut sähköisen työpöytäpalvelun.
Käyttäjällä on käsillä kaikki hakemuksessa tarvittavat tiedot ja liitedokumentit
sähköisessä muodossa.
Käyttötapauksen kuvaus
1
Käyttäjä valitsee hakemuspalvelun, jonka avulla on mahdollista hakea erilaisia
viranomaistoimenpiteitä.
2
Hakemuspalvelu opastaa käyttäjää valitseman oikean hakemustyypin. Käyttäjä voi myös
hakea tietoa hakupalvelusta ja asiasanastosta.
3
Käyttäjä valitsee haettavan toimenpiteen sijainnin tai kohdekiinteistön syöttämällä sen
osoitetiedot tai tunnuksen järjestelmään. Mikäli käyttäjä ei tiedä niitä, hän voi siirtyä
osoittamaan kohteen sijainnin kartalta.
4
Mikäli sijainnin haku tehtiin syöttämällä osoite tai tunnus, järjestelmä tarkistaa tietojen
oikeellisuuden ja avaa karttanäkymän ko. paikasta.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
31.5.2010
5
6
7
8
9
10
Käyttäjä täyttää hakemukseen tarvittavat tiedot lomakkeella. Palvelu ohjaa käyttäjää
kenttien täyttämisessä ja valvoo, että kaikki tarvittavat tiedot on annettu ja että virheellisiä
tietoja ei ole syötetty.
Hakemuksen täyttö etenee vaiheittain, ja käyttäjä voi keskeyttää hakemuksen täyttämisen
milloin vain, jolloin järjestelmä tallentaa käyttäjän omalle työpöydälle keskeneräisen
hakemuksen tiedot. Käyttäjä voi jatkaa hakemuksen täyttämistä myöhemmin.
Käyttäjä liittää hakemukseensa tarpeelliset sähköiset liitedokumentit.
Käyttäjä tarkastaa oman hakemuksensa yhteenvetotiedot ja siirtyy hakemuksen
lähettämiseen.
Hakemuksen lähettämisessä vaaditaan hakijan vahva tunnistaminen, ja palvelu ohjautuu
VETUMA-palveluun, jossa käyttäjä valitsee itselleen sopivan tunnistautumistavan.
Onnistuneen tunnistautumisen jälkeen palvelu antaa käyttäjälle palautteen ja välittää tiedon
jätetystä hakemuksesta kunnan asianmukaiselle viranhaltijalle.
Poikkeukset
P1
P2
Lopputulos
Muut vaatimukset
v1
Käyttäjä saa jätettyä kuntaan oman hakemuksensa sähköisen palvelun kautta.
Käyttötiheys
Muuta
Harvoin
Käyttäjä voi itse antaa jollekin toiselle työpöytäpalvelun käyttäjälle oikeuden
muokata omaa keskeneräistä hakemustaan.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
23.3.2010
Liite 12: Kiinteistötoimitushakemus käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Hakemuksen tekeminen, kiinteistönmuodostus
Yleiskuvaus
Käyttäjä haluaa tehdä hakemuksen kiinteistönmuodostustoimenpiteen vireille
saamiseksi.
Laatija
Päiväys / Versio
Prosessi
Tapio Ahomäki
23.03.2010 / 1
Kiinteistötoimitus
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Maanomistaja
Roolin oikeudet
Katseluoikeudet
Järjestelmän hakemuspalvelu tarjoaa mahdollisuuden erilaisten
kiinteistönmuodostustoimitusten hakemiseen ja hallitsee hakemuksiin liittyvät
tiedot.
Maaomistaja on kirjautunut järjestelmään omilla tunnuksillaan. Järjestelmä on
avannut sähköisen työpöytäpalvelun.
Käyttäjällä on käsillä kaikki hakemuksessa tarvittavat tiedot ja liitedokumentit
sähköisessä muodossa.
Käyttötapauksen kuvaus
1
Käyttäjä valitsee hakemuspalvelun, jonka avulla on mahdollista hakea erilaisia
viranomaistoimenpiteitä.
2
Hakemuspalvelu opastaa käyttäjää valitseman oikean hakemustyypin. Käyttäjä voi myös
hakea tietoa hakupalvelusta ja asiasanastosta.
3
Käyttäjä valitsee haettavan toimenpiteen kohdekiinteistön syöttämällä sen osoitetiedot tai
tunnuksen järjestelmään. Mikäli käyttäjä ei tiedä niitä, hän voi siirtyä osoittamaan kohteen
sijainnin kartalta.
4
Mikäli sijainnin haku tehtiin syöttämällä osoite tai tunnus, järjestelmä tarkistaa tietojen
oikeellisuuden ja avaa karttanäkymän ko. paikasta.
5
Käyttäjä täyttää hakemukseen tarvittavat tiedot lomakkeella. Palvelu ohjaa käyttäjää
kenttien täyttämisessä ja valvoo, että kaikki tarvittavat tiedot on annettu ja että virheellisiä
tietoja ei ole syötetty.
6
Hakemuksen täyttö etenee vaiheittain, ja käyttäjä voi keskeyttää hakemuksen täyttämisen
milloin vain, jolloin järjestelmä tallentaa käyttäjän omalle työpöydälle keskeneräisen
hakemuksen tiedot. Käyttäjä voi jatkaa hakemuksen täyttämistä myöhemmin.
7
Käyttäjä liittää hakemukseensa tarpeelliset sähköiset liitedokumentit.
8
Käyttäjä tarkastaa oman hakemuksensa yhteenvetotiedot ja siirtyy hakemuksen
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
23.3.2010
9
10
lähettämiseen.
Hakemuksen lähettämisessä vaaditaan hakijan vahva tunnistaminen, ja palvelu ohjautuu
VETUMA-palveluun, jossa käyttäjä valitsee itselleen sopivan tunnistautumistavan.
Onnistuneen tunnistautumisen jälkeen palvelu antaa käyttäjälle palautteen ja välittää tiedon
jätetystä hakemuksesta kunnan asianmukaiselle viranhaltijalle.
Poikkeukset
P1
P2
Lopputulos
Muut vaatimukset
v1
Käyttäjä saa jätettyä kuntaan oman hakemuksensa sähköisen palvelun kautta.
Käyttötiheys
Muuta
Harvoin
Sama käyttötapaus sovelletaan myös muihin hakemustapahtumiin: katualueiden
luvat ja tonttien hakeminen.
Käyttäjä voi itse antaa jollekin toiselle työpöytäpalvelun käyttäjälle oikeuden
muokata omaa keskeneräistä hakemustaan.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
25.3.2010
Liite 13: Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien haku käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien haku
Yleiskuvaus
Käyttäjä hakee itseään kiinnostavan paikan kartalta ja näkee ko. paikalta
saatavilla olevat erilaiset paikkatietoaineistot.
Laatija
Päiväys / Versio
Prosessi
Jukka Vänttinen
25.03.2010 / 1
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien haku
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Kuntalainen
Yrityksen edustaja
Roolin oikeudet
Katseluoikeudet
Katseluoikeudet
Palvelua tarjoava kunta on julkaissut kaikki mahdolliset aineistot palveluun.
Dokumentit ovat sähköisessä muodossa ja niillä on sijainti jonkin kohteen
kautta (esim. kohteiden tunnusten kautta).
Järjestelmällä on rajapintayhteydet paikkatietoaineistorajapintoihin sekä
dokumentteja hallinnoiviin järjestelmiin.
Käyttötapauksen kuvaus
1
Käyttäjä valitsee aineistojen hakupalvelun ja käynnistää sen.
2
Käyttäjä etsii itseään kiinnostavan alueen palvelussa olevalta kartalta. P1
3
Etsimiseen hän käyttää osoitehakutoimintoa tai kartan zoomailutoimintoja. Kartan
zoomailua käyttäessään käyttäjä siirtyy kohtaan 7.
4
Järjestelmä löytää yksittäisen osoitteen tai useita osoitteita.
5
Käyttäjä selailee hakutuloksia ja valitsee niistä haluamansa. Järjestelmä kohdistaa kartan
valitun osoitteen mukaiseen sijaintiin.
6
Käyttäjä tarkentaa zoomailemalla kartan lopulliseen sijaintiin.
7
Käyttäjä kysyy alueella olevat aineistot.
8
Järjestelmä näyttää alueella olevat aineistot sekä niiden kattavuudet käyttäjälle. Käyttäjä
näkee listan aineistoista. Aineistoista on saatavilla myös kattavuustieto indeksikarttana.
Dokumentit järjestelmä näyttää joko pistekohteina kartalla tai aluekohteina, jotka kuvaavat
dokumentin ulottuvuutta.
9
Käyttäjä voi siirtyä aineistojen latauspalveluun valitsemaan aineistoja.
Poikkeukset
P1
Kirjautuneelle käyttäjälle tarjotaan lista hänen omista mielenkiintoisista
alueistaan kuten omasta asuinsijainnistaan. Valitsemalla listalta jonkin kohteen
käyttäjä siirtyy suoraan vaiheeseen 6.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
25.3.2010
Lopputulos
Käyttäjä löytää itseään kiinnostavan alueen aineistot ja dokumentit, joita hänellä
on saatavissa käyttöönsä. Hän myös tietää aineistojen ajantasaisuuden.
Muut vaatimukset
Käyttötiheys
Vaihtelee asiakkaan roolin mukaan (päivittäin-harvoin). Kiinteistönvälittäjä
päivittäin. Kuntalainen kahdesti vuodessa.
Muuta
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
26.3.2010
Liite 14: Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien lataus käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien lataus
Yleiskuvaus
Käyttäjä tutkii saatavilla olevia aineistoja ja valitsee itseään kiinnostavat
aineistot sekä aineistoihin liittyvät toimitusmuodot ja -ehdot. Aineistojen
latautuminen käyttäjälle tapahtuu ostotapahtuman jälkeen.
Laatija
Päiväys / Versio
Prosessi
Jukka Vänttinen
26.03.2010 / 1
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien lataus
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Suunnittelutyöhön ryhtyvä
Yrityksen edustaja
Roolin oikeudet
Katseluoikeudet
Katseluoikeudet
Palvelun käyttäjä on jo hakeutunut kiinnostavalle alueelle ja löytänyt
kiinnostavat aineistot aineistojen hakupalvelulla.
Järjestelmällä on rajapintayhteydet paikkatietoaineistorajapintoihin sekä
dokumentteja hallinnoiviin järjestelmiin.
Järjestelmä pystyy myös tuottamaan erilaisia tiedostomuotoja.
Käyttötapauksen kuvaus
1
Käyttäjällä on näkyvissä saatavilla olevien aineistojen lista.
2
Käyttäjä valitsee haluamansa aineistot yksitellen.
3
Käyttäjä tarkastaa esikatselukuvilta, että aineistot ovat halutunlaisia. P1
4
Järjestelmä hakee aineistot ja dokumentit rajapinnoista sekä generoi niistä esikatselukuvat
ja näyttää ne käyttäjälle.
5
Käyttäjä valitsee aineistojen käyttötarkoitukset järjestelmän tarjoamasta valintalistasta.
6
Käyttäjä tarkentaa ladattavien aineistojen aluerajausta perustuen järjestelmän näyttämään
hintatietoon. Käyttäjä on tyypillisesti kiinnostunut maksamastaan kokonaishinnasta.
7
Käyttäjä vahvistaa valitut aineistot oikeiksi.
8
Käyttäjä valitsee aineiston toimitusformaatin.
9
Käyttäjä maksaa aineiston myyntipalvelussa. P2
10
Järjestelmä tarjoaa käyttäjän maksamat aineistot ladattavaksi.
11
Käyttäjä lataa aineiston itsellensä palvelusta ilmoittamassaan muodossa.
Poikkeukset
P1
P2
Jos käyttäjä ei halua tarkastaa aineistoa etukäteen, hän siirtyy suoraan kohtaan 5.
Jos käyttäjällä on jo olemassa käyttöoikeus (esim. määräaikainen) aineistoihin,
hyppää hän tämän kohdan yli.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
2 (2)
26.3.2010
Lopputulos
Käyttäjä saa käyttöönsä haluamansa aineistot sähköisen latauspalvelun kautta.
Aineisto on käyttäjän haluamassa tiedostomuodossa ja siten käyttökelpoista hänen
suunnittelemaansa käyttötarkoitukseen.
Muut vaatimukset
Käyttötiheys
Vaihtelee asiakkaan roolin mukaan (päivittäin-harvoin). Kiinteistönvälittäjä
päivittäin. Kuntalainen kahdesti vuodessa.
Muuta
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
1 (2)
16.3.2010
Liite 15: Liitekartan hankkiminen käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Liitekartan hankkiminen
Yleiskuvaus
Käyttäjä täyttää hakemusta, johon vaaditaan liitettäväksi liitekartta.
Laatija
Päiväys / Versio
Prosessi
Jukka Vänttinen
16.03.2010 / 1
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien lataus
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Hakemuksen täyttäjä
Roolin oikeudet
Katseluoikeudet
Käyttäjä on täyttämässä hakemusta, jonka liitteenä vaaditaan toimitettavaksi
kartta.
Hakemuksen toimenpiteen hinnoittelussa on erilaisia malleja. Toimenpiteen
kokonaishinta saattaa pitää sisällään sähköisen liitetiedoston hankkimisen.
Toimenpiteellä voi olla myös kokonaishinta.
Käyttötapauksen kuvaus
1
Käyttäjä on hakemuksen täytön kohdassa, jossa vaaditaan liitettäväksi mukaan
asemapiirros.
2
Käyttäjä valitsee "Hanki asemapiirros" kohdan palvelussa.
3
Järjestelmä avaa aineistojen latauspalvelun. Palvelu avautuu käyttäjän aikaisemmin
ilmoittaman esim. kiinteistön kohdalta. Käyttäjällä on näkyvissä aineistona vain
asemapiirros tai laajempi lista aineistoista, mutta asemapiirros valittuna.
4
Käyttäjä tarkentaa rajausta, jolta haluaa hankkia asemapiirroksen.
5
Järjestelmä näyttää käyttäjälle asemapiirroksen hinnan. P1
6
Käyttäjä valitsee haluaako hän liitekartan tulosteena vai tiedostona. P2
7
Järjestelmä luo tulosteen tai tiedoston oletuksena sopivassa mittakaavassa. Liitekartalla on
myös mittakaavajana ja käyttöoikeusmerkintä.
8
Järjestelmä palaa hakemuksen tekoon ja tuo mukanaan liitetiedoston hakemuksen liitteeksi.
Poikkeukset
P1
P2
Jos hakemuksen kohteena olevan toimenpiteen kokonaishintaan kuuluu myös
liitetiedostojen sähköinen hankkiminen, ei hintatietoa tässä vaiheessa näytetä.
Tulosteen teon yhteydessä käyttäjä joutuu maksamaan tulosteen, mikäli kunta
veloittaa aineistosta. Liitetiedosto liitetään automaattisesti hakemukseen ja maksu
tapahtuu hakemuksen toimenpiteen maksun yhteydessä.
Lopputulos
Käyttäjä saa hakemuksen liitteeksi vaaditun kartan samalla kertaa hankittua ja
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
16.3.2010
liitettyä hakemukseen.
Muut vaatimukset
Käyttötiheys
Muuta
Kerran elämänsä aikana - kerran vuodessa.
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
2 (2)
Käyttötapauskuvaus
Lopullinen
1 (2)
23.3.2010
Liite 16: Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien myynti käyttötapauskuvaus
Käyttötapauskuvaus
KÄYTTÖTAPAUKSEN NIMI Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien myynti
Yleiskuvaus
Käyttäjä ostaa ja maksaa itsepalveluna käyttöoikeuden haluamaansa
paikkatietoaineistoon tai -palveluun, tai saa käyttöönsä tietyt dokumentit.
Laatija
Päiväys / Versio
Prosessi
Tapio Ahomäki
23.03.2010 / 1
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien myynti
Käyttäjäroolit
rooli 1
rooli 2
rooli 3
Esitiedot/ehdot
Kuvataan käyttötapauksen käyttäjäroolit
Käyttäjä
Roolin oikeudet
Katseluoikeudet
Järjestelmä tarjoaa käyttäjälle mahdollisuuden etsiä ja valita kiinnostavia
paikkatietoaineistoja tai dokumentteja. Käyttäjä on löytänyt aineistojen
hakupalvelussa itseään kiinnostavat aineistot ja tehnyt niiden tilaamisessa
tarvittavat valinnat toimitustavasta ja -formaatista.
Käyttäjä on kirjautunut järjestelmään omilla tunnuksillaan. Järjestelmä on
avannut sähköisen työpöytäpalvelun.
Käyttötapauksen kuvaus
1
Käyttäjä etsii ja valitsee haluamansa aineistot tai palvelut aineistojen hakupalvelussa.
2
Käyttäjä päättää tilata aineiston tai käyttöoikeuden ja siirtää sen ostoskoriin. Käyttäjä voi
käydä valitsemassa uusia aineistoja.
3
Käyttäjä näkee ostoskorin yhteenvedon (tuotteet ja hinnat), jossa voi vielä tehdä päätöksen
aineiston ostamisesta.
4
Käyttäjä päättää ostaa aineistot ja siirtyy maksamiseen.
5
Järjestelmä tarjoaa asiakastiedoksi käyttäjän tilin kautta saatavia yhteystietoja. Käyttäjä voi
muuttaa asiakastietoja ennen maksamista. Käyttäjä valitsee itselleen sopivan maksutavan ja
etenee maksamiseen. P1
6
Käyttäjä maksaa ostoksensa pankkinsa verkkopalvelussa tai luottokortilla.
7
Onnistuneen maksusuorituksen jälkeen järjestelmä näyttää käyttäjälle yhteenvedon
maksusta ja lähettää maksutapahtuman kuitin myös käyttäjän sähköpostiin.
8
Käyttäjä siirtyy lataamaan ostetun aineiston itselleen tai vastaanottaa aineistopalveluun
tarvittavat tunnukset. Mikäli käyttäjän tilaama aineisto ei ole sähköinen tai sitä ei ole heti
saatavilla sähköisesti, asiakas jää odottamaan viestiä siitä milloin aineisto on saatavilla.
Käyttäjä palaa tässä tapauksessa palveluun suorittamaan aineiston lataamisen myöhemmin,
tai noutaa paperimuodossa olevan aineiston postista.
Poikkeukset
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
Käyttötapauskuvaus
Lopullinen
23.3.2010
P1
Järjestelmä tarjoaa mahdollisuuden tilata ei-sähköistä aineistoa postitse
postiennakolla, jolloin asiakas vahvistaa tilauksensa ja poistuu maksamatta.
P2
Lopputulos
Käyttäjä saa ostettua käyttöoikeudet haluamiinsa aineistoihin itsepalveluna
verkkopalvelussa.
Muut vaatimukset
v1
Käyttötiheys
Muuta
Vaihtelee asiakkaan roolin mukaan (päivittäin-harvoin)
Tekla Oyj
PL 1, Metsänpojankuja 1
FI-02131 Espoo
FINLAND
Puhelin +358 30 661 10
Faksi +358 30 661 1500
krno 183.128
Y-tunnus 0196634-1
Kotipaikka: Espoo
2 (2)
Liite 17:
Yleisen hakupalvelun prosessikaavio
Kuntalaisen
sähköiselle
työpöydälle
siirtyminen
Kyllä
Ei
Tietää
mistä
palvelu
löytyy
Personoitu
lista
palveluista
Kyllä
Hakupalvelun
valitseminen
Lähestymistavan
valitseminen hakuun
Ohjaaminen
palveluun
Ei
Käyttäjä
kirjautunut
(vahva
tunnistautuminen)
Kaikki
työpöydän
palvelut
Listan esittäminen
kaikista
toimenpiteistä
Toimenpiteen
valitseminen
Työpöytä:Kuntalainen
Ei
Sanahaun ja
termien
käyttäminen
Kyllä
Hakuehdon
syöttäminen
Ei
Löytyi
hakutuloksia
Hakutulosten
näyttäminen
käyttäjälle listana
Usein kysyttyjen
kysymysten
käyttäminen (UKK)
Kaikista määritellyistä kentistä haetaan tietoa
Tietokantaan
kerääntyvän
aineiston
tarjoaminen
Termien selitykset
Kysymysten ja
vastausten
tarjoaminen
Erikseen syötetyt synonyymit tarjotaan nähtäville
Synonyymisanaston
tarjoaminen
Työpöydän tietovarasto
Käsitteiden
yhteydessä
näytetään
synonyymisanoja
käyttääjälle
Termien selitykset rajapinnasta, jos ei löydy omasta järjestelmästä
Muu rajapintapalvelu
Termien
tarjoaminen
rajapintapalvelusta
Kyllä
Asian valitseminen
Listalla
jäljellä
kohteita
Ei
Listan esittäminen
UKK :stä
Kysymys- ja vastaustekstit
Termien
tarjoaminen
tietokannasta
Kyllä
Palvelu
löytyy
Tieto miten palvelu löytyi
Toimenpidelista
Toimenpiteiden
tarjoaminen
Löytyneen palvelun
tallentuminen
Talon rakentaminen tai muutostyö;
Kiinteistön toimenpide;
Palaute kunnalle;
Kartan osto
Liite 18:
Tiedottamisen prosessikaavio
Asiakas kirjautuu
palveluun
Asiakas avaa
työpöydän
tiedottamispalvelun
Työpöytä
Oma kiinnostusalue
ja aihepiiri
määritelty
Ei
Ei
Anonyymi
selailu?
Kyllä
Kiinnostavat
hankkeet luettelo
Aihepiirin valinta
Palautepalvelu
Kyllä
Kiinnostavan
hankkeen tietojen
katselu
Osallistuminen?
Karttapalvelu
Sijainnin näyttäminen
Kiinnostusalueen
valinta
Piste, viiva, alue
Hankkeiden
sijaintitiedot
Kunta
(taustajärjestelmät
+ rajapinnat)
Kunnallistekniikan
suunnitteluKaavatietojärjestelmä
järjestelmä
Ympäristötoimen
järjestelmä
Hanke, kuvaus, vaihe
Hanketiedot
Rakennusvalvontajärjestelmä
Sähköiset dokumentit
Hankkeiden
dokumentit
Kunnan
Internet
tiedottaminen
Asianhallintajärjestelmä
Dokumentinhallintajärjestelmä
Liite 19:
Kaavan tiedottamisen prosessikaavio
Kaavaprosessin kokonaiskuva
Aloite
Osallistuminen
Hankkeen
käynnistäminen
Asiakas avaa
työpöydän
tiedottamispalvelun
Ei
Mielipiteet
Valmistelu ja selvitykset
Ei
Kiinnostavien
kaavahankkeiden
haku (kartta, kohde)
Kyllä
Kiinnostava
kaava
löytyy?
Muistutukset ja valitukset
Kaavaehdotuksen laatiminen
Kaavan hyväksyntä
Kaavan voimaatulo
Kaavoitusohjelmaan
tutustuminen
Kaava-aloite?
Kyllä
Työpöytä
Valitusmahdollisuus
Ei
Aloitteen tekeminen
OAS nähtävillä
Aloite, hakija
Kyllä
Mielipiteet
hankkeesta?
OAS
Kunta
Aloitteen käsittely
tai kaupungin oma
aloite
Hankkeen
käynnistäminen ja
selvitykset
Osallistumis- ja
arviointisuunnitelman
laatiminen
Ei
Valmisteluaineisto
julkisesti nähtävillä
Ei
Kaava julkisesti
nähtävillä
Mielipiteet?
Muistutus?
Kyllä
Kyllä
Kaavaluonnos, selostus
Mielipiteiden
käsittely
Asemakaavaluonnoksen
laatiminen
Mielipiteiden
käsittely
Kaavan
voimaantulon
tiedottaminen
Hyväksymispäätös
Asemakaavaehdotus
Muistutusten
käsittely
Kaavan
hyväksyminen
Tiedotus
Kaavan voimaantulo
Liite 20:
Ajanvarauksen prosessikaavio
Muu
työpöydän
palvelu
Asiakas avaa
työpöytäpalvelun
Kyllä
Ajanvarauksen
aiheen valinta
Ei
Lisätäänkö
varaus?
Täydennetään
varaajan tiedot /
Varaus toisen
puolesta
Näytetään vapaat
tarjottavat ajat
Valitaan
kellonaikaväli ja
päivä
Tehdään varaus
Näytetään varattu
aika
Varaaja, aika, viranhaltija
Työpöytä
Ei
Omat varaukset
Valitaan varaus
Näytetään
varauksen tiedot
Kyllä
Varauksen
poisto?
Kyllä
Ei
Aika, viranhaltija
Ajanvarauskalenterit
Resurssipooli
Vapaat/varatut ajat, viranhaltijat
Poistetaanko
varmasti?
Merkitään valittu
varaus poistetuksi
Varaaja, aika, viranhaltija
Liite 21:
Palautepalvelun prosessikaavio
Tiedotuspalvelu
Käyttäjä näkee
itse antamansa
palautteet
Kyllä
Työpöytä:
Kuntalainen
Ei
Käynnistetään
palautepalvelu
Kyllä
Käynnistyminen
linkillä
Ei
Valitaan
palautetyyppi
Valitaan palautteen
aihe
Palautetyyppi
vaatii
kirjautumisen
Kirjautunut
käyttäjä
Kirjoitetaan
palauteteksti
Liitetään
liitetiedosto
Tyyppi, aihe, palauteteksti, luontipäivä, tila, sijainti
Palautteen
käsittely
järjestelmä
Kyllä
Kyllä
Kyllä
Ei
Ei
Hakeudutaan
palauteenanto
alueelle
Palveluun
kirjautuminen
Palaute
olemassa
olevasta
kohteesta
Piirretään
palautekommentit
Valitaan
palautekohde
Ei
Tiedotuspalvelu
Kirjoitetaan
yhteystiedot
Pyydetään
palautteen
julkaisulupa
Valitaan
yhteydenottotapa
Sijainnillinen
palaute
Valitaan palautteen
käsittelyn
seurantahalukkuus
Palaute lähetetään
käsittelyyn
Kaikki palautteen tiedot
Muiden palautteiden tyyppi, aihe, sijainti ja palauteteksti
Omat aikaisemmat
palautteet
Muut palautteet
Palautteen julkaisu
muille käyttäjille
Kyllä
Ei
Vastaanotetaan
palaute
Vastausteksti, liitedokumentti
Ei
Palautteen käsittely
Kyllä
Onko
virallista
palautetta
Julkaisulupa
on
olemassa
Palaute tallennetaan
asianhallinta
järjestelmään
Tyyppi, aihe, palauteteksti, yhteystiedot
Vastaus
Kyllä
Ei
Vastaanottaja
selvittää ja vastaa
asiakkaalle
Vastaanottaja
osaa
vastata
Vastausliitedokumentit
Vastaanotetaan
palaute
Kunta
Vastaus
Liitedokumentti
Asiantuntija
selvittää asian ja
vastaa siihen
Palaute ohjataan
asiantuntijalle
Vastausliitedokumentit
Asiaan liittyvien dokumenttien kuvaava teksti, dokumentti
Palauteasian
esittelyyn liittyvät
dokumentit
Dokumenttien
hallinta
järjestelmä
Kirjautuminen
Tukipalvelut
Palautteen tilan
seuranta,
palautteiden
julkaisu
Liitedokumentti
Näytetään
liitedokumentit
palautteen
käsittelijälle
Vastaanotetaan
liitedokumentit
Virallinen palaute
asianhallinta
järjestelmään
Liitedokumentti
Vastaanotetaan
vastauksessa
mukana olevat
liitedokumentit
Liite 22:
Rakennushankkeeseen
ryhtyvä
Työpöytä:
Rakennushankkeeseen
ryhtyvä / Hakija
Luvan ennakkokäsittelyn prosessikaavio
Tarpeen
herääminen
Rakennuspaikan
hankinta
Suunnittelijoiden
valinta
Kuvaa tarpeet
suunnittelijalle
Perustietojen
katselu kartta- ja
hakupalvelussa
Kommentoi
luonnoksia
suunnittelijalle
Kirjautuu palveluun
Näkee muistion
työpöydällä
Ennakkokyselyn tai
ennakkomateriaalin
lisääminen
työpöydälle
Ei
Ei
Työpöytä: Suunnittelijat
Pieni
hanke
Hakemuksen
täydentäminen
Kyllä
Ajan varaaminen
Tapaaminen
tarpeen
Osallistuu
tapaamiseen ja
tarkastaa muistion
työpöydällä
Hakemuksen
perustaminen
työpöydälle
Kyllä
Vastaus
Työpöytä: Kuntakäyttäjä
Vastaa
ajanvaraukseen
Rakennuspaikkaan liittyvät tiedot
Operatiivinen järjestelmä
Työpöydällä
näytettävät tiedot
Muistio
Osallistuu
tapaamiseen ja
tekee muistion
työpöydälle
Vastaus
Vastaa
ennakkokokyselyyn
Tekniset tiedot: kiinteistö-,
osoite-, kaava- ja rakennustiedot
Rakennuspaikan
tiedot hakemukseen
Liite 23:
Luvan hakemisen prosessikaavio
Palaute työpydän kautta
tai kirjallisesti
Näkee yksilöimänsä
kiinteistön lupa-asiat
työpöydällä
Antaa palautetta
hakemuksesta
Naapuri
Päätös
muutoksenhakutietoineen näkyy
työpöydällä
Palaute ja
hakemuksen tila
näkyy työpöydällä
Antaa palautetta
hakemuksesta
Muutoksenhakutiedot näkyy
työpöydällä
Kyllä
Muutoksenhaku
Palaute työpöydän kautta tai kirjallisesti
Työpöytä: Suunnittelijat
Näkee aikaisemmin
lisätyt lupa-asiat
Perustaa uuden
hakemuksen tai
jatkaa aikaisempaa
hakemusta
Naapurin työpöydälle
lisäämä palaute näkyy
Hakemuksen
täydentäminen
Hakemuksen tila
näkyy työpöydällä
Hakemuksen
liitteiden päivitys
Päätös näkyy
työpöydällä
Muutoksenhakutiedot näkyy
työpöydällä
Kirjeellä tai henkilökohtaisesti
Tiedottaa
naapureille
Hakemuksen
täydentäminen
Ei
Työpöytä:
Rakennushankkeeseen
ryhtyvän tiimi
Näkee aikaisemmin
lisätyt lupa-asiat
Perustaa uuden
hakemuksen tai
jatkaa aikaisempaa
hakemusta
Hakemuksen
täydentäminen
Kirjeellä tai
katselmuksessa
Naapurin työpöydälle
lisäämä palaute näkyy
Kyllä
Jätetään
tiedottaminen
kunnan
tehtäväksi
Kyllä
Hakemuksen
lähetys
Kyllä
Ei
Palaute ja
hakemuksen tila
näkyy työpöydällä
Hakemuksen lähetys
Perushakemuksessa
täydennettävää
Täydennyspyyntö
Hakemuksen tiedot
näkyy työpöydällä
Hakemuksen
tarkistaminen
Kyllä
Hakemuksen
liitteiden päivitys
Vain
liitteissä
täydennettävää
Päätös näkyy
työpöydällä
Muutoksenhakutiedot näkyy
työpöydällä
Naapurin työpöydälle
lisäämä palaute näkyy
Sähköinen hakemus
Hakemusten
organisointi
lupakäsittelijöille
(1.kerralla)
Ei
Kyllä
Naapurien
kuuleminen
tarvittaessa
Ei
Työpöytä:
Rakennusvalvonta
Kyllä
Täydennyspyynnön
tekeminen
Hakemuksessa
täydennettävää
EI
Ei
Kirjataanko
Kyllä
Hakemus viedään
operatiiviseen
järjestelmään
Lausuntopyyntö
Lausuntopyynnön
tekeminen
Lausunto liitetään
hakemukseen
Lausuntopyyntö
Lausunto
Työpöytä:
Lausunnonantajat
Hakemuksen tiedot
näkyy työpöydällä
Lausunnon
antaminen
Täydennyspyyntö
Tekniset tiedot: kiinteistö-, osoite-, kaava- ja rakennus- ja
naapuritiedot
Operatiivinen järjestelmä
(kuntakäyttäjä
suorittajana)
Dokumenttienhallintajärjestelmä
Rakennuspaikan
tiedot hakemukseen
Hakemuksen tiedot
operatiivisessa
järjestelmässä
Hakemuksen
sähköiset liitteet
Kyllä
Liitteissä
täydennettävää
Liitteiden päivitys
Täydennyspyynnön
tekeminen
Ei
Päätös
muutoksenhakutietoineen
Lupapäätöksen teko
Muutoksenhaun tilannetiedot
Lupapäätöksen
toimeenpano
Liite 24:
Rakentamisen aikaisen toiminnan prosessikaavio
Valtakunnallinen
rekisteri päteväväksi
todetuista henkilöistä
FISE - rekisteri
http://www.fise.fi
Työpöytä:
Rakennushankkeeseen
ryhtyvä
Näkee oman lupapäätöksen, hankkeen työnjohtajan hakemuksen / ilmoituksen
ja työnjohtajan voimassa olevat vastuut
Hyväksyntäpäätös
näkyy työpöydällä
Näkee lupapäätöksen ja
otsikkotiedot omiin
rakennuskohteisiin
vastaanotetuista dokumenteista
Työpöytä: Suunnittelijat
Tarkastusasiakirja ja pöytäkirjat näkyy työpöydällä
Välittää työpöydän kautta
sähköisiä erityissuunnitelmia
rakennusvalvontaan
Välittää työpöydän kautta
rakennusaikaisia muutospiirustuksia
Sähköiset dokumentit
Tarkastusasiakirjan ylläpito
Työnjohtajan
hakemuksen lisäys /
täydentäminen
Ei
Näkee
lupapäätöksen ja
omien kohteiden
vastuutilanteen
Työpöytä: Työnjohtaja
Hyväksytty
kunnassa
Työnjohtaja saa
täydennyspyynnön
Hakemuksen lähetys
Hakemus
liitteineen
Kyllä
Ei
Hyväksytty
kohteeseen
Aloituskokous
Valvontakohteen
valinta
Aloitusilmoitus
Tuleeko
täydennyspyyntö
Työnjohtajan
ilmoituksen
lähettäminen
Kyllä
Hyväksyntäpäätös
näkyy työpöydällä
Kyllä
Ajanvaraus
aloituskokoukseen
Aloitus
lupaehdossa
Ehdotus ajankohdaksi
Ilmoitus
Tj hakemuksen
Ottaa
käsiteltäväksi
Ajanvarauksen
tai
aloitusilmoituksen
käsittely
Muu
Tj ilmoituksen
Ilmoituksen vienti
operatiiviseen
järjestelmään
Ei
Otsikkotiedot, vastaanottopäivä
Tieto toimitetuista
muutospiirustuksista ja
eritysssuunnitelmista
Ilmoituksen käsittely
Sopiiko
varattu
aika
Sähköisten erityissuunnitelmien
tarkasteleminen ja vienti
operatiiviseen järjestelmään
Hakemuksen vienti
operatiiviseen
Liitedokumentit
järjestelmään
dokumenttienhallintajärjestelmään
Hakemuksen
käsittely
Liitedokumentit
Sähköiset erityissuunnitelmat
Onko
edellytykset
täytetty
ja
sopiiko
aika
Sopiiko
varattu
aika
Kyllä
Aloitusedellytysten
tarkistaminen
Sähköisten erityissuunnitelmien
tarkasteleminen
Ei
Ilmoituksen vienti
operatiiviseen
järjestelmään
Sähköisten
muutospiirustusten
tarkasteleminen ja
vienti operatiiviseen
järjestelmään
Palaute
Työnjohtajan
hyväksyntäpäätöksen teko
Vastaanottomerkinnät
Dokumenttienhallintajärjestelmä
Ei
Hakemuksessa
täydennettävää
Päätös
Operatiivinen järjestelmä
(kuntakäyttäjä suorittajana)
Ehdotus ajankohdaksi
Täyttyykö
aloitusedellytykset
Täydennyspyynnön
teko
Ei
Työpöytä: Rakennusvalvonta
Ehdotus ajankohdaksi
Pöytäkirjan tulostus
Täydennyspyyntö
Kyllä
Hakemuksen ja
FISE rekisterin
tarkistaminen
Ajanvaraus
loppukatselmukselle
Kyllä
Aloitusilmoituksen
lähettäminen
Aloitusilmoitus
Näkee työnjohtajien
hakemukset / ilmoitukset,
aloituskokous- ja
katselmuspyynnöt
Pöytäkirjan tulostus
Ei
Ei
Linkki www.fise.fi
Ajanvaraus
katselmukselle
Pöytäkirja
Aloituskokouksessa
tutkitaan
aloitusedellytykset
Katselmuspöytäkirja
Katselmus
Loppukatselmuspöytäkirja
Loppukatselmus
Tarkastusasiakirjan
"as built"
suunnitelmien
arkistointi
Sähköisten muutospiirustusten
tarkastaminen
Tarkastusasiakirja ja
"as built" suunnitelmat
Liite 25:
Rakennusmallin (BIM) hyödyntämisen prosessikaavio
Urakoitsijan takuuajan täydellinen BIM-malli
Rakennushankkeeseen ryhtyvän tiimin
suunnittelujärjestelmä
Rakennusmallin (BIM)
1.versio syntyy
suunnitteluprosessissa
BIM-mallia
muokataan
BIM-mallin
hakemusversio
BIM-mallia
muokataan
BIM-malli Talon huolto- ja käyttöohjeen pohjaksi
Rakentamisen
aikaiset muutokset
BIM-malliin
BIM-mallia
muokataan
Mallin jatkokäytön
määrittely
BIM-tiedosto muutos- tai laajennusluvan
pohjatiedoksi
Ei
Työpöytä: Rakennushankkeeseen ryhtyvä /
Hakija
Perustetaan
lupahakemus
työpöydälle
Lisätään
BIM-tiedosto
liitetiedostoksi
lupahakemukseen
Lähetetään
ennakkomateriaali
kommentoitavaksi
rakennusvalvontaan
Rakennusvalvonnan
palaute näkyy
työpöydällä
BIM-tiedosto
liitetiedostona
Luvan
hakemisen
edellytykset
täyttyvät
Lisätään
BIM-tiedosto
liitetiedostoksi
lupahakemukseen
Hakemuksen lähetys
BIM-tiedosto
liitetiedostona
Lisätään muokattu
BIM-tiedosto
liitetiedostoksi
lupahakemukseen
Muokattu-BIMtiedosto
liitetiedostona
Vastaus ennakkokyselyyn / kommentit
Työpöytä: Rakennusvalvonta
BIM-mallin
vastaanotto ja
tallennus
taustajärjestelmän
saataville
Vastaa
ennakkokyselyyn tai
kommentoi
ennakkomateriaalia
Ei
Kyllä
Kyllä
Kyllä
Ei
Tuleeko
täydennyspyyntö
Lisätään muokattu
BIM-tiedosto
liitetiedostoksi
lupahakemukseen
Tuleeko
täydennyspyyntö
Päivitetty BIM
välitetään
työpöydän kautta
rakennusvalvontaan
Muokattu-BIMtiedosto
liitetiedostona
Täydennyspyyntö
BIM-tiedosto
muutos- tai
laajennusluvan
pohjatiedoksi
Näkee muutosten
tarkastusmerkinnät
BIM-tiedosto
liitetiedostona
Täydennyspyyntö
BIM-mallin
vastaanotto ja
tallennus
taustajärjestelmän
saataville
Hakemuksen
tarkistaminen
Täydennyspyynnön
tekeminen
Hakemus viedään
operatiiviseen
järjestelmään
Hakemuksen ja liitteiden
tiedot (rajapinta)
Ei
Taustajärjestelmä: Rakennusvalvonta
Operatiivinen järjestelmä
(kuntakäyttäjä suorittajana)
Tutustuu rakennushankkeeseen
BIM-mallia
hyödyntäen
Hyödynnetään
BIM-mallia
hakemuksen
tarkastamisessa
Hyödynnetään
BIM-mallia
hakemuksen
tarkastamisessa
Kyllä
Malli
kunnossa
Ei
Hakemuksen tiedot
ja metatiedot
BIM-mallista
Lupavalmistelu
Lupavaiheen BIM-tiedosto
metatietoineen
Dokumenttienhallintajärjestelmä
Kyllä
Versionhallinta
Hakemuksen
BIM-tiedosto
Malli
kunnossa
Täydennyspyynnön
tekeminen
BIM-tiedostoon kytketyt
tarkastusmerkinnät
Lupapäätöksen teko
Lupapäätöksen
toimeenpano
BIM-tiedosto metatietoineen
Päätöstiedot
BIM-tiedoston
metatietoihin
Versionhallinta
Päätösvaiheen
BIM-tiedosto
BIM-tiedosto
metatietoineen
Sähköinen arkisto
Valmiin
rakennuksen
BIM-tiedoston
tallennus
Rakentamisen
aikaisten muutosten
tarkastaminen
Päätösvaiheen
BIM-tiedosto
Versionhallinta
Valmiin
rakennuksen
BIM-tiedoston siirto
sähköiseen
arkistoon
BIM-tiedosto metatietoineen &
tieto julkaisuluvasta
Valmiin
rakennuksen
BIM-tiedosto
Liite 26:
Ympäristöluvan prosessikaavio
Muutoksenhaku
Lausunnot,
muistutukset,
mielipiteet
Työpöytä:
Asianosainen
Työpöytä: Hakija
Haettavan
lupatyypin valinta
Hakemuksen
sijainnin valinta
(kartta/kohde)
Hakemustietojen
täyttö,
liitedokumenttien
lisääminen
Toiminnan
harjoittajan
kuuleminen
Hakemuksen
lähettäminen
(VETUMA)
Ympäristötiedot (rajapinta)
Kyllä
Ei
Hakemuksessa
puutteita?
Ympäristötiedot (rajapinta), dokumentit
Kunta
Lupahakemus
vireille
Hakemusasiakirjat
Dokunttien hallintajärjestelmä
Hakemusdokumenttien
tallentaminen
Hakemuksen
valmistelu ja
tiedottaminen
Lupaharkinta
Ympäristötiedot (rajapinta), päätösasiakirjat
Lupapäätös ja
päätöksestä
tiedottaminen
Päätösasiakirjat
Päätösasiakirjojen
tallentaminen
Valvonta
Liite 27:
Kiinteistötoimituksen prosessikaavio
Yhdyskuntarakentamisen prosessi
Kiinteistötoimitus
Kartoitus,
pohjatutkimukset
Asemakaavoitus
Tonttijako
Kiinteistönmuodostus
Rakentaminen
MML:n
toimivaltaan
kuuluva
toimitus
Työpöytä: Hakija
Haettavan
toimenpiteen valinta
Toimenpiteen
kohteen valinta
(kartta/kohde)
Hakemustietojen
täyttö,
liitedokumenttien
lisääminen
Hakemuksen
lähettäminen
Muutoksenhaku
Tieto
toimituskokouksesta
Toimituksen
hyväksyminen;
hakija ja muut
asianosaiset
Hyväksytty
Tiedottaminen
hakijalle
Kunta voi olla myös itse
hakijana
Kyllä
Ei
Hakijan informointi
Hakemuksessa
puutteita?
Kunta
Käräjäoikeuden
ilmoitus määräalan
lainhuudosta
Kutsukirjeet
Ei
Kyllä
Toimituksen
edellytykset
olemassa?
Toimituksen
vireilletulo
Toimitusvalmistelu,
arkistotutkimukset,
maastotyöt
Sopimus
Toimituskokous
Valitusaika
Kiinteistörekisterin
pitäjän päätös
Merkintä
kiinteistörekisteriin
(KTJ)
Tiedottaminen
viranomaisille
Määräys uudelleen käsittelystä
Dokumenttien
hallintajärjestelmä
Hakemusdokumenttien
tallentaminen
Toimitusasiakirjojen
tallentaminen
Liite 28:
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien hakupalvelun prosessikaavio
Käyttäjälle tarjotaan
omat alueet ja
projektit
Kyllä
Työpöytä:
Kuntalainen
Valitaan oma alue
Ei
Ei
Käyttäjä
kirjautunut
Kyllä
Zoomaillaan karttaa
Käytetään
hakutoimintoa
Kirjoitetaan osoite,
nimi tai tunnus
Kartta sijoittuu
haluttuun sijaintiin
Kyllä
Kysytään alueella
olevat
paikkatietoaineistot
ja dokumentit
Suoritetaan haku
Ei
Hakutulos
hyväksytään
Tunnistetaan
aineistojen
käyttöoikeudet
Dokumenttien
hallinta
järjestelmä
Dokumenttien nimet
Haetaan dokumentit
alueelta
Tunnistetaan
aineistojen
käyttöoikeudet
Aineistojen nimet ja tyypit (myös paketoidut aineistot)
Sijainti
Paikkatieto
aineisto
rajapinta
Haetaan osoite-,
nimistö- tai
tunnustietoa KRYSP
rajapinnasta tai
valtion rajapinnasta
Haetaan alueella
olevat aineistot
WMS ja WFS
rajapinnoista
Nähdään listaus eri
aineistoista sekä
niiden kattavuus
Liite 29:
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien latauspalvelun prosessikaavio
Tiedostomuodot:
dwg, dgn,
KuntaGML, tiff,
jpg, pdf
Ei
Aineistohaku
Työpöytä: Kuntalainen
Ei
Kyllä
Tarkennetaan
haluttaessa
aluerajausta
(monilkulmio,
puskuri)
Kyllä
Valitaan yksittäinen
aineisto
Kyllä
Halutaanko
esikatsella
aineisto?
Oikea
aineisto?
Ei
Valitaanko
muita
aineistoja
Esikatsellaan
aineisto
Vahvistetaan
aineistot valituiksi
Valitaan aineistojen
käyttötarkoitus
(julkaisu,
opinnäytetyö,
rakennuslupa)
Valitaan aineiston
toimitusmuoto
Ei
Kyllä
Onko
joukossa
tarkistamista
vaativaa
aineistoa
Aineistomyynti
Ei
Kyllä
Oliko
jonkin
aineiston
käyttötarkoitus
julkaisulupa?
Vastaanotetaan
aineiston
ajantasaistus
vahvistus
Lähetetään
aineiston
tarkastuspyyntö
Aineiston nimi ja alue
Julkaisuluvan
pyyntö
Aineiston nimi, luvan hakija, luvan voimassaoloaika
Aineisto ajantasalla
Vastaanotetaan
aineiston
tarkastuspyyntö
Kyllä
Tarkastetaan
aineisto toimistolla
Kunta
Ei
Aineisto
kunnossa
Päivitetaan aineistoa
Lähetetään
aineiston
ajantasaisuus
vahvistus
Tallennetaan
aineisto
tietovarastoon
Julkaisuluvan
myöntäminen
Aineiston nimi, luvan hakija, luvan voimassaoloaika
Aineiston päivitys rajapintapalveluun
Dokumenttien määrätiedot dynaamisesti rajauksen muuttuessa (kpl)
Dokumenttien esikatseluversio
Dokumenttien
hallintajärjestelmä
Haetaan dokumentit
Rasteri ja vektoriaineisto
Paikkatietoaineisto
rajapintapalvelu
Haetaan aineisto
WMS ja WFS
rajapinnoista
(kunta,
naapurikunta,
valtio)
Haetaan dokumentit
Aineistokohtaiset määrätiedot dynaamisesti rajauksen muuttuessa (kpl, pinta-alal)
Haetaan aineisto
WMS ja WFS
rajapinnoista
(kunta,
naapurikunta,
valtio)
Hinnastot
Asianhallintajärjestelmä
Vastaanotetaan
aineistopäivitys
Hinnastot
Hinnastot
asianhalllinnasta
Kirjataan
julkaisulupa
merkintä
asianhallinta
järjestelmään
Liite 30:
Paikkatietoaineistojen, kuva-aineistojen ja dokumenttien myyntipalvelun prosessikaavio
Aineiston nouto
postista / Toimitus
sähköisenä
myöhemmin
Postiennakkotilaus
Aineiston haku
Aineiston
lataus
Maksaminen
(VETUMA)
Kyllä
Työpöytä
Ei
Tilaa
valittu
aineisto?
Ei
Aineiston siirto
ostoskoriin
Ei
Kyllä
Kyllä
Ostoskorin hallinta
Kyllä
Tilaa
muita
aineistoja?
Ei
Tilaus?
Ei
Aineiston
lataaminen
käyttäjälle /
Käyttäjätunnus
Kyllä
Maksaminen,
yhteenveto
Maksu
ok?
Onlineaineisto?
Maksutapahtuman
tiedot kirjanpitoon
Tuote, hinta, tili, asiakas
Virhetilanne, viesti
Tilausvahvistus
sähköpostiin
Tiedostot
Paikkatietoaineisto
rajapintapalvelu
Toimitetaan aineisto
Tiedostot
Dokumenttien
hallintajärjestelmä
Toimitetaan
dokumentit
Kirjanpito
Taloushallinnon
järjestelmä