Huoltosopimuksen elinkaaritiedon luovutus ja jatkuvuus

Kiinteistöhuollon palvelusopimuksen päättyessä tietojen käsittely ei pääty samalla painikkeella kuin palvelukausi. Avoimet huollot, keskeneräiset poikkeamat, laitevaihdot, huoltokirjan päivitykset ja pääsyoikeudet tarvitsevat erillisen luovutuspäätöksen. Muuten uusi palveluntuottaja aloittaa vanhentuneesta aineistosta, vaikka sopimuksen viimeinen raportti näyttäisi valmiilta. Digitaalinen kotiprofiili voi toimia jatkuvuuden näkymänä, jos sinne tuotujen tietojen alkuperä, tila ja vastuu ovat selviä.

Tämä artikkeli keskittyy sopimuskauden vaihtumiseen: mitä tietoa lukitaan vanhan kauden historiaksi, mitä siirretään uuden kauden lähtötiedoksi ja millä näytöllä luovutus hyväksytään. Se ei kuvaa sopimusehtojen ensimmäistä mallintamista eikä kenttätyön päivittäistä johtamista. Teksti ei lupaa tiettyä KotienKodin teknistä toimintoa. Organisaatiot voivat toteuttaa saman menettelyn huoltokirjassa, työnohjauksessa, asiakirja-arkistossa tai sovitussa kotiprofiilissa.

Tee sopimuskauden vaihdosta oma tietotapahtumansa

Sopimuksen päättymispäivä ei välttämättä ole viimeisen huoltokäynnin, raportin hyväksynnän eikä aineiston teknisen siirron päivä. Merkitse nämä erillisiksi tapahtumiksi. Muuten myöhemmin voi näyttää siltä, että vanha palveluntuottaja hyväksyi uuden kauden työn tai että uusi palveluntuottaja vastasi ennen aloitustaan syntyneestä poikkeamasta. Vastuu ratkaistaan sopimuksen ja muun soveltuvan sääntelyn perusteella, ei pelkän tietojärjestelmän aikaleiman mukaan.

Siirtymälle nimetään tilaajan edustaja, vanhan palveluntuottajan luovutusvastaava ja uuden palveluntuottajan vastaanottaja. Roolit tekevät eri päätöksiä. Luovuttaja kokoaa aineiston ja merkitsee epävarmuudet. Vastaanottaja tarkistaa, että aineisto on käytettävissä ja tulkittavissa. Tilaaja ratkaisee, mikä hyväksytään sopimusrajan mukaiseksi luovutukseksi ja mihin puutteeseen tarvitaan lisäselvitys. Tekninen järjestelmänvalvoja voi auttaa siirrossa, mutta ei päätä avoimen turvallisuushavainnon sulkemisesta vain siksi, että tietue siirtyi.

Rakentamislain 139 § koskee rakennuksen käyttö- ja huolto-ohjetta: siinä käsitellään ylläpidon seurantatietoa, toimenpiteiden merkitsemistä sekä omistajan vastuuta ohjeen ajantasaisuudesta. Pykälä velvoittaa laatimaan ohjeen uudelle rakennukselle sekä rakentamislupaa edellyttävän korjaus- tai muutostyön tai käyttötarkoituksen muutoksen toimenpidealueelle. Huoltosopimuksen vaihtuminen tai digitaalisen kotiprofiilin käyttöönotto ei yksin luo samanlaista laatimisvelvoitetta jokaiselle vanhalle rakennukselle. Omistajan ajantasaisuuden hoitaminen ja palveluntuottajan sovittu tietojen tuottaminen on pidettävä erillään. Rakentamislaki 751/2023, 139 § – Finlex.

Luovutus ei myöskään tarkoita, että kaikki vanhan kauden tietueet kopioidaan muuttumattomina uuden palveluntuottajan työjonoon. Toteutunut huolto jää historiana toteutuneeksi, avoin tehtävä vaatii uuden omistajan ja seuraavan toimen, ja epävarma tieto tarvitsee tarkistustilan. Näiden kolmen eron näkyminen on jatkuvuuden ydin.

Jaa aineisto neljään koriin ennen siirtoa

Ennen vientiä tehdään aineistoluettelo. Luettelo ei ole pelkkä tiedostolista, vaan siinä kerrotaan kunkin tietoryhmän käyttötarkoitus, ensisijainen lähde, ajantasaisuus, vastaanottaja ja käsittelypäätös. Pienessäkin kohteessa sama tieto voi esiintyä työnohjauksessa, huoltokirjassa ja tilaajan sähköpostissa. Kopioiden välinen ristiriita ratkaistaan nimeämällä luotettu lähde tai jättämällä kohta avoimeksi; viimeisin muokkausajankohta ei yksin todista oikeaa sisältöä.

Tärkein rajaus koskee voimassa olevaa ohjaustietoa. Vanhan sopimuksen huoltotiheys tai vaste ei ole automaattisesti uuden sopimuksen ehto. Se on vertailutieto, kunnes tilaaja ja uusi palveluntuottaja ovat hyväksyneet uuden palvelurajan. Samoin vanha yhteystietolista voi sisältää henkilön, joka ei enää hoida tehtävää. Vastaanottaja ei saa pitää tietoa varmana vain siksi, että se on teknisesti siirretty.

Pysyvän kohdetiedon korissa kannattaa huomioida laite- ja tilatunnisteiden jatkuvuus. Jos laitteen nimi vaihtuu, historia voidaan liittää samaan fyysiseen kohteeseen vain todennettavan tunnistesuhteen avulla. Jos laite on vaihdettu, uusi laite saa oman tunnisteensa ja vanha huoltohistoria säilyy vanhalla laitteella. Muuten seuraava huolto voi näyttää myöhästyneeltä tai jo tehdyltä väärän laitteen perusteella.

Päättyvän kauden historiassa säilytetään alkuperäinen tekijä, ajankohta, lähde ja mahdollinen korjausjälki sovitun käytännön mukaan. Vastaanottaja voi nähdä historian, mutta se ei tee hänestä sen tekijää. Korjattu virhe kuvataan uutena versiona tai oikaisutietueena. Hiljainen ylikirjoitus heikentää sekä auditointia että kykyä ymmärtää, mihin vanha päätös perustui.

Tee avoimista asioista vastaanottokelpoisia

Siirtymän kriittisin osuus on avoimien asioiden lista. Pelkkä otsikko ”LVI-poikkeama” ei kerro, voiko laitetta käyttää, kuka seuraa tilannetta tai odottaako työ tilaajan päätöstä. Jokaiselle avoimelle asialle kirjataan kohde, alkuperäinen havainto, sen päiväys, tehdyt välitoimet, nykyinen tila, seuraava toimi, vastuurooli ja tieto siitä, missä alkuperäinen näyttö sijaitsee. Jos jokin kenttä puuttuu, puute merkitään näkyviin eikä täytetä oletuksella.

Vastaanotto ja hyväksyntä erotetaan toisistaan. Uusi palveluntuottaja voi kuitata aineiston vastaanotetuksi mutta jättää sisällöllisen hyväksynnän avoimeksi, jos kohde ei vastaa maastoa tai laitetta ei löydy. Tilaaja voi hyväksyä rajatun käyttöönoton samalla, kun yksittäinen laite odottaa tarkistusta. Hyväksyntämerkinnässä kerrotaan nimenomaan hyväksytty tietojoukko ja sen rajoitus, ei epämääräistä ”luovutus valmis”.

Turvallisuuteen vaikuttavassa havainnossa tiedonsiirto ei korvaa välitöntä operatiivista menettelyä. Jos esimerkiksi teknisen tilan vuotoa epäillään, tilanne käsitellään kohteen päivystyksen, työnjohdon ja turvallisuusohjeiden mukaisesti riippumatta siitä, milloin kotiprofiilin vienti valmistuu. Artikkeleiden tai järjestelmän työnkulku ei anna laitekohtaista korjausohjetta eikä muuta erityisalan työn pätevyysvaatimuksia.

Työturvallisuuslain 10 § edellyttää työnantajan selvittävän ja arvioivan työstä aiheutuvat vaarat. Uuden palveluntuottajan oma työn vaarojen arviointi ei synny vanhan toimijan raportin kopioinnilla. Luovutusaineisto voi tukea sitä, mutta uusi työnantaja arvioi työnsä ja olosuhteensa. Sopimuksen tehtäväraja, työmaan tai kohteen turvallisuusohje sekä työmenetelmä käsitellään erillisinä. Työturvallisuuslaki 738/2002, 10 § – Finlex.

Varmista siirrettävän tiedon eheys käytännön testillä

Luovutuksen tekninen tarkistus aloitetaan tunnisteista. Jokaisella kohteella, laitteella, alueella, tehtävällä ja avoimella havainnolla on yksilöivä tunniste tai dokumentoitu vastaavuus. Vientitiedostossa säilytetään lähdejärjestelmä, poiminnan päivä, tietueen versio sekä mahdolliset viitteet liitteisiin. Jos sama tehtävä on työnohjauksessa ja huoltokirjassa eri nimellä, vastaanottaja tarvitsee vastaavuustaulukon eikä kaksi irrallista ”uutta” tehtävää.

Testaa siirto ennalta sovituilla esimerkeillä: yksi suljettu huolto, yksi osittain tehty työ, yksi avoin poikkeama, yksi laitevaihto ja yksi muutettu sopimusraja. Tarkista kunkin kohdalla, että alkuperäinen tila, aikaleima, lähde ja vastaanottajan näkymä vastaavat toisiaan. Jos osittainen työ muuttuu valmiiksi tai avoin havainto katoaa, siirto pysäytetään kyseisen tietojoukon osalta ja muunnossääntö korjataan.

Testin tulos dokumentoidaan. ”Viisi esimerkkiä oikein” osoittaa vain niiden viiden esimerkin onnistumisen, ei koko aineiston täydellisyyttä. Laajemmasta aineistosta sovitaan otos ja kriittisten tietoryhmien täydellinen tarkistus. Näytä raportissa perusjoukko, tarkistettu määrä, virhetyypit sekä avoimet korjaukset. Vastaanottajan on saatava tieto myös siitä, mitä ei siirretty ja miksi.

Jos tietueella ei ole luotettavaa lähdettä, sen arvo voi olla vain suuntaa antava. Kotiprofiilin näkymässä se merkitään tarkistettavaksi eikä sitä käytetä automaattisesti turvallisuuspäätöksen tai laskutuksen perusteena. Oikaisulle nimetään rooli ja määräaika. Tekninen siirtokoodi voi todeta kentän syntaksin oikeaksi, mutta se ei voi vahvistaa, että sulkuventtiili todella sijaitsee merkityssä tilassa.

Päätä käyttöoikeudet ja henkilötiedot erillisenä työnä

Sopimuskauden päättyessä vanhan palveluntuottajan pääsy rakennuksen tietoihin, avainhallintaan ja mahdollisiin yhteyshenkilötietoihin arvioidaan erikseen. Pääsyn katkaisu ei ole sama asia kuin historiatiedon poistaminen. Vanhat toteumat voivat olla tarpeellisia rakennuksen ylläpidon dokumentoinnissa, kun taas vanhan työntekijän tunnuksen aktiivinen käyttöoikeus ei enää ole. Vanhasta sähköpostilaatikosta tai jaetusta kansiosta ei pidä tehdä epävirallista pysyvää arkistoa.

EU:n yleisen tietosuoja-asetuksen 5 artikla edellyttää muun muassa käyttötarkoitussidonnaisuutta, minimointia, täsmällisyyttä ja säilytyksen rajoittamista; 6 artikla koskee käsittelyn lainmukaisuusperustetta ja 32 artikla riskiin suhteutettua turvallisuutta. Näistä ei seuraa kaikille huoltosopimuksille yhtä yleistä säilytysaikaa. Rekisterinpitäjä ja mahdollinen henkilötietojen käsittelijä arvioivat henkilötiedon tarpeen ja käsittelysuhteen todellisen toiminnan perusteella. Teknisen tiedon ylläpitäjä ei automaattisesti ole tietosuoja-asetuksen tarkoittama rekisterinpitäjä. Yleinen tietosuoja-asetus (EU) 2016/679, 4–6 ja 32 artikla – EUR-Lex.

Jos palveluntuottaja toimii henkilötietojen käsittelijänä rekisterinpitäjän lukuun, asetuksen 28 artiklan 3 kohdan g alakohta edellyttää sopimukseen määräystä, jonka mukaan käsittelypalvelun päättyessä henkilötiedot palautetaan tai poistetaan rekisterinpitäjän valinnan mukaan ja olemassa olevat jäljennökset poistetaan, ellei laki vaadi säilyttämistä. Tätä ei pidä ulottaa automaattisesti kaikkeen tekniseen huoltohistoriaan tai palveluntuottajan omiin lakisääteisiin aineistoihin; aineistoluokat ja roolit arvioidaan erikseen. Yleinen tietosuoja-asetus (EU) 2016/679, 28 artiklan 3 kohdan g alakohta – EUR-Lex.

Traficomin Kyberturvallisuuskeskuksen pilvipalveluiden turvallisuuden arviointikriteeristön IP-01-kohta korostaa käyttöoikeuksien ajantasaista hallintaa henkilöstömuutoksissa ja vähimpien oikeuksien periaatetta. Tätä voi käyttää siirtymän tarkistuskysymyksenä: kenen tunnukset ovat edelleen voimassa, mihin tietoihin ne antavat pääsyn ja kuka vahvistaa poistamisen? Kriteeristö ei sellaisenaan tee jokaisesta huoltosopimuksesta kyseisen arvioinnin kohdetta. PiTuKri, IP-01 käyttöoikeushallinta – Kyberturvallisuuskeskus.

Sovi luovutuksen hyväksymiskortti etukäteen

Siirtymän työvälineeksi sopii kaksiosainen hyväksymiskortti. Ensimmäinen osa käsittelee tietosisältöä: onko sovittu aineisto mukana, onko sen lähde tiedossa, onko avoimilla asioilla omistaja, vastaavatko tunnisteet kohdetta ja näkyvätkö rajaukset. Toinen osa koskee käyttöä: saako uusi toimija tarvitsemansa tiedot, onko vanhan toimijan pääsy rajattu ja onko henkilötietojen palautus- tai poistomenettely sovittu oikeiden roolien kesken.

Ehdollinen hyväksyntä voi olla järkevä, jos kiireellinen palvelu on aloitettava mutta jokin vähäriskinen historiatieto odottaa täydentämistä. Sen rajat on silti kirjattava: mitä tietoa saa käyttää, mitä ei, milloin puute korjataan ja kuka tarkistaa korjauksen. Kriittistä turvallisuustietoa ei kuitata hyväksytyksi vain aikataulupaineen vuoksi. Vastaanottokortti on prosessiehdotus, ei lakisääteinen lomake tai automaattinen vastuun siirto.

Kuvitteellinen tapaus: sopimus vaihtuu kesken poikkeaman

Seuraava tilanne on kokonaan kuvitteellinen. Taloyhtiön huoltosopimus päättyy kuun lopussa. Vanhan palveluntuottajan työnohjauksessa on teknisen tilan vuotohavainto, yksi osittain tehty suodatinhuolto ja suljettu laitevaihto. Tilaajan huoltokirjassa laitevaihdon uusi tunniste näkyy, mutta työnohjauksen historiassa on vielä vanha tunniste. Uusi palveluntuottaja aloittaa seuraavana aamuna.

Luovuttaja kokoaa neljän korin aineistoluettelon ja merkitsee vuotohavainnon avoimeksi. Tilaaja vahvistaa, kuka hoitaa välittömän turvallisuusarvion ja kenelle jatkotehtävä annetaan. Osittainen suodatinhuolto luovutetaan osittaisena: tehtyä ja tekemätöntä osaa ei yhdistetä yhdeksi valmiiksi työksi. Laitevaihdon tunnistesuhde tarkistetaan huoltotositteesta ja kohteessa; vanha tunniste jää historiatietoon, uusi ohjaa tulevaa työtä.

Vastaanottaja hyväksyy aineiston teknisen vastaanoton mutta jättää laitetunnisteen sisällöllisen hyväksynnän avoimeksi kohdevarmennukseen asti. Tilaaja merkitsee ehdollisen luovutuspäätöksen, puutteen omistajan ja tarkistuspäivän. Vanhan toimijan käyttöoikeudet päättyvät sovitusti, mutta historiakirjauksia ei poisteta mekaanisesti. Henkilötietoja sisältävän aineiston käsittely päätetään rekisterinpitäjän ja mahdollisen käsittelijän roolien mukaan. Esimerkin numerot ja tapahtumat eivät kuvaa todellista kohdetta tai palvelun ominaisuuksia.

Ylläpidä luovutuksen jälkeen vain voimassa olevaa ohjausta

Ensimmäisten viikkojen aikana vastaanottaja vertaa käytännön työtä luovutettuun aineistoon. Puuttuva laite, väärä huolto-ohje tai uusi yhteystieto kirjataan korjaustehtäväksi lähteen kanssa. Jos virhe johtuu vanhan aineiston sisällöstä, korjaus kohdistetaan siihen tietueeseen ja tarvittaviin johdettuihin tehtäviin. Jos virhe on vain siirron muunnoksessa, lähdejärjestelmän tietoa ei muuteta turhaan. Korjausketjun näkyvyys estää virheen palaamisen seuraavassa synkronoinnissa.

Jatkuvuuden seurannassa hyödyllisiä mittareita ovat avoimien asioiden osuus, puuttuvien lähdeviitteiden määrä ja aika, jonka kriittinen puute odottaa päätöstä. Mittarille ilmoitetaan perusjoukko ja tarkastelujakso. Pieni määrä avoimia asioita ei yksin tarkoita onnistumista, jos havaintoja ei kirjata. Vastaanottajan ja tilaajan kannattaa tehdä yhteinen otostarkistus myös sen jälkeen, kun ensimmäiset uuden kauden huollot ovat kertyneet.

Tiedon jatkuvuus ei edellytä, että kaikki osapuolet käyttävät samaa järjestelmää. Se edellyttää sovittua versiota, lähdettä, korjauspolkua ja näkyvää epävarmuutta. Kohteen dokumentoidun ylläpitohistorian roolia käsittelee myös kiinteistön huoltokirjaa koskeva opas; tässä ratkaiseva hetki on se, jossa yksi palvelukausi suljetaan ja seuraava aloitetaan ilman, että kohteen historia tai avoin työ muuttuu virheelliseksi.

Yhteenveto

Palvelukauden vaihdossa toteumat, voimassa oleva sopimusohjaus, avoimet asiat ja henkilötietoja sisältävät aineistot erotetaan toisistaan. Tietueen tekninen siirtyminen ei todista sen sisältöä oikeaksi, uuden sopimuksen hyväksymistä eikä riskin sulkemista. Luovutukselle tarvitaan nimetty luovuttaja, vastaanottaja, tilaajan päätös sekä näkyvät lähteet ja epävarmuudet.

Hyväksymiskortti ja rajatut vastaanottotestit tekevät siirtymän tuloksen todennettavaksi. Pysyvät huoltotiedot suhteutetaan kohteen kiinteistön huoltokirjaan; avoin havainto taas saa oman omistajan ja seuraavan toimen. Menettely on sovitettava sopimuksiin, tietosuojarooleihin ja todelliseen turvallisuustilanteeseen.

Usein kysytyt kysymykset

Mitä tietoa uusi huoltopalveluntuottaja tarvitsee ensimmäisenä?

Ajantasaisen palvelurajan, kohteen ja laitteiden tunnisteet, turvallisuuteen vaikuttavat avoimet havainnot sekä keskeneräiset tehtävät vastuurooleineen. Myös tiedon lähde ja epävarmuus on näytettävä, jotta vastaanottaja voi erottaa vahvistetun tiedon tarkistettavasta.

Saako vanhan sopimuksen huolto-ohjelman siirtää sellaisenaan uudelle toimijalle?

Sen voi luovuttaa vertailu- ja lähtötietona sovitussa laajuudessa, mutta uuden kauden tehtäväraja ja aikataulu tarkistetaan uudesta hyväksytystä sopimuksesta. Tekninen kopiointi ei ole sopimusmuutoksen hyväksyntä.

Milloin luovutus on valmis, jos avoimia tehtäviä on jäljellä?

Luovutus voi olla rajatusti hyväksytty, kun avoimilla tehtävillä on yksilöity tila, omistaja, seuraava toimi ja päätetty käsittelypolku. Kriittistä puutetta ei merkitä ratkaistuksi vain luovutuspäätöksen vuoksi.

Poistetaanko vanhan palveluntuottajan kaikki tiedot sopimuskauden päättyessä?

Ei yhdellä yleissäännöllä. Käyttöoikeudet, rakennuksen tekninen historia, henkilötiedot ja mahdolliset sopimusasiakirjat käsitellään eri perustein. Henkilötietojen osalta rekisterinpitäjän ja mahdollisen käsittelijän roolit, käsittelyn tarkoitus ja sopimuksen ehdot ratkaisevat menettelyn.

Miten epävarma laitetunniste käsitellään luovutuksessa?

Vanha ja uusi tunniste yhdistetään vasta todennettavan lähteen ja tarvittaessa kohdevarmennuksen perusteella. Sitä ennen tietue merkitään tarkistettavaksi, eikä epävarmaa vastaavuutta käytetä tulevan huoltotyön automaattisena ohjauksena.

Lähteet

• Rakentamislaki 751/2023, 139 § – Finlex. Käyttö- ja huolto-ohje, seurantatieto ja omistajan ajantasaisuusvastuu.
• Työturvallisuuslaki 738/2002, 10 § – Finlex. Työn vaarojen selvittäminen ja arviointi.
• Yleinen tietosuoja-asetus (EU) 2016/679, 4–6, 28 ja 32 artikla – EUR-Lex. Käsittelyroolit, periaatteet, lainmukaisuus, sopimusehto ja turvallisuus.
• PiTuKri: pilvipalveluiden turvallisuuden arviointikriteeristö, IP-01 käyttöoikeushallinta – Kyberturvallisuuskeskus. Käyttöoikeushallinnan tarkistuskysymykset.

Toimituksellinen huomautus: luovutus- ja hyväksymiskortti ovat toimituksellisia työvälineitä. Säädösten soveltaminen, turvallisuustulkinnat, sopimusvastuut ja henkilötietojen käsittely edellyttävät ihmisasiantuntijan katselmointia ennen julkaisua.