Suomalaisyrityksistä jo 40 prosenttia hyödynsi esineiden internetiä vuonna 2020, ja suurissa yrityksissä osuus oli jo 52 prosenttia – nämä Tilastokeskuksen luvut kertovat siitä, että IoT ei ole enää vain kokeiluteknologiaa vaan vakiintunut osa yritysverkkoja. Silti käyttöönottoon liittyy yhä sudenkuoppia: laitteita hankitaan nopeasti, mutta niiden hallintaan, segmentointiin ja tietoturvaan ei aina ole selkeää suunnitelmaa. Tässä artikkelissa käymme läpi, miten IoT-laitteet kannattaa ottaa käyttöön yritysverkossa, mitä riskejä on syytä välttää ja miten muut suomalaisyritykset ovat onnistuneet.
Miksi IoT yritysverkossa on eri asia kuin kotona
Kotiin hankittava älyrele tai termostaatti on yksinkertainen laite, jonka virheellinen toiminta aiheuttaa korkeintaan haittaa yhdelle taloudelle. Yritysverkossa sama laite voi olla kytkettynä tuotantojärjestelmiin, kulunvalvontaan tai kameravalvontaan – jolloin sen kaappaamisella on täysin eri mittakaavan seurauksia. Yritysympäristössä IoT-laitteet tarkoittavat tyypillisesti antureita, kameroita, energiankulutusmittareita, kulunvalvontalaitteita, tuotannon robotiikkaa tai logistiikan seurantalaitteita.
Tilastokeskuksen vuoden 2020 tietotekniikan käyttö yrityksissä -raportin mukaan yleisin IoT-käyttötarkoitus suomalaisyrityksissä oli toimitilojen turvallisuuden valvonta (31 % yrityksistä), toisena logistiikka (14 %). Muita yleisiä käyttökohteita olivat energianhallinta sekä prosessien seuranta. Nämä käyttökohteet asettavat verkko- ja tietoturva-arkkitehtuurille aivan erilaisia vaatimuksia kuin toimisto-PC:t tai älypuhelimet.
IoT-laitteiden käyttöönoton suunnittelu yritysverkossa
Käyttöönotto alkaa inventaariosta: ennen kuin yhtään laitetta kytketään verkkoon, on tiedettävä mitä hankitaan, mihin sitä käytetään ja kuka vastaa sen hallinnasta. Monet ongelmat syntyvät siitä, että laitteet otetaan käyttöön ad hoc -tyylisesti ilman dokumentointia – ja puolen vuoden päästä kenelläkään ei ole selkeää kuvaa siitä, montako laitetta verkossa on tai mitkä niistä ovat vanhentuneet.
Käyttöönottoprojektissa kannattaa edetä vaiheittain: ensin määritellään käyttötapaus ja vaatimukset, sitten valitaan sopiva laite ja protokolla, tehdään tietoturva-arviointi, konfiguroidaan verkko ja vasta sen jälkeen kytketään laitteet tuotantoon. Liian usein tämä järjestys kääntyy päälaelleen: laitteet ostetaan ensin ja pohditaan vasta sitten, miten ne integroisivat.
Verkon segmentointi: tärkein yksittäinen toimenpide
Verkon segmentointi tarkoittaa sitä, että IoT-laitteet sijoitetaan omaan VLAN-alueensa tai erilliseen verkkovyöhykkeeseensä, josta on rajoitettu pääsy muihin yritysverkon resursseihin. Jos yksittäinen IoT-laite vaarantuu – esimerkiksi sen ohjelmistossa on korjaamaton haavoittuvuus – hyökkääjä ei pääse suoraan toimistoverkkoon tai ERP-järjestelmiin.
Cisco, Juniper Networks ja Fortinet tarjoavat kaikki ratkaisuja, joilla IoT-laitteet voidaan segmentoida automaattisesti niiden verkkoidentiteetin perusteella. Pienemmille yrityksille riittää usein yksinkertaisempi lähestymistapa: erillinen VLAN ja palomuurisäännöt, jotka sallivat vain tarvittavan liikenteen IoT-laitteilta ulos, mutta estävät kaiken liikenteen sisäverkkoon.
Laitevalinta ja protokollat: mitä yrityksen kannattaa tietää
Laitevalinnassa yrityksen on kiinnitettävä huomiota muuhunkin kuin hintaan tai ominaisuuksiin. EU:n Cyber Resilience Act asettaa IoT-laitteille kyberturvallisuusvaatimuksia, jotka vaikuttavat sekä valmistajiin että ostajiin. Laite, jota valmistaja ei enää tue tietoturvapäivityksillä, voi muodostua yritysverkon heikoksi kohdaksi vuosien kuluessa.
Protokollien osalta yrityskäyttöön soveltuvat eri vaihtoehdot riippuen käyttötapauksesta. Sisätiloissa ja lähiverkossa Wi-Fi on edelleen yleisin – IoT Analyticsin mukaan se muodostaa 32 % kaikista IoT-yhteyksistä maailmassa. Laajemmissa ja energiatehokkuutta vaativissa käyttötapauksissa solukkoverkot, erityisesti LTE-M ja NB-IoT, ovat keskeisiä. Lue tarkempi protokollavertailu artikkelistamme: MQTT vs Zigbee vs Z-Wave vs Matter: IoT-protokollien vertailu 2026.
| Protokolla | Tyypillinen käyttötapaus | Kantama | Energiankulutus | Sopii yritykselle |
|---|---|---|---|---|
| Wi-Fi 6 (802.11ax) | Kamerat, hallintapaneelit | ~50 m sisällä | Kohtalainen | Kyllä, korkea tiedonsiirtotarve |
| LTE-M | Logistiikan seuranta | Solukkopeitto | Matala | Kyllä, liikkuvat laitteet |
| NB-IoT | Energiamittarit, anturit | Solukkopeitto | Erittäin matala | Kyllä, hitaat, staattiset |
| Zigbee | Valaistus, anturit | 10–100 m | Erittäin matala | Rajattu, mesh-verkko |
| Matter | Rakennusautomaatio | Paikallinen | Matala | Kasvava tuki |
| Bluetooth LE | Paikannus, lähiviestintä | ~10–50 m | Matala | Rajoitettu |
Lähteet: IoT Analytics 2024, Traficom 2025. Protokollavertailu on suuntaa-antava – valinta riippuu aina ympäristöstä ja käyttötapauksesta.
IoT-laitteiden tietoturva yritysverkossa
IoT-laitteet lisäävät merkittävästi yritysverkon hyökkäyspintaa. Laitteiden määrä kasvaa nopeasti, mutta niiden päivitys- ja salauskäytännöt vaihtelevat suuresti valmistajien välillä. EU:n NIS2-direktiivi on lisännyt paineita parantaa toimitusketjun ja laitteiden kyberturvallisuutta erityisesti kriittisen infrastruktuurin toimijoilla ja niiden toimittajilla.
Käytännön tietoturvatoimenpiteet yritysverkossa alkavat laitteiden identiteetinhallinnasta: jokaisella laitteella tulisi olla yksilöllinen tunniste ja sertifikaatti, eikä oletussalasanoja saa jättää käyttöön. Tämän jälkeen tulevat verkkoliikenteen salaus, lokien keruu ja poikkeamien havainnointi. Lue lisää IoT-tietoturvasta kattavasta oppaastamme: IoT-laitteiden tietoturva: riskit, haavoittuvuudet ja suojautuminen 2026.
IoT-laite ilman tietoturvapäivitystä on kuin lukittu ovi, jonka avain on jätetty ulko-ovelle – se antaa turvallisuuden tunteen, mutta ei todellista suojaa.
Oletussalasanat ja haavoittuvuudet
Suurin yksittäinen IoT-tietoturvaongelma yrityksissä on edelleen oletussalasanojen käyttö. Monet laitteet toimitetaan tehtaan salasanoilla, joita ei koskaan vaihdeta. Mirai-haittaohjelma hyödynsi tätä haavoittuvuutta vuonna 2016 muodostamalla satojen tuhansien laitteen botnetin – merkittävä osa laitteista sijaitsi nimenomaan yritysten verkoissa.
Hyvä käytäntö on kieltää oletussalasanat hankintapolitiikassa ja vaatia toimittajilta selvitys laitteiden päivityskäytännöistä. Yrityksen kannattaa myös pitää rekisteriä kaikista IoT-laitteista, niiden ohjelmistoversioista ja viimeisimmistä tietoturvapäivityksistä.
Käyttöönottoprosessi vaihe vaiheelta
Käytännönläheinen käyttöönotto etenee viidessä vaiheessa, joita voidaan toistaa jokaisen uuden laitetyypin kohdalla. Vaiheistus auttaa pitämään projektin hallinnassa ja varmistaa, että tietoturva-asiat käsitellään ennen kuin laitteet kytketään tuotantoverkkoon.
- Vaihe 1 – Tarvekartoitus: Määrittele käyttötapaus, datavaatimukset ja integraatiot. Kuka omistaa laitteen? Mihin järjestelmään data menee?
- Vaihe 2 – Laitehankinta: Valitse laite, jolla on selkeä tietoturvapolitiikka, päivitystuki ja EU-vaatimusten mukainen sertifiointi. Pyydä toimittajalta tietoturvaselvitys (SBOM).
- Vaihe 3 – Verkkosuunnittelu: Luo tai osoita erillinen VLAN tai verkkovyöhyke IoT-laitteille. Määrittele palomuurisäännöt: mihin laite saa yhdistää ja mistä se saa vastaanottaa yhteyksiä.
- Vaihe 4 – Konfigurointi ja testaus: Vaihda oletussalasanat, asenna uusimmat ohjelmistopäivitykset, testaa tietoturva- ja toiminnallisuusvaatimukset erillisessä testiympäristössä ennen tuotantoon siirtoa.
- Vaihe 5 – Seuranta ja ylläpito: Lisää laite seurantajärjestelmään, aseta hälytykset poikkeavalle liikenteelle ja luo päivitysaikataulu. Dokumentoi kaikki muutokset.
Yleiset sudenkuopat ja miten niistä selvitään
Yritykset törmäävät IoT-käyttöönotoissa toistuvasti samoihin ongelmiin. Tunnistamalla ne etukäteen voidaan säästää huomattavasti aikaa ja kustannuksia.
| Sudenkuoppa | Tyypillinen seuraus | Ratkaisu |
|---|---|---|
| Ei inventaariota laitteista | Laitteet katoavat hallinnasta, päivitykset jäävät tekemättä | Käytä MDM/IoT-hallinta-alustaa (esim. Microsoft Azure IoT Hub, AWS IoT Core) |
| Oletussalasanat käytössä | Laite vaarantuu ulkopuoliselle | Hankintapolitiikka: vaadi salasanavaihto ennen käyttöönottoa |
| IoT samassa verkossa kuin toimisto-PC:t | Hyökkääjä pääsee liikkumaan verkossa laajasti | VLAN-segmentointi, Zero Trust -periaate |
| Ei päivityksiä | Tunnetut haavoittuvuudet jäävät korjaamatta | Automatisoi päivitykset tai luo kuukausittainen päivitysprosessi |
| Toimittajariippuvuus | Toimittajan palvelun loputtua laite lakkaa toimimasta | Vaadi avoimet rajapinnat ja paikallinen hallintamahdollisuus |
| Ei lokeita eikä seurantaa | Tietoturvahäiriö huomataan liian myöhään | Integroi IoT-laitteet SIEM-järjestelmään tai vähintään lokipalvelimeen |
Toimittajariippuvuus on erityisen ajankohtainen sudenkuoppa: jos IoT-laite kommunikoi ainoastaan toimittajan omaan pilveen, yritys on täysin riippuvainen siitä, että toimittaja pysyy toiminnassa ja pitää palvelunsa yllä. Avoimet protokollat ja standardit – kuten MQTT tai REST API – tarjoavat paremman joustavuuden.
IoT yhdistettynä pilvipalveluihin ja tekoälyyn
IoT-laitteiden tuottama data on arvokas vasta, kun sitä analysoidaan. Yhä useampi suomalaisyritys yhdistää IoT-sensoridatan pilvipalveluihin – esimerkiksi AWS IoT Core:iin tai Microsoft Azure IoT Hub:iin – joissa data voidaan prosessoida reaaliajassa. Pilvipalvelut tarjoavat myös helpomman tavan hallita laiteinventaariota, päivityksiä ja hälytyksiä.
Tilastokeskuksen raportin mukaan syksyllä 2025 jo 38 prosenttia suomalaisista yrityksistä käytti tekoälyteknologioita – osuus kasvoi 14 prosenttiyksikköä vuodesta 2024. Tämä kehitys kytkeytyy suoraan IoT:hen: anturidata, poikkeamien tunnistus ja ennakoiva kunnossapito ovat tyypillisiä sovelluksia, joissa tekoäly jalostaa IoT-datan hyödyksi. Lisää suomalaisten yritysten pilvipalvelustrategioista voit lukea artikkelistamme pk-yrityksen siirtyminen pilvipalveluun.
IoT-data ilman analytiikkaa on kuin kirjanpito ilman tuloslaskelmaa – numerot ovat olemassa, mutta päätöksenteko puuttuu.
AWS IoT Core ja Microsoft Azure IoT Hub ovat kaksi hallitsevaa alustaa yrityskäyttöön. Molemmat tarjoavat laitehallintaa, datan reititystä, turvallisia yhteysprotokollia ja integrointeja analytiikkapalveluihin. Google Cloud IoT -palvelu lopetettiin vuonna 2023, minkä jälkeen markkinalla on selkeästi kaksi pääpelaajaa. Pk-yrityksille voi myös harkita kevyempiä ratkaisuja kuten Home Assistant (avoimen lähdekoodin) tai Cumulocity IoT pienemmässä skaalassa.
EU-sääntely ja sen vaikutukset suomalaisyrityksille
Euroopan unioni on viime vuosina merkittävästi kiristänyt IoT-laitteiden kyberturvallisuusvaatimuksia. Kaksi keskeistä säädöstä vaikuttavat suomalaisyrityksiin suoraan.
NIS2-direktiivi velvoittaa useita toimialoja parantamaan kyberturvallisuuttaan ja raportoimaan merkittävistä häiriöistä. Direktiivi ulottuu myös toimitusketjuun: jos kriittisen infrastruktuurin yritys käyttää IoT-toimittajaa, toimittajankin kyberturvallisuus voi tulla tarkastelun kohteeksi. EU:n NIS2-direktiivi on ollut voimassa kansallisesti Suomessa vuodesta 2024.
Cyber Resilience Act (CRA) puolestaan asettaa ”secure by design” -vaatimuksia IoT-laitteiden valmistajille. Käytännössä tämä tarkoittaa, että markkinoille tulevilta laitteilta vaaditaan dokumentoitua tietoturvasuunnittelua, haavoittuvuuksien hallintaprosessia ja tietoturvapäivitysten saatavuutta koko laitteen elinkaaren ajan. Suomalaisyrityksille tämä on hyvä uutinen: CRA helpottaa turvallisempien laitteiden tunnistamista, kun vaatimukset ovat selkeät.
IoT-laitteiden hallinta ja elinkaari
IoT-laitteiden elinkaari eroaa merkittävästi perinteisistä IT-laitteista. Anturit ja teolliset laitteet voivat olla käytössä 10–15 vuotta, kun taas kuluttajalaitteen tukijakso voi päättyä jo kahden vuoden kuluttua. Tämä luo jännitteen: laite, joka hankittiin tuotantoon vuonna 2020, voi olla tietoturvapäivitysten ulkopuolella jo 2026.
Yritykselle käytännöllinen lähestymistapa on kirjata jokaiselle laitteelle tuki-ikkunan päättymispäivä hankinnan yhteydessä. Kun tuki lähestyy loppuaan, yrityksen tulee suunnitella joko laitteen korvaaminen tai sen eristäminen muusta verkosta omaan suljettuun vyöhykkeeseensä. Microsoft Azure IoT Hub, AWS IoT Core ja IBM Watson IoT Platform tarjoavat kaikki laitteen elinkaaren hallintaan työkaluja, jotka helpottavat tätä prosessia.
IoT yritysverkossa eri toimialoilla
IoT-käyttötapaukset vaihtelevat merkittävästi toimialojen välillä. Valmistava teollisuus hyödyntää IoT:tä tuotantoprosessien seurannassa ja ennakoivassa kunnossapidossa, jossa ABB:n, Siemensin ja Rockwell Automationin laitteet ovat tyypillisiä. Logistiikassa UPS, DHL ja kotimaiset Posti sekä DB Schenker käyttävät IoT-seurantalaitteita kuljetusten reaaliaikaiseen seurantaan.
Kiinteistöhallinnassa Schneider Electricin EcoStruxure ja Honeywellin Forge-alusta ovat tunnettuja yrityskiinteistöjen energianhallinnan ratkaisuja. Terveydenhuollossa laitteet ovat erityisen kriittisiä, koska ne voivat liittyä suoraan potilasturvallisuuteen – siksi terveydenhuollon IoT on sääntelyltään tiukimpien vaatimusten alainen.
Suomalaisessa kontekstissa erityisen relevantti alue on energiateollisuus, jossa älykkäät mittarit (AMR/AMI) ovat jo laajassa käytössä. Fingrid ja Helen ovat esimerkkejä suomalaisista toimijoista, jotka ovat investoineet merkittävästi IoT-infrastruktuuriin verkonhallinnassa. Lisää IoT:stä eri ympäristöissä voit lukea pilariartikkelistamme: IoT-laitteet kotona ja yrityksessä: Opas ja vertailut.
Pohjoismaat IoT:n edelläkävijöinä
Pohjoismaat ovat perinteisesti olleet digitalisaation ja IoT:n käyttöönoton edelläkävijöitä Euroopassa. Traficomin kansainvälisen vertailun mukaan Pohjoismaissa ja Baltiassa mobiilitiedonsiirtoa oli vuonna 2023 lähes 16 miljardia gigatavua, ja alueen asukas käytti keskimäärin 38 gigatavua tiedonsiirtoa kuukaudessa. Tämä korkea verkkokapasiteetti on edellytys IoT-skaalatumiselle.
Suomessa oli vuoden 2025 lopussa 9,01 miljoonaa aktiivista mobiiliyhteyttä (Datareportal 2026), mikä vastaa 160 prosenttia väestöstä. Tämä tarkoittaa, että verkkoinfrastruktuuri IoT-laajenemiselle on olemassa. Pohjoismainen IoT-ekosysteemi on myös erottunut teollisista innovaatioista: ruotsalainen Ericsson on maailman johtavia 5G- ja IoT-verkkotoimittajia, ja suomalaiset operaattorit Elisa, Telia ja DNA ovat kaikki rakentaneet 5G-verkkoja, jotka tukevat laajamittaista IoT-käyttöä.
IoT-investoinnin kustannukset ja ROI: konkreettiset luvut
IoT-projektin budjetointi epäonnistuu usein siksi, että laskelmiin otetaan mukaan vain laitehankinnat. Todelliset kustannukset jakautuvat neljään luokkaan: laitteet, integraatio, hallinta ja tietoturva. IoT Analytics -tutkimuslaitoksen vuoden 2025 raportin mukaan integraatio- ja käyttöönottokustannukset ovat keskimäärin 2,5-kertaiset verrattuna itse laitekustannuksiin.
Käytännön esimerkki: 200 anturia käsittävä teollisuusympäristö maksaa laitteina 40 000-80 000 euroa. Verkkoinfrastruktuurin päivitys (PoE-kytkimet, VLAN-konfiguraatiot, langattoman verkon laajentaminen) lisää 15 000-30 000 euroa. MDM-lisenssointi (esimerkiksi Microsoft Intune tai Cisco IoT Control Center) tuo 3-8 euroa per laite kuukaudessa, eli 200 laitteelle 7 200-19 200 euroa vuodessa. Tietoturvaohjelmistot, auditoinnit ja koulutus nostavat ensimmäisen vuoden kokonaiskustannuksen helposti 120 000-180 000 euroon.
ROI-laskenta kannattaa ankkuroida mitattaviin prosessimuutoksiin. McKinsey Global Institute arvioi vuonna 2024, että tehdasympäristöissä IoT-pohjainen ennakoiva kunnossapito vähentää suunnittelemattomia seisokkeja 30-50 prosenttia. Jos yhden tuotantolinjan seisokki maksaa 5 000 euroa tunnissa ja IoT-ratkaisu ehkäisee kolme 4 tunnin seisokkia vuodessa, pelkkä seisokkisäästö on 60 000 euroa. Takaisinmaksuaika on tässä esimerkissä alle kolme vuotta.
Energiatehokkuushankkeissa luvut ovat usein selvempiä. Suomen Energiateollisuuden vuoden 2025 tilastojen mukaan rakennusautomaatioon integroidut IoT-anturit ovat tuottaneet 18-25 prosentin energiasäästöjä toimistokiinteistöissä. 10 000 neliömetrin toimistossa, jossa energiakulut ovat 150 000 euroa vuodessa, tämä tarkoittaa 27 000-37 500 euron vuotuista säästöä.
Piilokulut, joita budjetissa harvoin huomioidaan: vanhojen laitteiden poistaminen ja kierrättäminen (EU:n WEEE-direktiivi velvoittaa asianmukaiseen hävittämiseen), henkilöstön jatkuva koulutus laitteiden päivittyessä sekä tietosuoja-auditoinnit, joiden hinta on tyypillisesti 5 000-15 000 euroa kerta. Näiden huomiointi etukäteen estää budjetin ylittymisen projektin loppuvaiheessa.
IoT-verkkoarkkitehtuurin vertailu: reunalaskenta, pilvi vai hybridi
Arkkitehtuurivalinta vaikuttaa suoraan latenssi-, kustannus- ja tietosuojaprofiiliin. Kolme päämallia ovat pilvikeskeinen arkkitehtuuri, reunalaskenta (edge computing) ja hybridimalli. Oikea valinta riippuu käyttötapauksesta.
| Ominaisuus | Pilvi | Reuna (Edge) | Hybridi |
|---|---|---|---|
| Latenssi | 50-200 ms | 1-10 ms | 5-50 ms |
| Käyttöönottokustannus | Matala | Korkea | Keskitaso |
| Offline-toiminta | Ei | Kyllä | Osittain |
| Skaalautuvuus | Erinomainen | Rajoitettu | Hyvä |
| Tietosuoja | Vaatii sopimukset | Data pysyy paikallisesti | Valinnainen |
Pilvikeskeinen malli sopii yrityksille, joilla on paljon laitteita eri sijainneissa ja joiden prosessit eivät vaadi alle 100 millisekunnin vasteaikoja. AWS IoT Core, Microsoft Azure IoT Hub ja Google Cloud IoT ovat yleisimmät alustat. Azure IoT Hubin hinnoittelu alkaa 0,0018 dollaria per viesti S1-tasolla (Azure-hinnasto, heinäkuu 2026), mikä tekee siitä kustannustehokkaan pienille viestimäärille.
Reunalaskenta on välttämätön tilanteissa, joissa millisekunnitkin ratkaisevat, kuten robottiohjauksessa, konenäössä tai turvallisuusjärjestelmissä. NVIDIA Jetson Orin NX -reunapalvelin maksaa noin 500-700 euroa yksikkönä ja kykenee pyörittämään tekoälymalleja paikallisesti. Teollisuusympäristöissä käytetään myös Siemensin SINEMA Remote Connect- ja Beckhoff TwinCAT -alustoja. Reunalaskennan selkein hyöty on GDPR-näkökulmasta: henkilötietoja sisältävä sensoriddata ei poistu yrityksen omasta verkosta.
Hybridimalli on yleisin valinta suurissa suomalaisyrityksissä. Aikakriittiset päätökset tehdään reunalla, historiatiedot ja analytiikka siirretään pilveen. Esimerkiksi Konecranesin nostureissa reunaäly tunnistaa vaaratilanteen alle 5 millisekunnissa, mutta huoltodatan trendianalyysi ajetaan Azure-pilvestä (Konecranes vuosikertomus 2025). Hybridimallin arkkitehtuurin suunnittelu vie enemmän aikaa, mutta se tarjoaa parhaan joustavuuden muuttuviin tarpeisiin.
IoT-alustat ja hallintatyökalut: käytännön vertailu
Oikean IoT-hallinta-alustan valinta on yksi projektin kriittisimmistä päätöksistä, sillä vaihtoehtojen välillä on merkittäviä eroja ominaisuuksissa, hinnoittelussa ja integrointimahdollisuuksissa. Markkinajohtajat ovat AWS IoT Core, Azure IoT Hub, Google Cloud IoT ja erikoistuneemmat alustat kuten Bosch IoT Suite, PTC ThingWorx ja Siemens MindSphere.
AWS IoT Core soveltuu parhaiten yrityksille, joiden muu infrastruktuuri on jo AWS:ssä. Se tukee MQTT-, HTTP- ja WebSocket-protokollia ja tarjoaa suoran integraation Lambda-funktioihin ja S3-säilytyspalveluun. Rajoituksena on se, että edistyneet analytiikkaominaisuudet edellyttävät useita lisäpalveluja, mikä kasvattaa kokonaiskustannusta. Azure IoT Hub on vahvin Microsoft-ekosysteemissä: integraatio Active Directoryyn helpottaa käyttöoikeuksien hallintaa, ja Digital Twins -ominaisuus mahdollistaa fyysisten tilojen digitaalisen mallintamisen.
Avoimen lähdekoodin vaihtoehtoihin kuuluvat Eclipse Mosquitto (MQTT-välitinpalvelin), Node-RED (visuaalinen integraatiotyökalu) ja InfluxDB (aikasarjakanta IoT-datalle). Näiden yhdistelmä on suosittu pk-yrityksissä, joissa budjetti on rajattu. Node-RED toimii esimerkiksi Raspberry Pi -laitteistolla ja mahdollistaa laitteiden välisen logiikan rakentamisen ilman ohjelmointiosaamista.
Laitteiden etähallintaan erikoistuneet MDM-ratkaisut eroavat yleisistä IoT-alustoista: Cisco IoT Control Center keskittyy SIM-korttipohjaisten laitteiden hallintaan ja sopii erityisesti logistiikkaan, VMware Workspace ONE kattaa sekä mobiililaitteet että IoT-päätepisteet. Suomalaiselle yritykselle, jolla on alle 500 laitetta, Miradore-pilvipalvelu (suomalainen yritys) tarjoaa kustannustehokkaan vaihtoehdon noin 2 euron kuukausihinnalla per laite.
Valintakriteerit tärkeysjärjestyksessä: 1) Yhteensopivuus olemassa olevan IT-infrastruktuurin kanssa, 2) GDPR-vaatimustenmukaisuus ja tietojen sijainti (EU-datakeskukset), 3) Tuki käytössä oleville protokollille (MQTT, CoAP, OPC-UA), 4) Hinnoittelumalli suhteessa laitemäärään ja viestiliikenteeseen, 5) Toimittajan referenssit omalta toimialalta. Arvioi aina vähintään kolme vaihtoehtoa POC-testillä ennen sitovaa päätöstä.
Langattomien IoT-protokollien tekninen valinta: LoRaWAN, NB-IoT ja 5G
Yritysverkon IoT-protokollavalinta on enemmän insinöörityötä kuin markkinointia. LoRaWAN, NB-IoT ja 5G palvelevat eri käyttötarkoituksia, eikä yksi protokolla sovi kaikkeen. Väärä valinta johtaa joko liian suureen virrankulutukseen, riittämättömään kantamaan tai ylihinnoiteltuun kapasiteettiin.
LoRaWAN (Long Range Wide Area Network) on paristokäyttöisten antureiden ensisijainen vaihtoehto. Tiedonsiirtonopeus on hidas (0,3-50 kbps), mutta kantama on 2-15 kilometriä avoimessa maastossa ja 1-5 kilometriä kaupungissa. Virrankulutus on niin pieni, että akkukäyttöinen lämpötila-anturi voi toimia 5-10 vuotta ilman latausta. Telia ja DNA operoivat kaupallisia LoRaWAN-verkkoja Suomessa. Rakennusautomaatiossa, ympäristömonitoroinnissa ja logistiikan seurannassa LoRaWAN on usein paras valinta.
NB-IoT (Narrowband IoT) kulkee olemassa olevien LTE-verkkojen kautta. Se on LoRaWAN:ia nopeampi (20-250 kbps) ja toimii paremmin sisätiloissa ja kellarikerroksissa. Suomessa NB-IoT on saatavilla Elisan, Telian ja DNA:n verkkoissa. Kustannus on tyypillisesti 2-8 euroa per SIM-kortti kuukaudessa. NB-IoT sopii erityisesti liikkuviin laitteisiin, jotka tarvitsevat valtakunnallisen peiton ilman omaa tukiasemaverkkoa.
5G mahdollistaa massiivisen kaistanleveyden (jopa 10 Gbps teoreettinen) ja alle millisekunnin latenssin, mutta se on huomattavasti kalliimpi ja akkuja kuluttavampi. 5G:n niche on teollisuuden kriittisissä sovelluksissa: reaaliaikainen konenäkö, autonomous guided vehicle (AGV) -trukit tai kirurgisia toimenpiteitä tukevat etälääketiedejärjestelmät. Business Finland raportoi vuonna 2025, että Suomessa toimii 12 yksityistä 5G-teollisuusverkkoa, joista useimmat ovat Tampereella ja Helsingissä.
Käytännön valintaohje: jos laite lähettää alle 500 tavua päivässä ja akkukäyttö on tärkeää, valitse LoRaWAN. Jos tarvitaan valtakunnallinen peitto ilman omaa infrastruktuuria, valitse NB-IoT. Jos käyttötapaus vaatii alle 10 ms latenssiya tai HD-videota, valitse 5G tai Wi-Fi 6. Useimmissa suomalaisissa yrityksissä todellisuus on se, että tarvitaan kaikkia kolmea eri käyttötapauksiin.
IoT-datan integrointi ERP- ja toiminnanohjausjärjestelmiin
IoT:n todellinen arvo realisoituu vasta, kun sensoridataa yhdistetään liiketoimintajärjestelmiin. Yleinen ongelma on se, että IoT-projekti jää irralliseksi saarekkeeksi, josta data ei virtaa ERP:iin, CRM:ään tai toiminnanohjausjärjestelmään. Tämä tuhlataan investoinnin potentiaali ja luo päällekkäistä työtä.
SAP S/4HANA on Suomen suuryritysten yleisin ERP, ja SAP tarjoaa IoT-integraatioon SAP IoT -lisenssin sekä SAP Edge Services -komponentin. Integraatio tapahtuu SAP Integration Suite -väliohjelmistolla, joka tukee REST API-, MQTT- ja OData-rajapintoja. Tyypillinen integraatioprojekti SAP:n kanssa kestää 3-6 kuukautta ja maksaa 30 000-80 000 euroa riippuen räätälöinnin määrästä.
Microsoft Dynamics 365 -ympäristöissä IoT-integraatio on suoraviivaisempaa Azure IoT Hubbin kautta. Power Automate -työnkulut mahdollistavat automaattiset toimenpiteet IoT-tapahtumiin perustuen ilman räätälöityä koodia. Esimerkiksi: kun koneen värähtelyanduri ylittää kynnysarvon, Power Automate luo automaattisesti huoltotyömääräyksen Dynamics 365 Field Serviceen ja lähettää hälytyksen Teams-kanavalle.
Pk-yrityksille, joilla on toimialakohtaisia ERP-järjestelmiä (esim. Visma, Lemonsoft tai Oscar), integraatio tapahtuu useimmiten REST API -rajapintojen kautta. Node-RED tai Apache Kafka toimivat välittäjäkerroksena, joka muuntaa IoT-sensoridatan ERP:n ymmärtämään muotoon. Kafka on erityisen hyvä korkean volyymin tilanteissa: se pystyy käsittelemään miljoonia viestejä sekunnissa ilman datan menetystä.
Käytännön integraatioprojektin vaiheet: 1) Kartoita, mitä dataa ERP todella tarvitsee, älä siirrä kaikkea raakadataa, 2) Määritä datatransformaatiot (anturin yksikkö vs. ERP:n yksikkö), 3) Rakenna testiympäristö ennen tuotantoa, 4) Sovi datanomistajuudesta IT-osaston ja liiketoiminnan välillä, 5) Dokumentoi API-rajapinnat ja datakaaviot huoltoa varten. Gartner arvioi vuonna 2024, että 60 prosenttia IoT-projekteista epäonnistuu integraatiovaiheessa puuttuvien datakaavioiden tai epäselvän vastuunjaon takia.
IoT-projektin mittarit ja suorituskyvyn seuranta
IoT-investoinnin onnistuminen vaatii mitattavia tavoitteita ennen käyttöönottoa. Ilman etukäteen määritettyjä KPI:ta projekti ajelehtii ilman suuntaa ja johdon on vaikea perustella jatkoinvestointeja. Mittarit jaetaan teknisiin, operatiivisiin ja liiketoimintamittareihin.
Tekniset mittarit seuraavat järjestelmän terveyttä. Laitteiden käytettävyys (device uptime) on perusmittari: tavoite on tyypillisesti yli 99,5 prosenttia kriittisissä sovelluksissa. Datan laatu mitataan puuttuvien datapisteiden prosenttiosuutena, joka ei saisi ylittää 0,1 prosenttia anturikohtaisesti. Viestiviive (end-to-end latency) on kriittinen reaaliaikaisissa sovelluksissa: mittaa aika anturin havainnosta päätöksentekojärjestelmään. Tietoturvamittareihin kuuluu onnistuneiden tunkeutumisyritysten määrä ja haavoittuvuuksien korjausaika.
Operatiiviset mittarit kertovat liiketoimintavaikutuksesta. Overall Equipment Effectiveness (OEE) on teollisuuden standardimittari, joka yhdistää käytettävyyden, suorituskyvyn ja laadun. IoT-pohjainen ennakoiva kunnossapito parantaa tyypillisesti OEE:tä 5-15 prosenttiyksikköä (Siemens Industry Report 2025). Energiatehokkuus mitataan energiankulutuksena tuotettua yksikköä kohden. Hälytysvasteaika mittaa, kuinka nopeasti henkilöstö reagoi IoT-hälytyksiin.
Liiketoimintamittarit perustelevat investoinnin hallitukselle. Kustannussäästöt per laite per vuosi, ROI-prosentti, takaisinmaksuaika kuukausina sekä tuottavuuden kasvu FTE:tä (full-time equivalent) kohden ovat yleisimmät. Asiakastyytyväisyyteen vaikuttavissa käyttötapauksissa myös NPS-muutos (Net Promoter Score) ennen ja jälkeen käyttöönottoa on relevantti.
Mittariston rakentamiseen suositellaan OKR-viitekehystä (Objectives and Key Results): määritä ensin liiketoimintatavoite (esim. ”Vähennä suunnittelemattomia seisokkeja”), sitten mitattavat avaintulokset (esim. ”Seisokki-indeksi laskee 40 prosenttia 12 kuukaudessa”). Grafana on avoimen lähdekoodin työkalu, jota käytetään laajasti IoT-mittaristojen visualisointiin: se hakee datan InfluxDB- tai Prometheus-tietokannoista ja näyttää reaaliaikaiset dashboardit. Prometheus on erityisen hyvä laiteflottien tilan seurantaan, koska se kerää metriikkaa automaattisesti rekisteröityneiltä laitteilta ilman manuaalista konfiguraatiota jokaiselle laitteelle erikseen.
IoT-laitteiden automaattiset päivitysprosessit: käytännön toteutus
Firmware-päivitysten hallinta on yksi IoT-käyttöönoton kriittisimmistä, mutta useimmiten aliarvioiduista osa-alueista. Gartner arvioi vuonna 2025, että yli 60 prosenttia IoT-tietoturvatapahtumista johtuu vanhentuneesta ohjelmistosta, jota ei ole päivitetty järjestelmällisesti. Automaattinen päivitysputki on ratkaisu tähän ongelmaan.
Käytännön toteutus etenee viidessä vaiheessa. Ensimmäiseksi inventoidaan laitteet ja niiden nykyiset ohjelmistoversiot käyttämällä esimerkiksi Ansible-pohjaista rekisteriä tai kaupallista alustaa kuten AWS IoT Device Management tai Azure IoT Hub Device Twin. Toiseksi määritetään päivitysikkunat, jotka eivät osu tuotannon huippuaikaan. Teollisuusympäristöissä tämä tarkoittaa usein yöllä kello 02-04 tapahtuvia huoltoikkunoita.
Kolmas vaihe on canary-julkaisu, jossa päivitys lähetetään ensin 5-10 prosentille laitteista ja seurataan 24-48 tunnin ajan virhemetriikkoja. Jos virheprosentti pysyy alle 0,5 prosentin, rollout laajenee autotumatisesti. Neljänneksi otetaan käyttöön delta-päivitykset, jotka lähettävät vain muuttuneen koodin koko firmware-imagen sijaan. Tämä vähentää kaistanleveyttä jopa 80 prosenttia, kertoo Eclipse Foundation IoT Survey 2024. Viidenneksi konfiguroidaan automaattinen rollback, joka palautuu edelliseen versioon, jos laite ei käynnisty uudelleenkäynnistyksen jälkeen kolmessa minuutissa.
Suomalaisessa kontekstissa on huomioitava hajautetut kohteet, kuten metsäteollisuuden anturit tai kaukolämpöverkon mittarit, jotka toimivat NB-IoT-yhteyden varassa. Tällöin päivitykset on pakattava alle 50 kilotavun delta-paketteihin, koska NB-IoT-yhteyden läpimeno on tyypillisesti 20-250 kbit/s. Käytännössä esimerkiksi Helen Oy on raportoitujen tietojen mukaan hyödyntänyt tätä lähestymistapaa kaukolämpöverkon IoT-laitteiden hallinnassa. Toolchain-vaihtoehtoina Mender.io on avoimen lähdekoodin ratkaisu, joka sopii hyvin suomalaisille pk-yrityksille, kun taas suuremmat organisaatiot usein valitsevat Balena.io-alustan sen konttipohjaisen arkkitehtuurin vuoksi.
IoT-laitteiden segmentointi ja nollaluottamusarkkitehtuuri käytännössä
Perinteinen VLANeihin perustuva verkkojen segmentointi ei yksin riitä moderniin IoT-ympäristöön. Nollaluottamusarkkitehtuuri (Zero Trust Network Access, ZTNA) tarkoittaa, että jokainen yhteyspyyntö todennetaan erikseen riippumatta siitä, tuleeko se sisäverkosta vai ulkoa. NIST SP 800-207 -standardi määrittelee tämän periaatteen, ja se on käytännössä pakollinen EU:n NIS2-direktiivin vaatimusten täyttämiseksi vuodesta 2024 alkaen.
Toteutus rakentuu kolmesta kerroksesta. Mikrosegmentoinnissa jokainen IoT-laitetyyppi, kuten tuotantorobotti, ilmastointisensori ja kulunvalvontalaite, sijoitetaan omaan loogiseen segmenttiinsä. Tähän sopii Cisco Microsegmentation tai VMware NSX-T, ja avoimen lähdekoodin vaihtoehdoista Calico on yleinen Kubernetes-pohjaisissa ympäristöissä. Toisessa kerroksessa laitteen identiteetti todennetaan X.509-sertifikaateilla tai TPM-siruilla (Trusted Platform Module). Kolmannessa kerroksessa liikenne salataan segmenttien välillä TLS 1.3 -protokollalla myös sisäverkossa.
Käytännön haaste on vanhat brownfield-laitteet, jotka eivät tue sertifikaattipohjaista todennusta. Ratkaisu on IoT-välityspalvelin, kuten Zscaler Private Access tai Palo Alto Prisma Access, joka toimii välittäjänä ja hoitaa todennuksen laitteiden puolesta. Tämä lisää latenssia 5-15 millisekuntia, mikä on useimmissa teollisuusanturi-käyttötapauksissa hyväksyttävää mutta reaaliaikaisessa robotiikassa saattaa aiheuttaa ongelmia.
Ponemon Instituten vuoden 2025 tutkimuksen mukaan organisaatiot, jotka ovat ottaneet ZTNA-arkkitehtuurin käyttöön IoT-ympäristöissä, havaitsivat 45 prosenttia vähemmän sivuttaisliikumista (lateral movement) tietomurron sattuessa verrattuna perinteiseen segmentointiin. Suomalaisille yrityksille konkreettinen lähtöpiste on Traficomin kyberturvallisuuden arviointikehikko, joka sisältää IoT-spesifiset vaatimukset nollaluottamuksen käyttöönotolle.
IoT-projektin tekninen velka ja sen hallinta pitkällä aikavälillä
IoT-projekteissa tekninen velka kertyy nopeammin kuin perinteisissä ohjelmistoprojekteissa, koska laitteistoriippuvuudet rajoittavat refaktorointimahdollisuuksia. IoT Analytics arvioi vuoden 2025 tutkimuksessaan, että tyypillinen yritys-IoT-projekti akkumuloi ensimmäisen kolmen vuoden aikana teknistä velkaa, jonka korjaaminen maksaa 30-50 prosenttia alkuperäisen projektin kustannuksista. Tämä on konkreettinen liiketoimintariski, joka on otettava budjettisuunnitteluun mukaan.
Tekninen velka IoT-kontekstissa ilmenee neljässä muodossa. Protokollavelka syntyy, kun otetaan käyttöön vanhentuva protokolla, kuten MQTT 3.1, vaikka MQTT 5.0 olisi saatavilla paremmilla virheenkäsittelyominaisuuksilla. Laitekannan ikävelka tarkoittaa heterogeenistä laitekantaa, jossa osa laitteista tukee nykyaikaisia ominaisuuksia ja osa ei. Datan mallivelka syntyy, kun sensoridatan rakenne ei skaalaudu uusiin analytiikkavaatimuksiin. Integraatiovelka kertyy, kun point-to-point-integraatioita on rakennettu event bus -arkkitehtuurin sijaan.
| Velan tyyppi | Tunnistamistapa | Tyypillinen korjauskustannus |
|---|---|---|
| Protokollavelka | Protokolla-auditointi vuosittain | 5 000-20 000 euroa migraatiota kohti |
| Laitekannan ikävelka | Laiterekisterin ikäjakauma | Laitteen vaihto 50-500 euroa/kpl |
| Datan mallivelka | Schema-versioiden lukumäärä | 3-6 kuukauden kehitystyö |
| Integraatiovelka | Point-to-point-yhteyksien kartoitus | 50 000-200 000 euroa refaktorointi |
Hallintakeinona suositellaan neljännesvuosittaista teknisen velan arviointikokousta, johon osallistuvat sekä IT-arkkitehdit että liiketoimintaedustajat. Kokouksessa käydään läpi Architecture Decision Record (ADR) -dokumentit ja merkitään vanhentuneiksi ne päätökset, jotka olisi tänään tehty eri tavalla. Tämä lähestymistapa on käytössä esimerkiksi Fortumilla, joka hallitsee laajaa teollisuus-IoT-verkostoaan systemaattisen arkkitehtuurikatselmuksen avulla julkisten raporttien perusteella. Konkreettinen työkalu teknisen velan mittaamiseen on SonarQube IoT-lisäosilla tai kaupallinen Semmle LGTM, jotka analysoivat sulautetun koodin laadun automaattisesti osana CI/CD-putkea.
IoT-laitteiden hankintaprosessi: tarjouspyynnöt, toimittaja-arviointi ja sopimusehdot
IoT-hankinta epäonnistuu usein jo ennen ensimmäistäkään laiteasennusta, koska tarjouspyyntö on liian väljä tai toimittajaa arvioidaan pelkän hinnan perusteella. Strukturoitu hankintaprosessi säästää merkittävästi aikaa ja rahaa projektin myöhemmissä vaiheissa.
Tarjouspyynnön (RFP) tulee sisältää vähintään seuraavat tekniset vaatimukset: tuetut protokollat ja niiden versiot, firmware-päivitysten toimitusmalli (OTA vai manuaalinen), laitteiden sertifioinnit (CE, RED-direktiivi, mahdollinen IEC 62443), sekä SLA-ehdot saatavuudelle ja vasteajoille. Gartner suositteli vuoden 2025 hankintaoppaassaan sisällyttämään RFP:hen myös vaatimuksen toimittajan CVE-julkaisukäytännöistä, koska haavoittuvuuksien tiedottamisessa on suuria eroja valmistajien välillä.
Toimittaja-arvioinnissa käytettävä pisteytysmalli voi painottaa esimerkiksi näin: tekninen sopivuus 35 %, tietoturvakypsyys 25 %, tukipalvelut ja elinkaari 20 %, hinta 20 %. Tietoturvakypsyyden arviointiin soveltuu ENISA:n IoT-turvallisuusmalli, jossa pisteytetään mm. oletussalasanojen poisto, salattu tietoliikenne ja turvallinen käynnistysketju (secure boot). ENISA julkaisi päivitetyn arviointikehyksen joulukuussa 2024.
Sopimusehdoissa kolme kohtaa jää suomalaisyrityksiltä useimmiten neuvottelematta. Ensimmäinen on laitekohtainen data-omistusoikeus: sopimuksessa tulee eksplisiittisesti todeta, että kerätty data kuuluu asiakkaalle eikä toimittajalle. Toinen on escrow-järjestely firmware-lähdekoodille tai vähintään binäärille, jos toimittaja lopettaa toimintansa. Kolmas on exit-lauseke, joka velvoittaa toimittajan toimittamaan laitekonfiguraatiot siirrettävässä muodossa sopimuksen päättyessä. Teknologiateollisuuden suositussopimusmalli vuodelta 2024 sisältää valmiit lausekepohjat kaikkiin kolmeen.
Pilottivaiheessa kannattaa pyytää referenssejä vastaavankokoisilta suomalaisilta asiakkailta ja tarkistaa Traficomin valvontarekisteristä, onko toimittajan laitteille myönnetty tyyppihyväksynnät Suomessa. Erityisesti teollisuusympäristöissä Atex-sertifiointi räjähdysvaarallisiin tiloihin ja IP-luokitus kosteus- ja pölysuojaukselle ovat pakollisia, eivät valinnaisia.
IoT-laitteiden energianhallinta ja kustannusoptimointi: käytännön laskelmat
Energiankulutus on IoT-käyttöönoton piilokustannus, joka nousee merkittäväksi sadoissa tai tuhansissa laitteissa. Oikein toteutettu energianhallinta voi leikata käyttökustannuksia 30-60 % verrattuna oletusasetuksilla toimivaan laitekantaan (Arm Mbed Energy Report 2025).
Lähtökohtana on laitteen virrankulutuksen profilointi kolmessa tilassa: aktiivinen lähetys, lepotila (sleep) ja syvälepotila (deep sleep). Esimerkiksi tyypillinen NB-IoT-anturi kuluttaa aktiivisessa lähetystilassa 200-300 mA, lepotilassa 3-5 mA ja syvälepotilassa alle 10 mikroampeeria. Jos anturi lähettää dataa kerran tunnissa ja viipyy aktiivisena 2 sekuntia, syvälepotila 3558 sekuntia vuorokaudessa, paristokäyttöinen laite kestää helposti 10 vuotta. Samat asetukset oletuskonfiguraatiolla, jossa laite pitää yhteyttä jatkuvasti auki, tyhjentävät pariston 3-6 kuukaudessa.
Verkkoarkkitehtuurin valinnalla on suora vaikutus energiakustannuksiin skaalassa. Alla vertailu 500 laitteen yritysympäristöön viiden vuoden ajanjaksolla:
| Protokolla | Paristokesto (tyypillinen) | Paristovaihtokustannus 500 laitteelle/5v | Verkkolisenssikustannus/v |
|---|---|---|---|
| LoRaWAN (yksityinen gateway) | 5-10 vuotta | 2 000-4 000 EUR | 1 500-3 000 EUR |
| NB-IoT (operaattoriverkko) | 8-15 vuotta | 1 000-2 500 EUR | 6 000-15 000 EUR |
| Zigbee (mesh-verkko) | 1-3 vuotta | 8 000-20 000 EUR | 0 EUR (oma infra) |
| Wi-Fi 6 (pistorasiavirta) | Ei paristoa | 0 EUR | 0 EUR (oma infra) |
Energianhallinnan ohjelmistopuolella AWS IoT Greengrass ja Azure IoT Hub tukevat molemmat laitekohtaista energiaprofilointi-APIa, jonka avulla voidaan säätää lähetystiheyttä dynaamisesti datan prioriteetin mukaan. Vähäarvoinen taustamonitorointidata lähetetään harvemmin, kriittiset hälytykset välittömästi. Tämä adaptiivinen lähestymistapa pidensi akkukestoa keskimäärin 40 % Schneider Electricin 2024 julkaisemassa teollisuusIoT-tutkimuksessa.
Aurinkopaneelilla varustetut ulkoanturit ovat kustannustehokas vaihtoehto Suomessa huhtikuusta syyskuuhun, mutta talvikuukausina pienitehoinen paneeli ei riitä ylläpitämään toimintaa Pohjois-Suomessa. Käytännön nyrkkisääntö: alle 57. leveyspiirillä aurinkopaneeli kattaa vuosittaisesta energiantarpeesta 70-80 %, Oulun pohjoispuolella vain 45-55 % (Ilmatieteen laitos, säteilymittaukset 2024). Talvioperaatioihin tarvitaan joko lisäparisto tai verkkovirta.
Usein kysytyt kysymykset (FAQ)
Mitä IoT-laitteet ovat yritysverkossa?
IoT-laitteet yritysverkossa ovat laitteita tai järjestelmiä, joita voidaan valvoa, ohjata tai hallita internetin tai yritysverkon välityksellä. Tyypillisiä esimerkkejä ovat kamerat, kulunvalvontalaitteet, ympäristöanturit (lämpötila, kosteus, ilmanlaatu), energiankulutusmittarit, tuotantokoneiden valvontalaitteet sekä logistiikan seurantalaitteet. Tilastokeskuksen mukaan yleisin käyttötarkoitus suomalaisissa yrityksissä on toimitilojen turvallisuuden valvonta. Laitteet eroavat perinteisistä IT-laitteista siinä, että ne ovat usein resurssirajoitteisia, pitkäikäisiä ja niissä voi olla rajattu mahdollisuus ohjelmistopäivityksiin – mikä tekee niiden hallinnasta ja tietoturvasta erityisen tärkeää.
Miksi IoT-laitteet ovat tietoturvariski yritysverkossa?
IoT-laitteet kasvattavat yritysverkon hyökkäyspintaa useasta syystä. Ensinnäkin laitteita on tyypillisesti paljon ja ne ovat hajautettuja eri tiloihin tai toimipisteisiin, mikä tekee niiden seurannasta haastavaa. Toiseksi monet laitteet toimitetaan heikkoilla tai yhteisillä oletussalasanoilla, joita ei aina vaihdeta ennen käyttöönottoa. Kolmanneksi laitteiden päivityskäytännöt vaihtelevat: jotkut valmistajat julkaisevat tietoturvapäivityksiä säännöllisesti, toiset lopettavat tuen jo muutaman vuoden kuluttua. Neljänneksi laitteet voivat sijaita verkossa samassa segmentissä kuin muut kriittiset järjestelmät, jolloin yhden laitteen vaarantuminen antaa hyökkääjälle pääsyn laajemmalle. Näistä syistä EU:n NIS2-direktiivi ja Cyber Resilience Act ovat kiristäneet vaatimuksia sekä laitevalmistajille että organisaatioille.
Miten IoT-laitteet kannattaa segmentoida yritysverkossa?
Verkon segmentointi on yksinkertaisimmillaan IoT-laitteiden sijoittaminen omaan VLAN-alueeseen (Virtual Local Area Network), josta on palomuurisäännöillä rajattu pääsy muihin verkkovyöhykkeisiin. Käytännössä tämä tarkoittaa, että IoT-laite voi olla yhteydessä vain siihen pilvialustaan tai palvelimeen, jota se tarvitsee – mutta ei esimerkiksi yrityksen ERP-järjestelmään tai Active Directory -palvelimeen. Tarkemmassa toteutuksessa voidaan soveltaa Zero Trust -mallia, jossa jokainen pyyntö verifioidaan erikseen, tai mikrosegmentointia, jossa laitteet erotetaan toisistaan laitekohtaisesti. Ciscon Identity Services Engine (ISE), Palo Alto Networksin Prisma Access tai Fortinetin NAC-ratkaisut ovat tyypillisiä yrityskäytön työkaluja tähän tarkoitukseen.
Kasvaako IoT-laitteiden käyttö suomalaisissa yrityksissä?
Kyllä, selvästi. Tilastokeskuksen tietotekniikan käyttö yrityksissä -raportin mukaan IoT:tä käytti 40 prosenttia suomalaisyrityksistä vuonna 2020, ja suurissa yli 250 henkilön yrityksissä jo 52 prosenttia. Maailmanlaajuisesti IoT Analytics arvioi yhdistettyjen IoT-laitteiden määrän kasvaneen 18,5 miljardiin vuonna 2024 ja saavuttavan 21,1 miljardia vuoden 2025 loppuun mennessä (14 %:n vuosikasvu). Suomessa kasvua tukevat korkea internet-penetraatio (98,2 % väestöstä vuonna 2025) sekä kattavat 5G- ja LTE-M-verkot, jotka mahdollistavat laitteiden kytkemisen myös haja-asutusalueilla ja teollisuuskiinteistöissä.
Mitä pilvipalvelua suositellaan IoT-laitteiden hallintaan?
Kaksi hallitsevaa alustaa yrityskäyttöön ovat Microsoft Azure IoT Hub ja Amazon Web Services (AWS) IoT Core. Molemmat tarjoavat laitehallintaa, turvallisia yhteysprotollia (MQTT, AMQP, HTTPS), datan reititystä ja integrointeja analytiikkapalveluihin. Azure IoT Hub integroituu sujuvasti Microsoft 365- ja Azure-ekosysteemiin, mikä tekee siitä luontevan valinnan jo Microsoft-ympäristössä toimiville suomalaisyrityksille. AWS IoT Core on puolestaan joustava valinta monimutkaisempiin arkkitehtuureihin. Pienemmille yrityksille avoimen lähdekoodin Home Assistant tai Cumulocity IoT voivat olla kustannustehokkaampia vaihtoehtoja. Lue vertailumme: Microsoft Azure arvostelu 2026 tai Amazon Web Services (AWS) arvostelu 2026.
Mitä NIS2-direktiivi tarkoittaa IoT:n kannalta?
NIS2-direktiivi (Network and Information Security Directive 2) on EU:n kyberturvallisuusdirektiivi, joka tuli voimaan kansallisesti Suomessa vuonna 2024. Se velvoittaa useita toimialoja – mukaan lukien energia, liikenne, terveydenhuolto, vesi, digitaalinen infrastruktuuri ja julkinen hallinto – parantamaan kyberturvallisuuttaan ja raportoimaan merkittävistä häiriöistä. IoT:n kannalta NIS2 tarkoittaa, että organisaatioiden on arvioitava toimitusketjunsa kyberturvallisuus: jos yritys käyttää IoT-toimittajaa kriittisessä prosessissa, myös toimittajan kyberturvallisuuskäytännöt voivat tulla tarkastelun kohteeksi. Käytännössä tämä johtaa siihen, että IoT-hankintoja ei voida enää tehdä pelkästään hinnan ja ominaisuuksien perusteella vaan myös tietoturvaominaisuudet ja toimittajan kyberturvallisuuskypsyys on dokumentoitava.
Miten IoT-laitteiden elinkaari hallitaan yritysympäristössä?
Elinkaaren hallinta alkaa hankinnan yhteydessä: laiterekisteriin kirjataan valmistajan ilmoittama tukiajan päättymispäivä (End of Life / End of Support). Kun tukijakso lähestyy loppuaan, yrityksen on suunniteltava korvaava laite tai harkittava laitteen siirtämistä eristettyyn verkkosegmenttiin, jossa se ei enää ole yhteydessä muihin kriittisiin järjestelmiin. Tukea elinkaaren hallintaan tarjoavat alustat kuten Microsoft Azure IoT Hub, AWS IoT Device Management ja IBM Watson IoT Platform – ne mahdollistavat ohjelmistopäivitysten hallinnan, laitekannan seurannan ja hälytykset vanhentuvista laitteista. Keskeistä on, että laite ei jää verkossa ns. haamulaitteeksi – unohdettuna, päivittämättömänä ja mahdollisesti haavoittuvana.
Onko IoT-laitteiden käyttöönotto kallista pk-yritykselle?
Kustannukset vaihtelevat merkittävästi käyttötapauksesta ja laitekannasta riippuen. Yksinkertaisimmillaan – esimerkiksi muutama ympäristöanturi tai kamera – investointi voi olla muutamia satoja euroja laitteisiin ja ohjelmistoon. Laajemmissa projekteissa, kuten teollisuuden prosessien IoT-integroinnissa tai kiinteistöjen energianhallinnan automatisoinnissa, kustannukset voivat nousta kymmeniin tai satoihin tuhansiin euroihin. On tärkeää ottaa huomioon myös jatkuvat kustannukset: pilvi- tai hallinta-alustan tilaushinnat, ylläpitotyö ja mahdolliset tietoturva-auditoinnit. Pk-yritykselle usein kustannustehokkain lähestymistapa on aloittaa pilottiprojektilla yhdessä käyttötapauksessa, mitata tulokset ja sen jälkeen harkita laajentamista.
Aiheeseen liittyvät artikkelit
- IoT-laitteet kotona ja yrityksessä: Opas ja vertailut
- IoT-laitteiden tietoturva: riskit, haavoittuvuudet ja suojautuminen 2026
- Mitä ovat IoT-laitteet? Opas esineiden internetiin 2026
- MQTT vs Zigbee vs Z-Wave vs Matter: IoT-protokollien vertailu 2026
Lähteet
- Tilastokeskus (2020): Tietotekniikan käyttö yrityksissä – stat.fi
- IoT Analytics (2024): Number of connected IoT devices globally – iot-analytics.com
- Traficom (2025): Suomen digikehitys kansainvälisessä vertailussa – tieto.traficom.fi
- Datareportal (2026): Digital 2026: Finland – datareportal.com
- EU (2022): NIS2-direktiivi – digital-strategy.ec.europa.eu
- Digita (2021): Suomen IoT-maajoukkue esittäytyy – digita.fi
IT-insinööri palkka: palkkatasot ja vaikuttavat tekijät 2025
