Määrittelyt. 1. Johdanto. 1.1 Projektin tavoite ja aikataulu. 1.2 Projektitoimijat

Transkriptio

1 Määrittelyt Dokumentti Versio / Päiväys Päivitykset Verkkomaksut - projekti - Määrittelyt 0.92 / : Luotu dokumenttipohja : Ensimmäisen version muokkausta (keskeneräinen) Kommenttikierroksella! 1. Johdanto Verkkomaksut Metropoliassa projekti on perustettu syksyllä 2011 kehittämään erilaisten maksujen keräämisen tietojärjestelmä Metropoliaan. Näitä maksuja ovat esimerkiksi: Opiskelijan harkinnanvaraisen yliajan hakemisen käsittelymaksun kerääminen Opiskelijan harkinnanvaraisen opiskeluoikeuden palauttamisen käsittelymaksun kerääminen Erikoistumisopintojen opiskelijamaksun kerääminen Avoimen ammattikorkeakoulun opintojaksomaksujen kerääminen Jokaisessa edellä mainitussa maksun keräämisessä on taustalla paperipohjainen prosessi, johon liittyy olennaisesti Metropolian taloushallinnon prosessinomistajan toimeksiannosta tapahtuva maksujen laskutus. Tämä laskutusprosessi on aikaa vievä ja lopputuloksiltaan ei tyydyttävä ko. työprosessiin käytettävään työaikaan verrattuna. 1.1 Projektin tavoite ja aikataulu Projektille on annettu seuraava keskeinen tavoite: (Projektin) Tavoitteena on luoda tietojärjestelmä, jolla tarjotaan, käsitellään ja hallitaan verkkomaksutapahtumat. Lisäksi järjestelmän tulee olla mahdollisimman yksinkertainen, helppokäyttöinen ja turvallinen loppukäyttäjälle. Jotta projektin tavoitteet olisi täytettävissä, vaaditaan projektiryhmältä prosessiasiantuntemusta käytössä olevista nykyisistä prosesseista, teknistä tietämystä käytössä olevista tietojärjestelmistä sekä tuntemusta www-palveluiden rakentamisesta. Koska kyseessä on laajaan käyttöön suunnattu www-ohjelmisto, tulee projektiryhmässä olla myös käytettävyysasiantuntemusta. Projekti tulee toteuttaa siten, että otetaan huomioon Metropoliassa käytössä oleva tietojärjestelmä arkkitehtuuri ja kehitettävien tai käyttöönotettavien tietojärjestelmien suunnitteluperiaatteet. Projektin tulee myös ottaa huomioon kansallisesti käynnissä oleva kansallinen korkeakoulujen maksupalvelu hanke eli Rakettihankkeen OPI-Maksut projekti. Projektille on projektin asetanta vaiheessa asetettu aikataulu, jonka mukaan yhtä toimintaprosessia tukevan prototyyppijärjestelmän tulisi olla valmiina toukokuussa Järjestelmän tuotantokäyttöä tavoitellaan syksyllä Järjestelmän käyttöönotto voi tapahtua asteittain. Projektin aikataulua tarkistetaan tarvittaessa. 1.2 Projektitoimijat Projektin projektipäällikkönä toimii Kaija Vuorela Metropolian Taloushallinto palveluista. Projektitoimijat on jaettu seuraaviin ryhmiin: Projektin toimintaa ohjaa ohjausryhmä, johon kuuluvat seuraavat jäsenet: Rooli Puheenjohtaja, tilaajan edustaja Projektipäällikkö Ohjausryhmän jäsen Ohjausryhmän jäsen Ohjausryhmän jäsen Ohjausryhmän jäsen Ohjausryhmän jäsen Ohjausryhmän jäsen Henkilö Jorma Uusitalo Kaija Vuorela Kaj Kuusisto Tuomas Orama Taru Ruotsalainen Matti Saloranta Hannele Ehrsten Sirkku Mäntyniemi Projektin kehitystyötä tekee projektiryhmä, johon kuuluvat seuraavat jäsenet:

2 Rooli Projektipäällikkö Tekninen koordinaattori Projektiryhmän jäsen, talous Projektiryhmän jäsen, talous Opintotoimisto Klusterin edustaja Klusterin edustaja Loppukäyttäjä / Opiskelijajäsen Henkilö Kaija Vuorela Pirkko Laitinen Svetlana Muljar Arja Päivinen Maarit Vallinkoski Päivi Inkilä!!! Nimi kateissa!!! Lisäksi projektin käyttöön on asetettu seuraavat asiantuntijat: Rooli Laskutusjärjestelmän toimittajan asiantuntija Rajapinnat ja palveluväylä Ohjelmointi Palvelimet Käytettävyys Webmaster Henkilö Anu Stenbacka, Aditro Lauri Viitanen Simo Tiainen Ronnie Lupari Tea Dickman Pekka Perälampi Projekti joutuu tilaamaan konsultointia talousautomaatioiden sekä ko. toimintoja varten tarvittavien rajapintojen rakentamista varten Metropolian taloushallinnon tietojärjestelmien toimittajalta (Aditro Oy). Lisäksi projekti voi tilata myös muilta toimijoita tarvittavaa konsultointia. 1.2 Kehitettävät tietojärjestelmät sekä niiden tietoliittymät muihin tietojärjestelmiin Projektin tehtävänä on luoda määrittelyt sekä mahdolliset toteutukset seuraaviin tietojärjestelmiin: Asionti-järjestelmä: asiointi.metropolia.fi Palveluväylään liitettävät maksatustoiminnallisuudet:?.metropolia.fi Sähköisen asioinnin ja maksutapahtumien käsittelyn tietokanta Lisäksi kehittävistä tietojärjestelmistä rakennetaan rajapinnat ainakin seuraaviin tietojärjestelmiin: Aditron Intime Plus taloushallinnon tietojärjestelmä: talousautomaatiorajapinnat Metropolian Amme-identiteetin hallintajärjestelmä: henkilötietojen välitysrajapinnat Lisäksi rajapinnat voidaan rakentaa seuraaviin tietojärjestelmiin: Metropolian tuleva Peppi-tietojärjestelmä: avoimen ammattikorkeakoulun opintototeutustietojen välitysrajapinnat Logica WinhaPro: opiskelijatietojen välitysrajapinnat 1.3 Kehitettävien tietojärjestelmien käyttökohteet sekä ominaisuudet Kehittävissä tietojärjestelmissä on suunniteltu soveltuvan seuraaviin käyttökohteisiin tai niiden on suunniteltu sisältävän seuraavat ominaisuudet: henkilöiden tunnistaminen sähköisesti käyttäen ensimmäisessä vaiheessa pankkien tarjoamaa Tupas-tunnistautumista henkilöiden tunnistaminen sähköisesti käyttäen matkapuhelin operaattoreiden tarjoamaa mobiilitunnistautumista maksujen käsittely pankkien verkkomaksu menetelmillä luottokorttimaksujen käsittely edellä mainittujen tunnistus ja maksutoimintojen toteuttaminen julkishallinnon Vetuma-palvelun kautta. Toiminnallisuudet liitetään tietojärjestelmien käytettäväksi palveluväylän kautta. suppeat palveluprosesseja tukevat työnkulkujen tilojen hallinnat tietojärjestelmien toimintojen seuranta loki- ja raportointitoiminnoilla tuettavien prosessien palvelutapausten eri käyttötapauksien palvelukäyttöliittymät Tuettavat prosessit ovat: Harkinnanvarainen lisäajan haun käsittelymaksun kerääminen Harkinnanvarainen opiskeluoikeuden palauttamisen käsittelymaksun kerääminen Erikoistumisopintojen opiskelijamaksun kerääminen Projektia on suunniteltu jatkettavan siten, että toisessa vaiheessa toteutetaan seuraavien prosessien tuki: Avoimen ammattikorkeakoulun opintojaksomaksujen kerääminen sekä ilmoittautumisten hallinta

3 1.4 Määrittelyssä ja suunnittelussa sovellettavat periaatteet Määrittelyssä ja suunnittelussa sovelletaan seuraavia periaatteita: I) Kehitettävien maksu- ja tunnistuspalvelutoimintojen tulee olla käytettävissä useammasta kuin yhdestä Metropolian tietojärjestelmästä. Maksu- ja tunnistustoiminnot on määritelty sijoitettavaksi palveluväylään (ServiceMix-tuote), jolloin ko. toiminnallisuudet on käytettävissä niin asiointia varten kehitettävästä sovelluksesta kuin myös mahdollisesti muista sovelluksista. Toimintoja varten luodaan webservices-rajapinta, joita vasten toimintoja voidaan kutsua. Toimintojen käsittely, seuranta ja erityisesti talousautomaatio tapahtuu palveluväylässä tai palveluväylään liitetyissä sovelluksissa. II) Kehitettävien asiointipalveluiden toimintojen tulee olla linkitettävissä muihin tietojärjestelmiin. Asiointipalveluita varten kehitetään asiointipalvelusivusto, johon siis sijoitetaan asiointipalveluiden käyttöliittymät. Ko. käyttöliittymät tulee olla kutsuttavissa muista Metropolian sovelluksista käyttämällä url-kutsuja. Esimerkiksi opiskelijan harkinnanvaraisen yliaikahaun käyttöliittymän voisi kutsua linkillä asiointi. metropolia.fi\palvelut\harkinnanvarainen_yliaika{opiskelijanumero}. Linkki voi sijoittaa esimerkiksi sähköpostiin mukaan ja sitä käytettäessä loppukäyttäjälle avautuu näkymä riippuen hänen käyttötapauksestaan. III) Kehitettävien asiointipalveluiden tulee olla loppukäyttäjien käytettävissä lähes aina. Erikseen määriteltävinä kriittisinä aikoina tulee pyrkiä keskeytyksettömään palvelun saavutettavuuteen. Sähköisten asiointipalveluiden tulee lähtökohtaisesti olla käytettävissä lähes aina, joka tarkoittaa vuorokauden ajasta riippumatta, vuoden ympäri. Lisäksi mikäli jokin asiointipalvelun kautta jaettavan palvelun luonteeseen kuuluu esimerkiksi hakuaikajaksot, tulee ko. ajanjaksoina pyrkiä erityisesti keskeytymättömään palveluun. Keskeytymätön palvelu tulee tarvittaessa turvata palvelun teknisen ympäristön ratkaisuilla kuten palvelin kapasiteetin lisäyksellä. IV) Kehitettävien asiointipalveluiden käytettävyys tulee suunnitella loppukäyttäjä näkökulmasta. Esteettömyys tulisi ottaa käyttöliittymien suunnittelussa huomioon vähimmäistasolla. Palvelun asiointikäyttöliittymien suunnittelu tulee tehdä käytettävyysasiantuntijan kanssa. Lisäksi esteettömyys tulee turvata vähintään sillä tasolla, että värisokeus otetaan huomioon. Lisäksi, mikäli niin edellytetään, tulee esteettömyys suunnitella julkishallinnon tietojärjestelmä vaatimustasolla. Muutenkin suunnittelussa tulee noudattaa JHS-suosituksen JHS 129 (Julkishallinnon verkkopalvelun suunnittelun ja toteuttamisen periaatteet) asettamia vaatimuksia. V) Toteutettavien tietojärjestelmien tietoturvavaatimukset ovat korkeat. Lisäksi tietoturva tulee testata. Tässä määrittelydokumentissa käsiteltävien toteutettavien tietojärjestelmien keskeisenä toimintona on käsitellä sekä henkilö- että taloustietoja. Tämän vuoksi järjestelmiä suunniteltaessa tulee miettiä parhaiten käyttökohteeseen sopivat tietojen suojaus menetelmät, joilla tietojen käyttö on turvallista, mutta samalla kuitenkin käytettävää kohdan IV periaatteen mukaisesti. Edellä mainittujen sisäisesti määrittelytyötä ohjaavien periaatteiden lisäksi määrittelytyötä on ohjannut Metropolian osallistumien korkeakoulujen väliseen OPI-Maksut projektiin. Projektin tavoitteena on luoda korkeakouluille yhteinen maksujen käsittelyjärjestelmä. Metropolian Verkkomaksut-projekti on osa tätä työtä ja yhtenä ajatuksena on käyttää Metropolian projektia pilottina palveluväylään kytkettävien maksu toiminnallisuuksien rakentamiseksi. Tätä tavoitetta tukee erityisesti kohdassa I asetetut määrittelyperiaatteet. 2. Tuettavat prosessit Projektissa on suunniteltu toteutettavan alkuvaiheessa seuraavaksi esitetyt prosessit. Tähän asiakirjaan kirjattussa määrittelyssä on kuitenkin pyritty ottamaan huomioon myös mahdollisia tulevia prosesseja, joita asiointijärjestelmä voisi tukea. 2.1 Harkinnanvarainen lisäajan haun käsittelymaksun kerääminen Tuubin henkilökunnalle suunnatulla sivulla tästä aiheesta todetaan seuraavaa: Kun tutkintoon johtavan koulutuksen opiskelijan opiskeluoikeusaika (enintään normiaika + 1 lukuvuosi) on päättymässä, opiskelija voi hakea Metropolialta harkinnanvaraista lisäaikaa. Opintotoimisto tiedottaa normi + 1 -ajan viimeisellä lukukaudella olevia opiskelijoita opiskeluajan päättymisestä.... Lisäaikaa hakeva opiskelija täyttää harkinnanvaraisen lisäajan hakemuslomakkeen, josta selviää suunnitelma puuttuvien opintojen suorittamisesta sekä perustellut syyt opintojen viivästymiselle. Hakemus toimitetaan opintotoimistoon keväällä ja syksyllä mennessä. Lähde: Tämä prosessin käsittelymaksua koskeva osa on tarkoitus sähköistää tässä projektissa Nykyinen toimintaprosessi Vaiheen nro Mitä tapahtuu? Kuka tekee? Millä tavalla? Mikä on lopputulos? 1. Opiskelijalle ilmoitetaan, että hän voi hakea harkinnanvaraista lisäaikaa Winha / Opintotoim isto Automaattisesti, kun opiskelijalla on tullut täyteen normiaika + 1 vuosi. Sähköpostitus tapahtuu kaksi kertaa vuodessa huhtikuussa ja lokakuussa. 1) Opiskelijaa on tiedotettu oikeudesta lisäaikaan. 2) Opiskelijaa saa sähköpostissa ohjeet kuinka hakea. 3) Sähköpostin liitteenä on hakulomake.

4 2. Opiskelija toimittaa hakemuksen paperilla opintotoimistoon. Opiskelija Täytetty ja allekirjoitettu hakulomake. Täytetty hakulomake. 3. Hakemus vastaanotetaan ja diarioidaan. Opintotoim isto Diariointi tallennetaan opintotoimiston rekistereihin ja diariointi tieto täytetään hakulomakkeeseen. Diarioitu hakulomake. 4. Opiskelijan tiedot tallennetaan Excellomakkeeseen laskutusta varten. Opintotoim isto Excel-taulukkoon tiedot. Laskutustiedot Excel-taulukkoon. Laskutusprosessi alkaa kohdasta a) 5. Hakemukseen liitetään opintosuoritusote. Opintotoim isto 6. Päätetään harkinnanvaraisesta lisäajasta. Koulutuso hjelma 7. Tiedot päätöksestä tallennetaan Winhaan. Opintotoim isto 8. Päätöksen postitus. Opintotoim isto Tulostetaan Winhasta Omassa menettelyssään, jota ei ole tässä kuvattu. Winha. Tulostettu päätösasiakirja. Opintosuoritusotteella täydennetty hakemus. 1) Hakemus hylätty 2) Hakemus hyväksytty Päivitetyt tiedot opiskelijan opinto-oikeudesta. Opiskelijalle postitettu päätös. a) Laskutus: Tiedot opiskelijoista toimitetaan Excel-taulukkona taloushallintoon kaksi kertaa viikossa. Opintotoim isto Excel-taulukko. Laskutuskehoite b) Laskutus: Opiskelijoilta laskutetaan hakemuksen käsittelymaksu Metropolian normaalissa laskutusprosessissa. Taloushalli nto / Laskuttaja Intime Plus 1) Lasku käsittelymaksusta opiskelijalle 2) Seurantatieto reskontraan ja kirjanpitoon Huom! Opintotoimisto ei saa seurantatietoa opiskelijoiden suorittamista tai suorittamatta jättämistä käsittelymaksuista! Tässä prosessikuvauksessa ei käsitellä mahdollista hylätyn hakemuksen valitusprosessia Prosessinomistajan toivoma sähköisen prosessin tavoitetila Prosessin omistaja on kartoituspalavereissa toivonut, että koko prosessi pyörisi sähköisesti, eli niin että hakemus ja sen käsittely tapahtuu sähköisesti ja myös päätöksen kirjaaminen tapahtuu sähköisen työnkulun kautta. Opiskelijan opintojen seurantatiedot olisi hyvä koostaa sähköisesti, samoin kuin hakemuksen liitteiden käsittely. Maksujen käsittely tulee tapahtua järjestelmässä ja maksuista tulee saada käyttöön seurantatietoa Prosessinomistajan vähimmäisvaatimukset Opiskelijan tekemästä hakemuksesta johtuva käsittelymaksun käsittely tulee tapahtua sähköisesti ja maksun suorittamisesta tulee tulla opintotoimiston käsittelijälle tieto. Tämän jälkeen opintotoimisto alkaa käsitellä varsinaista hakemusta tarvittavien liitetietojen koostamisella Järjestelmällä tuettava sähköinen prosessi ja prosessiin liittyvät käyttötapaukset Vaiheen nro Mitä tapahtuu? Kuka tekee? Millä tavalla? Mikä on lopputulos? 1. Opiskelijalle ilmoitus mahdollisuudesta hakea harkinnanvaraista lisäaikaa Winha / Opintotoim isto Automaattisesti, kun opiskelijalla on tullut täyteen "normi +1" opiskeluaikaa. Sähköposti lähetetään kaksi kertaa vuodessa huhtikuussa ja lokakuussa. 1) Opiskelija saa tiedon oikeudesta hakea lisäaikaa. 2) Tiedote sähköpostissa on haun toimintaohjeet. 3) Hakulomake (sähköpostin liite). 4) Linkki asiointipalvelun lisäajan haun käsittelymaksun maksamisen käynnistykseen. (asiointi.metropolia.fi/maksut /harkinnanvarainen_lisaaika) 2. Opiskelija maksaa verkossa maksun. 3. Opiskelija täyttää hakulomakkeen ja toimittaa sen postilla tai sähköpostilla opintotoimistoon. Opiskelija Verkkomaksun suoritus asiointipalvelussa. 1) Suoritettu käsittelymaksu. 2) Suorittamaton käsittelymaksu, jolloin prosessi ei jatku. Opiskelija Posti / Sähköposti Täytetty hakulomake. 4. Opintotoimisto vastaanottaa täytetyn hakulomakkeen. Opintotoim isto Täytetty ja allekirjoitettu hakulomake Vastaanotettu hakulomake. 5. Opintotoimisto diarisoi hakemuksen. Opintotoim isto Diariointi menettely Diarisoitu hakulomake. 6. Opintotoimisto tarkistaa asiointipalvelusta, että opiskelija on suorittanut käsittelymaksun. Opintotoim isto Sähköisesti asiointipalvelussa 1) Todettu, että käsittelymaksu on maksettu, jolloin erikseen hallittava päätösprosessi käynnistyy. 2) Todettu, että käsittelymaksua ei ole maksettu, jolloin prosessi keskeytyy, kunnes käsittelymaksu on maksettu. Siirtymä takaisin tämän askeleen alkuun.!!! Lisää viittaukset käyttötapauksiin!!! 2.2 Opiskeluoikeuden palauttamisen käsittelymaksun kerääminen Opiskeluoikeuden palauttamisesta kerrotaan tuubissa seuraavalla sivulla: /opiskeluoikeus/opiskeluoikeuden-palautus. Ko. sivulla mainitaan mm. kahdesta syystä palautettavasta opiskeluoikeudesta: A) Opiskelija, jolla on lain sallimaa opiskeluoikeusaikaa jäljellä ja joka ilmoittautumisen laiminlyönnin/eroamisen takia on menettänyt opiskeluoikeuden edellisen lukukauden lopussa, voi hakea kirjallisesti hakemuksella opiskeluoikeuden palauttamista opintotoimistosta. Hakemuksen käsittelystä peritään asetuksen mukainen 35 euron maksu. Hakuasiainvastaava tekee opiskeluoikeuspäätöksen opintoasiainvastaavan esittelyn perusteella.

5 B) Opiskelija, jolla on lain sallimaa opiskeluoikeusaikaa jäljellä ja joka ilmoittautumisen laiminlyönnin/eroamisen takia on menettänyt opiskeluoikeuden ennen edellistä lukukautta, voi hakea opiskeluoikeuden palautusta opiskeluoikeuden palautuslomakkeella. Koulutusvastaava tai koulutuspäällikkö antaa hakemukseen lausunnon, esittelijänä toimii opintoasiainvastaava ja päätöksen opiskeluoikeuden palauttamisesta tekee hakuasiainvastaava. Hakemuksen käsittelystä peritään asetuksen mukainen 35 euron maksu. Näiden kahden käsittelyprosessin mukaiset käsittelymaksun suorittamiset on tarkoitus sähköistää tässä prosessissa Nykyinen toimintaprosessi Vaiheen nro Mitä tapahtuu? Kuka tekee? Millä tavalla? Mikä on lopputulos? 1. Opiskelija ottaa yhteyttä opintotoimistoon huomattuaan, että opintooikeus ei ole enää voimassa. Opiskelija Sähköposti tai henkilökohtainen kontakti 1) Tieto, että opiskeluoikeuden voi palauttaa, jos... 2a) opiskelija oli läsnä edellisellä lukukaudella. 2b) opiskelija oli pitempään pois. 2. Opiskelijalle annetaan ohjeet anomusta varten. Opintosihteeri / Opintotoimisto Sähköpostilla tai postitse Opiskelijalla on saanut anomuspaperit ja muut ohjeet. 3. Opiskelija täyttää anomuksen ja laatii suunnitelman opintojen loppuun suoritusta varten. Opiskelija Allekirjoitetulla paperilomakkeella Opintotoimisto saa anomuksen. 4. Anomus numeroidaan diaariin Opintotoimisto Käsin Yksilöity anomus. 5. Tarkistetaan, että oliko opiskelija läsnä edellisellä lukukaudella. Opintotoimisto Winha 1) Opiskelija oli läsnä edellisellä lukukaudella. Prosessi siirtyy kohtaan 6a. 2) Opiskelija ei ollut läsnä edellisellä lukukaudella. Prosessi siirtyy kohtaan 6b. 6a. Opintotoimisto tekee päätöksen opinto-oikeuden palauttamisesta. Opintotoimisto Winha Opiskelija kirjattu läsnäolevaksi. 6b. Opintosihteeri lähettää anomuksen koulutusohjelmalle lausuntoa varten. Opintosihteeri Sisäposti Koulutuspäällikkö saa anomuksen. 7b. Koulutuspäällikkö tekee lausunnon päätöstä varten. Koulutuspäällikkö Paperiasiakirja Anomuksen liitteenä oleva anomus. 8b. Koulutuspäällikkö lähettää anomuksen liitteineen opintotoimiston vastaavalle. Koulutuspäällikkö Sisäposti Puollettu tai ei puollettu anomus. 9b. Opintotoimiston vastaava tekee päätöksen. Opintotoimiston vastaava Paperiasiakirja 1) Hyväksytty anomus TAI 2) Hylätty anomus 10b. Opintosihteeri merkitsee tiedon päätöksestä Winhaan. Opintosihteeri Winha 1) Opinto-oikeus voimassa TAI 2) Opinto-oikeus ei ole voimassa. 11b. Opintosihteeri lähettää päätöksen anomuksesta opiskelijalle. Opintosihteeri Posti Opiskelija saa tiedon päätöksestä Prosessinomistajan toivoma sähköisen prosessin tavoitetila Prosessinomistajan toiveena on, että vain opinto-oikeuden palautukseen liittyvä maksujenkäsittely sähköistetään Järjestelmällä tuettava sähköinen prosessi ja prosessiin liittyvät käyttötapaukset Vaiheen nro Mitä tapahtuu? Kuka tekee? Millä tavalla? Mikä on lopputulos? 1. Opiskelija ei opinto-oikeutta. Opiskelija ottaa yhteyden opintotoimistoon. Opiskelija Sähköposti tai henkilökohtainen kontakti 1) Tieto, että opiskeluoikeuden voi palauttaa, jos... 2a) opiskelija oli läsnä edellisellä lukukaudella, kuten esim. opiskelija ei ole ilmoittautunut. 2b) opiskelija on ollut pitempään pois. 2. Opiskelijalle annetaan ohjeet anomusta varten sekä ohjeet opiskeluoikeuden palauttamisen käsittelymaksun maksamista varten. Opintosihteer i / Opintotoimist o Sähköpostilla tai postitse 1) Opiskelijalla on saanut anomuspaperit ja muut ohjeet. 2) Linkki asiointipalvelun opiskeluoikeuden palauttamisen käsittelymaksun maksamisen käynnistykseen. (asiointi.metropolia.fi/maksut /opiskeluoikeuden_palautus) 3. Opiskelija täyttää anomuksen ja laatii tarvittessa suunnitelman opintojen loppuun suoritusta varten. Opiskelija Allekirjoitetulla paperilomakkeella Täytetty ja allekirjoitettu anomus. 4. Opiskelija maksaa verkossa maksun. Opiskelija Verkkomaksun suoritus asiointipalvelussa. 5. Opiskelija toimittaa anomuksen opintotoimistoon. Opiskelija Sähköisesti / Henkilökohtaisesti 1) Suoritettu käsittelymaksu. 2) Suorittamaton käsittelymaksu, jolloin prosessi ei jatku. Opintotoimisto saa anomuksen. Jatkoehto: Käsittelyprosessi ei käynnisty ennen kuin käsittelymaksu on maksettu. 6. Anomus numeroidaan diaariin Opintotoimist o Käsin Yksilöity anomus. 7. Opintosihteeri tarkastaa, että onko opiskelija suorittanut käsittelymaksun. Opintosihteer i Asiointijärjestelmän seuranta käyttöliittymä. Käsittelykelpoinen anomus. 8. Tarkistetaan, että oliko opiskelija läsnä edellisellä lukukaudella. Opintotoimist o Winha 1) Opiskelija oli läsnä edellisellä lukukaudella. Prosessi siirtyy kohtaan 9a. 2) Opiskelija ei ollut läsnä edellisellä lukukaudella. Prosessi siirtyy kohtaan 9b. Asiointijärjestelmä ei käsittele tätä osaa prosessista. 9a. Opintotoimisto tekee päätöksen opinto-oikeuden palauttamisesta. Opintotoimist o Winha Opiskelija kirjattu läsnä olevaksi.

6 9b. Opintosihteeri lähettää anomuksen koulutusohjelmalle lausuntoa varten. Opintosihteer i Sisäposti Koulutuspäällikkö saa anomuksen. 10b. Koulutuspäällikkö tekee lausunnon päätöstä varten. Koulutuspääl likkö Paperiasiakirja Anomuksen liitteenä oleva anomus. 11b. Koulutuspäällikkö lähettää anomuksen liitteineen opintotoimiston vastaavalle. Koulutuspääl likkö Sisäposti Puollettu tai ei puollettu anomus. 12b. Opintotoimiston vastaava tekee päätöksen. Opintotoimist on vastaava 13b. Opintosihteeri merkitsee tiedon päätöksestä Winhaan. Opintosihteer i Paperiasiakirja Winha 1) Hyväksytty anomus TAI 2) Hylätty anomus 1) Opinto-oikeus voimassa TAI 2) Opinto-oikeus ei ole voimassa. 14b. Opintosihteeri lähettää päätöksen anomuksesta opiskelijalle. Opintosihteer i Posti Opiskelija saa tiedon päätöksestä.!!! Lisää viittaukset käyttötapauksiin!!! 2.3 Erikoistumisopintojen opiskelijamaksun kerääminen Metropolian koulutusohjelmat tarjoavat opiskelijoille mahdollisuuden parantaa ammattitaitoansa erilaisilla erikoistumisopintojen koulutuskokonaisuuksilla. Ko. kokonaisuuksista tiedotetaan Metropolian verkkosivuilla ja niihin ilmoittauminen tapahtuu erillisillä kirjallisilla hakuprosesseilla. Erikoistumisopinnoista peritään opintomaksu, joka tällä hetkellä laskutetaan Metropolian normaalin laskutusprosessin kautta Nykyinen toimintaprosessi Vaiheen nro Mitä tapahtuu? Kuka tekee? Millä tavalla? Mikä on lopputulos? 1. Opiskelija hakee erikoistumisopintoihin. Opiskelija Paperilomake liitteineen Hakemus erikoistumisopintoihin. 2. Hakutoimisto tekee valinnan hyväksymisestä. Hakutoimisto Erillinen prosessi 1) Hyväksytty hakemus. 2) Hyväksytty hakemus, varasijalla. 3) Hylätty hakemus. 3. Valitulle opiskelijalle ilmoitetaan päätös hausta. Hakutoimisto Kirjallisesti 1) Ilmoitus hyväksynnästä. 2) Ilmoitus varasijalle pääsystä. 3) Ilmoitus hylkäyksestä. 4a. Opiskelija ilmoittaa opiskelupaikan vastaanotosta. Opiskelija Kirjallisesti Opiskelupaikan vastaanotto ilmoitus. 5a. Hakutoimisto kirjaa opiskelijan läsnäolevaksi. Hakutoimisto Winha Opiskelupaikka varattu. 6a. Hakutoimisto tekee opiskelumaksun laskutuspyynnön. Hakutoimisto Sähköposti Laskuttaja saa laskutuspyynnön. 7a. Laskuttaja laskuttaa opiskelumaksun. Laskuttaja / Taloushallinto Intime Plus 1) Paperilasku 2) e-lasku 3) Laskutus tehty. 8a. Opiskelija maksaa laskun Opiskelija Laskun maksu pankkitilille Maksu suoritettu. 4b. Opiskelija ei ota opiskelupaikkaa vastaan. Opiskelija voi jättää tämän ilmoituksen tekemättä Metropolialle. Opiskelija / Ei kukaan Kirjallisesti / Ei mitenkään Opiskelijan laskutusprosessi ei käynnisty. 5b. Hakutoimisto ilmoittaa varalla olijoille vapaasta opiskelupaikasta. Hakutoimisto Sähköpostilla tai kirjallisesti Tieto vapaasta opiskelupaikasta varalla olijoille. 6b. Varalla oleva opiskelija ilmoittaa ottavansa opiskelupaikan vastaan. Opiskelija Sähköpostilla Opiskelupaikan vastaanotto ilmoitus. Prosessi siirtyy kohtaan 5a Prosessinomistajan toivoma sähköisen prosessin tavoitetila Prosessinomistajan toiveena on, että vain erikoistumisopintoihin liittyvien opintomaksujen käsittely sähköistetään Järjestelmällä tuettava sähköinen prosessi ja prosessiin liittyvät käyttötapaukset Vaiheen nro Mitä tapahtuu? Kuka tekee? Millä tavalla? Mikä on lopputulos? 1. Opiskelija hakee erikoistumisopintoihin. Opiskelija Paperilomake liitteineen. Hakemus erikoistumisopintoihin. 2. Hakutoimisto tekee valinnan hyväksymisestä. Hakutoimis to Erillinen prosessi 1) Valitun opiskelijan kohdalla: Maksamaton erikoistumisopintojen opintomaksu 2) Valittu, varasijalla. 3) Ei valittu 3. Hakutoimisto tallentaa asiointijärjestelmään tiedon opiskelijan opintomaksusta. Hakutoimis to Asiointipalvelun käyttöliittymä: Hakutoimiston toiminnot - Erikoistumisopintojen opintomaksu toimeksiannon lisäys. Opiskelijan opintomaksu toimeksianto.

7 4. Valitulle opiskelijalle ilmoitetaan päätös hausta. Hakutoimis to Sähköpostilla ja kirjallisesti 1) Ilmoitus valinnasta. Sisältää ohjeen opintomaksun suorittamisesta asiointijärjestelmän kautta. 2) Ilmoitus valinnasta varasijalle. 3) Ilmoitus ei valinnasta. Siirtymä prosessissa kohtaan 5a, 5b tai 5c riippuen opiskelijan valinnoista. 5a. Opiskelija maksaa opintomaksun verkkomaksulla. Opiskelija Asiointipalvelun käyttöliittymä: Kirjautuneen käyttäjän toimeksiannot - Asiointipalvelun erikoistumisopintojen opintomaksun suoritus - Maksu suoritetaan verkkomaksulla. 1) Maksu suoritettu ja seurattavissa. 2) Tieto maksusta hakutoimiston seuranta käyttöliittymään. 3) Opiskelija on ilmoittautunut. 6a. Hakutoimisto kirjaa opiskelijan läsnä olevaksi. Hakutoimis to Winha Opiskelupaikka vastaanotettu ja opiskelija kirjattu läsnä olevaksi. 5b. Opiskelija pyytää opintomaksusta laskun kolmannelle osapuolelle. Opiskelija Hakutoimistolta Sähköposti / Suora yhteydenotto / Kirjallisesti 1) Opiskelu paikka varattu. 2) Opiskelumaksun laskutustarve. 6b. Hakutoimisto sulkee asiointijärjestelmän toimeksiannon. Hakutoimis to Asiointipalvelun käyttöliittymä: Hakutoimiston toiminnot - Erikoistumisopintojen opintomaksu toimeksiannon ylläpito. Suljettu opintomaksu toimeksianto. 7b. Hakutoimisto tekee laskutuspyynnön. Hakutoimis to Sähköpostilla Laskuttaja saa laskutuspyynnön. 8b. Laskuttaja laskuttaa opiskelumaksun. Laskuttaja / Taloushalli nto Intime Plus 1) Paperilasku TAI 2) e-lasku 3) Laskutus tehty. 9b. Lasku maksetaan Kolmas osapuoli Laskun maksu pankkitilille. 1) Maksu suoritettu. 2) Seuranta tieto talousraportoinnissa. 5c. Opiskelija ei maksa TAI Kolmas osapuoli ei maksa Ei kukaan! 1) Toimeksianto menee vanhaksi Asiointijärjestelmässä TAI 2) Laskutettu opintomaksu lasku erääntyy 1) Vanhentunut toimeksianto 2)... joista tieto näkymään hakutoimiston käyttöliittymässä: Vanhentuneet toimeksiannot 6c. Hakutoimisto tiedottaa varalla olijoille vapaasta opiskelupaikasta. Hakutoimis to Sähköpostilla tai kirjallisesti. Tieto vapaasta paikasta varalla olijoille. 7c. Joku varalla ollut henkilö ilmoittautuu, nopein ilmoittautuminen valitaan. Opiskelija ehdokas. Sähköisesti tai puhelimitse. Hyväksytty hakemus. Prosessi siirtyy kohtaan 3.!!! Lisää viittaukset käyttötapauksiin!!! Selvitettävät asiat: pitäisikö asiontisovelluksen /palveluväylän lähettää avoimista opintomaksuista muistutus? 3. Järjestelmäarkkitehtuuri Kuten jo edellä tässä määrittelydokumentissa on mainittu, järjestelmä on suunniteltu toteutettavaksi siten, että toiminnot jaetaan palveluväylän ja erillisen asiointisovelluksen kesken. Jaon perusteena on seuraavat periaatteet: toiminnon yleisyys ja/tai monikäyttöisyys: palveluväylä toiminnon pitää olla saatavissa monesta eri ohjelmistosta: palveluväylä toiminto on loppukäyttäjän käyttöliittymä: asiointipalveluohjelmisto Järjestelmään toteutettavien ohjelmistotoiminnallisuuksien sijoittaminen eri ohjelman osiin on kuvattu seuraavassa kaaviokuvassa:

8 Ohjelmistokokonaisuuden käyttöliittymät ja niihin liittyvät käyttöliittymien toiminnallisuuslogiikat on sijoitettu PHP-ohjelmistoon, joka voidaan käsittää koostuvan seuraavista kokonaisuukista: Sovellusalustakerros: Asiointisovelluksen käyttöliittymät on suunniteltu toteutettavaksi PHP-ohjelmointikielellä. Lisäksi sovellusalustassa on tarkoitus käyttää Codeigniter PHP-sovelluskehystä, jonka toiminnallisuutta laajennetaan Metropolia-kohtaisilla laajennoksilla. Sovelluslogiikkakerros: Sovellusalustan toiminnallisuuksien lisäksi tarvitaan käyttöliittymän toiminnallisuuksia varten sovelluslogiikkoja ja -luokkia. Käyttöliittymäkerros: Varsinaiset käyttöliittymät tarvitsevat PHP:llä toteutettavien palvelintoimintojen tueksi myös asiakaspuolella ajettavia selaintoiminnallisuuksia. Nämä toteutetaan jquery- ja jqueryui-javascript-kirjastoilla, joiden käytöllä voidan turvata myös selainyhteensopivuus modernien internet-selaimien kanssa. Käyttöliittymien luomisessa käytetään HTML-kieltä standardien mukaisesti. Metropoliassa ja myös OPI-projektissa palveluväylätoteutukset on valittu toteutettaviksi Apache ServiceMixillä. Tämän vuoksi ohjelmistokokonaisuuden palveluväylään suunnitellut toiminnallisuudet toteutettaneen sekä Java-kielellä että Camel-toiminnallisuuksina. Maksu- ja tunnistustoiminnallisuuksien lisäksi on suunniteltu, että talousautomaatioon tarvittavat ohjelmistotoiminnallisuudet sijoitetaan palveluväylään. Ohjelmistokokonaisuudessa käytettävien rajapintojen kautta tapahtuva tiedonsiirto tehdään XML-tiedostoilla. Poikkeuksena tästä on talousautomaation tarvitsemat siirtotiedostot, jotka tehdään määrämittaisina ASCII-tiedostoina. Ohjelmistokokonaisuudessa käytettävät tiedot tallennetaan MySQL-tietokantaan. Palveluväyläarkkitehtuuri periaatteiden mukaisesti tietokannan tietojen käsittely tapahtuu palveluväylän kautta.

9 4. Tietojärjestelmä määrittelyt Kuten edellä on jo eritelty, tekninen toteutus on jaettu kahteen osaa: asiointisovellukseen ja palveluväylään sijoitettuihin järjestelmäpalvelu toiminnallisuuksiin. Seuraavassa käydään läpi toimintojen tarkemmat määrittelyt. 4.1 Asiointipalvelu Asiointipalvelusivuston on tarkoitus toimia loppukäyttäjille suunnattujen palveluiden koostosivustona. Sen tarkoituksena on tukea Metropolian intranetpalveluita ja internet-sivustoja tarjoamalla käyttöliittymät loppukäyttäjille suunnattuihin palveluihin. Asiointipalvelun tekniset ratkaisut tullaan suunnittelemaan siten, että uusien palveluiden lisääminen tulee olemaan mahdollista tulevaisuudessa Toiminnallisuudet, käyttötapaukset ja käyttöliittymäprotot Seuraavassa käydään läpi asiointijärjestelmään suunnitellut toiminnallisuudet, toiminnallisuuksiin liittyvät käyttötapaukset ja mahdolliset käyttöliittymäprotot Kaikille käyttäjille suunnatut toiminnallisuudet Käyttötapauksen nimi Asiointipalvelun etusivu Asiointipalvelun etusivu on palvelun käytön aloituspiste. Sivulla näytetään asiointipalvelussa kaikille avoimet palvelut sekä annetaan mahdollisuus kirjautua palvelun käyttöön. Lisäksi etusivulla voidaan näyttää käyttöä helpottavia toimintoja, kuten pikalinkkejä usein käytettäviin toimintoihin. Palveluun kirjautuneelle käyttäjälle ja kirjautumattomalle selailijalle voidaan näyttää erilainen sisältö. Kirjautuneelle käyttäjälle voidaan näyttää suoritettavien toimeksiantojen listaus. Päiväys Prosessi Verkkomaksut - Asiointipalvelu - Asiointitoiminnot Asiointi - Käyttäjä Asiointi - CAS-kirjautunut käyttäjä Asiointipalvelun kirjautumaton käyttäjä Asiointipalvelun kirjautunut käyttäjä Luku, avoimet palvelut Luku, kirjautumista vaativat palvelut Ei ennakkoehtoja 1. Asiointikäyttäjä syöttää selaimeensa asiointipalvelun osoitteen ja avaa sivuston. Sivuston etusivu näytetään Asiointipalvelun etusivu P2 Ei kirjautunut käyttäjä: näytetään vain asiointipalvelu kaikille avoin sisältö Kirjautunut käyttäjä: näytetään kaikki ko. käyttäjän käyttäjäprofiiliin kuuluva sisältö. Muut vaatimukset Sivulla käytetään aina SSLsalausta

10 Avoimet Asiat Palveluun rekisteröityminen Asiointipalveluun on mahdollista rekisteröityä käyttäjäksi. Rekisteröitymistoiminnon voi käynnistää asiointipalvelun kaikilta sivuilta. Päiväys Prosessi Verkkomaksut - Asiointipalvelu - Asiointitoiminnot Käyttäjä Oikeus rekisteröityä Kerran Käyttäjällä ei ole voimassa olevaa Metropolia tunnusta. 1. Käyttäjä käynnistää rekisteröitymisen "Rekisteröidy-linkistä. 2. Käyttäjälle tarjotaan mahdollisuus rekisteröityä Tupas-tunnistautumisella. 3. Mikäli käyttäjä on tunnistautunut Tupas-tunnistautumisella, tarkistetaan että löytyykö Ammeesta vastinetta henkilölle. 4. Käyttäjä tallentaa itsestään järjestelmään vähintään pakolliset tiedot tai täydentää Tupas-tunnistautumisella saadut tiedot. 5. Käyttäjän tunnus aktivoituu asiontijärjestelmään. T4 T4 Tupas-tunnistautuminen käynnistyy. Mahdollinen Ammeen vastinpari käyttäjälle. Asiointijärjestelmän henkilötiedot. Asiointijärjestelmän käyttäjä. Vähimmäistiedot ei täyty: rekisteröinti hylätään. Muut vaatimukset K2 Vahvasti tunnistamaton käyttäjä: vain osa oikeuksista. Vahvasti tunnistautuneella henkilöllä on olemassa voimassa oleva metropolia tunnus: ohjataan tunnuksen käyttöön.

11 K3 K4 Vahvasti tunnistautuneella henkilöllä on olemassa ei voimassa oleva metropolia tunnus: yhdistellään tietolähteistä henkilön tietoja!!! Missä järjestyksesä!!!, mutta Metropolia tunnusta ei voi käyttää kirjautumiseen. Tunnistettaessa henkilö vahvasti, käyttäjä havaitaan olevan jo järjestelmässä: aktivoidaan vanha tunnus uudelleen käyttöön, mikäli tunnus on suljettu. Joka tapauksessa pyydetään käyttäjää vaihtamaan salasanansa, koska se on ilmeisesti unohtunut (ei metropolia tunnuksia). Metropolia tunnukset omaava ohjataan käyttämään ko. tunnuksia. Avoimet Asiat A2 Pitääkö jokaisen rekisteröityvän käyttäjän tunnistautua vahvasti? Tarvitaanko itseasiassa rekisteröitymistoimintoa, mikäli käytetään esim. Tupakseen perustuvaa kirjautumista oletuksena. Käyttötapauksen nimi Omien tietojen päivitys Rekisteröityneellä käyttäjällä on mahdollisuus muokata omia tietojansa, lähinnä kuitenkin vain osoitetietojen osalta. Osan tiedoista muokkaaminen on estetty, kuten henkilötunnuksen. Päiväys Prosessi Verkkomaksut - Asiointipalvelu - Asiointitoiminnot Kirjautunut käyttäjä Omat tiedot Käyttäjän käyttöoikeuden tulee olla voimassa. Käyttäjän tulee olla kirjautunut järjestelmään. 1. Käyttäjä kirjautuu asiointijärjestelmään ja valitsee omien tietojen muokkaus -toiminnon. 2. Käyttäjä tekee muokkaukset ja tallentaa ne. 3. Asiointisovellus lähettää muutokset palveluväylään, joka käsittelyn jälkeen tallentaa muutokset tai hylkää ne. Määrittelyn kohta Palveluväylä toiminto: Asiakkaan muokkaus, tai 4. Palveluväylän palaute lähetetään asiointisovellukselle, joka näyttää palautteen käyttäjälle. T4 T4 Muokatut tiedot Tietokantaan muokatut tiedot Epäonnistunut tallennus Palaute käyttäjälle P2 Muokkauksen tiedot ei täytä vähimmäisvaatimuksia: muokkaus hylätään. Muokkauksen tiedot ei täytä muotovaatimuksia: muokkaus hylätään Muut vaatimukset

12 Pakolliset kentät määritellään tietokanta määrittelyissä. Avoimet Asiat Käyttötapauksen nimi Käyttäjän kirjautuminen Kirjautumattomalla käyttäjällä on mahdollista selata asiointipalvelun toimintoja. Kaikilla avoimilla sivuilla on kuitenkin linkki, jota klikkaamalla käyttäjä pääsee rekisteröityneen käyttäjän kirjautumissivulle (Kirjaudu-linkki) Päiväys Prosessi Verkkomaksut - Asiointipalvelu - Asiointitoiminnot Käyttäjä - Rekisteröiytynyt käyttäjä Käyttäjä - Metropolia tunnus Käyttäjä - Tupas Oikeus kirjautua Oikeus kirjautua Oikeus kirjautua Käyttäjällä on voimassa oleva Metropolia tunnus, asiointitunnus tai käyttäjä käyttää kirjautuessaan Tupastunnuksia. 1. Käyttäjä käynnistää kirjautumisen linkin takaa. 2. Käyttäjä valitsee kirjautumistavan: sähköpostiosoite, metropolia-tunnus tai kirjautuminen pankkitunnuksilla. TAI TAI 3. Palveluväylä käsittelee käyttäjän kirjautumisen käyttäjän antamien syötteiden perusteella. T4 TAI T5 4. Asiointisovellus käsittelee käyttäjän kirjautumisesta saadun vasteen ja näyttää tuloksen käyttäjälle. Onnistuneen kirjautumisen jälkeen käyttäjä on kirjautunut järjestelmään käyttäjätietojen sallimalla käyttäjätasolla. T4 T5 Kirjautuminen sähköpostiosoittella. CAS-kirjautuminen Tunnistautuminen Vetuma-tunnisteella ja ko. tuloksen perusteella kirjautuminen Onnistunut kirjautuminen Epäonnistunut kirjautuminen. Käyttäjää ei tunnisteta millään tunnistautumismenetelmällä: epäonnistunut kirjautuminen.

13 P2 Käyttäjä käyttää vahvaa tunnistautumista, mutta hänelle ei löydy käyttäjäprofiilia: käyttäjä siirretään automaattisesti rekisteröitymisprosessiin.??? Tarvitseeko sen jälkeen tunnistautua uudelleen??? Muut vaatimukset Avoimet Asiat Lista käyttäjälle suunnatuista toiminnoista Käyttäjälle näytetään lista hänelle suunnatuista toiminnoista. Toiminto listaa voidaan suodattaa hänen käyttäjäprofiilinsa ja tarpeiden perusteella. Esim. käyttäjälle jolla on opiskeluoikeus voimassa ei näytetä opiskeluoikeuden palauttamiseen liittyviä toimintoja. Päiväys Prosessi Verkkomaksut - Asiointipalvelu - Asiointitoiminnot Kirjautumaton käyttäjä Voi käyttää vain kaikille avoimia toimintoja. Toiminnot näytetään toimintolistalla. Listalla näytetään seuraavat toiminnot: Harkinnanvarainen lisäaika - käsittelymaksu Opinto-oikeuden palauttaminen - käsittelymaksu Kirjautunut käyttäjä - Normaalikäyttäjä Voi käyttää vain kaikille avoimia toimintoja. Toiminnot näytetään toimintolistalla. Listalla näytetään seuraavat toiminnot: Harkinnanvarainen lisäaika - käsittelymaksu Opinto-oikeuden palauttaminen - käsittelymaksu Avoimet toimeksiannot Kirjautunut käyttäjä - Metropolian opiskelija, voimassa oleva opiskeluoikeus Rajoitetut oikeudet. Avoimien toimintojen lisäksi oikeudetkentän toiminnot. Kaikille avoimien lisäksi näytetään seuraavat toiminnot: Huom! Listalta suodatetaan pois Opintooikeuden palauttaminen. Kirjautunut käyttäjä - Metropolian opiskelija, ei voimassa olevaa opiskeluoikeutta Rajoitetut oikeudet. Avoimien toimintojen lisäksi oikeudetkentän toiminnot. Kaikille avoimien lisäksi näytetään seuraavat toiminnot: Huom! Listalta suodatetaan pois Harkinnanvarainen lisäaika. Kirjautunut käyttäjä - Metropolian työntekijä Rajoitetut oikeudet. Vain avoimet toiminnot. Kirjautunut käyttäjä - opintotoimisto käyttäjä Rajoitetut oikeudet. Avoimien toimintojen lisäksi oikeudetkentän toiminnot. Kaikille avoimien lisäksi näytetään seuraavat toiminnot: Käsittelymaksujen listaus - Harkinnanvarainen lisäaika Käsittelymaksujen listaus - Opinto-oikeuden palauttaminen Kirjautunut käyttäjä - hakutoimisto käyttäjä Rajoitetut oikeudet. Avoimien toimintojen lisäksi oikeudetkentän toiminnot. Kaikille avoimien lisäksi näytetään seuraavat toiminnot: Erikoistumisopintojen opintomaksun lisääminen Erikoistumisopintojen opintomaksun ylläpito Opintomaksujen listaus - Erikoistumisopintojen opintomaksut Kirjautunut käyttäjä - taloushallinto Rajoitetut oikeudet. Avoimien toimintojen lisäksi oikeudetkentän toiminnot. Kaikille avoimien lisäksi näytetään seuraavat toiminnot: Käsittelymaksujen seuranta Opintomaksujen seuranta Maksettujen tapahtumien siirto IntimePlussaan

14 Kirjautunut käyttäjä - pääkäyttäjä Pääkäyttäjällä on kaikki oikeudet Kaikki toiminnot Kirjautunut käyttäjä - ylläpito Ylläpito käyttäjällä on käytössä avoimien toimintojen lisäksi vain ylläpitotoiminnot. Kaikille avoimien lisäksi näytetään seuraavat toiminnot: Lokin katselu Järjestelmän siirto ylläpitotilaan. 1. Käyttäjä selaa asiointipalveluun. Palvelun etusivulla näytetään lista kaikille avoimista toiminnoista. 2. Käyttäjä kirjautuu omalla käyttäjätunnuksellaan järjestelmään. Käyttäjälle näytetään lista hänen käyttäjäprofiilin mukaisista toiminnoista. Käyttäjälle suodatattu käyttäjäprofiilin mukainen toimintolista. Käyttäjä yrittää käyttää toimintoa, johon hänellä ei ole oikeutta: järjestelmän tulee sulkea hänet toiminnosta ulos. Muut vaatimukset K2 Kirjautumaton käyttäjä: vain kaikille avoimet toiminnot Kirjautunut käyttäjä: käyttöoikeuksiin perustuvat toiminnot näytetään. Avoimet Asiat Ohjattu toiminto: Opinto-oikeuden palauttaminen - Käsittelymaksun maksaminen Mikäli opiskelijalla on jostain syystä päättynyt opiskeluoikeus tulee hänen anoa opiskeluoikeuden palauttamista. Tästä anomisprosessista peritään opiskelijalta käsittelymaksu. Päiväys Prosessi Tämän määrittelyn kohta Kaikki asiointikäyttäjät Oikeus suorittaa käsittelymaksu Ei ennakkoehtoja

15 1. Käyttäjä aloittaa käsittelymaksun maksamisen joko kirjautuneen tai kirjautumattomana. 2. Käyttäjältä kysytään tarvittavat tiedot käsittelymaksun suorittamiseksi. 3. Kun käsittelymaksu on valmis suoritettavaksi, käyttäjältä kysytään hänen haluamansa maksutapa. 4. Käyttäjä palautuu hyväksytyn tai hylätyn maksutapahtuman jälkeen asiointipalveluun ja hänelle näytetään maksamisen lopputulos. Maksukelpoinen käsittelymaksu Maksamisen ohjattu toiminto, kts. vastaava kohta määrittelyn käyttötapauksista. Palveluväylän palauttama maksutapahtuman lopputulos. Maksaminen epäonnistuu: tietokantaan jää kesken jäänyt tapahtuma, mutta ao. toimeksiantotapahtumaa ei voi suorittaa loppuun. P3 Muut vaatimukset Avoimet Asiat Mitä tietoja tarvitaan/kysytään käsittelymaksun suorittamiseksi? Ohjattu toiminto: Harkinnanvarainen lisäaika - käsittelymaksun suoritus Mikäli opiskelijalla on opinto-oikeuspäättymässä viivästyneen valmistumisen vuoksi (normi+1 vuosi), voi hän hakea harkinnanvaraista lisäaikaa. Ko. hakemuksen käsittelystä peritään opiskelijalta käsittelymaksu. Päiväys Prosessi Tämän määrittelyn kohta Kaikki asiointikäyttäjät Oikeus suorittaa käsittelymaksu Ei ennakkoehtoja

16 1. Käyttäjä aloittaa käsittelymaksun suorittamisen joko kirjautuneena tai kirjautumattomana. 2. Käyttäjältä kysytään tarvittavat tiedot käsittelymaksun suorittamiseksi. 3. Kun käsittelymaksu on valmis suoritettavaksi, käyttäjältä kysytään hänen haluamansa maksutapa. 4. Käyttäjä palautuu hyväksytyn tai hylätyn maksutapahtuman jälkeen asiointipalveluun ja hänelle näytetään maksamisen lopputulos. Maksukelpoinen käsittelymaksu. Maksamisen ohjattu toiminto, kts. vastaava kohta määrittelyn käyttötapauksista. Palveluväylän palauttama maksutapahtuman lopputulos. Maksaminen epäonnistuu: tietokantaan jää kesken jäänyt tapahtuma, mutta ao. toimeksiantotapahtumaa ei voi suorittaa loppuun. Muut vaatimukset Avoimet Asiat Mitä tietoja tarvitaan/kysytään käsittelymaksun suorittamiseksi? Käyttöliittymä näkymä: Avoimet toimeksiannot Käyttäjälle näytetään hänelle avoimet toimeksiannot. Ko. näkymä voidaan näyttää missä tahansa näkymässä. Päiväys Prosessi Verkkomaksut - Asiointipalvelu - Asiointitoiminnot Kirjautunut käyttäjä Vain omat toimeksiannot Käyttäjä on kirjautunut järjestelmään. 1. Käyttäjä kirjautuu asiointipalveluun käyttäjätunnuksellaan. 2. Käyttäjälle näytetään hänen avoimet toimeksiantonsa, jolloin hän voi suorittaa toimeksiannon loppuun.

17 3. Käyttäjä valitsee toimeksiannon suoritettavaksi, jolloin näytetään ko. toimeksiannon käsittelynäkymä. Kirjautunut käyttäjä Toimeksiannon suorittaminen. Muut vaatimukset K2 Käyttäjän tulee olla kirjautunut järjestelmään. Käyttäjälle näytetään vain hänelle kohdistetut toimeksiannot. Avoimet Asiat Avoin toimeksianto: Erikoistumisopintojen opintomaksun suorittaminen Erikoistumisopintojen suorittamisesta peritään opiskelijalta opintomaksu, joka tulee suorittaa ilmoittautumisen yhteydessä. Päiväys Prosessi Tämän määrittelyn kohta Kirjautunut käyttäjä - Opintomaksu toimeksianto asetettu Oikeus maksaa Käyttäjän tulee olla kirjautunut käyttäjä. Käyttäjälle tulee olla asetettuna opintomaksun toimeksianto. 1. Käyttäjä kirjautuu asiointipalveluun käyttäjätunnuksellaan. 2. Käyttäjä näkee opintomaksun avoimen toimeksiannon ja valitsee maksun suoritettavaksi. 3. Käyttäjän valittua opintomaksu suoritettavaksi, käyttäjältä kysytään hänen haluamansa maksutapa. 4. Käyttäjä palautuu hyväksytyn tai hylätyn maksutapahtuman jälkeen asiointipalveluun ja hänelle näytetään maksamisen lopputulos. T4

18 T4 Kirjautunut käyttäjä Toimeksiannon suoritus käynnistetty. Maksamisen ohjattu toiminto, kts. vastaava kohta määrittelyn käyttötapauksista. Palveluväylän palauttama maksutapahtuman lopputulos. P2 Käyttäjä ei ole kirjautunut: ei mahdollista suorittaa maksua. Maksaminen epäonnistuu: tietokantaan jää kesken jäänyt tapahtuma, mutta ao. toimeksiantotapahtumaa ei voi suorittaa loppuun.!!! Miten ratkotaan tämä tilanne?!!! Muut vaatimukset Käyttäjä haluaa laskun opintomaksusta: käyttäjä ilmoittaa tästä erillisessä prosessissa. Avoimet Asiat Mitä jos maksuprosessi jää jumiin? Ohjattu toiminto: maksaminen verkkomaksulla Käyttäjä suorittaa maksun verkkomaksulla. Päiväys Prosessi Verkkomaksut - Asiointipalvelu - Maksutoiminnot Kaikki käyttäjät - Maksettava maksu Vain ko. maksu - Maksaminen Tarvittaesssa 1. Käyttäjä valitsee toimeksiannon maksun suorittamisen maksutavan valinnasta maksutavaksi jonkin tietyn pankin verkkomaksun. 2. Maksutapatuman hallinta siirretään valitun pankin verkkomaksun maksu käyttöliittymiin. Käyttäjä suorittaa maksun. TAI 3. Maksun suorittamisen jälkeen käyttäjä palautetaan takaisin asiointijärjestelmään, jolloin hänelle näytetään palaute suoritetusta maksusta. T4

19 T4 Valittu verkkomaksu maksutavaksi. Onnistunut maksaminen verkkomaksulla. Epäonnistunut maksaminen verkkomaksulla. Käyttäjälle näytettävissä oleva palaute maksutapahtumasta. Epäonnistunut maksutapahtuma: käyttäjälle näytetään selväkielinen virheilmoitus tilanteesta. Tilapäisen häiriön vuoksi epäonnistunut maksu tarjotaan uudelleen suoritettavaksi. Epäselvissä tilanteissa tilanne keskeytetään ja tilanteesta ilmoitetaan pääkäyttäjille. Muut vaatimukset Käyttäjä voi suorittaa vain yhden tietyn maksun kerrallaan, mutta maksutapahtuma/toimeksianto voi sisältää useamman rivin (maksu koostetaan useammasta kuin yhdestä rivistä. Avoimet Asiat Miten toimitaan poikkeustapauksissa? (keskeytynyt maksutapahtuma, virheellinen palaute jne. Ohjattu toiminto: maksaminen luottokortilla Käyttäjä suorittaa maksun luottokortilla. Päiväys Prosessi Verkkomaksut - Asiointipalvelu - Maksutoiminnot Kaikki käyttäjät - Maksettava maksu Vain ko. maksu - Maksaminen 1. Käyttäjä valitse toimeksiannon maksun suorittamisen maksutavan valinnasta maksutavaksi luottokorttimaksun. Samalla valitaan luottokortti tyyppi. 2. Maksutapahtuman hallinta siirretään valitun luottokorttimaksu tyypin käyttöliittymään. Käyttäjä suorittaa maksun. TAI 3. Maksun suorittamisen jälkeen käyttäjä palautetaan takaisin asiointijärjestelmään, jolloin hänelle näytetään palaute suoritetusta maksusta. T4 Valittu luottokortti maksutavaksi. Valittu tietty luottokorttityyppi. Onnistunut maksaminen luottokortilla.

20 T4 Epäonnistunut maksaminen luottokortilla. Käyttäjälle näytettävissä oleva palaute maksutapahtumasta. Epäonnistunut maksutapahtuma: käyttäjälle näytetään selväkielinen virheilmoitus tilanteesta. Tilapäisen häiriön vuoksi epäonnistunut maksu tarjotaan uudelleen suoritettavaksi. Epäselvissä tilanteissa tilanne keskeytetään ja tilanteesta ilmoitetaan pääkäyttäjille. Muut vaatimukset Käyttäjä voi suorittaa vain yhden tietyn maksun kerrallaan, mutta maksutapahtuma/toimeksianto voi sisältää useamman rivin (maksu koostetaan useammasta kuin yhdestä rivistä. Avoimet Asiat Miten toimitaan poikkeustapauksissa? (keskeytynyt maksutapahtuma, virheellinen palaute jne. Hakutoimiston toiminto: Erikoistumisopintojen opintomaksun lisääminen Erikoistumisopintojen hakuvalintojen jälkeen valittujen opiskelijoiden tulee suorittaa opintomaksu. Tällä käyttöliittymällä lisätään opiskelijalle kohdistettu opintomaksu toimeksianto. Päiväys Prosessi Tämän määrittelyn kohta Kirjautunut käyttäjä - Hakutoimisto Kirjautunut käyttäjä - Pääkäyttäjä Toimeksiannon lisäys Toimeksiannon lisäys Käyttäjän tulee olla kirjautunut järjestelmään tarvittavilla käyttöoikeuksilla. 1. Hakutoimiston työntekijä kirjautuu asiointijärjestelmään omilla tunnuksillaan. 2. Työntekijä valitsee toimintolistalta toiminnon "Erikoistumisopintojen opintomaksun lisääminen". 3. Työntekijä syöttää tarvittavat tiedot maksun kohdistamiseksi opiskelijalle ja tallentaa toimeksiannon. Kirjautunut käyttäjä Avoin toimeksianto: Erikoistumisopintojen opintomaksu.

21 Muut vaatimukset Avoimet Asiat Mitkä ovat tarvittavat tietokentät opintomaksun perustamiseksi? Hakutoimiston toiminto: Erikoistumisopintojen opintomaksujen ylläpito Hakutoimiston työntekijät voivat käydä ylläpitämässä opiskelijoille lisättyjä opintomaksu toimeksiantoja esimerkiksi sellaisissa tapauksissa, joissa opiskelija pyytää opintomaksusta laskun. Päiväys Prosessi Tämän määrittelyn kohta Kirjautunut käyttäjä - Hakutoimisto Toimeksiannon muokkaus Kirjautunut käyttäjä - Pääkäyttäjä Toimeksiannon muokkaus Käyttäjän tulee olla kirjautunut järjestelmään tarvittavilla käyttöoikeuksilla. Toimeksiantoon tulee suorittaa jokin ylläpitotoimenpide. 1. Hakutoimiston työntekijä kirjautuu asiointijärjestelmään omilla tunnuksillaan. 2. Työntekijä valitsee toimintolistalta toiminnon "Erikoistumisopintojen opintomaksun ylläpito". 3. Työntekijä valitsee listalta opintomaksutoimeksiannon, jonka muokkaamiseksi hänellä on oikeudet. Avautuu toimeksiannon muokkaus ikkuna. 4. Työntekijä syöttää tarvittavat tiedot maksun kohdistamiseksi opiskelijalle ja tallentaa toimeksiannon. Kirjautunut käyttäjä Lista muokattavaista erikoistumisopintojen opintomaksutoimeksiannoista. Päivitetty toimeksianto.

22 Muut vaatimukset Toimeksianto on suoritettu: ei näytetä muokattavien listalla. Avoimet Asiat Mitkä ovat tarvittavat tietokentät opintomaksun perustamiseksi? Hakutoimiston toiminto: Opintomaksujen listaus - Erikoistumisopintojen opintomaksut Hakutoimiston työntekijällä on mahdollisuus saada listattua Erikoisopintojen opintomaksu toimeksiannot. Päiväys Prosessi Tämän määrittelyn kohta Kirjautunut käyttäjä - Hakutoimisto Listaus Kirjautunut käyttäjä - Pääkäyttäjä Listaus Käyttäjän tulee olla kirjautunut järjestelmään tarvittavilla käyttöoikeuksilla. 1. Hakutoimiston työntekijä kirjautuu asiointijärjestelmään omilla tunnuksillaan. 2. Työntekijä valitsee toimintolistalta toiminnon "Erikoistumisopintojen opintomaksujen listaus". 3. Työntekijä asettaa valitsemansa suodatustekijät listalle. Näytetään suodatettu lista. Kirjautunut käyttäjä. Suodatustavan ja -tietojen valinta. Käyttäjän valinnoilla suodatettu listaus.

23 Muut vaatimukset Avoimet Asiat Mitkä tiedot voivat olla suodatustekijöitä? Opintotoimiston toiminto: Käsittelymaksujen listaus - Harkinnanvarainen lisäaika Opintotoimiston työntekijällä on mahdollisuus saada listattua Harkinnanvaraisen lisäajan käsittelymaksu listaus. Tero Hakkarainen Päiväys Prosessi Kirjautunut käyttäjä - Opintotoimisto Listaus Kirjautunut käyttäjä - Pääkäyttäjä Listaus Käyttäjän tulee olla kirjautunut järjestelmään tarvittavilla käyttöoikeuksilla. 1. Opintotoimiston työntekijä kirjautuu asiointijärjestelmään omilla tunnuksillaan. 2. Työntekijä valitsee toimintolistalta toiminnon "Käsittelymaksujen listaus - Harkinnanvarainen lisäaika". 3. Työntekijä asettaa valitsemansa suodatustekijät listalle. Näytetään suodatettu lista. Kirjautunut käyttäjä Suodatustavan ja -tietojen valinta. Käyttäjän valinnoilla suodatettu listaus. Muut vaatimukset

24 Avoimet Asiat Mitkä tiedot voivat olla suodatustekijöitä? Opintotoimiston toiminto: Käsittelymaksujen listaus - Opinto-oikeuden palauttaminen Opintotoimiston työntekijällä on mahdollisuus saada listattua Opinto-oikeuden palauttamisen käsittelymaksu listaus Tero Hakkarainen Päiväys Prosessi Kirjautunut käyttäjä - Opintotoimisto Listaus Kirjautunut käyttäjä - Pääkäyttäjä Listaus Käyttäjän tulee olla kirjautunut järjestelmään tarvittavilla käyttöoikeuksilla. 1. Opintotoimiston työntekijä kirjautuu asiointijärjestelmään omilla tunnuksillaan. 2. Työntekijä valitsee toimintolistalta toiminnon "Käsittelymaksujen listaus - Harkinnanvarainen lisäaika". 3. Työntekijä asettaa valitsemansa suodatustekijät listalle. Näytetään suodatettu lista. Kirjautunut käyttäjä Suodatustavan ja -tietojen valinta. Käyttäjän valinnoilla suodatettu listaus. Muut vaatimukset

25 Avoimet Asiat Mitkä tiedot voivat olla suodatustekijöitä? Taloushallinnon toiminto: Maksujen seuranta Taloushallinnon työntekijöille on käytettävissä käyttöliittymä, jonka avulla he pystyvät seuraamaan asiointijärjestelmän kautta tuotettuja maksuja. Päiväys Prosessi Verkkomaksut - Asionti - Talousautomaatio Taloushallinnon työntekjiä Luku Pääkäyttäjä Luku Käyttäjän tulee olla kirjautunut asiointijärjestelmään. 1. Taloushallinnon käyttäjä kirjautuu asiointijärjestelmään omilla tunnuksillaan. 2. Työntekijä valitsee toimintolistalta toiminnon "Maksujen seuranta". 3. Työntekijä voi selailla maksuja suoraan käyttöliittymästä. Työntekijä voi myös asettaa suodatuksen näkymälle. Kirjautunut käyttäjä Suodattamaton seurantanäkymä. Käyttäjän välinnoilla suodatettu näkymä. Muut vaatimukset Avoimet Asiat Mitkä tiedot voivat olla suodatustekijöitä?

26 Taloushallinnon toiminto: Maksettujen tapahtumien siirto IntimePlussaan Maksutapahtumilla suoritetut maksutapahtumat siirretään talousautomaatiolla talousjärjestelmään käsiteltyinä tapahtumina. Toiminto voidaan ajaa käsin koe- ja lopullisena ajona. Lisäksi toiminto voidaan toteuttaa myös ajastettuna ajona, jolloin toiminto tapahtuu ajastettuna palveluväylä toimintona. Päiväys Prosessi Verkkomaksut - Talousautomaatio - Siirto talousjärjestelmään Käyttäjä - Taloushallinto Siirto - Koeajo Tarvittessa Käyttäjä - Taloushallinto Käyttäjä - Ajastettu toiminto Siirto - Lopullinen ajo Siirto - Lopullinen ajo Tarvittassa Ajastettuna, kerran vuorokaudessa. (Palveluväylä ajaa ajon!) Käyttäjän tulee olla kirjautunut järjestelmään tarvittavilla käyttöoikeuksilla. Siirrettävien toimeksiantojen tulee olla tilassa "maksettu". 1. Taloushallinnon käyttäjä kirjautuu asiointijärjestelmään omilla tunnuksillaan 2. Työntekijä valitsee toimintolistalta toiminnon "Maksettujen tapahtumien siirto IntimePlussaan" 3. Työntekijä asettaa valitsemansa ajotyyppi valinnan ajolle: lopullinen- tai koeajo. Järjestelmä antaa ajetun ajon tuloksen siirtotiedostona. Kirjautunut käyttäjä Ajotyypin valinta Siirtotiedosto Muut vaatimukset Siirrettävien tapahtumien pitää olla "Maksettu"- tilassa. Avoimet Asiat Pitäisikö ajoa voida suodattaa joillain hakutekijöillä?

27 Ylläpitotoiminto: Lokien katselu Asiointijärjestelmän pääkäyttäjillä ja ylläpitäjillä on käytössään käyttöliittymä, jolla pystyy tarkastelemaan järjestelmän lokeja. Päiväys Prosessi Verkkomaksut - Asiointi - Ylläpito Pääkäyttäjä Luku Ylläpito Luku Toiminnon käyttäjän tulee olla kirjautunut asiointijärjestelmään. 1. Pääkäyttäjä kirjautuu asiontijärjestelmään omilla tunnuksillaan. 2. Käyttäjä valitsee toimintolistalta toiminnon "Lokien katselu" 3. Käyttäjälle näytetään näkymä lokitapahtumiin. Näkymää voi suodattaa eri hakutekijöillä. Kirjautunut käyttäjä Suodattamaton lokinäkymä. Käyttäjän valinnoilla suodatettu näkymä. Muut vaatimukset V2 V3 Suodatustekijä: ilmoitustyyppi Suodatustekijä: päivämäärä Suodatustekijä: käyttäjä Avoimet Asiat A2 Mitkä muut tiedot voivat olla suodatustekijöitä? Näytetäänkö lokissa kaikkien asiointijärjestelmän lokitallennukset vai vain ao. asiointisovelluksen?

28 Ylläpitotoiminto: Järjestelmän ylläpitotilan hallinta Asiointijärjestelmä voidaan siirtää ylläpitotilaan, jolloin mm. mitkään maksutoiminnallisuudet eivät toimi. Loppukäyttäjille näytetään tiedote järjestelmän tilanteesta sekä aika-arvio ylläpitotilanteen kestosta. Päiväys Prosessi Verkkomaksu - Asiointi - Pääkäyttäjän toiminnot Pääkäyttäjä Ylläpito Tilan vaihtaminen Tilan vaihtaminen Käyttäjän tulee olla kirjautunut järjestelmään tarvittavilla käyttöoikeuksilla. 1. Pääkäyttäjä tai ylläpitäjä kirjautuu järjestelmään omilla tunnuksillaan. 2. Käyttäjä valitse toimintolistalta toiminnon "Ylläpitotilan hallinta" 3. Käyttäjä tekee tarvittavan ylläpitotoimenpiteen. TAI Kirjautunut käyttäjä Järjestelmän ylläpito tilaan Järjestelmän normaali käyttötilaan Muut vaatimukset Avoimet Asiat Rajapinnat Toimintojen tekninen käyttö tapahtuu palveluväylän rajapintojen kautta. Nämä rajapinnat käsitellään määrittelydokumentin kohdassa

29 Lisäksi käyttäjien kirjautumisessa voidaan käyttää Metropolian kertakirjautumispalvelua, joka on rakennettu CAS-palveluksi Raportit ja listaukset Asiontipalvelun käyttöliittymien kautta tarjotaan raportteja tai listauksia käyttäjien käyttöön. Raporttien tiedot haetaan palveluväylän kautta tietokannasta ja raporttien tulostamisen yhteydessä pitää pystyä suodattaa ja järjestää raporttia tai listausta ao. tietojoukon pääasiallisten suodatus- tai järjestelytapojen perusteella. Loppukäyttäjä eli asiakas (opiskelija, erikoistumisopintohin ilmoittautuva, jne.) toimeksiannon listaus prosessitoimija, opintotoimisto yhden toimeksiannon listaus avointen toimeksiantojen listaus vastaanotetut maksut raportti prosessitoimija, hakutoimisto yhden toimeksiannon listaus avointen toimeksiantojen listaus vastaanotetut maksut raportti pääkäyttäjä käyttäjälistaus henkilölistaus tuotelistaus toimeksiantolistaus maksuyhteenveto raportti ylläpito lokin listaus Käyttöoikeudet Järjestelmään perustetaan seuraavat käyttöoikeusprofiilit: loppukäyttäjä loppukäyttäjä, Metropolian opiskelija prosessitoimija, opintotoimisto prosessitoimija, hakutoimisto pääkäyttäjä ylläpito Kirjautumattomalla käyttäjällä on rajoitetut toiminnot. Jotkin toiminnot on rakennettu siten, että varsinaista henkilön tunnistautumista ei tarvita, vaan toiminnon seurauksena suoritettu maksutapahtuma on riittävä. Tällöin käyttäjän tulee itse huolehtia siitä, että antaa tarvittavat tiedot toiminnon seurauksen kohdistamiseen Tekniset vaatimukset Asiontipalvelun tekniset vaatimukset ovat seuraavat: php-palvelin!!! Mikä versio!!!!!! Mitkä konffivaatimukset!!! modrewrite tuki ssl-salaus. Tuotantopalvelimessa ssl-sertifikaatit pitää vastata kolmannen osapuolen turvavaatimuksia, mikäli ko. vaatimuksia on asetettu esim. Vetuma-palveluntarjoajan toimesta.!!! mitä muuta?!!! 4.2 Palveluväylä Metropolian Verkkomaksu projektissa on valittu toimintojen toteuttamiseksi malli, jossa palvelukeskeinen arkkitehtuuri on keskeinen osa teknistä ratkaisua. Tämä tarkoittaa sitä, että toteutettavien palveluiden käyttöliittymät ja ohjelmistologiikat on hajautettu järjestelmään: asiointisovellukseen ja palveluväylään. Tämä tuo mukanaan sen edun, että teknisten ratkaisujen muuttuessa joko käyttölittymä tai ohjelmistopalvelu puolella, niin järjestelmät ovat joustavammin muunnettavissa uuteen toimintaympäristöön. Metropolian palveluväylä periaatteita on kirjattu omaan dokumenttiinsa:!!! Viite: Tomin dokumentti!!! Toiminnallisuudet ja käyttötapaukset Palveluväylään on suunniteltu seuraavat toiminnallisuudet Toiminnallisuudet ja käyttötapaukset: asiointipalvelutoiminnot Palveluväylä toiminto: Käyttäjän rekisteröityminen

30 Palveluväylään sallitut asiointisovellukset voivat perustaa käyttäjän palveluväylän asiointisovellusten käyttäjärekisteriin. Päiväys Prosessi Verkkomaksuprojekti - Asiointi - Käyttäjätoiminnot Asiointisovellus - Käyttäjät Oikeus lisätä uusi käyttäjä Uuden käyttäjän lisäys Aina kun käyttäjä lisätään. Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Palveluväylään toimitetut käyttäjän tiedot tulee olla tietosisälöltään vähimmäistasolla. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston käyttäjästä palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä perustaa hyväksytyn pyynnön perusteella uuden käyttäjän. 4. Käyttäjän lisäyksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja käyttäjän tiedot näytetään asiointisovellusta käyttävälle käyttäjälle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon käyttäjän hylkäyksestä ja välittää selväkielisen syyn käyttäjän hylkäykseen. Tietokantaan tallennettu käyttäjä. Palaute: Käyttäjän tiedot Palautettu virheilmoitus: Hylätty käyttäjä P2 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 Käyttäjien tietokantataulun pakolliset tiedot tulee olla aina xml-siirron mukana. XML-tiedostokuvaus: Käyttäjä - Lisääminen Epätäydelliset tiedot, tiedot liian vajaat, eli käyttäjien tietokantataulun pakolliset tiedot puuttuu. Käyttäjä hylätään epäkelpona. Avoimet Asiat Vaaditaanko jokaiselta rekisteröityneeltä käyttäjältä vahva tunnistautumien? Palveluväylä toiminto: Käyttäjän muokkaus

31 Palveluväylään sallitut asiointisovellukset voivat muokata käyttäjätietoja palveluväylän asiointisovellusten käyttäjärekisteriin. Päiväys Prosessi Verkkomaksuprojekti - Asiointi - Käyttäjätoiminnot Asiointisovellus - Käyttäjät Oikeus päivittää käyttäjäntietoja Käyttäjätietojen päivitys Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Palveluväylään toimitetut käyttäjäntiedot tulee olla tietosisällöltään vähimmäistasolla. Päivitettävän käyttäjän tiedot tulee löytyä tietokannasta. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen päivittävän xml-tiedoston käyttäjästä palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta Palveluväylä päivittää hyväksytyn pyynnön perusteella käyttäjän tiedot. 4. Tietojen päivityksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja käyttäjän tiedot näytetään asiointisovellusta käyttävälle käyttäjälle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon päivityksen hylkäyksestä ja välittää selväkielisen syyn päivityksen hylkäykseen. Tietokantaan päivitetty käyttäjä. Palaute: Käyttäjän tiedot Palautettu virheilmoitus: Hylätty käyttäjä P2 P3 Käyttöoikeudeton sovellus: Käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: Käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Päivitettävää käyttäjää ei löydy: Käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 Käyttäjien tietokantataulun pakolliset tiedot tulee olla aina tietueessa myös päivityksen jälkeen. XML-tiedostokuvaus: Käyttäjä - Muokkaus Epätäydelliset tiedot, tiedot liian vajaat, eli käyttäjien tietokantataulun pakolliset tiedot puuttuu. Käyttäjä hylätään epäkelpona. Avoimet Asiat

32 Palveluväylä toiminto: Asiakkaan lisääminen Palveluväylään sallitut asiointisovellukset voivat perustaa käyttäjään liitettävän asiakkaan palveluväylän asiointisovellusten asiakasrekisteriin. Päiväys Prosessi Verkkomaksuprojekti - Maksaminen - Asiakastoiminnot Asiointisovellus - Asiakkaat Oikeus lisätä uusi asiakas Uuden asiakkaan lisäys Aina kun asiakas lisätään Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Palveluväylään toimitetut asiakkaan tiedot tulee olla tietosisällöltään vähimmäistasolla. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston asiakkaasta palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä perustaa hyväksytyn pyynnön perusteella uuden asiakkaan. 4. Asiakkaan lisäyksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja asiakkaan tiedot näytetään asiointisovellusta käyttävälle asiakkaalle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon asiakkaan hylkäyksestä ja välittää selväkielisen syyn asiakkaan hylkäykseen. Tietokantaan tallennettu asiakas. Palaute: Asiakkaan tiedot Palautettu virheilmoitus: Hylätty asiakas P2 P3 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Asiakkaasta puuttuu tietue Käyttäjä taulusta: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 V3 Asiakas tietokantataulun pakolliset tiedot tulee olla aina xml-siirron mukana. Asiakasta vastaava tietue tulee olla tallennettuna Käyttäjä tauluun. XML-tiedostokuvaus: Käyttäjä - Lisääminen K2 Epätäydelliset tiedot, tiedot liian vajaat, eli asiakas tietokantataulun pakolliset tiedot puuttuu. Käyttäjä hylätään epäkelpona. Asiakasta vastaava tietue puuttuu Käyttäjä taulusta. Asiakas hylätään epäkelpona.

33 Avoimet Asiat Pitäisikö käyttäjä ja asiakas käsitellä saman käyttöliittymän läpi? Palveluväylä toiminto: Asiakkaan muokkaus Palveluväylään sallitut asiakassovellukset voivat muokata käyttäjään liitettyjä asiakastietoja palveluväylän asiakasrekisteriin. Päiväys Prosessi Verkkomaksuprojekti - Maksaminen - Asiakastoiminnot Asiointisovellus - Asiakkaat Oikeus muokata asiakkaan tietoja Asiakkaan tietojen päivitys Asiointisovelluksella tulee olla käytöoikeus palveluväylän toimintoon. Palveluväylään toimitetut asiakkaan päivitystiedot tulee olla tietosisällöltään vähimmäistasolla. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-päivitystiedoston asiakkaasta palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä päivittään hyväksytyn pyynnön perusteella asiakkaan tiedot. 4. Asiakkaan päivityksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja asiakkaan tiedot näytetään asiointisovellusta käyttävälle asiakkaalle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon päivityksen hylkäyksestä ja välittää selväkielisen syyn päivityksen hylkäykseen. Tietokantaan päivitetty asiakas. Palaute: Päivitetyt tiedot Palautettu virheilmoitus: hylätty päivitys P2 P3 P4 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Asiakkaan tietoja ei ole: käyttö keskeytetään, tilanne kirjataan seuratalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Asiakkaasta puuttuu tietue Käyttäjä taulusta: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset Asiakas tietokantataulun pakolliset tiedot tulee olla aina xml-siirron mukana.

34 V2 V3 V4 Asiakas tulee olla tallennettuna Asiakas tauluun. Asiakasta vastaava tietue tulee olla tallennettuna Käyttäjä tauluun. XML-tiedostokuvaus: Asiakas - Muokkaus K2 K3 Epätäydelliset tiedot, tiedot liian vajaat, eli asiakas tietokantataulun pakolliset tiedot puuttuu. Käyttäjä hylätään epäkelpona. Asiakasta ei Asiakas taulussa: Päivitys hylätään epätäydellisenä. Asiakasta vastaava tietue puuttuu Käyttäjä taulusta. Asiakas hylätään epäkelpona. Avoimet Asiat Pitäisikö käyttäjä ja asiakas käsitellä saman käyttöliittymän läpi? Palveluväylä toiminto: Asiakkaan sulkeminen Palveluväylään sallitut asiointisovellukset voivat sulkea asiakkaalta maksutoimintojen käytön. Tieto sulusta tallennetaan asiointisovellusten asiakasrekisteriin. Päiväys Prosessi Verkkomaksuprojekti - Maksaminen - Asiakastoiminnot Asiointisovellus - Prosessitoimijat Oikeus sulkea Asiakas Asiakkaan sulkeminen Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiakkaan tiedot tulee löytyä Asiakas taulusta. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen pyynnön asiakkaan sulkemisesta palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä sulkee hyväksytyn pyynnön perustella asiakkaan. 4. Asiakkaan sulkemisesta lähetetään palaute asiointisovellukselle (xml-tiedosto) ja tehty toimenpide näytetään asiontisovellusta käyttävälle käyttäjälle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon pyynnön hylkäyksestä ja välittää selväkielisen syyn pyynnön hylkäykseen. Tietokantaan suljettu asiakas. Palaute: Hyväksytty pyyntö Palaute: Hylätty pyyntö

35 P2 P3 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Asiakkaasta puuttuu tietue Käyttäjä taulusta: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 Asiakasta vastaava tietue tulee olla tallennettuna Käyttäjä tauluun. XML-tiedostokuvaus: Asiakas - Sulkeminen Asiakasta ei Asiakas taulussa: Päivitys hylätään. Avoimet Asiat Pitäisikö käyttäjä ja asiakas käsitellä saman käyttöliittymän läpi? Palveluväylä toiminto: Asiakkaiden listaus Palveluväylään sallitut asiointisovellukset voivat pyytää palveluväylältä listauksen palveluväylään tallennetuista asiakkaista. Listausta voidaan suodattaa eri hakutekijöillä, jotta tietojen näyttämistä asiointisovelluksen käyttöliittymissä voidaan hallita. Päiväys Prosessi Verkkomaksuprojekti - Maksaminen - Asiakastoiminnot Asiointisovellus - Asiakas Oikeus lukea omat tiedot. Luku, omat tiedot Asiointisovellus - Prosessikäyttäjä Oikeus lukea sallittujen asiakkaiden tietoja Luku, sallitut tiedot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiointisovelluksen tulee palvelupyynnössä välittää suodatustiedot, muuten palautettava listaus suodatetaan!!! millä periaatteella?!!! Pyydettäessä yhden asiakkaan tietoja palautetaan asiointisovellukselle asiakkaasta kaikki tiedot. 1. Palvelusovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston. Määrittely kohta Palveluväylä käsittelee palvelupyynnön ja joko hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 4 3. Palveluväylä palauttaa asiointisovellukselle asetettujen suodatusten mukaisen listauksen. 4. Palveluväylä palauttaa asiakassovellukselle kyselyn hylkäyksestä ja väittää selväkielisen syyn kyselyn hylkäykseen. Asiakkaiden listaus: xml-tiedosto Palautettu virheilmoitus: hylätty kysely

36 Muut vaatimukset V2 xml-tiedostokuvaus: Asiakas - Asiakkaiden listauksen kysely Listauksen kyselyssä tulee olla mukana tarvittavat listauksen suodatusrajaukset. Avoimet Asiat Voisiko listauksien kyselyjä varten olla yhtenäinen kuvaustiedosto? Palveluväylä toiminto: Tuotteen lisääminen Palveluväylään sallitut asiointisovellukset voivat perustaa tuotteen palveluväylän tuoterekisteriin. Päiväys Prosessi Verkkomaksuprojekti - Maksaminen - Tuotetoiminnot Asiointisovellus - Pääkäyttäjät Oikeus lisätä uusi tuote Uuden tuotteen lisäys Aina kun tuote lisätään. Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Palveluväylään toimitetut tuotteen tiedot tulee olla tietosisällöltään vähimmäistasolla. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston tuotteesta palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä perustaa hyväksytyn pyynnön perusteella uuden tuotteen. 4. Tuotteen lisäyksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja tuotteen tiedot näytetään asiointisovellusta käyttävälle käyttäjälle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon tuotteen hylkäyksestä ja välittää selväkielisen syyn tuotteen hylkäykseen. Tietokantaan tallennettu tuote. Palaute: Tuotteen tiedot Palautettu virheilmoitus: Hylätty tuote

37 P2 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 Tuote tietokantataulun pakolliset tiedot tulee olla aina xml-siirron mukana. XML-tiedostokuvaus: Tuote - Lisääminen Epätäydelliset tiedot, tiedot liian vajaat, eli tuote tietokantataulun pakolliset tiedot puuttuu. Tuote hylätään epäkelpona. Avoimet Asiat Palveluväylä toiminto: Tuotteen muokkaus Palveluväylään sallitut asiakassovellukset voivat muokata tuotetietoja palveluväylän tuoterekisteriin. Päiväys Prosessi Verkkomaksuprojekti - Maksaminen - Tuotetoiminnot Asiointisovellus - Tuotteet Oikeus muokata tuotteen tietoja. Tuotteen tietojen päivitys Tarvittessa Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Palveluväylään toimitetut tuotteen päivitystiedot tulee olla tietosisällöltään vähimmäistasolla. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-päivitystiedoston tuotteesta palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä päivittään hyväksytyn pyynnön perusteella tuotteen tiedot. 4. Tuotteen päivityksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja tuotteen tiedot näytetään asiointisovellusta käyttävälle käyttäjälle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon päivityksen hylkäyksestä ja välittää selväkielisen syyn päivityksen hylkäykseen. Tietokantaan päivitetty tuote Palaute: Päivitetyt tiedot

38 Palautettu virheilmoitus: hylätty päivitys P2 P3 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Tuotteen tietoja ei ole: käyttö keskeytetään, tilanne kirjataan seuratalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 V3 Tuote tietokantataulun pakolliset tiedot tulee olla aina xml-siirron mukana. Tuote tulee olla tallennettuna Tuote tauluun. XML-tiedostokuvaus: Tuote - Muokkaus K2 Epätäydelliset tiedot, tiedot liian vajaat, eli tuote tietokantataulun pakolliset tiedot puuttuu. Tuote hylätään epäkelpona. Tuotetta ei Asiakas taulussa: Päivitys hylätään epätäydellisenä. Avoimet Asiat Palveluväylä toiminto: Tuotteiden listaus Palveluväylään sallitut asiointisovellukset voivat pyytää palveluväylältä listauksen palveluväylään tallennetuista tuotteista. Listausta voidaan suodattaa eri hakutekijöillä, jotta tietojen näyttämistä asiointisovelluksen käyttöliittymissä voidaan hallita. Päiväys Prosessi Verkkomaksuprojekti - Maksamien - Tuotetoiminnot Asiointisovellus - Asiakas, Prosessi käyttäjä Oikeus lukea osa tuotetiedoista Luku, osa tiedoista Asiointisovellus - Pääkäyttäjä Oikeus lukea kaikki tuotetiedot Luku, kaikki tiedot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiointisovelluksen tulee palvelupyynnössä välittää suodatustiedot, muuten palautettava listaus suodatetaan!!! millä periaatteella?!!! Pyydettäessä yhden tuotteen tietoja palautetaan asiointisovellukselle tuotteesta kaikki tiedot. 1. Palvelusovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston. Määrittely kohta Palveluväylä käsittelee palvelupyynnön ja joko hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 4 3. Palveluväylä palauttaa asiointisovellukselle asetettujen suodatusten mukaisen listauksen.

39 4. Palveluväylä palauttaa asiointisovellukselle kyselyn hylkäyksestä ja väittää selväkielisen syyn kyselyn hylkäykseen. Tuotteiden listaus: xml-tiedosto Palautettu virheilmoitus: hylätty kysely Muut vaatimukset V2 xml-tiedostokuvaus: Tuote - Tuotteiden listauksen kysely Listauksen kyselyssä tulee olla mukana tarvittavat listauksen suodatusrajaukset. Avoimet Asiat Voisiko listauksien kyselyjä varten olla yhtenäinen kuvaustiedosto? Palveluväylä toiminto: Poimintakorin lisäys Palveluväylään sallitut asiointisovellukset voivat perustaa palveluväylän tietokantaan käyttäjään liitettävän tuotteiden ja opintojaksototeutusten poimintakorin. Päiväys Prosessi Verkkomaksuprojekti - Asiointi - Poimintakoritoiminnot Asiointisovellus - Käyttäjä Oikeus lisätä uusi poimintakori Uuden poimintakorin lisäys Aina kun poimintakori Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Palveluväylään toimitetut poimintatiedot tulee olla tietosisällöltään vähimmäistasolla. Käyttötapauksen kuvaus

40 P2 P3 Muut vaatimukset V2 V3 K2 K3 Avoimet Asiat A2 Tämä on ilmeisesti turha toiminto, sillä uusi poimintakori voidaan perustaa poiminnan lisäämisen yhteydessä, kun tehdään ensimmäinen poiminta! Vai tulisiko palveluväylän tukea useaa samanaikaista poimintakoria? A3 Palveluväylä toiminto: Poimintakorin muokkaus Paveluväylään sallitut asiointisovellukset muokata palveluväylän tietokantaan käyttäjään liitetyn tuotteiden ja opintojaksototeutusten poimintakoria. Päiväys Prosessi Verkkomaksuprojekti - Asiointi - Poimintakoritoiminnot Käyttötapauksen kuvaus 1.

41 2. 3. P2 P3 Muut vaatimukset V2 V3 K2 K3 Avoimet Asiat Onko tämäkin turha, jos poimintojen muokkaus tehdään poimintatapahtumien kautta? A2 A3 Palveluväylä toiminto: Poimintakorien listaus Palveluväylään sallitut asiointisovellukset voivat listata palvelyväylään tallennetun käyttäjään liitetyn tuotteiden ja opintojaksojen poimintakorin. Päiväys Prosessi Verkkomaksuprojekti - Asiointi - Poimintakoritoiminnot Asiointisovellus - Käyttäjä Oikeus listata oman poimintakorin sisältö Luku, oma tiedot Hallintasovellus - Pääkäyttäjä Oikeus listata kaikkien poimintakorien sisältö. Luku, kaikki tiedot

42 Asiointisovelluksella tulle olla käyttöoikeus palveluväylän toimintoon. Asiointisovelluksen tulee palvelupyynnössä välittää suodatustiedot, muuten palautettava listaus suodatetaan!!! millä periaatteella?!!! Pyydettäessä yhden poimintakorin tietoja palautetaan asiointisovellukselle poimintakorista kaikki tiedot, siis myös poimintakorin sisältämät poiminnat. 1. Palvelusovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston. Määrittely kohta Palveluväylä käsittelee palvelupyynnön ja joko hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 4 3. Palveluväylä palauttaa asiointisovellukselle asetettujen suodatusten mukaisen listauksen. 4. Palveluväylä palauttaa asiointisovellukselle kyselyn hylkäyksestä ja väittää selväkielisen syyn kyselyn hylkäykseen. Poimintakorien listaus: xml-tiedosto Palautettu virheilmoitus: hylätty kysely Muut vaatimukset V2 xml-tiedostokuvaus: Poimintakori - Poimintakorien listauksen kysely Listauksen kyselyssä tulee olla mukana tarvittavat listauksen suodatusrajaukset. Avoimet Asiat Voisiko listauksien kyselyjä varten olla yhtenäinen kuvaustiedosto? Palveluväylä toiminto: Poiminnan lisäys Palveluväylään lisätyt asiointisovellukset voivat lisätä käyttäjän palveluväylässä olevaan tuotteiden ja opintototeutusten poimintakoriin poiminnan. Päiväys Prosessi Verkkomaksaminen - Asiointi - Poimintakoritoiminnot Asiointisovellus - Käyttäjä Oikeus lisätä uusi poiminta Uuden poiminnan lisäys Aina kun poiminta lisätään poimintakoriin.

43 Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Palveluväylän poimintakoriin lisätyn poiminnan tiedot tulee olla tietosisällöltään vähimmäistasolla. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston poiminnasta palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta Palveluväylä lisää hyväksytyn pyynnön perusteella uuden poiminnan poimintakoriin. 4. Poiminnan lisäyksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja poiminnan tiedot näytetään asiointisovellusta käyttävälle käyttäjälle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon tuotteen hylkäyksestä ja välittää selväkielisen syyn tuotteen hylkäykseen. Tietokantaan tallennettu poiminta Palaute: poiminnan tiedot Palautettu virheilmoitus: hylätty poiminta P2 P3 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Poimintakoria ei löydy: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 Poiminta tietokantataulun pakolliset tiedot tulee olla aina xml-siirron mukana. XML-tiedostokuvaus: Poiminta - Lisääminen Jos käyttäjälle ei löydy poimintakoria palveluväylästä, niin poimintakori perustetaan käyttäjälle. Avoimet Asiat Voidaanko poimintojen ja poimintakorien hallinta hoitaa yksinkertaisemmin? Palveluväylä toiminto: Poiminnan muokkaus Palveluväylään lisätyt asiointisovellukset voivat muokata käyttäjän palveluväylässä olevaan tuotteiden ja opintototeutusten poimintakoriin poiminnan. Päiväys Prosessi Verkkomaksuprojekti - Asiointi - Poimintakoritoiminnot

44 Asiointisovellus - Käyttäjä Oikeus muokata omien poimintojen tietoja. Kaikki, omat tiedot Hallintasovellus - Pääkäyttäjä Oikeus muokata kaikkie poimintojen tietoja. Kaikki, kaikkien tiedot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Palveluväylään toimitetut poiminnan päivitystiedot tulee olla tietosisällöltään vähimmäistasolla. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-päivitystiedoston poiminnan palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä päivittää hyväksytyn pyynnön perusteella poiminnan tiedot. 4. Poiminnan päivityksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja poiminnan tiedot näytetään asiointisovellusta käyttävälle käyttäjälle. 5. Palveluväylä palauttaa asiointisovellukselle tiedon päivityksen hylkäyksestä ja välittää selväkielisen syyn päivityksen hylkäykseen. Tietokantaan päivitetty poimita Palaute: päivitetyt tiedot Palautettu virheilmoitus: hylätty päivitys P2 P3 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Poiminnan tietoja ei ole: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 V3 V4 Poiminta tietokantataulun pakolliset tiedot tulee olla aina xml-siirron mukana. Poiminta tulee olla tallennettuna Poimintarivi tauluun. Poimintakori, jossa poiminta on, tulee myös olla olemassa Poimintakorit taulussa. XML-tiedostokuvaus: Poiminta - Muokkaus K2 Epätäydelliset tiedot, tiedot liian vajaat, eli poimintarivit tietokantataulun pakolliset tiedot puuttuu. Poiminta hylätään epäkelpona. Poimintaa ei Poimintarivit taulussa: Päivitys hylätään epätäydellisenä. Avoimet Asiat Voisiko poimintojen hallintaa jotenkin yksinkertaistaa? Palveluväylä toiminto: Poimintojen listaus

45 Palveluväylään sallitut asiointisovellukset voivat pyytää listattavaksi yhden poimintakorin poiminnat tai vain yhden tietyn poimintarivin tiedot. Päiväys Prosessi Verkkomaksuprojekti - Asiointi - Poimintakoritoiminnot Asiointisovellus - Käyttäjä Oikeus lukea omien poimintojen tiedot Luku, omat tiedot Asiointisovellus - Pääkäyttäjä Oikeus lukea kaikkien poimintojen tiedot Luku, kaikki tiedot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiointisovelluksen tulee palvelupyynnössä välittää suodatustiedot, muuten palautettava listaus suodatetaan!!! millä periaatteella?!!! Pyydettäessä yhden poiminnan tietoja palautetaan asiointisovellukselle poiminnasta kaikki tiedot. 1. Palvelusovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston. Määrittely kohta Palveluväylä käsittelee palvelupyynnön ja joko hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 4 3. Palveluväylä palauttaa asiointisovellukselle asetettujen suodatusten mukaisen listauksen. 4. Palveluväylä palauttaa asiointisovellukselle kyselyn hylkäyksestä ja väittää selväkielisen syyn kyselyn hylkäykseen. Poimintojen listaus: xml-tiedosto Palautettu virheilmoitus: hylätty kysely Muut vaatimukset V2 xml-tiedostokuvaus: Poiminta - Poimintojen listauksen kysely Listauksen kyselyssä tulee olla mukana tarvittavat listauksen suodatusrajaukset. Avoimet Asiat Voisiko listauksien kyselyjä varten olla yhtenäinen kuvaustiedosto? Toiminnallisuudet ja käyttötapaukset: maksupalvelutoiminnot

46 Toimeksiannon lisääminen Palveluväylä toiminto: Toimeksiannon lisääminen Palveluväylään sallitut asiointisovellukset voivat lisätä toimeksiannon, joka tietojen täydellisyydestä riippuen voidaan siirtää käsiteltäväksi verkkomaksutoiminnolla tai muilla palveluväylässä olevilla toiminnoilla. Päiväys Prosessi Verkkomaksuprojekti - Talous - Maksutoimeksiannot OPI-Maksut - Maksutoimeksiannot Asiointisovellus - Verkkomaksu Oikeus lisätä verkkomaksu toimeksianto Uuden toimeksiannon lisäys Aina kuin toimeksianto perustetaan. Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Toimeksianto xml tulee olla tietosisällöltään vähimmäistasoinen. 1. Asiointisovellus lähettää palveluväylän palvelukuvauksen mukaisen xml-tiedoston palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä perustaa hyväksytyn pyynnön perusteella toimeksiannon. Tulos 4. Toimeksiannon lisäyksestä lähetetään palaute asiointisovellukselle (xml-tiedosto) ja toimeksiannon maksutapahtumaan vaikuttavat tiedot näytetään käyttäjälle, joka päättää jatkaako prosessia maksuun. 5. Palveluväylä palauttaa asiointisovellukselle tiedon toimeksiannon hylkäyksestä ja väittää selväkielisen syyn toimeksiannon hylkäykseen. Tietokantaan tallennettu toimeksianto Käyttötapaus: Toimeksiannon maksusuoritus Palautettu virheilmoitus: Hylätty toimeksianto P2 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointiovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset V2 Toimeksiantojen tietokantataulun pakolliset tiedot tulee olla aina xml-siirron mukana. XML-tiedostokuvaus: Toimeksianto - Lisääminen K2 K3 Epätäydelliset tiedot, tiedot liian vajaat, eli toimeksiantojen tietokantataulun pakolliset tiedot puuttuu. Toimeksianto hylätään epäkelpona. Epätäydelliset tiedot, tiedot vajaat, mutta toimeksiantojen tietokantataulun pakolliset tiedot on välitetty. Toimeksianto tallennetaan tynkänä, mutta siirto maksatukseen estetään. Täydelliset maksutoiminallisuuden käynnistämiseen kelvolliset tiedot on tallennettu. Maksatukseen siirto on mahdollinen.

47 Avoimet Asiat Toimeksiannon tiedot Palveluväylä toiminto: Toimeksiannon tiedot Palveluväylään sallitut asiointisovellukset voivat kysyä palveluväylältä täydelliset tiedot palveluväylään tallennetusta toimeksiannosta. Päiväys Prosessi Verkkomaksuprojekti - Talous - Maksutoimeksiannot OPI-Maksut - Maksutoimeksiannot Asiointisovellus - Verkkomaksu Oikeus lukea asisointisovelluksen itsensä lisäämät toimeksiantoja Luku, Omat tiedot Palveluväylä - Hallintasovellus Oikeus lukea kaikkien asiointisovelluksen lisäämiä toimeksiantoja Luku, Kaikki tiedot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. 1. Asiointisovellus lähettää palveluväylän palvelukuvauksen mukaisen xml-tiedoston palveluväylään. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 4 3. Palveluväylä palauttaa tiedot toimeksiannosta asiointisovellukselle xml-tiedostona. 4. Palveluväylä palauttaa asiointisovellukselle kyselyn hylkäyksestä ja väittää selväkielisen syyn kyselyn hylkäykseen. Toimeksiannon tiedot: xml-tiedosto Palautettu virheilmoitus: hylätty kysely P2 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen kysely: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset XML-tiedostokuvaus: Toimeksianto - Toimeksiannon tiedot Virheellinen xml-kysely: kysely hylätään.

48 Avoimet Asiat Palveluväylä toiminto: Toimeksiannon muokkaus Palveluväylään sallitut asiointisovellukset voivat muokata toimeksiannon tietoja, joka tietojen täydellisyydestä riippuen voidaan siirtää käsiteltäväksi verkkomaksutoiminnolla tai muilla palveluväylässä olevilla toiminnoilla. Päiväys Prosessi Verkkomaksuprojekti - Talous - Maksutoimeksiannot OPI-Maksut - Maksutoimeksiannot Asiointisovellus - Verkkomaksu Oikeus muokata asiointisovelluksen itsensä lisäämiä verkkomaksutoimeksiantoja. Päivitys, omat toimeksiannot Palveluväylä - Hallintasovellus Oikeus muokata kaikkien asiointisovellusten lisäämiä verkkomaksutoimeksiantoja. Päivitys, kaikki toimeksiannot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiointisovelluksen tulee tietää toimeksiannon tunniste. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston. Määrittelyn kohta Palveluväylä käsittelee palvelupyynnön ja joko hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 5 3. Palveluväylä muokkaa hyväksytyn pyynnön perusteella toimeksiannon. 4. Toimeksiannon lisäyksestä lähetetään palaute asiakassovellukselle (xml-tiedosto) ja toimeksiannon maksutapahtumaan vaikuttavat tiedot näytetään käyttäjälle, joka päättää jatkaako prosessia maksuun. 5. Palveluväylä palauttaa asiointisovellukselle tiedon toimeksiannon muokkauksen hylkäyksestä ja välittää selväkielisen syyn hylkäyksen. Tietokantaan muokattu toimeksianto Käyttötapaus: Toimeksiannon maksusuoritus Palautettu virheilmoitus: Hylätty muokkaus P2 P3 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen xml-tiedosto: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Asiontisovellus yrittää muokata siten, että vähimmäistietomääritykset eivät täyty: Muokkaus hylätään. Muut vaatimukset Toimeksiantojen tietokantataulun pakolliset tiedot tulee olla ana xml-siirron mukana myös muokkauksissa.

49 V2 XML-tiedostokuvaus: Toimeksianto - Muokkaus K2 K3 Epätäydelliset tiedot, tiedot liian vajaat, eli toimeksiantojen tietokantataulun pakolliset tiedot puuttuu. Muokkaus hylätään epäkelpona. Epätäydelliset tiedot, tiedot vajaat, mutta toimeksiantojen tietokantataulun pakolliset tiedot on välitetty. Toimeksiannon muokkaus tallennetaan tynkänä, mutta siirto maksatukseen estetään. Täydelliset maksutoiminallisuuden käynnistämiseen kelvolliset tiedot on tallennettu. Maksatukseen siirto on mahdollinen. Avoimet Asiat Palveluväylä toiminto: Toimeksiannon tilakysely Palveluväylään sallitut asiointisovellukset voivat kysyä palveluväylältä yhden toimeksiannon tilan. Käyttöliittymälle voidaan tällöin palauttaa aktiivisesti tieto yhden tietyn toimeksiannon tilasta. Päiväys Prosessi Verkkomaksuprojekti - Talous - Maksutoimeksiannot OPI-Maksut - Maksutoimeksiannot Asiointisovellus - Verkkomaksu Oikeus lukea asiointisovelluksen itsensä lisäämien toimeksiantojen tilatietoja Luku, omat tiedot Palveluväylä - Hallintasovellus Oikeus lukea kaikkien asiointisovellusten lisäämien toimeksiantojen tilatietoja. Luku, kaikki tiedot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiointisovelluksen tulee tietää toimeksiannon tunniste. 1. Asiointisovellus lähettää xml-kuvauksen mukaisen tilakyselyn palveluväylään. Määrittelyn kohta Palveluväylä käsittelee tilakyselyn ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 4 3. Palveluväylä palauttaa asiointisovellukselle tiedon toimeksiannon tilasta xml-tiedostona. 4. Palveluväylä palauttaa asiakassovellukselle kyselyn hylkäyksestä ja väittää selväkielisen syyn kyselyn hylkäykseen. Toimeksiannon tila: xml-tiedosto Palautettu virheilmoitus: hylätty kysely P2 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen kysely: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus.

50 Muut vaatimukset xml-tiedostokuvaus: Toimeksianto - Toimeksiannon tila Virheellinen xml-kysely: kysely hylätään. Avoimet Asiat Palveluväylä toiminto: Toimeksiannon tilapäivitykset Palveluväylään sallitut asiointisovellukset voivat päivittää yhden toimeksiannon tilan. Tällöin voidaan esimerkiksi teknisen virheen vuoksi jumiin jääneet toimeksiannot vapauttaa takaisin maksettavaksi. Lisäksi käsittelemättömät toimeksiannot voidaan sulkea pois aktiivisista toimeksiannoista. Päiväys Prosessi Verkkomaksuprojekti - Talous - Maksutoimeksiannot OPI-Maksut - Maksutoimeksiannot Asiointisovellus - Verkkomaksu Oikeus päivittää asiointisovelluksen itsensä lisäämien toimeksantojen tilatietoja. Päivitys, omat tiedot Palveluväylä - Hallintasovellus Oikeus päivittää kaikkien asiointisovellusten lisäämien toimeksiantojen tilatietoja. Päivitys, kaikki tiedot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiontisovelluksen tulee tietää toimeksiannon tunniste. Asiointisovelluksen tulee tietää toimeksiannon päivitettävä tila. 1. Asiointisovellus lähettää xml-kuvauksen mukaisen tilakyselyn palveluväylään. Määrittelyn kohta Palveluväylä käsittelee päivityspyynnön ja hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 4 3. Palveluväylä palauttaa asiointisovellukselle tiedon päivityspyynnön tilasta xml-tiedostona. 4. Palveluväylä palauttaa asiakassovellukselle päivityspyynnön hylkäyksestä ja väittää selväkielisen syyn päivityspyynnön hylkäykseen. Toimeksiannon tila: xml-tiedosto Palautettu virheilmoitus: hylätty päivityspyyntö Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin.

51 P2 Palvelukuvauksen vastainen kysely: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset xml-tiedostokuvaus: Toimeksianto - Toimeksiannon tilan päivitys Virheellinen tila: päivitys hylätään. Avoimet Asiat Palveluväylä toiminto: Toimeksiannon maksusuoritus Palveluväylään sallitut asiointisovellukset voivat käynnistää maksusuorituksen toimeksiannosta, joka on tiedoiltaan tarpeeksi täydellinen maksusuoritusta varten. Päiväys Prosessi Verkkomaksuprojekti - Talous - Maksutoimeksiannot OPI-Maksut - Maksutoimeksiannot Asiointisovellus - Verkkomaksu Oikeus käynnistää verkkomaksutoiminto asiakassovelluksen itsensä lisäämälle toimeksiannolle. Suoritus, omat toimeksiannot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiointisovelluksen tulee tietää toimeksiannon tunniste Toimeksiannon tulee olla tietosisältään kelvollinen maksutoimintoon. 1. Asiointisovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston. Määrittely kohta Palveluväylä käsittelee palvelupyynnön ja joko hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 7 3. Palveluväylä palauttaa asiointisovellukselle verkkomaksun suorittamisen käyttöliittymät Vetuma-palvelusta. 4. Loppukäyttäjä käyttää asiointisovelluksen kautta verkkomaksukäyttölittymiä maksun suorittamiseen. 5. Palveluväylälle palautuu tieto maksun suorituksen tilasta 6. Palveluväylä palauttaa asiointisovellukselle tiedon toimeksiannon tilasta verkkomaksun suorittamisen jälkeen. Toimeksiannon päivittyneen tilan tiedot näytetään käyttäjälle asiointisovelluksessa. T4 7. Palveluväylä palauttaa asiointisovellukselle tiedon toimeksiannon maksamisen hylkäyksestä ja välittää selväkielisen syyn hylkäyksen. T5 Vetuma-palvelun verkkomaksukäyttöliittymä

52 T4 T5 Suoritettu maksu TAI Epäonnistunut maksutapahtuma Vetuma-palvelun palauttama tieto maksun tilasta. Toimeksiannon maksun suorituksen tila: xml-tiedosto Palautettu virheilmoitus: hylätty maksusuoritus P2 P3 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen kysely: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Maksu suoritusta yritetään riittämättömillä toimeksiannon tiedoilla: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset xml-tiedostokuvaus: Toimeksianto - Toimeksiannon maksusuoritus - K2 Maksuun riittämättömät tiedot: maksua ei käynnistetä Toimeksianto ei ole maksuun kelvollisessa tilassa: maksua ei käynnistetä Avoimet Asiat Palveluväylä toiminto: Toimeksiantojen listaus Palveluväylään sallitut asiointisovellukset voivat pyytää palveluväylältä listan palveluväylään tallennetuista toimeksiannoista. Listausta voidaan suodattaa eri hakutekijöillä, jotta tietojen näyttämistä asiointisovelluksen käyttöliittymissä voidaan hallita. Päiväys Prosessi Verkkomaksuprojekti - Talous - Maksutoimeksiannot OPI-Maksut - Maksutoimeksiannot Asiointisovellus - Verkkomaksu Oikeus lukea asiointisovelluksen itsensä lisäämiä toimeksiantoja. Luku, omat tiedot Palveluväylä - Hallintasovellus Oikeus lukea kaikkien asiointisovellusten lisäämiä toimeksiantoja. Luku, kaikki tiedot Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. Asiointisovelluksen tulee palvelupyynnössä välittää suodatustiedot, muuten palautettava listaus suodatetaan!!! millä periaatteella?!!! 1. Palvelusovellus lähettää palveluväylään palvelukuvauksen mukaisen xml-tiedoston. Määrittely kohta 4.2.2

53 2. Palveluväylä käsittelee palvelupyynnön ja joko hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta 4 3. Palveluväylä palauttaa asiointisovellukselle asetettujen suodatusten mukaisen listauksen. 4. Palveluväylä palauttaa asiakassovellukselle kyselyn hylkäyksestä ja väittää selväkielisen syyn kyselyn hylkäykseen. Toimeksiantojen listaus: xml-tiedosto Palautettu virheilmoitus: hylätty kysely Muut vaatimukset V2 xml-tiedostokuvaus: Toimeksianto - Toimeksiantojen listauksen kysely Listauksen kyselyssä tulee olla mukana tarvittavat listauksen suodatusrajaukset. Avoimet Asiat Toiminnallisuudet ja käyttötapaukset: tunnistustoiminnot Palveluväylä toiminto: Henkilön tunnistaminen TUPAStunnistautumisella. Palveluväylään sallitut asiointisovellukset voivat käynnistää Vetuman-kautta tarjottavan TUPAS-tunnistautumisen. TUPAS-tunnistautumisen kautta välitetty käyttäjäntunnistaminen tallennetaan palveluväylän tietokantaan ja tunnistettua henkilötietoa voidaan käyttää tämän jälkeen asiointisovelluksessa. Päiväys Prosessi Verkkomaksuprojekti - Käyttäjä - Vahva tunnistaminen OPI-Maksut - Vahva tunnistaminen Asiointisovellus - Vahva tunnistaminen Oikeus käynnistää tunnistustoiminto Suoritus Asiointisovelluksella tulee olla käyttöoikeus palveluväylän toimintoon. 1. Asiointisovellus lähettää palveluväylään tunnistuksen käynnistyskutsun. Määrittely kohta 4.2.2

54 2. Palveluväylä käsittelee käynnistyspyynnön ja joko hyväksyy tai hylkää pyynnön. Hyväksytty: kohta 3 / Hylätty: kohta Palveluväylä palauttaa asiointisovellukselle TUPAS-tunnistamisen suorittamisen käyttöliittymät Vetuma-palvelun kautta. 4. Loppukäyttäjä käyttää TUPAS-tunnistamisen käyttöliittymiä vahvan tunnistautumisen suorittamiseen. 5. Palveluväylälle palautuu tieto tehdystä tunnistuksesta. 6. Palveluväylä palauttaa tiedon tunnistusta henkilöstä asiointisovellukselle. T4 7. Palveluväylä palauttaa tiedon virheellisestä tunnistustapahtumasta asiointisovellukselle. T5 T4 T5 Vetuma-palvelun kautta haetut TUPAS-tunnistautumisen käyttöliittymät. Suoritettu tunnistaminen TAI Epäonnistunut tunnistaminen Vetuma-palvelun palauttamat tiedot tunnistetusta henkilöstä. Henkilön tunnistamisen tila ja osa palautetusta tiedoista. Palautettu virheilmoitus: epäonnistunut tunnistautuminen P2 Käyttöoikeudeton sovellus: käyttö estetään ja tilanne kirjataan seurantalokiin. Palvelukuvauksen vastainen käynnistys: käyttö keskeytetään, tilanne kirjataan seurantalokiin ja asiointisovellukseen palautetaan selväkielinen virheilmoitus. Muut vaatimukset xml-tiedostokuvaus: Henkilö - Henkilön vahva tunnistaminen Avoimet Asiat Toiminnallisuudet ja käyttötapaukset: talousautomaation toiminnot Palveluväylä toiminto: Talousautomaation siirtotiedoston muodostus Talousautomaation tarvitsemat siirtotiedostot muodostetaan maksetuista toimeksiantoriveistä. Ajo voidaan suorittaa joko ajastetusti tai hallinta käyttöliittymän kautta. Ajo on myös mahdollista ajaa koeajona. Päiväys Prosessi Verkkomaksuprojekti - Talous - Talousautomaatio OPI-Maksut - Talousautomaatio

55 Palveluväylä - Hallintasovellus Oikeus käynnistää siirtotiedoston muodostus koeajona siten, että siirtotiedosto muodostetaan siirtokelpoisesta aineistosta, mutta siirrettyjä toimeksiantoja ei kirjata tietokantaan siirretyiksi. Tietokanta, vain luku, siirtokelpoiset toimeksiannot Palveluväylä - Hallintasovellus Oikeus käynnistää siirtotiedoston muodostus siten, että siirtotiedosto muodostetaan siirtokelpoisesta aineistosta ja että siirretyt toimeksiannot kirjataan tietokantaan siirretyksi. Tietokanta, luku ja kirjoitus, siirtokelpoiset toimeksiannot Palveluväylä - Ajastetut toiminnot Oikeus käynnistää ajastetusti siirtotiedoston muodostus siten, että siirtotiedosto muodostetaan siirtokelpoisesta aineistosta ja että siirretyt toimeksiannot kirjataan tietokantaan siirretyksi. Tietokanta, luku ja kirjoitus, siirtokelpoiset toimeksiannot Päivittäin Siirrettävien toimeksiantojen tulee olla verkkomaksutoiminnolla suoritettuja ja maksetuiksi todettuja verkkomaksu toiminnon tilaviesteistä. 1. Siirtotiedoston muodostaminen käynnistetään joko koeajona tai lopullisena ajona. 2. Muodostaminen käy siirtämättömät mutta siirtokelpoiset toimeksiannot läpi ja tarkastaa niiden siirtokelpoisuuden. 3. Muodostaminen kirjaa siirtokelpoiset rivit valmiiksi siirtoon. 4. Muodostaminen kirjaa virheellisistä tapahtumista selväkielisen merkinnän tapahtumalokiin ja merkitsee rivit virhetilaan. 5. Ajo muodostaan siirtotiedoston siirtokelpoisista riveistä. Määrittely kohta Ajon suorituksesta kirjataan merkintä tapahtumalokiin. 7. Ajosta palautetaan siirtoraportti, joka lähetetään taloushallintoon sähköpostilla. Siirtokelpoinen toimeksianto. Virhetilassa oleva toimeksianto. Siirtoraportti. Puutteellisilla tiedoilla varustettu toimeksianto, jota yritetään siirtää: Toimeksianto tila vaihdetaan virhe tilaan ja tilanne kirjataan lokiin. Muut vaatimukset Talousjärjestelmän (Intime Plus) siirtotiedostojen kuvaukset. K2 Toimeksiantoa ei merkitty maksetuksi: siirtoa ei käynnistetä. Maksetulla toimeksiannolla ristiriitaiset tiedot: merkitään virhetilaan. Avoimet Asiat Toimintojen Webservice-rajapinnan kuvaukset palveluväylä toimintojen sekä talousautomaation paketointi muille sovelluksille sopivaksi!!! Määrittely kesken!!! Maksu- ja tunnistustoiminnallisuuksien Vetuma-rajapintojen kuvaukset Maksu- ja tunnistustoiminnallisuuksien rakentamisessa käytetään Vetuma-rajapintoja. Vetumasta käytetään seuraavia teknisiä kuvauksia liittymien rakentamiseksi: Vetuma palvelun sovelluksille tarjoaman toiminnallisuuden kuvaus, versio 3.1 Vetuma-palvelun kutsurajapinnan määrittely, versio 3.1 Liite 2: Vetuman sanomaesimerkit, versio 1.0

56 !!! Tarvitaanko myös SAML-rajapintoja?!!! Talousautomaation rajapinnan kuvaukset Talousautomaatio siirtotiedoston muodostus tekee ASCII-tekstitiedoston (ISO merkistö), jossa siirretään myyntitapahtumat Intime Plus järjestelmään määrämittaisella tiedostolla. Tiedosto on määritelty seuraavissa tiedostokuvauksissa (Liitteenä. Ko. tiedostot sisältävät Aditron kanssa käydyissä määrittelypalavereissa tehdyt täydennykset ja korjaukset.): Myyntitilaus-otsikko - palaverikorjaukset.pdf Myyntitilauserän kuvaus - palaverikorjaukset.pdf Myyntitilausrivin kuvaus - palaverikorjaukset.pdf Tiedosto muodostuu siirtoriveistä, jotka ovat tilauskohtaisia. Rakenne menee seuraavasti: Tilauksen ensimmäisenä tietueena on aina tilausotsikko. Seuraavina tulevat tilaukseen kuuluvat toimituserät, joiden ensimmäisenä tietueena on toimituserätietue ja välittömästi sen perässä ko. toimituserään kuuluvat tilausrivitietueet. Kaikkien tietueiden pituus on oltava sama. Käyttöönoton alkuvaiheessa siirtotiedosto muodostetaan manuaalisesti. Kun tekniikka on todettu toimivaksi, siirtotiedosto muodostetaan automaattisesti päivittäin klo 3.00 (aamuyöllä) edellisen päivän siirtokelpoisesta materiaalista. Siirtotiedostoon tulee vain siirtokelpoinen ja sisällöltään tarkastukset läpäisevä materiaali Tietomalli ja tietokanta Jotta palveluväylä pystyy tarjoamaan asiointisovelluksille tarvittavat palvelut, ulkoisten toiminnallisten palveluiden lisäksi tarvitaan käsiteltävien tietojen tallentamiseksi tietokanta. Tietokanta on rakennettu siten, että on yritetty ottaa huomioon asiointitapahtumien tarpeet, käyttäjätarpeet sekä myös maksutapahtumien ja talousautomaation tarpeet. Lisäksi on yritetty ottaa huomioon joitakin tulevia tarpeita, kuten Avoimen ammattikorkeakoulun opintojakso osallistumisien myynti. Tietokannan kehittäminen aloitettiin seuraavalla käsitekartalla. Käsitekartalla mietittiin tietoja ja niiden linkittymistä toisiinsa. Tietokanta - Käsitekartta Käsitekartan luomisen jälkeen voitiin muodostaa seuraavat tietokanta taulut:

57 User-taulu: Käyttäjätiedot Käyttäjien tiedot tallennetaan tähän tauluun. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK ID Käyttäjätunniste int long Uniikki, pakollinen, autoincrement Käyttäjän juokseva tunniste. FK FK FK_Person_Per sonid FK_UserProfiles _ProfileName MetropoliaID Person-taulun ID int long Uniikki, pakollinen Person-taulu, PersonIDkenttä UserProfilestauluun tallennettu profiilinimi Metropolia käyttäjätunnus varchar 20 Pakollinen UserProfilestaulu, ProfileNamekenttä varchar Tomilta tieto 1:1 viittaus Person-tauluun. Henkilöstä muodostuu yksi identiteetti kahden taulun tietojen perusteella. Mikäli käyttäjällä on olemassa Metropolia tunnus, tunnus tallennetaan tähän kenttään. Kun käyttäjä tunnistetaan vahvasti, tämän tiedon vastine haetaan tunnistautumisen perusteella Ammeesta. Address Sähköpostiosoite varchar 100 Käyttäjän ilmoittama sähköpostiosoite. Voidaan käyttää myös kirjautumistunnuksena MetropoliaIDIsIn Use IDIsInUse LastLogin LastLoginIP Metropolia-tunnus käytössä? Sähköpostitunnus käytössä? Viimeinen kirjautuminen Viimeisen kirjautumisen IPosoite boolean Oletus: false Lisäksi, jos Person - IsInUse kenttä on false, niin tämäkin on false. boolean Oletus: false Lisäksi, jos Person - IsInUse kenttä on false, niin tämäkin on false. Onko käyttäjän Metropolia tunnus kirjautumiskäytössä? Käytännössä CAS validoi käyttöoikeuden voimassaolon. Onko käyttäjän sähköpostiosoite käytössä kirjautumiseen? datetime Milloin käyttäjä on kirjautunut viimeksi? varchar 15 Mistä osoitteesta käyttäjä on viimeksi kirjautunut? LastUpdate Viimeisin päivitys datetime Pakollinen Milloin tietuetta on viimeksi päivitetty? UpdateBy Viimeisin päivittäjä varchar Tomilta tieto Pakollinen User-taulu - IDkenttä Kuka käyttäjä on viimeksi päivittänyt tietuetta? Person-taulu: Henkilötiedot Käyttäjään liittyvän henkilön tiedot tallennetaan omaan tauluunsa. Tiedot on tallennettu 1:1 viittauksella, jolloin yhtä käyttäjätunnusta vastaa yksi henkilö. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK PersonID Henkilötunniste int long Uniikki, pakollinen, autoincrement Henkilön juokseva tunniste. CustomerID Asiakasnumero int short Uniikki Henkilölle liitetty asiakasnumero. Sama kuin IntimePlussaan siirrettävä asiakasnumero ID Henkilötunnus varchar 11 Uniikki, vain suomalaiset, vahvatunnistus Henkilötunnuksen määritelmä Tieto tallennetaan tietokantaan salattuna kehitystiimissä määritellyllä salausmenetelmällä. StudentID Opiskelijanumero int / varchar? Winha Opiskelijanumero ilmeisesti Winhasta. Tietotyyppi pitää tarkistaa! Surname Sukunimi varchar Tomilta tieto Firstnames Etunimet varchar Tomilta tieto IsStrongIdentifie d Winha_TK_kood i Vahva tunnistus suoritettu Winha-järjestelmän TK-koodi Pakollinen Henkilön virallinen sukunimi. Tieto haetaan mieluiten virallisista tietolähteistä. Pakollinen Henkilön viralliset etunimet. Tieto haetaan mieluiten virallisista tietolähteistä. boolean Oletus: false Onko käyttäjä tunnistettu vahvalla tunnistus menetelmällä? varchar Pituus Winhasta! IsInUse On käytössä boolean Oletus: false Onko henkilö käytössä? LastUpdate Viimeisin päivitys datetime Pakollinen Milloin tietuetta on viimeksi päivitetty? UpdateBy Viimeisin päivittäjä varchar Tomilta tieto Pakollinen Winha User-taulu - IDkenttä Winhassa käytössä oleva koulutusohjelman koodi, jolla opiskelija on kohdistettu koulutusohjelmalle. Tieto haetaan Ammeesta. Kuka käyttäjä on viimeksi päivittänyt tietuetta? Avoimet kysymykset: tarvitaanko kutsumanimi-kenttä? Miten käsitellään Winha_TK_koodin koodisto? PersonAddress-taulu: Henkilön osoitetiedot Henkilöön liittyvien osoitteiden tiedot tallennetaan omaan tauluunsa. Henkilölle voi olla liitettynä useampi kuin yksi osoite. Osoitteet eroitellaan toisistaan rooleina, esim. kotiosoite, työosoite, opiskelupaikan osoite jne. Henkilön kotiosoite-tiedot pyritään täydentämään vahvan tunnistautumisen yhteydessä saatavan tiedon mukaiseksi. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset FK / PK FK_Person_PersonI D Henkilön tunniste int long Henkilön tunniste Person-taulusta PK Address_Role Osoitteen rooli varchar 25 Määritelty rooliluokitus Yllämainittu osoitteen rooliluokitus. PostalAddress Postiosoite varchar 100 Postiosoite PostCode Postinumero varchar 10 Postinumero Municipality Postitoimipaikka varchar 50 Postitoimipaikka Country Maa varchar 50 Maa

58 CompanyID Y-tunnus varchar 15 YTJ-tietojärjestelmän y- tunnus Rooliin liitettävä mahdollisen yrityksen y-tunnus. CompanyName Yrityksen nimi varchar 50 Rooliin liitettävän mahdollisen yrityksen virallinen nimi. IsBillingAddress Onko laskutusosoite? boolean Oletus: false Onko tämä ao. osoite henkilön oletuslaskutusosoite? LastUpdate Viimeisin päivitys datetime Pakollinen Milloin tietuetta on viimeksi päivitetty? UpdateBy Viimeisin päivittäjä varchar Tomilta tieto Pakollinen User-taulu - ID-kenttä Kuka käyttäjä on viimeksi päivittänyt tietuetta? Avoimet kysymykset: Hajoitetaanko AddressRole - kentän roolilista omaksi taulukseen vai vedätäänkö tieto kovakoodattuna? Mitkä ovat tuetut roolit? Product-taulu: Tuote tiedot Tämä taulu sisältää verkkomaksu-järjestelmän kautta myytävät tuotteet. Tuote tietojen taakse on myös liitetty tietoja talousautomaatiota varten. Tämän vuoksi osa taulun tiedoista kytkeytyy IntimePlus-järjestelmästä replikoituhin tietoihin. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK ProductID Tuotetunnus int short Tuotteen kuvaava tunnus FK FK FK ProductName Tuotteen nimi varchar Tuotteen käyttöliittymissä näytettävä nimi. FK_IntimeProduct_IntimeProductI D Intime tuotetunnus FK_IntimeProject_IntimeProjectID Intime projektitunnus FK_IntimeEducationProgram_Inti meeducationprogramid Intime Koulutusohjelmat unnus FK? EServiceProductType Asiointi tuotetyyppi FK? EServiceChannel Asiointi palvelukanava int long IntimeProduct-taulu - IntimeProductID-kenttä int long IntimeProject-taulu - IntimeProjectID-kenttä int long IntimeEducationProgram-taulu - IntimeEducationProgramIDkenttä IntimePlus tuotetunnus taulusta IntimeProduct. IntimePlus projektitunnus taulusta IntimeProject. IntimePlus koulutusohjelmatunnus taulusta IntimeEducationProgram varchar 20 Pakollinen Millainen asiointipalvelu tuote on kyseessä? Tällä luokitellaan tuote esim. käsittelymaksuksi. varchar 20 Pakollinen Missä asiointipalvelu kanavassa tuotetta voi käyttää? Eli tällä voidaan erotella palveluväylän tuote johonkin tietyyn asiointisovellukseen. IsInUse On käytössä boolean Oletus: false Onko tuote käytössä? LastUpdate UpdateBy Viimeisin päivitys Viimeisin päivittäjä datetime Pakollinen Milloin tietuetta on viimeksi päivitetty? varchar Tomilta tieto Pakollinen User-taulu - ID-kenttä Kuka käyttäjä on viimeksi päivittänyt tietuetta? Avoimet kysymykset: pitäiskö tuo tuote taulukenttä nimi tehdä hieman geneerisemmäksi? pitäiskö asiointipalvelutyypit / kanavat hajoittaa omaksi taulukseen? StudyImplementation-taulu: Opintojaksototeutus tiedot Huom! Tätä taulua ei toteuteta tuotantoon projektin ensimmäisessä vaiheessa. Taulun tietosisältö on tällä hetkellä jatkokehityksen alla. Taulu sisältää avoimen ammattikorkeakoulun asiointipalvelussa myytävien opintojaksototeutusten tiedot. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK ImplementationID Opintojaksototeut uksen tunnus FK FK_Product_ProductID Asiointituote tunnus FK FK_IntimeEducationProgra m_educationprogramid Intime Koulutusohjelmatu nnus varchar Tieto Pepistä? Pakollinen Opintojakson toteutuksen tunnus. Otetaan siitä järjestelmästä, joka on toteutuksien lähdejärjestelmä. int long Pakollinen Product-taulu - ProductIDkenttä int long Pakollinen IntimeEducationProgramtaulu - IntimeEducationProgramIDkenttä StudyUnitName Opintojakson nimi varchar Pakollinen Tiedot edellä mainitusta lähdejärjestelmästä. StudyUnitDescription StudyUnitWWWInfoPage ImplementationStartTime ImplementationEndTime MinimumSeats Opintojakson kuvaus Linkki ulkoisiin tietoihin Toteutuksen aloitus päivämäärä Toteutuksen päättymis päivämäärä Paikkoja vähintään varchar Pakollinen Tiedot edellä mainitusta lähdejärjestelmästä. varchar Pakollinen Tiedot edellä mainitusta lähdejärjestelmästä. date Pakollinen Tiedot edellä mainitusta lähdejärjestelmästä. date Pakollinen Tiedot edellä mainitusta lähdejärjestelmästä. int short Tiedot edellä mainitusta lähdejärjestelmästä. MaximumSeats Paikkoja enintään int short Tiedot edellä mainitusta lähdejärjestelmästä. FreeSeats Paikkoja vapaana int short Laskennallinen tieto, joka päivittyy tehtyjen myyntien perusteella. IsInUse On käytössä boolean Oletus: false Onko toteutus käytössä? Voimassa vain kun InternetPublish on voimassa, eli tietoa voidaan käyttää jonkun toteutuksen ilmoittautumisten väliaikaiseen keskeyttämiseen. InternetPublishStart InternetPublishEnd Internet julkaisu alkaa Internet julkaisu päättyy datetime Tiedot edellä mainitusta lähdejärjestelmästä. datetime Tiedot edellä mainitusta lähdejärjestelmästä.

59 LastUpdate Viimeisin päivitys datetime Pakollinen Milloin tietuetta on viimeksi päivitetty? UpdateBy Viimeisin päivittäjä varchar Tomilta tieto Pakollinen User-taulu - ID-kenttä Kuka käyttäjä on viimeksi päivittänyt tietuetta? Avoimet kysymykset: Tarvitaanko joku toinen mekanismi toteutuksilla olevien vapaiden paikkojen hallintaan? Mistä nämä tiedot tuotetaan? Verkkomaksu/Asiointi järjestelmään ei olla lisäämässä käyttöliittymiä näiden tietojen syöttämistä varten! Tarkastettavat tiedot: Intime avaintietojen tietotyypit Assignment-taulu: Toimeksianto-taulu Maksun sisältävän asiointitapahtumien tiedot tallennetaan toimeksiantoina. Toimeksianto tiedot pitävät sisällään tarvittavat tiedot yhden asiointitapahtuman käsittelyyn. Toimeksianto voi sisältää useamman toimeksiantorivin, jotka tallennetaan omaan tauluunsa. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK AssignmentID Toimeksiantotunnus int long Pakollinen, Uniikki, Autoincrement PK OrderID Tilausnumero int long Pakollinen CreatedFromBasket Luotu poimintakorista int long AssignmentDate Perustettu date Pakollinen FK ValidTill FK_Person_Custome rid Voimassaoloajan päättyminen datetime Henkilö int long Pakollinen Person-taulu - CustomerIDkenttä EServiceChannel Asiontikanava varchar 25 Pakollinen Hashtag Yksilöllinen tunniste varchar 32 Pakollinen State Käsittelyn tila varchar 25 Pakollinen HandlingMethod Käsittelytapa int short Pakollinen!!! Missä määritellään käsittelytapojen koodit?!!! ReferenceID Pankkiviite varchar 50 Pakollinen SEPA-standardin mukaan varataan tilaa, tosin aluksi tuetaan suomalaista. TermOfPayment Maksuehto int short Pakollinen TotalPayable Loppusumma double 10,2 Pakollinen TransactionDate Tapahtumapäivä datetime TransactionReturnSt atus TransactionArchiveID Tapahtuman arkistointitunnus Tapahtuman paluuvaste varchar 100!!! Tarkistetaan Vetuma-spekseistä.!!! varchar 50!!! Tarkistetaan Vetuma-spekseistä.!!! IsInUse On käytössä boolean Oletus: false Onko toimeksianto käytössä? Voidaan käyttää toimeksiannon pakkosulkuun. LastUpdate Viimeisin päivitys datetime Pakollinen Milloin tietuetta on viimeksi päivitetty? UpdateBy Viimeisin päivittäjä varchar Tomilta tieto Pakollinen User-taulu - ID-kenttä Kuka käyttäjä on viimeksi päivittänyt tietuetta? IntimeTransferStatus Intime siirron tila varchar 25 Pakollinen!!! Siirron tilojen koodit?!!! Kesken, Valmis, Odottaa siirtoa, Siirretty, Ei siirretä Tarkastettavaa: vetuma-speksista tietuekuvauksia siirron tilakoodit, että vastaa tarvittavia siirtotiloja AssignmentRow-taulu: Toimeksiantorivi-taulu Toimeksiannot sisältävät useamman rivin, jotta yhdellä toimeksiannolla voidaan käsitellä useampaa kuin vain yhtä tuotetta kerrallaan (esim. avoimen opintojakso toteutuksia). Tietojen tulee olla aina tosiaikaista tilannetta vastaavia siihen saakka kunnes toimeksianto siirtyy maksuvaiheeseen, jolloin rivien tilanne jäädytetään, eli rivejä ei voi enää lisätä, poistaa tai muuttaa. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK AssignmentRowID Toimeksianto rivin tunnus FK FK FK FK FK_Assignment_Ass ignmentid FK_Product_Product ID FK_StudyImplement ation_studyimpleme ntationid FK_IntimeEducation Program_IntimeEduc ationprogramid Toimeksianto tunnus int long Pakollinen, Uniikki, Autoincrement int long Pakollinen Assignment-taulu - AssingmentIDkenttä Tuotetunnus int long Pakollinen Product-taulu - ProductID-kenttä Opintojaksot unnus Intime Koulutusohjel ma varchar Tieto Pepistä? StudyImplementatio n-taulu - StudyImplementatio n-kenttä int long IntimeEducationPro gram-taulu - IntimeEducationPro gramid-kenttä Amount Määrä double 6,2 Pakollinen Myyty määrä.

60 RowPrice Rivihinta double 6,2 (intime määritys) Pakollinen Myyntihetken rivihinta. RowTotal IntimeProjectID Rivi yhteensä Intime projektinume ro double 10,2 Pakollinen RowTotal = Amount * RowPrice, Myyntihetken arvoilla laskettuna! int short Pakollinen Pitäisikö tämä olla FK_IntimeProject_IntimeProjectID ProductName Tuotenimi varchar 200 Pakollinen Myydyn tuotteen nimi. Voidaan yhdistellä eri tiedoista, sillä tuotteen nimi voi muuttua, mutta myydyn tuotteen nimi tulee tallentaa tietokantaan. Eli esim.: haetaan nimitieto ensin tuotetaulusta ja lisäksi jos on määritelty opintojaksototeutustieto, niin täydennetään tietoa myös opintojakson toteutuksen nimellä. Avoimet kysymykset: Intime projektitunnuksen käyttö Log-taulu: Loki-taulu Järjestelmä tallentaa suorituista tapahtumista tietoa lokiin. Lokiin tallennettua tietoa näytetään pää- ja ylläpitokäyttäjille Lokin katselu käyttöliittymällä. Huom! Tämä taulu on olemassa niin asiointijärjestelmässä kuin palveluväylässä. Molemmat järjestelmät käyttävät kuitenkin omaa lokiaan. Palveluväylä tarjoaa asiointisovellukselle oman lokinsa käyttöön tietojen näyttämistä varten. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK LogID Tapahtumatu nnus Time Tapahtumaaika FK FK_User_ID Käyttäjätunnu s Module Ohjelmamodu li int long Pakollinen, Uniikki, Autoincrement datetime Pakollinen, Aikaleima joka generoidaan automaattisesti kun tietue lisätään. integer long User-taulu - IDkenttä varchar 100 Pakollinen Virheen havainnut ohjelmamoduli tallettaa ErrorLevel Virhetaso varchar 25 Pakollinen Tasot: Debug, Info, Warning, Security, Fatal. ErrorDescription Virhekuvaus varchar 1000 Pakollinen Jos on tiedossa käyttäjä, jolla virhe tapahtuu, niin kirjataan tieto. Huom! Myös kirjautumatomalla käyttäjällä voi tapahtua virheitä UserProfiles-taulu: Käyttäjäprofiilitaulu Asiointipalveluiden käyttäjälle tulee asettaa asiontijärjestelmän käyttäjäprofiili, joka määritellään tähän tauluun. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK ProfileName Käyttäjäprofiili string 20 Uniikki, pakollinen IsNormalUser On normaalikäyttäjä boolean IsAdmissionOfficeUser On hakutoimistokäyttäjä boolean IsStudentServicesUse r On opintotoimistokäyttäjä boolean IsFinancialUser On taloushallintokäyttäjä boolean IsAdminUser On pääkäyttäjä boolean IsSysAdminUser On ylläpitokäyttäjä boolean IsInUse On käytössä boolean Oletus: false Onko profiili käytössä? LastUpdate Viimeisin päivitys datetime Pakollinen Milloin tietuetta on viimeksi päivitetty? UpdateBy Viimeisin päivittäjä varchar Tomilta tieto Pakollinen User-taulu - IDkenttä Kuka käyttäjä on viimeksi päivittänyt tietuetta? Basket-taulu: Poimintakori-taulu Poimintakoriin kerätään käyttäjän tekemät poiminnat ennen maksutapahtumaa. Kun käyttäjä on valmis siirtymään varsnaiseen ostostapahtumaan, siirretään tiedot toimeksiantoon käsiteltäväksi. Poimintakori voi sisältää usemman kuin yhden rivin. Joissakin asiontitapauksissa ei ole pakko käyttää poimintakoria, kuten käsittelymaksun suorittamisessa. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK BasketID Korintunnus int long Pakollinen, Uniikki, Autoincrement SessionID Istunnontunnus varchar 100 Pakollinen Käyttäjän käynnistämän www-palvelin istunnon yksilöllinen tunniste. FK FK_Person_PersonI D Expires Henkilön ID int Person-taulu - PersonIDkenttä Korin vanhenemis hetki datetime Pakollinen Ajan hetki, jonka jälkeen koria ei voi enää käyttää. LastUpdate Viimeisin päivitys datetime Pakollinen Ajan hetki, jolloin tietuetta on viimeksi päivitetty BasketRow-taulu: Poimintakoririvi-taulu

61 Poimintakorin rivit tallennetaan tähän tauluun. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK RowID Rivi tunniste int long Pakollinen FK FK_Basket_BasketID Korin tunniste int long Pakollinen Basket-taulu - BasketID-kenttä FK FK_Product_ProductID Poimitun tuotteen tunniste int long Pakollinen Product-taulu - ProductID-kenttä FK FK_StudyImplementation_StudyImplementa tionid Poimitun opintojaksototeutuksen tunniste Amount Poimittu määrä double 6,2 Pakollinen int long StudyImplementation-taulu - StudyImplementationID-kenttä IntimeProduct-taulu: IntimePlus-järjestelmästä replikoidut tuotteet IntimePlus järjestelmästä replikoitua tietoa. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK IntimeProductID Intimen tuotenumero Tarkistetaan Tarkistetaa n ProductName Intime tuotenimi varchar Tarkistetaa n Uniikki, Pakollinen IntimePlus - järjestelmä, tuotenumero Tieto replikoidaan Intimestä! Pakollinen IntimePlus - järjestelmä, tuotenimi Tieto replikoidaan Intimestä! SalePrice Intime myyntihinta double 6,2 Pakollinen IntimePlus - järjestelmä, tuotehinta Tieto replikoidaan Intimestä! SaleUnit Intime myyntiyksikkö varchar 10 Pakollinen IntimePlus - järjestelmä, tuotteen myyntiyksikkö Tieto replikoidaan Intimestä! IsInUse On käytössä boolean Oletus: false Onko tuote käytössä? Avoimet kysymykset: intimeplussan tietotyypit ja tietuepituudet IntimeProject-taulu: IntimePlus-järjestelmästä replikoidut projektit IntimePlus järjestelmästä replikoitua tietoa. PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset PK IntimeProjectID Intime projektinumero Tarkistetaan Tarkistetaa n Uniikki, Pakollinen IntimePlus - järjestelmä, ProjectName Intime projektinimi varchar 100 Pakollinen IntimePlus - järjestelmä, Tieto replikoidaan Intimestä! Tieto replikoidaan Intimestä! IsInUse On käytössä boolean Oletus: false Onko projekti käytössä? Avoimet kysymykset: intimeplussan tietotyypit ja tietuepituudet IntimeEducationProgram-taulu: IntimePlus-järjestelmästä replikoidut koulutusohjelmat IntimePlus järjestelmästä replikoitua tietoa. PK PK /FK Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset IntimeEducationProgramI D EducationProgramName Intime koulutusohjelma Intime koulutusohjelman nimi Tarkistetaan Tarkistetaa n Pakollinen IntimePlus - järjestelmä, varchar 100 Pakollinen IntimePlus - järjestelmä, Tieto replikoidaan Intimestä! Tieto replikoidaan Intimestä! IsInUse On käytössä boolean Oletus: false Onko koulutusohjelma käytössä? Avoimet kysymykset: intimeplussan tietotyypit ja tietuepituudet Vetuma-asetukset Huom! Vaikka tämä taulu on kuvattu tietokantatauluna, niin tieto tallennetaan todennäköisesti xml-tiedostona. Järjestelmissä ei ole käyttöliittymää näiden tietojen muokkaukseen! Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset Root VetumaProfiles VetumaProfiilit Taso + Profile Profiili taso taso Profiilit + ProfileName Profiili nimi string Uniikki, Pakollinen

62 + RCVID Salaisuuden tunnus string 5-15 Vetuma: Kutsun suojauksessa käytetyn jaetun salaisuuden tunnus + APPID Asiointisovelluksen tunnus string 5-15 Vetuma: VETUMA-palvelua kutsuvan asiontisovelluksen tunnus + APPNAME Sovelluksen nimi string 40 Vetuma: Kutsuvan sovelluksen nimi käyttöliittymää varten Taso ++ Apconf Apconf-taso taso Asiakaskonfiguraatiot ++ ConfId Apconf-tunnus string Asiakaskonfiguraatiolle määritelty tunnus palveluväylää varten. ++ +AP Konfiguraatiotunnus string 5-15 Vetuma: Kutsun palvelemisessa käytettävän VETUMA-asiakaskonfiguraation tunnus Asiointikanavat Huom! Vaikka tämä taulu on kuvattu tietokantatauluna, niin tieto tallennetaan todennäköisesti xml-tiedostona. Järjestelmissä ei ole käyttöliittymää näiden tietojen muokkaukseen! Root Kenttänimi Kuvaus Tyyppi Pituus Rajoitukset Viittaukset Huomautukset EServiceChanne l Asiointikanavat Taso + Channel Kanava taso taso + ChannelName Kanavan nimi string Uniikki, Pakollinen + ChannelAppId Kanavan liikennöintitunnus Taso ++ ChannelRights Kanavan oikeudet taso ++ SOAApp Palveluväylä sovellus string Pakollinen string 32 Metropolia määritysten mukainen sovellustunnus. ++ Right Käyttöoikeus string Pakollinen Määritelty käyttöoikeus palveluväyläsovellukseen Järjestelmäparametrit Asiointipalvelun järjestelmäparametrit tallennetaan CodeIgniterin määritystiedostoihin. Muunneltavat parametrit määritellän kehitysvaiheessa. Palveluväylän järjestelmäparametrit tallennetaan beans-parametreina. Muunneltavat parametrit määritellään kehitysvaiheessa. Tietokanta - taulut Tietokannan eri taulujen väliset relaatiot on kuvattu seuraavassa kaaviossa: Puuttuvat kentät: Määriteltävää: