Sähköasiakirjojen siirto kotiprofiiliin: hyväksymismalli

Sähköasiakirjojen siirto digitaaliseen kotiprofiiliin hyväksytään tässä mallissa vertaamalla kaavioiden, tarkastuspöytäkirjojen ja korjausnäytön tietueita alkuperäisaineistoon. Mallin hakutarkoitus on sähköaineiston vastaanotto ja version hyväksyntä palveluntuottajan tai järjestelmän vaihtuessa. Kiinteistöhuollon ammattilaisen tehtävänä on erottaa todennettu tieto, havainto ja avoin selvitystarve toisistaan sekä sopia, kuka tietoa päivittää ja saa käyttää.

Tämä artikkeli on tarkoitettu kiinteistöpäälliköille, huollon työnjohdolle, talotekniikan asiantuntijoille ja digitaalisten kiinteistötietoratkaisujen toteuttajille. Kotiprofiili tarkoittaa tässä artikkelissa yleistä digitaalista tietomallia, ei minkään tietyn palvelun ominaisuuslupausta. Artikkeli ei väitä, että KotienKodin palvelu tallentaisi tai käsittelisi tässä kuvattuja tietoja. Malli auttaa määrittelemään, mitä tietoa ylläpidon työnkulussa tarvitaan ja miten se pidetään ymmärrettävänä.

Hyväksymismalli täydentää fyysisen sähköjärjestelmän tarkastuksen ja jatkuvan sähköjärjestelmien kunnossapidon prosesseja. Se ei muuta teknistä asiakirjaa oikeaksi eikä osoita laitteistoa turvalliseksi, vaan tekee aineiston alkuperän, version ja avoimet puutteet näkyviksi.

Rajaa kotiprofiilin tarkoitus

Digitaalinen tietomalli hyödyttää ylläpitoa vain, jos käyttäjät tietävät, mihin tarkoitukseen tietoa kerätään. Sähköjärjestelmän ylläpidossa profiilin käyttötarkoitus voi olla esimerkiksi ajantasaisen laitteistoluettelon, hyväksyttyjen ohjeiden, tarkastusten ja avoimien toimenpiteiden löytäminen. Profiili ei itsessään tarkasta laitteiston kuntoa eikä korvaa vastuuhenkilöä, kunnossapito-ohjelmaa, tarkastuspöytäkirjaa tai sähköalan asiantuntijaa.

Ennen tietokenttien rakentamista tilaaja ja ylläpidon vastuuhenkilöt sopivat käyttötapaukset. Päivystävä henkilö voi tarvita nopeasti kohteen yhteystiedot ja hyväksytyn järjestelmärajauksen. Huollon työnjohto voi tarvita avoimien havaintojen tilan. Sähköalan asiantuntija voi tarvita aiempia pöytäkirjoja ja kaavioita. Näistä käyttötarpeista johdetaan pääsyoikeudet ja näkymät, eikä kaikkien käyttäjien tarvitse nähdä kaikkea aineistoa.

Sähköturvallisuuslain mukaan laitteiston haltija vastaa sähkölaitteiston turvallisuudesta ja tarvittavasta kunnossapidosta. Lain 48 §:n ohjelmavelvoite koskee luokkien 2 ja 3 laitteistoja; muiden kohdalla ohjelma voidaan korvata käyttö- ja huolto-ohjeilla. Tukesin kunnossapito-ohje korostaa, että laitteiston kunnossapidosta on huolehdittava myös silloin, kun määräaikaistarkastusvelvoite ei koske kohdetta. Digitaalinen profiili voi helpottaa velvollisuuksien hallinnan dokumentointia, mutta pelkkä tietueen olemassaolo ei osoita, että tehtävä olisi tehty tai velvoite täytetty. Sähköturvallisuuslaki 1135/2016, 47–48 § – Finlex. Kohteen tehtävien jäsentämisessä sitä voidaan verrata myös yleiseen kiinteistön huoltokirjaan, kun sähköaineiston omat vastuut ja lähteet säilyvät eroteltuina.

Jäsennä tiedot luotettavaan tietomalliin

Kotiprofiilin hyödyllinen yksikkö ei ole irrallinen tiedosto vaan tieto, jonka kohde ja alkuperä ovat tunnistettavissa. Sähköjärjestelmän tietomalli voi sisältää esimerkiksi rakennuksen ja järjestelmän tunnisteet, dokumenttien luettelon, huoltotehtävät, tarkastuspöytäkirjojen viitteet, havaintojen tilan ja vastuuroolit. Kerättävien kenttien määrä pidetään käyttötarpeeseen sopivana.

Tietomallissa on hyödyllistä erottaa faktatietue ja prosessitapahtuma. Järjestelmän laitetunniste on kohteen perustieto, kun taas esimerkiksi pöytäkirjan vastaanottaminen, havainnon arviointi tai tehtävän hyväksyminen on ajallisesti muuttuva tapahtuma. Jos molemmat tallennetaan samaan tekstikenttään, aiemman tiedon ja nykyisen tilan ero voi jäädä epäselväksi.

Jokaiselle tietueelle kannattaa määrittää ensisijainen lähde. Esimerkiksi järjestelmärajaus voi perustua hyväksyttyyn kaavioon, huoltoväli valmistajan ohjeeseen tai tehtävään hyväksyttyyn kunnossapito-ohjelmaan, ja tarkastushavainto allekirjoitettuun pöytäkirjaan. Profiiliin kirjataan viite ja tarvittaessa linkki hallittuun asiakirjaan. Jos lähdettä ei ole saatavilla, kenttä merkitään vahvistamattomaksi tai puuttuvaksi eikä päätellä arvoa toisesta kohteesta.

Sähköaineiston vastaanottokortti

Kortti täytetään ennen tuodun aineiston hyväksymistä nykyiseen näkymään. Se täydentää yleistä tietomallia sähköasiakirjojen tunnisteilla; kortin täyttäminen ei ole tekninen tarkastus.

Kortin hyväksyntä tarkoittaa vain sitä, että tietue vastaa löydettyä lähdeasiakirjaa ja sen rajaus on säilynyt siirrossa. Se ei ole sähkölaitteiston käyttöönottotarkastus, varmennustarkastus eikä määräaikaistarkastus. Sähköturvallisuuslain 43 § erottaa käyttöönottotarkastuksen ja siitä haltijalle laadittavan pöytäkirjan; vähäisiksi katsotuissa töissä pöytäkirjaa ei aina laadita, vaikka testausten tulokset annetaan tarvittaessa. Jos alkuperäistä pöytäkirjaa ei lain ja työn rajauksen perusteella kuulu olla, tietomallin rivi merkitään soveltumattomaksi eikä asiakirjaa keksitä jälkikäteen.

Näytä tiedon tila ja alkuperä

Digitaalinen näkymä voi antaa virheellisen varmuuden, jos päivittämättömän tai vahvistamattoman tiedon esitystapa näyttää samalta kuin hyväksytyn aineiston. Siksi tietueella tulisi olla soveltuvin osin lähde, päivämäärä, vastuullinen rooli, version tunniste sekä tiedon tila. Tilat voivat olla esimerkiksi ”luonnos”, ”vahvistettu lähteestä”, ”vanhentunut”, ”puuttuu” tai ”selvitettävä”. Tilan sanamuotoja ei pidä sekoittaa virallisiin tarkastusluokituksiin.

Tilamallista on hyötyä vain, jos sen siirtymät ovat sovittuja. Esimerkiksi ”luonnos” voi tarkoittaa, että tiedon kirjaaja ei ole varmistanut sitä alkuperäisestä asiakirjasta. ”Vahvistettu lähteestä” kertoo, että nimetty vastuurooli on verrannut tietuetta hyväksyttyyn aineistoon. ”Vanhentunut” voi käynnistyä uuden dokumenttiversion vastaanotosta tai määräajoin tehtävästä katselmuksesta. ”Selvitettävä” ei ole sama kuin virhe, vaan ilmaisee, että arvoa ei ole vielä voitu todentaa. Profiilin ylläpitäjä määrittelee, kenellä on oikeus vaihtaa tilaa ja mitä näyttöä siirtymä edellyttää.

Käyttöliittymän tulee tehdä tilan näkyvyys helpoksi. Jos käyttäjä joutuu avaamaan useita liitteitä tietääkseen, onko dokumentti hyväksytty, todennäköisyys käyttää väärää versiota kasvaa. Näytä esimerkiksi viimeisin vahvistuspäivä, lähde ja vastuurooli yhteydessä itse tietoon. Vanhentuneen asiakirjan yhteydessä voi näkyä korvaavan version viite; vanhaa tietoa säilytetään historiassa vain sovitun tarkoituksen ja säilytyskäytännön mukaisesti.

Muutosten jäljitettävyys on yhtä tärkeää kuin nykyisen arvon näyttäminen. Kun kaavio vaihtuu, profiilissa voidaan säilyttää tieto siitä, mikä versio poistui käytöstä ja mikä hyväksyttiin sen tilalle. Kun havainto suljetaan, sulkemisen yhteyteen tallennetaan päätöksen tai raportin tunniste. Tämä ei tarkoita kaikkien asiakirjojen kopioimista samaan paikkaan. Tietomallissa voidaan käyttää hallitun arkiston viitteitä, jos käyttäjät pääsevät niihin ja viitteet säilyvät käytettävinä.

Versiohistoria auttaa myös palveluntuottajan vaihdossa. Uusi toimija pystyy erottamaan nykyiset ohjeet vanhoista pöytäkirjoista ja näkemään, mitkä tehtävät ovat vielä avoinna. Tietojen luovutuksen yhteydessä sovitaan omistajuudesta, käyttöoikeuksista ja siitä, missä alkuperäisaineisto säilyy. Jos tietoa siirretään järjestelmästä toiseen, kenttien merkitykset ja yksiköt dokumentoidaan, jotta esimerkiksi päivämäärä, laitetunniste tai tehtävän tila ei muutu siirrossa vääräksi.

Hallitse käyttöoikeuksia ja henkilötietoja

Kiinteistön tekniset tiedot ja henkilötiedot on syytä tunnistaa erikseen. Yhteyshenkilön nimi, puhelinnumero, työntekijän tunniste tai käyttäjän ilmoitukseen liittyvät tiedot voivat olla henkilötietoja. Tietosuojan soveltuminen arvioidaan käsittelyn ja tiedon perusteella; kiinteistön tekninen dokumentti ei muutu henkilötiedoksi pelkästään siksi, että se liittyy rakennukseen, mutta dokumenttiin voi sisältyä tunnistettavan henkilön tietoa.

Tietosuoja-asetuksen 5 artikla edellyttää muun muassa käyttötarkoituksen rajaamista, tietojen minimointia, paikkansapitävyyttä ja säilytysajan rajaamista. Siksi profiilin suunnittelussa kysytään, tarvitaanko henkilön nimi pysyvästi vai riittääkö rooli ja yhteinen yhteystieto. Henkilökohtaisia tunnuksia tai asukastietoja ei pidä kerätä varmuuden vuoksi. Tietueen päivitysvastuu ei ratkaise rekisterinpitäjän tai käsittelijän asemaa: tietosuojaroolit arvioidaan käsittelyn tarkoitusten, keinojen ja osapuolten toiminnan perusteella (4 artikla). Käyttötarkoitus, käsittelyn oikeusperuste, informointi, säilytys ja rekisteröidyn oikeudet arvioidaan tietosuojavastaavan tai muun pätevän vastuuhenkilön kanssa. Tämä artikkeli ei ratkaise yksittäisen käsittelyn lainmukaisuutta. Yleinen tietosuoja-asetus, 4–6 ja 12–15 artikla – EUR-Lex.

Henkilötietojen vähentäminen ei tarkoita teknisen vastuun häivyttämistä. Tietomallissa voidaan pitää yllä roolipohjaista yhteystietoa ja tehtävän omistajaa, vaikka työntekijän henkilötiedot rajataan tarpeeseen. Tehtävän siirtyessä toiselle henkilölle omistaja vaihdetaan ja muutos lokitetaan. Vanha yhteyshenkilö voidaan poistaa käytöstä. Aiemman hyväksyntätapahtuman henkilötietojen säilytys edellyttää edelleen tarpeellisuuden ja oikeusperusteen arviointia; organisaation kirjauskäytäntö ei yksin oikeuta säilyttämistä.

Roolipohjaiset oikeudet auttavat rajaamaan tiedon käyttöä tehtävän mukaan. Esimerkiksi huollon työnjohto voi käsitellä työtilauksia, kun taas hyväksyttyä kaaviota muuttavat tai teknistä päätöstä tekevät vain nimetyt vastuuhenkilöt. Käyttöoikeuden perusteen, myöntäjän ja tarkistuspäivän kirjaaminen auttaa poistamaan vanhentuneita oikeuksia. Myös alihankkijoiden ja järjestelmätoimittajien pääsy, lokitiedot ja varmuuskopiointi järjestetään sovituilla vastuilla. Henkilötietojen turvatoimet suhteutetaan käsittelyn riskeihin; tietoturvaloukkauksen arviointi ja ilmoitusmenettely määritellään erikseen. Tietosuoja-asetus, 32–34 artikla.

Säilytysaikaa ei määritetä yhdellä yleisellä luvulla kaikille tietoluokille. Säilytystarve voi riippua asiakirjan tarkoituksesta, lakisääteisistä velvoitteista, sopimuksesta ja mahdollisista avoimista asioista. Tietomallin ylläpitäjän on tunnistettava, mitkä tiedot poistetaan tai anonymisoidaan, milloin tarve lakkaa ja miten poisto toteutetaan myös varmuuskopioissa ja liitetyissä järjestelmissä. Täsmällinen oikeudellinen arvio kuuluu organisaation tietosuojavastuulle. Määräaikaistarkastusaineistoon sovelletaan lisäksi sähköturvallisuuslain 51 §:ää: haltija säilyttää pöytäkirjan sekä korjausnäytön vähintään seuraavaan määräaikaistarkastukseen. Järjestelmävaihdossa varmistetaan tämän aineiston saatavuus. Sähköturvallisuuslaki, 51 §.

Kytke tiedot ylläpitotyönkulkuun

Profiili kannattaa rakentaa työnkulun vaiheiden ympärille. Havainto saa tunnisteen ja lähteen, arvioinnille osoitetaan vastuurooli, päätös kirjataan, työtilaus linkitetään havaintoon ja valmistumisen jälkeen tallennetaan raportti sekä sulkemisperuste. Jos tekninen arvio suosittelee jatkotoimea, alkuperäinen asia ei katoa: se pysyy avoimena tai siirtyy selkeästi linkitettyyn jatkotehtävään.

Tapahtumatietueelle määritellään kohde- ja havaintotunniste, jotta tapahtuma yhdistyy oikeaan järjestelmän osaan. Tapahtuma-aika ja lähde erottavat ilmoituksen, tarkastuksen ja kirjaushetken toisistaan. Kuvaus sekä liiteviite säilyttävät havainnon ilman varmentamatonta diagnoosia, ja tila sekä vastuurooli kertovat, odottaako asia arviointia, päätöstä vai toteutusta. Päätös ja sen peruste selittävät jatkon tai sulkemisen. Lisäksi aineiston päivitystieto osoittaa, muuttuiko tapahtuman vuoksi kaavio, ohje tai muu perustieto.

Älä anna sovelluksen automaattisesti muuttaa teknistä havaintoa hyväksytyksi diagnoosiksi tai kunnossapito-ohjeeksi. Automaatio voi ehdottaa puuttuvaa kenttää, muistuttaa avoimesta työstä tai nostaa esiin vanhentuneen yhteystiedon. Tekninen tulkinta ja hyväksyntä säilyvät nimetyllä ihmisellä tai asianmukaisella ammattilaisella. Jos automaattinen sääntö muodostaa tehtävän, sen syntyperuste ja versio on hyvä voida jäljittää.

Rajapintojen yhteentoimivuudessa sovitaan tietokenttien merkityksestä ja päivitysvastuusta. Sama laitetunniste voi olla yhdessä järjestelmässä huoneiston, toisessa keskuksen tai laitteen tunniste. Tiedonvaihto tarvitsee yhteisen tunnistekäytännön, yksikköjen määrittelyn ja virhetilanteiden käsittelyn. Ennen laajaa integraatiota kokeillaan pieni kuvitteellinen testiaineisto ja tarkistetaan, että vanhentuneet tai puutteelliset tiedot eivät ylikirjoita vahvistettua lähdettä.

Ota tietomalli käyttöön rajatulla pilotilla

Käyttöönotto kannattaa aloittaa yhdestä kiinteistöstä ja yhdestä selkeästä ylläpitotehtävästä. Kootaan hyväksytyt lähtötiedot, tunnistetaan tietojen lähteet, nimetään vastuuroolit ja sovitaan, miten uusi havainto etenee vastaanotosta päätökseen. Pilotissa tarkastetaan myös, löytääkö käyttäjä tiedon ilman erikoisosaamista, erottaako hän luonnoksen vahvistetusta dokumentista ja osaako hän osoittaa, kuka omistaa avoimen tehtävän. Sähköaineiston työjonon rytmiä voi verrata kiinteistön määräaikaishuoltoihin, mutta lakisääteinen tarkastus ja digitaalisen tiedon laatukatselmus pidetään eri tapahtumina.

Ennen tietojen siirtoa tehdään kevyt inventointi. Merkitään, mitkä lähteet ovat luotettavia, missä muodossa ne ovat ja kuka voi vahvistaa niiden yhteyden kohteeseen. Samalla tunnistetaan päällekkäisyydet: kahdessa järjestelmässä voi olla eri versio samasta kaaviosta tai yksi havainto voidaan tallentaa sekä sähköpostiin että työtilaukseen. Siirron yhteydessä ei valita lähdettä automaattisesti aikaleiman perusteella, sillä uusin tiedosto ei välttämättä ole hyväksytty versio. Epäselvät tietueet siirretään selvitysjonoihin ja niiden omistaja nimetään.

Tietomallin omistaja ylläpitää sanastoa. Esimerkiksi ”laite”, ”järjestelmä”, ”havainto”, ”vika” ja ”tarkastuspöytäkirja” ovat eri käsitteitä. Jos kenttien merkitykset vaihtelevat käyttäjän tai toimittajan mukaan, raportit ja integraatiot menettävät vertailtavuutensa. Sanastoon lisätään kentän tarkoitus, hyväksyttävä muoto, pakollisuus ja lähteen määrittely. Muutokset hyväksytään hallitusti ja dokumentoidaan niin, että vanhojen tietueiden tulkinta säilyy.

Käyttöönoton jälkeen palautekanava kannattaa järjestää todellisen ylläpitotyön yhteyteen. Huollon työntekijä voi kertoa, että kohdetunniste ei löydy kentältä; tekninen asiantuntija voi huomata, että hyväksynnän näyttö puuttuu; tilaaja voi tarvita raportin avoimista toimenpiteistä. Palaute muunnetaan päätökseksi: muutetaanko tietomallia, ohjeistusta, käyttöoikeutta vai työnkulkua. Näin profiili kehittyy kohteen toiminnan mukana eikä muutu irralliseksi tietovarastoksi.

Pilotin arviointiin sopivat kysymykset: löytyikö viimeisin hyväksytty aineisto, näkyivätkö puuttuvat tiedot, saiko oikea rooli ilmoituksen, pystyikö palveluntuottaja toimittamaan raportin sovitulla tavalla ja onnistuiko järjestelmävaihdon vienti? Kerää käyttäjäpalaute ja kirjaa tietomalliin tarvittavat muutokset. Laajennus tapahtuu vasta, kun vastuut, käyttöoikeudet ja tiedon elinkaari ovat ymmärrettäviä.

Mittareilla seurataan prosessin laatua, ei sähköjärjestelmän turvallisuutta suoraan. Esimerkkejä ovat vahvistetun dokumentaation osuus, puuttuvien vastuuroolien määrä, avoimien havaintojen ikä ja tietueiden lähdeviitteiden kattavuus. Poikkeavan mittarin syy selvitetään ennen toimenpidettä; esimerkiksi vanhentunut päivämäärä voi johtua puuttuvasta integraatiosta, mutta se ei kerro järjestelmän fyysisestä kunnosta.

Profiilin tietojen laadulle voidaan määritellä myös hyväksymiskortti:

Korttia käytetään otantaan, esimerkiksi uuden aineiston siirron jälkeen tai palveluntuottajan vaihtuessa. Otannan tulos kirjataan: montako tietuetta katsottiin, mitä puutteita löytyi ja kuka korjaa ne. Tavoitetta ei pidä asettaa niin, että käyttäjiä kannustetaan täyttämään epävarmat kentät vain kattavuusprosentin nostamiseksi. Puuttuva tieto, jonka puute ja selvitysvastuu tunnetaan, on usein käyttökelpoisempi kuin arvattu arvo.

Jos profiiliin liitetään automaattisia muistutuksia, vastaanottaja ja toimintalogiikka dokumentoidaan. Muistutus voi kertoa lähestyvästä sovitusta tehtävästä, mutta se ei itsessään ole tehtävän suoritus, tekninen hyväksyntä tai viranomaisilmoitus. Käyttäjä tarvitsee keinon merkitä tehtävä tehdyksi ja liittää todiste tai perustelu. Jos muistutus jäi lähettämättä tai sen vastaanottaja oli väärä, poikkeama kirjataan ja käsitellään järjestelmän ylläpidon kautta.

Kuvitteellinen esimerkki: tiedonsiirto huollon vaihtuessa

Seuraava esimerkki on kuvitteellinen. Kiinteistössä vaihtuu ylläpidon palveluntuottaja, ja digitaaliseen profiiliin on aiemmin koottu kaavioiden viitteet, tarkastuspöytäkirjojen päivämäärät ja avoimien havaintojen tunnisteet. Luovutuksessa tilaaja vertaa tietoja alkuperäisaineistoon, merkitsee yhden piirustuksen vanhentuneeksi ja nimeää uuden version tarkistettavaksi sähköalan vastuuhenkilölle. Uusi huollon toimija saa vain tehtäviinsä tarvittavat käyttöoikeudet ja kuittaa vastaanottaneensa avoimen työjonon.

Kun tekninen vastuuhenkilö vahvistaa uuden aineiston, tietomalliin päivitetään lähde, versio ja hyväksymisen päivämäärä. Avoin havainto säilyy omana tapahtumanaan, eikä sen tilaa muuteta vain siksi, että asiakirja vaihtui. Esimerkki havainnollistaa tiedon hallinnan vaiheita, ei minkään tietyn palvelun toteutusta eikä teknistä ratkaisua.

Yhteenveto

Sähköasiakirjojen siirto onnistuu, kun jokainen tietue voidaan yhdistää yksilöityyn kohteeseen, alkuperäiseen lähteeseen, versioon ja vastuurooliin. Hyväksytty näkymä ei saa häivyttää vanhentunutta asiakirjaa, avointa havaintoa tai puuttuvaa näyttöä. Digitaalinen kotiprofiili on tässä tietojen hallintamalli: se ei korvaa sähkölaitteiston kunnossapito-ohjelmaa, lakisääteisiä tarkastuksia eikä sähköalan ammattilaisen teknistä päätöstä.

Ennen laajaa käyttöönottoa tilaaja määrittää käyttötarkoitukset, käyttöoikeudet, hyväksymisportit, säilytyksen ja järjestelmästä poistumisen. Rajattu pilotti osoittaa, säilyvätkö lähde, tila ja vastuu myös tiedonsiirrossa. Vasta tämän jälkeen tietomallia kannattaa laajentaa uusiin kohteisiin tai integraatioihin.

Usein kysytyt kysymykset

Mitä digitaaliseen sähköjärjestelmän kotiprofiiliin kannattaa tallentaa?

Vain määriteltyyn ylläpidon käyttötarkoitukseen tarvittavat tiedot: järjestelmien rajaus, lähdeasiakirjojen viitteet, tehtävät, havainnot ja vastuut. Jokaiselle tiedolle sovitaan lähde, tila ja päivitysvastuu.

Korvaako kotiprofiili sähkölaitteiston kunnossapito-ohjelman?

Ei sellaisenaan. Digitaalinen näkymä voi tukea ohjelman hallintaa, mutta se ei yksin täytä velvoitteita eikä todista työn toteumaa. Ohjelman soveltuvuus ja sisältö varmistetaan kohteen asiakirjojen sekä asiantuntijan avulla.

Voivatko kaikki kiinteistön käyttäjät nähdä sähköjärjestelmän tiedot?

Käyttöoikeudet määritetään työtehtävän ja tiedon tarpeen mukaan. Henkilötietoja ja teknisiä asiakirjoja käsitellään soveltuvien vaatimusten sekä organisaation käytäntöjen mukaisesti.

Miten vanhentunut tieto merkitään?

Tietueelle merkitään selkeä tila, lähde ja päivityksen omistaja. Vanhaa aineistoa ei esitetä hyväksyttynä nykyversiona, ja korvaava dokumentti linkitetään siihen, jos yhteys on tarpeen säilyttää.

Voiko automaatio sulkea kunnossapidon havainnon?

Automaatio voi auttaa tilan seurannassa tai muistutuksissa, mutta teknisen päätöksen ja sulkemisperusteen hyväksyy nimetty vastuuhenkilö. Järjestelmässä säilytetään tieto tapahtumasta ja sen perusteesta soveltuvan säilytyskäytännön mukaisesti.

Lähteet

• Sähköturvallisuuslaki 1135/2016, ajantasainen säädös – Finlex
• Kunnossapito ja määräaikaistarkastukset – Tukes
• Yleinen tietosuoja-asetus (EU) 2016/679 – EUR-Lex