Kulunvalvontajärjestelmän hankintaopas yrityksille Suomessa 2026

Kulunvalvontajärjestelmän hankinta on merkittävä investointi, joka vaikuttaa yrityksen turvallisuuteen, toiminnan sujuvuuteen ja tietosuojaan vuosiksi eteenpäin. Huolimattomasti tehty hankinta voi johtaa yhteensopivuusongelmiin, ylläpitokustannusten nousuun tai tietoturva-aukkoihin. Tämä opas kattaa koko hankintaprosessin tarpeiden kartoituksesta sopimuksen allekirjoittamiseen.

Hankintaprosessin vaiheet

Onnistunut kulunvalvontahankinta etenee vaiheittain:

1. Tarpeiden kartoitus — nykytila, puutteet, tavoitteet
2. Teknisten vaatimusten määrittely — järjestelmäarkkitehtuuri, integraatiot, standardit
3. Tarjouspyynnön laadinta — RFP-dokumentti toimittajille
4. Toimittajien esikarsinta — referenssit, sertifioinnit, taloudellinen vakaus
5. Tarjousten arviointi — tekninen ja kaupallinen vertailu
6. Neuvottelut ja sopimus — sopimusehdot, SLA, takuuehdot
7. Käyttöönotto ja luovutus — projektisuunnitelma, koulutus, dokumentaatio
8. Ylläpito ja kehittäminen — huoltosopimus, päivityspolku

Vaihe 1: Tarpeiden kartoitus

Nykytilan analyysi

Ennen hankintaa on selvitettävä:

• Nykyisen järjestelmän tila: Ikä, toimittajan tuki, laajennettavuus, käytössä olevat korttistandardit (Mifare Classic, Desfire EV3, jne.)
• Ongelmat ja puutteet: Mihin nykyinen järjestelmä ei pysty vastaamaan?
• Kriittiset pisteet: Mitkä sisäänkäynnit, alueet ja resurssit vaativat ehdottomasti kulunvalvontaa?
• Käyttäjämäärä: Kuinka monen henkilön kulkuoikeudet hallinnoidaan? Mitkä ovat kasvuennusteet 3–5 vuodelle?

Käyttötapauksien määrittely

Dokumentoi keskeiset käyttötapaukset:

Integraatiovaatimukset

Kulunvalvonta on harvoin erillinen järjestelmä. Arvioi integraatiotarpeet:

• Henkilöstöhallintajärjestelmä (HR): Automaattinen kulkuoikeuksien provisiointi onboarding/offboarding-prosesseissa
• Kameravalvonta (VMS): Kulkutapahtuma avaa kamerakuvan automaattisesti
• Hälytysjärjestelmä: Luvaton kulkuyritys laukaisee hälytyksen
• Palomurtohälytin: Paloilmoitin avaa palo-ovet ja lukittaa evakuointireitit
• Rakennusautomaatio (BMS): Kulkuoikeus kytkeytyy valaistukseen ja ilmastointiin
• IT-infrastruktuuri: Active Directory / LDAP -synkronointi käyttäjähallinnassa

Vaihe 2: Teknisten vaatimusten määrittely

Järjestelmäarkkitehtuurivaihtoehdot

Paikallinen (on-premise) järjestelmä:

• Palvelin toimii kiinteistössä
• Hallinta verkon kautta omalta IT-infrastruktuurilta
• Ei jatkuvia SaaS-maksuja
• Sopii: yli 200 ovea, korkean tietoturvan ympäristöt, hitaat verkkoyhteydet

Pilvipohjinen (cloud) järjestelmä:

• Hallintapalvelin toimittajan datakeskuksessa
• Kuukausipohjainen lisenssimalli
• Automaattiset ohjelmistopäivitykset
• Sopii: alle 100 ovea, useita toimipisteitä, joustavat etähallintavaatimukset

Hybridimalli:

• Kriittiset ovet toimivat paikallisesti myös verkkokatkoksen aikana
• Hallintaominaisuudet ja raportointi pilvipalvelusta
• Suositellaan useimmille keskisuurille yrityksille

Kortistandardit ja tunnistusteknologiat

Nykyaikaiset suositukset 2026:

Lukijalaitteiden vaatimukset

Oveen asennettavien lukijalaitteiden osalta määrittele:

• IP-luokitus: Ulkokäytössä vähintään IP65, sisätiloissa IP42
• Toimintalämpötila: Suomen oloissa vähintään −25 °C – +55 °C
• Ilkivallan kestävyys: IK08 tai parempi riskialueilla
• Käyttöliittymä: LED-indikaattori, äänimerkki, näyttö (PIN-syöttö)
• Poikkeustarjousvaatimukset: Palo- ja murtoilmaisimen liitäntä

Vaihe 3: Tarjouspyynnön laadinta

RFP-dokumentin rakenne

Hyvä tarjouspyyntö sisältää:

1. Yleiskuvaus hankkeesta

• Yrityksen esittely lyhyesti
• Hankinnan tavoite ja laajuus
• Aikataulu (tarjouspyyntö → sopimus → käyttöönotto)

2. Tekniset vaatimukset

• Järjestelmäarkkitehtuuri (katso edellinen luku)
• Ovimäärä ja pisteiden jaottelu
• Integraatiovaatimukset
• Tietoturva- ja tietosuojavaatimukset (GDPR)

3. Toimittajalle asetetut vaatimukset

• Referenssit (vastaavat hankinnat, mieluiten Suomessa)
• Sertifioinnit (ISO 9001, tietoturva)
• Paikallinen huoltokapasiteetti (vasteaika, varaosien saatavuus)
• Taloudellinen vakaus (tilintarkastettu tulos)

4. Tarjouksen rakenne

• Laitteistokustannukset (eritelty per ovityyppi)
• Asennuskustannukset
• Ohjelmistolisenssit (kertaluontoinen vs. vuotuinen)
• Koulutus
• Käyttöönottoprojekti
• Vuosittaiset ylläpito- ja tukimaksut (5 vuoden ennuste)

5. Arviointikriteerit

• Ilmoita avoimesti, millä perusteella toimittaja valitaan

GDPR ja kulunvalvonta

Kulunvalvontajärjestelmä käsittelee henkilötietoja (kulkuhistoria, biometriset tiedot). Tarjouspyyntöön on sisällytettävä vaatimus:

• Järjestelmä toimii tietosuoja-asetuksen (GDPR) mukaisesti
• Henkilötietojen säilytysaika on rajattavissa
• Lokitietojen käyttötarkoitussidonnaisuus on varmistettava
• Toimittaja toimii tarvittaessa tietojenkäsittelijänä (DPA-sopimus)

Vaihe 4: Toimittajien esikarsinta

Esikarsintakriteerit

Ennen varsinaista tarjouspyyntöä kannattaa suorittaa RFI (Request for Information) ja karsia toimittajat 3–5 vakavaan ehdokkaaseen:

Pakolliseksi asetetut kriteerit:

• Toiminta Suomessa ≥ 5 vuotta
• Vähintään 3 referenssiä vastaavasta hankkeesta (≥ 50 ovea, vastaava toimiala)
• Huoltopalvelu omalta henkilöstöltä (ei yksinomaan alihankkija)
• Tuoteperheen aktiivinen kehitys (ohjelmistopäivityksiä viimeisen 12 kuukauden aikana)

Pisteytettävät kriteerit:

• Paikallinen varastointi varaosille
• 24/7 päivystyspalvelu
• Valmistajan virallinen sertifiointi (platinum/gold-kumppani)
• Referenssien toimialan vastaavuus

Toimittajapalaveri

Kutsu esikarsitut toimittajat kohteelle ennen tarjouksen jättämistä. Paikan päällä tarkastus auttaa toimittajaa:

• Arvioimaan asennuksen erityisvaatimukset (kaapelointi, lukkorakenteet)
• Antamaan realistisen aikataulun
• Tunnistamaan mahdolliset ongelmat etukäteen

Vaihe 5: Tarjousten vertailu

TCO-laskenta (Total Cost of Ownership)

Pelkkä investointihinta ei kerro koko tarinaa. Laske kokonaiskustannukset 5–7 vuodelle:

Investointikustannukset (CAPEX):

• Lukijalaitteet ja valvontayksiköt
• Ovensulkijat, sähköiset lukot, magneettilukat
• Kaapelointi ja asennustyö
• Palvelin- tai pilvi-infrastruktuuri
• Kortti- tai tunnistetilaukset (ensimmäinen erä)
• Projektikohtainen käyttöönotto ja koulutus

Juoksevat kustannukset (OPEX):

• Ohjelmistolisenssit (vuotuinen)
• Ylläpitosopimus (huolto, varaosien kattavuus)
• Tekninen tuki (tiketöinti + puhelin)
• Ohjelmistopäivitykset
• Uudet kortit/tunnisteet henkilöstönvaihdosten myötä
• Mahdolliset pilvimaksut (per ovi per kuukausi)

Esimerkkilaskelma (50 ovea, 7 vuotta):

Vaikka Toimittaja A on kalliimpi investoinnissa, TCO saattaa olla alhaisempi alhaisempien lisenssikustannusten ansiosta.

Vaihe 6: Sopimus ja sopimusehdot

Kriittiset sopimuslausekkeet

Takuuehdot:

• Laitetakuu: vähintään 2 vuotta asennuksesta
• Ohjelmistotakuu: bugikorjaukset ilman lisäveloitusta
• Takuun laajuus: onko korjaus vai vaihto?

SLA (Service Level Agreement):

• Vasteaika kriittiseen vikaan (pääovi toimintakyvyttömänä): ≤ 4 tuntia
• Vasteaika tavalliseen vikaan: ≤ 24 tuntia
• Ohjelmiston käytettävyysvaatimus (pilvipalveluissa): ≥ 99,5 %
• Kompensaatiot SLA-rikkomuksista

Ohjelmistopäivitykset:

• Merkittävät versiopäivitykset sisältyvät sopimukseen vai erikseen laskutettavia?
• Kuinka kauan vanhalle versiolle taataan tuki?
• Yhteensopivuustakuu: päivitys ei riko olemassa olevia integraatioita

Tietoturva:

• Haavoittuvuuksien korjausaikataulu (kriittiset: 72 h, korkeat: 30 pv)
• Penetraatiotestausvelvoite (vuotuinen)
• Tietovuodosta ilmoitusvelvoite (72 h — GDPR)

Toimittajasuoja (vendor lock-in):

• Datan vientimahdollisuus standardimuodossa (CSV, JSON)
• Avoin API kolmansien osapuolten integraatioita varten
• Sopimuksen irtisanomisehto (mitä tapahtuu järjestelmälle?)

Vaihe 7: Käyttöönotto

Projektisuunnitelman minimivaatimukset

Ennen asennuksen aloittamista sovitaan:

• Projektiaikataulu — päivätasoinen, sisältää testaus- ja hyväksyntävaiheet
• Vastuujako — kuka tekee kaapeloinnin, kuka lukkotyöt, kuka ohjelmoinnin?
• Testaussuunnitelma — miten jokainen ovi ja käyttöoikeusryhmä testataan?
• Siirtymäsuunnitelma — miten siirrytään vanhasta uuteen ilman turvallisuusaukkoja?

Koulutus

Toimittajan on koulutettava vähintään:

• Pääkäyttäjät (2–3 henkilöä): Koko järjestelmän hallinta, käyttäjähallinta, raportointi, ongelmanratkaisu
• Peruskäyttäjät (vahtimestari, HR): Kulkuoikeuksien myöntäminen ja peruuttaminen, hätätoimenpiteet
• IT-tuki: Palvelinympäristö, varmuuskopiot, integraatiorajapinnat

Vastaanottotarkastus

Ennen projektin lopullista hyväksyntää (ja loppulaskun maksua) suorita:

• Kaikkien ovien toiminnallinen testaus
• Integraatioiden toimintatarkastus
• GDPR-yhteensopivuuden tarkistus
• Dokumentaation vastaanotto (piirustukset, kaapeliluettelot, ohjelmistolisenssit)

Vaihe 8: Ylläpitosopimus

Ylläpitosopimus on yhtä tärkeä kuin itse järjestelmä. Arvioi vuosittain:

• SLA-tavoitteiden toteutuminen (toimittajan raportti)
• Vika- ja häiriöhistoria (trendit)
• Ohjelmistopäivitysten ajantasaisuus
• Sopimuksen hintakehitys suhteessa markkinaan

Huoltovälit:

• Ovet ja lukot: tarkistus vuosittain
• Akut (paristokäyttöisissä lukissa): vaihto 2–3 vuoden välein
• Kortinlukijat: puhdistus ja toimintatarkastus puolivuosittain
• Palvelin/ohjelmisto: varmuuskopioiden testaus neljännesvuosittain

Security Eye Finland Oy tarjoaa puolueetonta asiantuntijatukea kulunvalvontajärjestelmien kilpailuttamiseen, teknisten vaatimusten laadintaan ja toimittajaneuvotteluihin.