25.04.2024 | Analytics Blogi Poiminnat

Microsoft Fabricin mahdollisuuksia avaamassa: Kokemuksia kehittäjiltä

Microsoft Fabric on tehokas data-alusta, joka yhdistää Azure Data Factoryn, Azure Synapse Analyticsin ja Power BI:n teknologiat yhtenäiseksi palveluksi. Se antaa data- ja liiketoiminta-asiantuntijoille mahdollisuuden ottaa datansa tehokäyttöön ja valmistaa heitä tekoälyn aikakauteen. Fabric on itsekin tekoälypohjainen ja integroituu Azure OpenAI Service -palvelun kanssa yhteen varmistaen, että asiakkaat hyödyntävät dataansa mahdollisimman tehokkaasti ja kokonaisvaltaisesti. Copilot-ominaisuudet ovatkin palvelussa lähes jokaisella tasolla mukana.

Me Evitec Solutionsilla jaamme Microsoft Fabriciin liittyvän innostuksen. Uusi alusta on kerännyt huomiota ja innostusta myös asiakkaidemme keskuudessa, sillä se pystyy virtaviivaistamaan pilvi-infrastruktuurin hallintaa, tarjoamaan kehittyneitä data-analytiikkaominaisuuksia ja vastaamaan moniin yleisiin haasteisiin. Odotamme Fabricin ominaisuuksien jatkuvaa kehittymistä ja tutkimme sen mahdollisuuksia datan ja analytiikan parissa.

Esimerkkejä Microsoft Fabric -hankkeistamme

Keskustelimme kahden Evitec Solutionsin data- ja analytiikkakonsultin, Henni Niirasen ja Joona Parosen kanssa. He ovat olleet aktiivisesti tekemisissä Microsoft Fabricin kanssa viimeisten kuukausien aikana. He kertoivat kokemuksistaan, haasteistaan ja oppimistaan Fabricin kanssa työskentellessään. Henni on ollut mukana Fabric-projekteissa, mukaan lukien proof-of-concept suurelle rahoitusalan yritykselle.

Henni kuvailee projektejaan:

– Olen saanut lähestyä Fabric-projekteja eri näkökulmista, esimerkkinä proof-of-concept-projekti merkittävän toimijan kanssa. Yhdessä asiakkaan kanssa olemme tutkineet Fabricin ominaisuuksia ja suunnitelleet toteutuksia. Parhaillaan teemme yhteistyötä Microsoftin kanssa arvioidaksemme laajan ympäristön kapasiteettivaatimuksia. Tämä on ollut kokemuksena tosi kiinnostavaa.

Joona puolestaan on uppoutunut kehitystyöhön Sastamalan kaupungin kanssa. Hiljattain hän suoritti myös arvostetun Microsoft Fabric -sertifiointiohjelman. Ohjelma ei ole sieltä helpoimmasta päästä suorittaa – se vaatii syvällistä tuntemusta Fabricista.

Joona kuvailee työtään:

– Olen varsin tyytyväinen etäluettavia vesimittareita koskevaan projektiimme. Uuden teknologian hyödyntäminen tietojenkäsittelyn tehostamiseksi on ollut sekä haastavaa että palkitsevaa. Työskentely Fabricin kanssa edellyttää uudenlaista näkökulmaa, erityisesti tietoturvan osalta. Siitä huolimatta tulosten näkeminen ja tyytyväinen asiakas on ollut todella mukavaa.

Palautetta asiakkailta ja uusia ajattelutapoja

Microsoft Fabric -hankkeista saatu palaute on ollut myönteistä, ja asiakkaat ovat tunnistaneet sen mahdollisuudet parantaa toiminnan tehokkuutta ja vaikuttavuutta. Vaikka Fabricin teknologiseen kypsyyteen liittyvät huolenaiheet ovat ymmärrettäviä, Fabricin mukanaan tuomat edut, kuten hinnoittelu, nopeus, innovointi, tekoälytuki ja kehittyneet analytiikkamahdollisuudet ovat kiistatta vakuuttavia.

Henni pohtii haasteita:

– Uusi teknologia vaatii ajattelutavan muutosta, eikä Microsoft Fabric ole poikkeus. Vaikka huolet Fabricin kypsyydestä ja kompleksisuudesta ovat aiheellisia, Fabric tarjoaa uudenlaisen tavan tehdä asioita, missä on paljon hyviä puolia. Fabric antaa mahdollisuuden nopeuttaa perustavanlaatuisia tietojenkäsittelytehtäviä, jolloin asiakkaamme voivat keskittyä edistyneempiin analytiikkaan ja niistä saataviin oivalluksiin.

Joona on samaa mieltä:

– On loogista siirtää rutiinitehtäviä tekoälylle, jolloin henkilöresursseja vapautuu monimutkaisempiin haasteisiin ja liiketoiminnan kehittämiseen.

Evitec Solutions on ylpeä siitä, että sillä on Microsoft Solutions Partner -tunnustus datan ja tekoälyn sekä digitaalisen ja sovellusinnovaation aloilla. Tämä tunnustus korostaa sitoutumistamme kumppanuuteen asiakkaidemme kanssa, sekä uusien ratkaisujen ja parhaiden käytäntöjen luomiseksi tiiviissä yhteistyössä.

Yhteenvetona voidaan todeta, että Microsoft Fabric edustaa merkittävää harppausta data- ja analytiikkakentälle. Fabric on vankkojen ominaisuuksiensa ja tekoälypohjaisen lähestymistapansa ansiosta varteenotettava lupaus yrityksille, jotka haluavat valjastaa datansa tehokkaasti käyttöön. Me Evitec Solutionsilla olemme sitoutuneet opastamaan asiakkaitamme Fabricin käyttöönotossa ja toteutuksessa ja varmistamaan, että he maksimoivat sen mahdollisuudet innovoinnin ja kasvun edistämisessä.

Ota yhteyttä Evitec Solutionsiin jo tänään, mikäli haluat lisätietoja Microsoft Fabricista ja siitä, miten voimme auttaa yritystäsi hyödyntämään sen koko potentiaalin. Tutustu nyt Data-alusta-palveluihimme.

22.12.2023 | Blogi Poiminnat

Tekoälyn vuosi – kokemuksia Evitec Solutionsin asiakkailta ja kehittäjiltä

Tekoäly on tehnyt läpimurron yritysmaailmassa ja on mullistamassa perinteisiä työskentelytapoja. Tekoälyä käytetään jo taustalla monessa palvelussa, ja yhä useammat yritykset ovat ottaneet käyttöön generatiiviseen tekoälyyn pohjautuvia työkaluja, hyödyntäen sitä tekstin tuottamisesta kuvien, videoiden ja musiikin luomiseen.

Vaikka tekoälyyn ja kielimalleihin perustuvia sovelluksia on ollut aiemminkin, OpenAI:n ChatGPT toi kielimalleja hyödyntävän palvelun kaikkien saataville. Seuraava suuri läpimurto on tapahtumassa Microsoftin julkistettua M365 Copilotin, joka tuo tekoälyn lähes kaikkien tietotyöläisten käyttöön. Palvelu mahdollistaa tuttujen O365-työkalujen käyttämisen tekoälyavusteisesti, jolloin tekoälyn avulla voidaan esimerkiksi tehdä palaverimuistioita, kirjoittaa sähköposteja, luoda PowerPoint-esityksiä tai hakea tietoa yrityksen SharePoint-sivustolta.

Innostunutta palautetta Evitecin asiakkailta

Evitec Solutions toteutti ensimmäiset kielimalleihin pohjautuvat sovellukset syksyllä 2023. Asiakkailtamme saamamme palaute on ollut innostunutta. Tekoälyn avulla olemme pienillä investoinneilla rakentaneet asiakkaiden omiin dokumenttiarkistoihin pohjautuvia Q&A -palveluita sekä automatisoineet heikosti strukturoidun aineiston käsittelyä. Tekoälyn avulla voidaan myös käsitellä sellaisia tietomassoja, joiden käsittely manuaalisesti ei olisi aiemmin ollut mahdollista. Näin saadaan rikastettua esimerkiksi dokumenttiarkiston metatietoja.

Koska sovellukset voidaan toteuttaa kokonaan Microsoftin arkkitehtuuriin pohjautuen, Azuressa voidaan hyödyntää osittain jo olemassa olevaa arkkitehtuuria sekä tuttuja komponentteja, kuten esimerkiksi Azure AI Vision OCR -palvelua. Microsoftin AI Servicen kautta on myös saatavilla laaja valikoima tekoälyä hyödyntäviä rajapintoja, jolloin OpenAI:n tai sen kilpailijoiden kehittäessä uusia kehittyneempiä tekoälypohjaisia malleja voidaan palvelussa käytetty rajapinta päivittää käyttämään uusinta mallia.

Tuottavuusloikka ohjelmistokehitykseen

Tekoälypohjaisia työkaluja on kehitetty myös koodareiden tueksi. Näistä tällä hetkellä yleisin on Microsoftin omistama GitHub Copilot. Evitecin tuotekehityksessä GitHub Copilotia on käytetty syksyn aikana ja kokemukset ovat olleet positiivista. Copilot auttaa erityisesti ohjelmistokoodin laadun parantamisessa, vanhan ohjelmistokoodin uudelleenkirjoittamisessa eli refaktoroinnissa sekä testitapausten luomisessa.

Tekoälyavusteisten työkalujen on koettu myös madaltavan oppimiskynnystä, varsinkin kun perehdytään jo olemassa olevaan koodiin. Tämä saattaa auttaa erityisesti kokemattomampia koodareita hyppäämään mukaan uusiin projekteihin. Tekoäly auttaa rakentamaan uutta koodia helposti ja vaivattomasti, kunhan vain kehittäjä osaa kertoa mitä haluaa. Tekoälyn tehokas hyödyntäminen vaatii siis organisaatiolta myös kouluttautumista.

Kirjoittaja

Sampsa Tirkkonen

Sampsa vastaa Evitecin AI-tarjoomasta

Haluatko kuulla lisää?

Ota yhteyttä:

Juha Järvinen

Sales

juha.jarvinen@evitec.com

+358 50 330 8058

17.11.2023 | Blogi Markkinakatsaus Poiminnat Teknologiat

Microsoft Fabric yleisesti saataville – tutustu päivitettyyn hinnoittelumalliin!

Microsoft Ignite toi viimein meille kaikille dataintoilijoille hartaasti odotettuja uutisia, kun Microsoft Fabric julkaistiin yleisesti saataville (GA). Joulu jo marraskuussa, kelpaa! Ignite toi mukanaan paljon mielenkiintoisia julkistuksia Fabricin osalta. Kaiken keskiössä on kuitenkin se, että nyt Fabric on maturiteetiltaan virallisesti julkaistu tuote, jota voidaan tosissaan alkaa hyödyntämään data-alustana. Toki tiedämme, että paljon ominaisuuksia on vielä kehityksen alla Preview-tilassa ja road map on pitkä, mutta tärkeä virstanpylväs vakavasti otettavana datatuotteena on nyt saavutettu.

Nyt kun organisaatiot voivat turvallisin mielin alkaa suunnittella Fabricin käyttöönottoa, on hyvä hetki perata Fabricin hinnoittelua vähän syvällisemmin – aihe, jota olen päässyt esittelemään lukuisia kertoja asiakkaillemme viime kuukausien aikana. Koska suurin osa Fabricia käsittelevästä materiaalista on englanniksi, tehdään poikkeus ja kirjoitetaan tällä kertaa suomeksi.

Hinnoittelun komponentit

Fabric paketoi ennen erillisenä hankitut analytiikkaalustan palaset yhden SaaS-palvelun sisälle, siispä tuotteella on vain yksi hinta – tai näin Microsoftilla sanovat. Tämä pitää siinä mielessä paikkansa, sillä Fabricin sisällä et maksa esimerkiksi Data Factoryn ja Synapse Data Warehousen käytöstä erikseen. Todellisuudessa Fabricin hinnoittelu kuitenkin koostuu itseasiassa kolmesta komponentista:

Fabric-kapasiteetista eli laskentatehosta
OneLake-tallennustilasta
Käyttäjäkohtaisesta Power BI -lisensoinnista

Ennen kuin siirrytään tutkimaan miten kunkin komponentin hinta muodostuu, käydään vielä läpi pari oleellista Fabric-käsitettä, jotta pystymme paremmin keskustelemaan aiheesta.

Jotta Microsoft Fabric ympäristö pystytään luomaan, tarvitaan Microsoft Entra Tenant (entinen Azure AD). Yleensä organisaatiolla on käytössä yksi tenant.
Työtila (Workspace) on säiliö, johon Fabric-komponentit luodaan. Työtilat ovat tuttuja Power BI:stä jo entuudestaan, ja niiden luomien tapahtuu täysin samalla tavalla – asetuksista valitaan vain lisesointimalliksi Fabric-kapasiteetti. Työtiloja voi olla useita, ja jokainen Fabric-työtila liittyy johonkin Fabric-kapasiteettiin. Usea työtila voi käyttää samaa Fabric-kapasiteettia.

Kaikki tässä kirjoituksessa esitetyt hinnat ovat voimassa julkaisuhetkellä ja voivat muuttua ajan mittaan.

Fabric-kapasiteetti

Fabric-kapasiteettia mitataan kapasiteettiyksiköillä (Capacity Unit, CU) saatavilla olevaa laskentatehoa. Kapasiteettia on saatavilla eri kokoisia ja hintaisia, kuten oheinen taulukko kuvaa. F2-kapasiteetti sisältää 2 kapasiteettiyksikköä ja niin edelleen. Fabric-kapasiteetilla saat käyttöön kaikki Fabricin komponentit (Synapsen komponentit, Data Factoryn, Data Activatorin jne.), lukuun ottamatta Power BI:n käyttäjälisenssejä, joita vaaditaan raporttien julkaisuun ja käyttämiseen Power BI Service -portaalissa. Tarkastellaan Power BI -lisenssien osuutta hieman myöhemmin, mutta todettakoon että Fabric-kapasiteetin suuruus vaikuttaa tähän käyttäjäkohtaiseen lisensointitarpeeseen.

Kuva 1: Fabric-kapasiteetin hinnoittelu Pohjois- ja Länsi-Euroopan Azure-alueilla

Fabric-kapasiteetti provisioidaan Azure-portaalista. Tämä on hyvin yksinkertainen prosessi, ja jo muutamassa minuutissa Fabric-kapasiteetti on käytössäsi. Kapasiteetin hinnoitteluun on käytettävissä kaksi mallia: sekuntipohjainen Pay-as-you-go -hinnoittelu, sekä juuri julkaistu vuosikohtainen Reservation-hinnoittelu. Pay-as-you-go -hinnoittelussa minimissään laskutetaan yksi minuutti, ja tämän jälkeen laskutus jatkuu sekuntipohjaisesti kapasiteetin ollessa päällä, riippumatta siitä onko palvelussa työkuormaa vai ei. Taulukossa esitetty hinta muodostuu Fabric-kapasiteetin ollessa päällä 24/7 kuukauden ajan. Pay-as-you-go -hinnoittelulla kustannuksia on kuitenkin mahdollista optimoida sulkemalla kapasiteetti silloin, kun sille ei ole tarvetta, tai skaalata sitä tarpeen mukaan. Tämä prosessi voidaan automatisoida.

On kuitenkin syytä muistaa, että kapasiteetin ollessa pois päältä mitkään Fabricin palvelut eivät ole käytettävissä. Tämä on ehkä merkittävintä Power BI -raporteille, mikäli ne on julkaistu Fabric-kapasiteettia hyödyntävään työtilaan, ja mikäli ne käyttävät DirectLake-yhteyttä – jos kapasiteetti on pois päältä, eivät raportitkaan toimi tällöin. Tätä pystytään kiertämään julkaisemalla Power BI -raportit omaan työtilaansa, joka hyödyntää esimerkiksi Power BI Pro -lisenssin tarjoamaa kapsiteettia. Tällöin raportti on import-tilassa, ja sitä koskevat pro-lisenssin rajoitteet esimerkiksi tietomallin koon osalta.

Vuodeksi kerrallaan sitouduttavaan Reservation-hinnoittelun tuntihinta on noin 40 prosenttia edullisempi verrattuna Pay-as-you-go:hon. Tällöin laskua ei kuitenkaan pysty samalla tavalla optimoimaan sulkemalla tai skaalaamalla kapasiteettia tarpeen mukaan. Sopivaa hinnoittelumallia valitessa käyttötarve tuleekin analysoida tarkasti: mikäli Fabricin palveluiden tulee olla saavutettavissa 24//7, on Reservation hinnoittelu parempi valinta. Toisaalta jos tarve Fabric-palveluille on vain tiettyinä kellonaikoina tai satunnaisesti, voidaan edullisempaan hintaan päästä Pay-as-you-go -mallilla. Mikään ei myöskään estä esimerkiksi pitämästä yhtä Reservation-hinnoittelun piirissä olevaa kapasiteettia pohjalla, ja luomaan rinnalle Pay-as-you-go -kapasiteettia adhoc-tarpeita varten. Ylipäätään organisaatiolla voi olla olemassa useita kapasiteetteja rinnakkain tarpeen mukaan, jolloin eri työtiloille voidaan kohdistaa sen tarvetta vastaava kapasiteetti.

Kapasiteetin tason lisäksi hintaan vaikuttaa Azure-alue, josta Fabric-provisioidaan. Fabric ei ole saatavilla tällä hetkellä kaikilla alueilla. Suomen kannalta relevanteimmat EU-sijainnit ovat todennäköisesti Länsi- (Alankomaat) ja Pohjois-Eurooppa (Irlanti) sekä Keski-Ruotsi. Oheinen taulukko kuvaa Länsi- ja Pohjois-Euroopan alueiden Microsoft Fabric-hintoja blogin kirjoitushetkellä. Taulukosta huomaa, että varsinkin suuremmissa kapasiteeteissa hintaero näiden kahden alueen välillä alkaa jo olla huomattava, eli alueen valintaan kannattaa kiinnittää huomiota. Keski-Ruotsin hinnoittelu oli identtinen Pohjois-Euroopan kanssa. Hintaa puntaroidessa on toki hyvä ottaa huomioon myös pidemmän etäisyyden aiheuttama latenssiero sekä organisaation datahallintasäännöt.

Mikäli organisaatiolla on olemassa tällä hetkellä Power BI Premiumin P-luokan kapasiteetti, rinnastuvat ne Fabric F64:ään ja sitä suurempiin kapasiteetteihin. Sallimalla Microsoft Fabricin käytön Admin-portaalista pystytään samalla kapasiteetilla luomaan myös Fabric-objekteja. Power BI Premium -kapasiteetin admin pystyy esimerkiksi Power BI -sovelluksen avulla tarkastamaan CPU:n käyttöasteen – mikäli koko kapasiteettia ei hyödynnetä, pystytään Fabric-kuormaa lisäämään ilman haittaa olemassa olevalle Power BI -käytölle.

Microsoft hyödyntää Power BI:stä tuttuja tasoitus- (smoothing) ja rajoitus- (throttling) -operaatioita myös Fabric-kapasiteetille. Tasoituksella mahdollistetaan hetkellisesti pääsy suuremman kapasiteetin piiriin, jotta operaatiot suoriutuvat nopeasti. Tällöin kapasiteettia käytetään tulevaisuuden kapasiteettisaldosta. Näitä käyttöpiikkejä tasataan hetkillä, jolloin kapasiteetti ei ole aktiivisesti käytössä. Näin tarvittava kapasiteetti voidaan siis valita keskimääräisen tarpeen pohjalta, ei maksimipiikkien mukaan. Rajoituksella tarkoitetaan tilannetta, jossa tulevaisuuden kapasiteettia on käytetty liikaa, ja Fabric alkaa rajoittaa operaatioiden suoritusta, mikä vaikuttaa käyttökokemukseen. En tässä artikkelissa mene yksityiskohtiin eri rajoitusmetodeista, mutta samoin kuten aiemmin Power BI:ssä, erilaiset operaatiot jaetaan interaktiiviseen (esim. raporttien käyttö) ja taustakuormaan (esim. tietovarastolataukset). Taustakuormien tasausperiodi on vuorokausi (24h), interaktiiviset kuormat tasataan minimissään viiden minuutin tasolla. Fabric-kapasiteetin käyttöä voidaan monitoroida aiemmin mainitun Power BI -sovelluksen avulla. Tasoitus- ja rajoitus-operaatiot ovat kapasiteettikohtaisia toimenpiteitä.

OneLake-tallennustila

OneLake on Fabricin tallennustila, josta kaikki eri Fabric-komponentit voivat lukea ja tallentaa datan. Oheisessa taulukossa OneLake muistin hinnat Pohjois- ja Länsi-Euroopan Azure-alueella. Yleiskäyttöisen OneLake-tallennustilan hinta on hyvin kohtuullinen, noin 22€/TB/kk. Tätä tallennustilaa käytetään suurimmalle osalle OneLake-datastasi. Kun uusi työtila luodaan, generoituu sille oma OneLake-kansio, johon tiedot tallennetaan. Muut työtilat voivat oikopolkujen (shortcut) avulla kysellä toisten työtilojen dataa. Kun työtila poistetaan, katoaa myös OneLake-kansio. Taustalla tiedot kuitenkin ovat tallessa asetetun säilytysajan (7-90 päivää), jonka ajan kyseisestä OneLake-säilytystilasta vielä maksetaan. OneLake-tallennustila on käytettävissä, vaikka Fabric-kapasiteetti olisikin suljettuna.

Yleiskäyttöisen OneLake-tallennustilan lisäksi on määritetty OneLake-, Cache- ja Business Continuity & Disaster Recovery (BCDR) -tallennustilan hinnoittelu. Cache-hinnoittelua käytetään reaaliaikaisen analytiikan KQL-tietokannan sekä monitorointiin hyödynnettävän Data Activatorin välimuistiin. Välimuistista data on saatavilla hyvin nopeasti, mutta hinta on myös kymmenen kertaa kalliimpi verrattuna normaaliin tallennustilan hintaan. Välimuistiin tallennettavat tiedot ja säilytysaika onkin siis syytä suunnitella tarkasti.

Uusin lisäys Fabricin tallennustilatarjoomaan on BCDR-tallennustila luomaan turvaa datalle katastrofien sattuessa. Fabricin BCDR-kyvykkyydet yleisesti eivät kata vielä kaikkia Fabricin komponentteja, mutta BCDR-tallennustilan avulla OneLakessa oleva data turvataan toiselle Azure-alueelle. BCDR-muistin hinta on korkeampi kuin normaalin tallennustilan hinta ja tämä pitää erikseen ottaa käyttöön Fabric kapasiteetin admin-portaalista. Power BI on automaattisesti BCDR:n piirissä, kuten tähänkin asti.

Power BI -käyttäjälisenssit

Fabric ei ole muuttanut oikeastaan mitään suhteessa Power BI -käyttäjälisenssien tarpeeseen verrattuna aiempaan. Raporttien tekeminen Power BI Desktopilla on edelleen ilmaista, myös silloin kun hyödynnetään Fabricin dataa. Kun puolestaan Power BI -raportti halutaan julkaista ja jakaa Power BI Service -portaalissa myös muille organisaation jäsenille, tarvitaan maksullinen Power BI -käyttäjälisenssi – käytännössä tämä tarkoittaa yleensä Power BI Pro -lisenssiä, joka maksaa 9,4€/käyttäjä/kk. F64:ää pienemmillä Fabric-kapasiteeteilla niin raporttien käyttäjät kuin kehittäjätkin tarvitsevat nämä käyttäjälisenssit, samoin kuin aikaisemminkin, mikäli organisaatiolla ei ole käytössään Power BI Premium -kapasiteettia. Kuten aiemmin mainittiin, F64:stä alkaen Fabric-kapasiteetit rinnastuvat Power BI Premiumin P-luokan kapasiteetteihin, ja samat käytänteet käyttäjälisenssien osalta jatkuvat, sillä ainoastaan kehittäjät, jotka julkaisevat raportteja, tarvitsevat käyttäjälisenssit näillä suuremmilla Fabric-kapasiteeteilla.

Yhteenveto

Fabric-hinnoittelu on saanut lisää sävyjä tuotteen maturiteetin kasvaessa, ja alun punch line ”yksi hinta” voi tuntua nyt hieman liioittellulta. Silti on huomattava, että hinnoittelu on suhteellisen yksinkertainen verrattuna erikseen provisioitaviin palveluihin, joiden kapasiteettitarve tulee arvioida yksitellen. Edellä mainittujen varsinaisten Fabric-kustannusten lisäksi saattaa muodostua toki joitain muita kustannuksia tapauksesta riippuen. Tietoliikennekustannusten laskutusperiaatteen osalta minkään ei pitäisi olla oleellisesti muuttunut verrattuna aiempaan, Microsoft on kuitenkin julkaisemassa Fabriciin liittyvän verkkoliikenteen hinnoittelun tulevaisuudessa. Käyttötapauksesta riippuen saatetaan joutua käyttämään Fabricin ulkopuolisia palveluita, jotka maksavat erikseen. Data Governanceen hyödynnettävä Microsoft Purview integroituu Fabriciin tiiviisti, mutta se hinnoitellaan erikseen.

Hinnoittelusta puhuttaessa tietenkin olennaiseksi nousee kysymys: paljonko kapasiteettia tarvitaan? Tämän aiheen käsittelyyn tarvittaisiin kokonaan oma kirjoitus, ja suoraa, kaikille sopivaa vastausta tähän ei edes ole mahdollista antaa. Tarvittavaan kapasiteettiin kun huomattavasti vaikuttavat erilaiset käyttötapaukset, sisältäen datan ja lähteiden määrän, raporttien ja niiden käyttäjien lukumäärän, ja niin edelleen. Hyvä nyrkkisääntö on kuitenkin aloittaa provisioimalla pienin F2-kapasiteetti, alkaa rakentaa Fabric-ympäristöä tätä hyödyntäen, ja aktiivisesti seurata Fabric Capacity Metric Appia kapasiteetin riittävyyden arvioimiseksi.

Me Evitecillä olemme päässeet auttamaan jo muutamia asiakkaitamme matkalla Fabric-edelläkävijöiksi, ja mielellään autamme teitäkin alkuun pääsemisessä!

Kirjoittaja

Henni Niiranen

Data Consultant

22.05.2023 | Blogi Insights Poiminnat

Ainakin 5 vinkkiä osallistavan työpajan pitämiseen

Tämä teksti sai inspiraation osallistuttuani Tampereen yliopiston Hervannan kampuksella aiemmin keväällä järjestettyyn Naisteekkaripäivät-tapahtumaan, jossa pidin opiskelijoille kaksi työpajaa käyttäjälähtöisestä suunnittelusta järjestäjäorganisaation (Naisteekkarikerho PILE:en) yhteistyökumppanin (Evitecin) edustajana.

Tapahtuma oli järjestetty erittäin hyvin, ja vierailijana sain riittävät ja selkeät ohjeet hyvissä ajoin ennen tapahtumaa. Saapuessani tunsin itseni odotetuksi ja tervetulleeksi ja kuulin, että työpajani oli varattu täyteen, mikä oli mukava ja rohkaiseva aloitus päivälle. Halusin jakaa myös omat huomioni, joita hyödynnän yhtä lailla sisäisessä asiakastyöskentelyssä kuin ulkoisissa tapahtumissa.

Kirjoittaja

Suvi Tuomisto

Senior UX Designer

Senior UX designerina Evitecillä fasilitoin työpajoja lähes viikottain. Eli kun johonkin tarvitaan työpajaa, niin otetaan yksi työpaja hatusta ja ta-daa, voidaankin aloittaa. Eikös? No, ei tietenkään. Työpajatyöskentelyä hyödynnetään monissa tilanteissa, ja työpajojen luonne vaikuttaa vahvasti siihen, mitä asioita sisällön ja läpiviennin suunnittelussa on otettava huomioon.

Työpajatyöskentely apuna verkostoitumisessa

Työpajatyöskentelyä voidaan hyödyntää erilaisiin tarkoituksiin, kuten esimerkiksi helpottamaan tai tukemaan verkostoitumista. Tällöin työpajan pääasiallisena tavoitteena on tarjota osallistujille mahdollisuus luoda kontakteja ja keskustella muiden osallistujien kanssa. Työpajan alkuun sopiikin erittäin hyvin muutama yleinen osallistujille suunnattu kysymys, joiden avulla sekä työpajan pitäjä että muut osallistujat saavat käsityksen muista osallistujista tai heidän odotuksistaan työpajaan liittyen.

On myös hyvä pohtia, että työpajan aihe on mielenkiintoinen ja relevantti osallistujakuntaan nähden, jotta se houkuttelee ihmiset paikalle, innostaa ja herättää keskustelua. Työpajan suunnittelussa on olennaista huomioida vuorovaikutuksen mahdollistaminen, kuten ryhmätyöt ja yhteiset keskustelut, jotka auttavat osallistujia jakamaan ajatuksiaan, ideoitaan ja kokemuksiaan.

Kysymyksille tai keskustelulle on hyvä varata hiukan aikaa lopusta. Kaikkiin kysymyksiin ei ehkä voi valmistautua, mutta on hyvä muistaa, että kysymyksiä voi tulla hyvin laidasta laitaan. Ne eivät välttämättä edes liity työpajan aiheeseen, vaan osallistujia saattaa kiinnostaa myös esimerkiksi työpajan pitäjän koulutus, työhistoria tai opintojen soveltaminen työelämässä.

Hyvän työpajan suunnittelun edellytykset

Sinulle, työpajan pitäjälle, olennaisimpia asioita ovat työpajan aiheen valinta, työpajan sisällön suunnittelu ja varsinainen läpivienti. Jotta sinulla on mahdollisimman hyvät edellytykset keskittyä olennaiseen, seuraavat perusasiat on hyvä olla kunnossa.

Sinulla työpajan pitäjänä on riittävät tiedot siitä, missä ja milloin työpaja pidetään, milloin sinun odotetaan olevan paikalla, ja kehen voit tarvittaessa olla yhteydessä. Käytännölliset lisätiedot liittyen esimerkiksi tilaisuuden muuhun agendaan, saapumisohjeisiin tai vaikka ruokailumahdollisuuksiin tapahtuman aikana ovat myös tarpeellisia, ja auttavat keskittymään olennaiseen. Nämä asiat kannattaa ottaa selville hyvissä ajoin.
Mahdollisuuksien ja tilaisuuden mukaan kannattaa sopia henkilö, joka toimii varahenkilönä sairastapauksen tai muun yllättävän estymisen sattuessa.
Esitys on hyvin valmisteltu ja harjoiteltu, jotta sinulla on varmuus, että esityksen sisältö on hallussa ja tilaisuus on mahdollisuus fasilitoida sille varatussa ajassa. Koeyleisöksi voit valita varahenkilön, jolloin harjoitusveto toimii sekä varahenkilön perehdytyksenä että kenraaliharjoituksena sinulle, joka pidät työpajan. Samalla tulee tarkistettua, että esitysmateriaalit toimivat suunnitellusti.
Työpajassa tarvittavat materiaalit on suunniteltu ja järjestetty. Tarvittavista ennakkovalmistautumisista on tiedotettu osallistujille hyvissä ajoin. Suunnittelussa on hyvä huomioida tilaisuuden luonne ja muu agenda – usein esimerkiksi kannettavan tietokoneen voi olettaa kulkevan osallistujilla mukana luontevasti, mutta jos päivän agendalla on työpajojen jälkeen tarjolla esimerkiksi liikunta-aktiviteetteja, voi olla hyvä pohtia logistiikka tarkkaan ja tiedottaa osallistujia sen mukaan.
Työpajan pitäjänä sinun kannattaa muistaa huolehtia omasta jaksamisestasi ja kyvystäsi olla äänessä. Etenkin, jos aikataulu on tiukka, on hyvä ottaa pientä välipalaa, jotta energiatasot pysyvät tasaisina. Puhumista varten on hyvä varata riittävästi juomaa, koska puhuessa kurkku kuivuu nopeasti. Asia, jonka saattaa helposti unohtaa materiaaleihin ja sisältöön keskittyessään!

On hyvä muistaa, että kaksi agendaltaan samansisältöistä työpajaa ei yleensä etene samalla tavalla. Tähän vaikuttaa muun muassa osallistujien aktiivisuus, mihin taas vaikuttaa muun muassa se, mihin kohtaan päivästä työpaja ajoittuu. Tilanteen todellisen laidan pääset kuitenkin toteamaan vasta työpajassa, mistä syystä on plussaa, jos työpajan rakennetta pystyy sopeuttamaan tilanteen vaatimalla tavalla. Jos osallistujien energiatasot ovat korkealla, osallistujilla on hyvät edellytykset kuunnella esitystä, ottaa vastaan ohjeita ja enemmän intoa osallistua vapaamuotoisempaan keskusteluun. Jos taas energiatasot ovat matalammalla, pääpaino voi olla hyvä keskittää ryhmätyöskentelylle, ja lopun vapaan keskustelun sijaan valmistautua esittämään kysymyksiä suoraan ryhmille.

Työpajan suunnittelussa on tärkeä ottaa huomioon, että agenda tukee työpajan pääasiallista tarkoitusta. Onnistuneesta, osallistavasta työpajasta osallistujille jää käteen oppia ja oivalluksia, sekä parhaassa tapauksessa myös uusia kontakteja tai entuudestaan syventyneitä suhteita, jotka voivat osoittautua ennalta arvaamattoman arvokkaiksi tulevaisuudessa.

24.03.2023 | Blogi Tuotteet

Yksilöllinen sijoitusvakuutus tarjoaa markkinan kaipaamaa joustoa

Suomalaisten mielenkiinto säästämistä ja sijoittamista kohtaan on kasvanut tasaisesti koko 2000-luvun ajan. Mielenkiinnon kasvaessa on myös tarjolla olevien vaihtoehtojen määrä kasvanut. Osakesäästötilin suosio kertoo, että olemme valmiita harkitsemaan muitakin sijoituskohteita kuin perinteisiä rahastoja ja säästötilejä. FA:n Vakuutusvuosi 2021 -raportti kertoo varsinkin kapitalisaatiosopimusten suosion huomattavasta kasvusta. Nykyisessä markkinatilanteessa osake- ja korkomarkkina tarjoaa liian rajoittuneita työkaluja ja vaihtoehtoisille sijoituskohteille on selkeää kysyntää.

Esteenä kasvulle sopimuskannan hankala hallinta

Monet henkivakuutusyhtiöt ovat tarjonneet yksilöllisiä sijoitusvakuutuksia suursijoittajille. Näissä sijoitusinstrumentteja ei juurikaan ole rajattu, vaan voi periaatteessa olla mikä tahansa minkä vakuutusyhtiö hyväksyy. Lisäksi asiakas voi valita itselleen sopivan hallinnointimallin sen perusteella, kuinka tiiviisti haluaa osallistua sijoitusten hallintaan.
Koska suursijoittajat ovat melko rajallinen kohderyhmä ja yksilöllisten sijoitusvakuutusten sijoitusportfoliot monimuotoisia, on näiden sopimusten hallinnointi perinteisesti ollut erittäin työlästä. Ajan saatossa sopimusten määrä on kuitenkin saattanut kasvaa niin, ettei nykyinen hallinnointimalli ole enää kestävällä pohjalla. Lisäksi, mikäli hallinnointi olisi yksinkertaisempaa ja kustannustehokkaampaa, voisiko sijoituksen minimimäärää alentaa ja laajentaa kohderyhmää, jolle tarjota yksilöllistä sijoitusvakuutusta?

Tehokasta sopimus- ja sijoitusportfolion hallintaa

Evitec Life Savings -järjestelmässä (ELS) on jo ennestään ollut tuki korko- ja rahastosidonnaisten säästösopimusten, näiden yhdistelmien sekä kapitalisaatiosopimusten hoitoon. Nyt laajennamme toiminnallisuutta yksilöllisten sijoitusportfolioiden tehokkaaseen hallintaan, minkä myötä vakuutusyhtiö voi tarjota hyvinkin laajan valikoiman sijoitusinstrumentteja säästösopimuksille.

Yksilöllisen sijoitusvakuuttamisen sopimuksia hallinnoidaan Evitec Life Savings -ratkaisussa, jonka ytimessä on päivittäisten toimintojen automatisointi ja tehostaminen. Sopimushallinta huolehtii yksittäisen sopimuksen eri elinkaaren vaiheista sekä koko sopimuskannan liiketoiminnan tarpeista kattaen myynnin, hoitovaiheen ja korvauskäsittelyn. Evitec Life -ratkaisun kattavat digitaaliset palvelurajapinnat mahdollistavat päivittäisten toimintojen korkean automaatioasteen sekä sujuvan asiakaspalvelun.

Yksilöllisen sijoitusvakuutuksen sijoitusportfolioita hallinnoidaan FA Solutionsin ratkaisulla. Ratkaisu sisältää pilvipohjaisen portfolionhallintajärjestelmän, joka automatisoi ja keskittää suuren määrän operatiivisia sijoitusten hallinnan prosesseja yhteen FA Platform -järjestelmään. FA Platform -järjestelmä mahdollistaa sijoitusten hallinnan ja kaupankäynnin eri valuutoissa ja sekä julkisessa että yksityisessä markkinassa kattaen myös tarvittavan analytiikan ja raportoinnin. Toiminnallisten prosessien automatisoinnin ja tehostamisen lisäksi FA Solutions tarjoaa myös avoimeen arkkitehtuuriin perustuen API-rajapinnat, joiden avulla järjestelmä on vaivatonta integroida olemassa oleviin verkkopalveluihin.

Aiemmin täysin manuaalisten työvaiheiden automatisointi mahdollistaa muun muassa palvelun hinnoittelumallin uudelleen arvioinnin, antaen merkittävän kilpailuedun ja mahdollisuuden laajentaa palvelun tarjonta entistä useammille. Tulemme mielellään kertomaan tarkemmin ratkaisustamme ja keskustelemaan sen yhteensopivuudesta juuri teidän toimintaympäristöönne!

Evitec on Pohjoismainen finanssialan sovelluskehityksen ja konsulttipalveluiden asiantuntija. Evitec Life on yli 30 vuoden kokemuksella kehittämämme sopimushallintajärjestelmä, joka kattaa henkivakuutusyhtiön säästö-, eläke- sekä henkilöriskivakuuttamisen.

FA Solutions on suomalaislähtöinen ohjelmistotoimittaja, joka toimittaa sijoitusten hallinta -ohjelmistoa finanssialan yrityksille auttaen niitä hallinnoimaan sijoituksiaan ja tuottamaan sijoituspalveluja maailmanlaajuisesti. FA Solutions uskoo, että huippuluokan teknologia mahdollistaa laadukkaat varainhoitopalvelut kaikille.

Järjestelmäuudistuksen yhteydessä kuumia puheenaiheita ovat muun muassa digitalisaatio, automaatio, konversio ja migraatio. Eikä edellä mainituissa ole mitään väärää, tärkeitä tekijöitä, joilla varmistetaan, että uusi järjestelmä toimii halutulla tavalla ja tuottaa toivottua hyötyä. Mutta tuoko järjestelmäuudistus käyttäjille muutakin kuin uuden käyttöliittymän?

annika-edit-3-1440x1920-6572602 — Annika Karppinen, PLP Product Manager

”Meillä on aina tehty näin”

Olemme varmaan kaikki joskus törmänneet sanontaan ”kun meillä on aina tehty näin”. Tähän törmää usein myös järjestelmäuudistuksen yhteydessä. Automaatiotason noustessa rutiininomaisten manuaalisten tehtävien määrä vähenee. Myös uuden järjestelmän toimintalogiikka saattaa poiketa aiemmasta. Näistä johtuen myös työprosesseja voidaan joutua muokkaamaan, minkä johdosta järjestelmäuudistus tulee nähdä kokonaisvaltaisempana muutosprosessina, ei pelkästään teknologian päivityksenä. Käyttäjille tämä tarkoittaa uuden käyttöliittymän lisäksi uusia työtapoja ja rutiineja.

Tekninen ja henkinen transformaatio

Projektissa mukana olevat tutustuvat yleensä vaiheittain tulevaan järjestelmään. Osatoimitusten demot ja erityisesti testausvaihe ovatkin hyviä ajankohtia keskustella uuden järjestelmän toiminnallisuuksista ja kuunnella järjestelmätoimittajan näkökulmia erilaisista ratkaisuista. Samalla on luontevaa alkaa arvioida nykyisiä työprosesseja ja tarvittaessa muokata näitä.

Myös luottamus uuteen järjestelmään ja uusien toimintatapojen järkiperäisyyteen rakentuu projektin aikana. Projektissa työskentelevät tulevat jo projektin aikana sinuiksi muutosten kanssa ja käyvät läpi henkistä siirtymää vanhasta totutusta uuteen aikakauteen.

Kun käyttöönoton ajankohta lähestyy ja organisaation muut käyttäjät otetaan mukaan, ei heillä ole samaa aikaikkunaa tutustua kaikkeen uuteen. Heille ensikosketus uuteen järjestelmään ja työskentelytapaan on usein pilotointivaihe, mutta sen ollessa huomattavasti projektia lyhyempi, pitää heidän omaksua kaikki uusi varsin nopeasti. Tällöin projektiryhmäläiset ovat tärkeässä roolissa uuden aikakauden lähettiläinä: he voivat tukea ja perustella uusia toimintamalleja ja auttaa nopeammin omaksumaan nämä. Muilla organisaation käyttäjillä on varmasti samoja kysymyksiä kuin projektiryhmäläisillä itsellään oli, joten kukapa olisi parempi niitä käsittelemään kuin ne, jotka ovat jo läpikäyneet tämän vaiheen.

Muokkautuva standardijärjestelmä

Mikäli jokin osaratkaisu ei tunnu istuvan vakuutusyhtiön toimintamalliin, ovat asiakaskohtaiset muokkaukset hyvä ratkaisu asiaan. Profit Life & Pension (PLP) on henkivakuutusyhtiön tarpeisiin kehitetty standardijärjestelmä eläke-, säästö- ja riskivakuutussopimusten hoitoon ja korvausten käsittelyyn. Järjestelmän parametrisoitu tuoterakenne mahdollistaa joustavan tuotekonfiguraation. Tämän lisäksi järjestelmän toiminnallisuuksia voidaan muokata asiakkaan tarpeiden mukaan. Siten jokainen toimitus onkin yksilöllinen, vaikka perusta on pitkälti sama. Toimimme asiakkaan kumppanina ja järjestelmäuudistusprojektit suunnitellaan, toteutetaan ja testataan tiiviissä yhteistyössä. Näin pystymme tarjoamaan toimivan järjestelmäratkaisun, joka huomioi asiakkaan yksilölliset tuotteet, tarpeet ja toimintatavat.

Kiinnostuitko? Ota yhteyttä sales@evitecdata.local

annika-2021-1-crop-1-1860960 — *Annika Karppinen, PLP Product Manager*

Digitalisaatio on jo monen vuoden ajan ollut kestopuheenaihe vakuutusalalla. Koronaviruksen tuoma paine pystyä palvelemaan asiakkaita etäyhteyksin kiihdytti keskustelua entisestään. Yhtiöt ovatkin viimeistään koronan myötä kehittäneet asiakasrajapinnassa tapahtuvaa palvelua digiaikaan. Mutta mikä on yhtiöiden sisäisten toimintojen tilanne?

Kun asiakas täyttää esimerkiksi henkilöriskivakuutuksen korvaushakemuksen verkkopalvelussa, alustaako tämä automaattisesti korvaustapahtuman ja ehkäpä tekee myös korvauspäätöksen ja hoitaa korvauksen ulosmaksatuksen? Vai syntyikö tästä pdf -lomake, joka otetaan manuaaliseen käsittelyyn?

Monella yhtiöllä sisäisten toimintojen kyvykkyys törmää sopimushallinnan ja korvauskäsittelyn ydinjärjestelmien yli-ikäisyyteen. Pahimmillaan niiden yhdistäminen digitaaliseen ympäristöön ei onnistu ylipäätään tai ainakin toimenpiteen kustannukset ylittävät pitkän aikavälin hyödyt. Sen sijaan uusimalla liiketoiminnan ydinjärjestelmä saataisiin pitkälle tulevaisuuteen kantava ratkaisu, joka kytkeytyy jouhevasti muuhun liiketoimintaympäristöön.

Kaiken kattava järjestelmä

Profit Life & Pension (PLP) on varsinkin suomalaisille henkivakuutusyhtiöille tuttu vakuutussopimusten hallintajärjestelmä. Järjestelmä kehitettiin alkujaan erityyppisten eläke-, säästö- ja sijoitusvakuutusten hoitojärjestelmäksi, josta onkin kertynyt paljon kokemusta. Luonnollinen jatkumo kehityspolulle on ollut tuoda riskihenkivakuutustuotteet säästötuotteiden rinnalle.

PLP:ssä voikin nyt hallinnoida kaikkia henkivakuutusyhtiön henkilöriskiturvia sekä näiden erilaisia yhdistelmiä. Yhtenä esimerkkinä yhdistelmistä mainittakoon Lainaturvavakuutukset, joissa omana erityispiirteenä on vakuutusmäärän sitominen lainapääomaan. PLP:ssä on jo entuudestaan voinut käsitellä sekä yksilöllisiä- että ryhmäsopimuksia ja henkilöriskivakuutusten osalta lisäksi pariturvia.

Kun vielä henkilöriskivakuutusten korvauskäsittely on tuotu sopimushallinnan kanssa samaan järjestelmään, voimme ylpeänä tarjota henkivakuutusyhtiölle kaiken kattavan järjestelmän. Erityyppisten korvausten, kerta- ja päivärahakorvausten sekä kulukorvausten, hoitoa sujuvoittaa käsittelyssä tarvittavien sopimustietojen automaattinen välittyminen korvausjärjestelmään. Mikäli korvauspäätöksellä on vaikutusta sopimuksen tietoihin, esimerkiksi jokin turvalaji päättyy, päivittyy tieto automaattisesti sopimushallinnan puolelle.

Sopimusten ja korvausten hoitaminen samassa modernissa järjestelmässä tuo useita merkittäviä kustannus- ja tehokkuushyötyjä, kun liiketoimintaprosesseja automatisoidaan ja järjestelmäarkkitehtuuri yksinkertaistuu. Tällä luodaan pitkälle tulevaisuuteen kantava, koko liiketoimintaprosessin läpäisevä uudistus.

Olisiko nyt aika päivittää järjestelmäkanta nykyaikaan ja alkaa hyödyntää modernin teknologian suomia mahdollisuuksia?

Lue lisää Profit Life & Pension -järjestelmästämme

Eläkkeet tuntuvat olevan kuuma peruna EU:ssa.

Insurance European julkaisi viime syksynä European Retirement Week -tapahtuman yhteydessä eläketutkimuksen, jossa selvitettiin, missä määrin EU-maissa omaehtoisesti varaudutaan eläkevuosien toimeentuloon. Kyselyyn vastanneiden 16 maan vertailusta käy ilmi, että suomalaisista vain 40 % säästää eläkettä varten. Vastanneiden keskiarvo oli 62 %, eli Suomi jäi melko kauas keskiarvosta. Toki suomalainen työeläkejärjestelmä on monessa tutkimuksessa sijoittunut yhdeksi maailman parhaista, mutta onko sen antama peruseläke kuitenkaan riittävä tulevaisuuden eläkeläisille? Kysymys, jota kenen tahansa olisi hyvä ajoittain pohtia.

Samaa on pohdittu EU:ssa laajemminkin. EU:ssa on useita hankkeita, joilla pyritään kannustamaan kansalaisia omaehtoiseen eläkesäästämiseen. PEPP (Pan-European Personal Pension) -tuotteella pyritään madaltamaan eläkesäästämisen kynnystä, minkä lisäksi EIOPA (European Insurance and Occupational Pension Association) kommentoi viime vuoden lopulla Euroopan Komissiolta saamaansa ehdotusta, kuinka EU-kansalaisten tietämystä omasta tulevasta eläkkeestään voitaisiin lisätä.

Ehdotettu Pension Tracking System (PTS) yhdistäisi henkilön koko eläkesäästäminen; sekä lakisääteisen että vapaaehtoisen lisäeläkkeen. Tämä avaisi kansalaisille realistisen ja ajantasaisen näkymän eläkevuosiensa tulotasoon. Itse asiassa seitsemällä EU-maalla, mukaan lukien Ruotsi ja Tanska, on jo vastaava järjestelmä. Suomalaista työeläkeotetta voi pitää hyvänä alkuna, mutta koska siihen koostetaan pelkästään lakisääteinen eläkekarttuma, tulisi se ehdotuksen valossa laajentaa kattamaan myös vapaaehtoinen eläkesäästäminen. Vaikka useat eläkesäästämisen lakimuutokset ovat käytännössä näivettäneet suomalaisen eläkevakuutusten uusmyynnin, on suomalaisilla kuitenkin vanhastaan voimassa kohtuullinen määrä vapaaehtoisia sopimuksia. Monelle säästäjälle olisikin varmasti tervetullutta pystyä seuraamaan kokonaistilannettaan.

PTS:ssä painotetaan selkeyttä, esitettävä tieto tiivistetään kaikkein oleellisimpaan. Ei mitään monimutkaista, vaan perustietoja, jotka löytyvät eläkevakuutusten hoitojärjestelmistä. Modernista hoitojärjestelmästä tiedon välittäminen hoituukin vaivattomasti. Profit Softwaren PLP (Profit Life & Pension) -järjestelmässä on jo entuudestaan lukuisia digitaalisia palvelurajapintoja eri ulkoisten toimijoiden järjestelmiin, joten yhden uuden lisääminen olisi helppo tehtävä.

Mutta kuka Suomessa ottaisi vetovastuun PTS:n kehittämisestä? Työeläkelaitokset ja Eläketurvakeskus (ETK) ylläpitävät nykyistä työeläkeotetta, mutta vapaaehtoisia lisäeläkkeitä myyvät henkivakuutusyhtiöt. Ruotsissa julkinen ja yksityinen puoli ovat aikanaan lyöttäytyneet yhteen kehittääkseen Minpension:in, voisiko Suomestakin löytyä vastaavanlaista halua edistää yhteistä asiaa?

Paraneeko vaihtamalla? Jos sen tekee harkitun vertailun ja asiaansa palvelevan kriteeristön mukaan, niin kyllä. Tämän huomasivat Profit Loans & Collaterals -tiimissä nykyaikaista antolainausratkaisua yritysrahoituksen tarpeisiin kehittävät koodarit. Tärkeä osa kehitystyötä on ratkaisun käyttöliittymän end-to-end-testaaminen, jota tehdään omassa testausympäristössään. Tiimissä kaikki kehittäjät ovat moniosaajia, jotka tekevät joustavasti kaikkia kehitysvaiheen eri tehtäviä, joten myös testaaminen kuuluu jokaisen pöydälle.

— Testausautomaatioon olemme aiemmin käyttäneet Robot Frameworkia, joka ajaa automaattisia robottitestejä. Huomasimme kuitenkin, että testit hajoilivat satunnaisesti. Kun jokainen kehittäjä sitten joutuu painimaan testien selvittelyiden kanssa vuoron perään, tähän menee aika paljon aikaa, kertoo kehittäjänä työskentelevä Timi Voutilainen.

Tiimin kehittämän ratkaisun vaatima testimassa on suuri, koska testattavia ominaisuuksia on paljon. Yhden testiajon ajamiseen kuluu aikaa keskimäärin 40–60 minuuttia. Kahden vuoden aikana tiimissä on ajettu automaatiotestejä yli 5000 kertaa. Kun testimäärät ovat suuret ja niihin kuluu aikaa, on tärkeää, että testit ovat luotettavia.

Uutta työkalua lähdettiin etsimään tunnettujen ja laajasti käytössä olevien ratkaisuiden kautta. Testien luotettavuus oli tärkein kriteeri. Robot Frameworkin kanssa toimittaessa onnistumisprosentti saattoi olla mitä vain 90 ja 97 prosentin välillä – tämän luvun oli noustava. Toinen kriteeri oli se, että testaustyökalun käyttö olisi mahdollista TypeScriptillä, jota käyttöliittymätoteutuksessa käytetään – tämä helpottaa kehittäjän työtä, kun testaustyökalua varten ei tarvitse vaihtaa käytettävää kieltä toiseen.

Myös se painoi vaakakupissa, että testaustyökalun ominaisuudet ovat monipuoliset ja mahdollistavat esimerkiksi ongelmatilanteiden imitoinnin siten, että testaaja näkee, mitä http-kutsuja käyttöliittymältä lähtee. Niin ikään tyypitetyn kielen käyttö, esimerkiksi rajapintatyypitykset, olivat kriteeri bugien vähentämiseksi.

— Päädyimme lopulta Cypressiin, joka on suosittu testaustyökalu maailmalla. Huomasimme nopeasti, että se täyttää kriteerimme ja tarpeemme, ja näin ollen helpottaa ja nopeuttaa kehitystyötä, Timi kertoo.

— Se, että voimme tehdä testejä samalla kielellä, jolla työskentelemme muunkin kehityksen parissa, auttaa selkeän arkkitehtuurin rakentamisessa ja ylipäätään sujuvoittaa tekemistä, Timi jatkaa.

Cypressin monipuoliset ominaisuudet mahdollistavat esimerkiksi paremmat debuggaus-ominaisuudet, jokaisen vaiheen yksityiskohtaisen erittelyn käyttöliittymältä ja jopa suoran tuen videolle ongelmatilanteiden eri vaiheiden selvittämiseksi, mikä ei aina pelkkää kuvaa katsomalla ole niin yksiselitteistä.

— Virheiden löytäminen on Cypressissä ylipäätään helpompaa, Timi toteaa.

— Tulokset, joita testien ajo tuottaa, osoittaa meille hyödyn työkalun vaihdosta. Lisäarvo asiakkaalle on laadukas tuote, joka toimii luotettavasti.

Lue myös muita blogejamme Profit Loans & Collaterals -tiimin työskentelystä:

https://profitsoftware.com/sovellusarkkitehti-jussi-profit-softwarella-kehittajat-jotka-kehittavat-omaa-tekemistaan-eivat-voi-muuta-kuin-onnistua/

https://profitsoftware.com/hyvat-sprinttirutiinit-helpottavat-projektissa-aloittamista/

https://profitsoftware.com/devaajan-paiva/

Ensimmäinen suomalaisen vakuutusyhtiön myöntämä henkivakuutus tehtiin joulukuussa 1874. Kyseinen sopimus ei tietenkään enää ole voimassa, vaikka usean kymmenen vuosien pituiset voimassaoloajat ovatkin henkivakuutussopimuksille ominaisia.

Tällaiset pitkät sopimusajat tuovat alati muuttuvassa maailmassa omat erityishaasteensa. Kun katsomme vaikka 30 vuotta ajassa taaksepäin, 90-luvun alkupuolelta tähän päivään, on henkivakuutusyhtiöiden toimintaympäristössä tapahtunut lukemattomia muutoksia. Lainsäädännön muutokset ovat ohjanneet mm. tuotekehitystä, myyntiä ja vakuutusten hoitoprosesseja. Samalla suomalaisten mielenkiinto säästämistä kohtaan on kasvanut, minkä siivittämänä on kehitelty eri variaatioita säästöhenkivakuutuksista palvelemaan vaihtelevia asiakastarpeita. Asiakkaat odottavat myös yhä enenevissä määrin digitaalisia palveluja. Ei enää riitä, että portaalissa voi katsella tietoja, sillä monet ovat jo tottuneet itsenäisesti hoitamaan asioitaan portaaleissa.

Erityisesti eläkevakuutuksiin liittyviä muutoksia on tippunut tiuhaan tahtiin. Verotusta ja eläkkeen noston aloitusikää on muutettu moneen kertaan, mistä johtuen vakuutusyhtiön tulee pystyä ylläpitämään useita toisistaan poikkeavia kantoja tai tuotevariaatioita, vaikka kyseisiä tuotteita ei enää myydä. Koska sopimukset saattavat jatkua useita kymmeniä vuosia, ei tämä tarve poistu kovinkaan pian.

Tänä päivänä monet henkivakuutusyhtiöt ovatkin tilanteessa, jossa tuotekirjon lisäksi myös järjestelmäkirjo on kasvanut vaikeasti hallittavaksi himmeliksi. Järjestelmien ylläpitokustannukset ovat kasvaneet eikä muutosten toteuttamiseen ole aina helppo löytää tarvittavaa teknistä osaamista. Kun samalla asiakaspalvelu digitalisoituu ja prosesseja haluttaisiin automatisoida, mikä voisi tuoda tervetulleita kustannussäästöjä, ei vanhoja järjestelmiä välttämättä voida järkevästi yhdistää modernimpaan teknologiaan.

Profit Life & Pension hoitaa monimutkaisetkin tuoterakenteet

Profit Software on kehittänyt järjestelmiä henkivakuutusyhtiöille jo 90-luvun puolesta välistä asti. Voikin sanoa, että olemme vahvasti eläneet mukana alan kehityksessä ja muutoksissa. Profit Life & Pension (PLP) -järjestelmä kehitettiin aluksi käsittelemään säästöhenkivakuutustuotteita. PLP on ollut jo pitkään ja usean asiakkaan käytössä, joten säästöhenkivakuutussopimusten hoitojärjestelmänä PLP on kannuksensa ansainnut. Siinä hoidetaan sujuvasti niin yksilölliset kuin ryhmien sopimukset sekä näihin liittyvät ulosmaksatukset. Myös vanhojen vakuutuskantojen konvertointi on tullut tutuksi ja prosessia helpottamaan on kehitetty oma työkalunsa. Näin PLP:ssä voidaan yhdessä järjestelmässä hoitaa sekä run-off -kantoja että myynnissä olevia tuotteita. Tuoterakenteiden parametrisointi puolestaan mahdollistaa nopean ja joustavan uusien tuotteiden lanseerauksen.

Voidaksemme auttaa henkivakuutusyhtiötä hoitojärjestelmien kokonaisuudistuksessa olemme laajentaneet PLP:n sopimushallinnan kattamaan myös henkilöriskivakuutustuotteet. Henkilöriskivakuuttaminen perustuu hyvin joustaviin turvamäärittelyihin, sisältäen sekä yksilölliset, pari- ja ryhmärakenteet. Henkilöriskikorvausten osalta järjestelmässä pystyy käsittelemään kerta-, päiväraha- ja kulukorvauksia.

PLP:ssä on useamman vuoden ajan lisätty automaation astetta ja REST-palveluiden määrää. Digitaalisten palvelujen kehittämisen kannalta REST-palvelut ovat avainasemassa. Näiden avulla tehostetaan oleellisesti myös sisäisiä prosesseja. Kun esimerkiksi korvauskäsittelijän vakuutussopimuksesta tarvitsema tieto on yhdessä paikassa, vähenee tarve liikkua eri järjestelmien välillä. Samalla vähenee inhimillisten virheiden määrä, mikä luonnollisesti heijastuu positiiviesti myös loppukäyttäjän suuntaan.

PLP:ssa voi hallinnoida koko henkivakuutusyhtiön tuotetarjonnan sopimushallinnasta ulosmaksatukseen ja henkilöriskivakuutusten korvauskäsittelyn. PLP on täysiverinen ja kokonaisvaltainen henkivakuutusyhtiön sopimushallintajärjestelmä.

Lue myös:

Profit Life & Pension

P27 Nordic Payment muuttaa pohjoismaista maksukenttää

Suomalainen henkilötunnus muuttuu vaiheittain