LVI-huollon elinkaaritiedon ylläpito
LVI-laitteen elinkaaritiedon ylläpito erottaa lähteistetyn perustiedon, huoltototeuman ja havainnon. Ota käyttöön muutoskortti ja päätä, kuka tiedon vahvistaa.
LVI-laitteen elinkaaritieto pysyy käyttökelpoisena, kun ammattilainen pystyy erottamaan toisistaan varmennetun kohdetiedon, suunnitellun työn, toteuman ja vielä selvittämättömän havainnon. Digitaalisen kotiprofiilin rooli määritetään osaksi tätä työnkulkua: mitä tietoa sinne tuodaan, kuka sen vahvistaa ja milloin muutos on riittävän luotettava ohjaamaan seuraavaa työtä.
Tässä ammattilaisoppaassa tarkastellaan LVI-laitteen tietojen elinkaarta käyttöönotosta huoltoihin, muutoksiin ja käytöstä poistoon. Fokus ei ole sopimuskauden vaihdon luovutuksessa eikä yleisessä työtilauksen käsittelyssä. Digitaalinen kotiprofiili tarkoittaa tässä artikkelissa käsitteellistä kohdetiedon näkymää, ei vahvistettua tuotekuvausta. Artikkeli ei väitä, että KotienKodilla olisi jokin tässä kuvaamaton integraatio, automaatio tai tekninen ominaisuus: organisaation on sovitettava prosessi käytettävissä oleviin toimintoihin ja sovittuun tietovastuuseen.
Rakentamislain 139 § määrittää tietyille uudisrakentamisen ja rakentamislupaa edellyttävien korjaus- ja muutostöiden tilanteille rakennuksen käyttö- ja huolto-ohjeen laatimista koskevia velvoitteita, sen sisältöä sekä omistajan vastuuta ajantasaisuudesta. Se ei tee jokaisesta huoltokäynnin kommentista tai digitaalisesta profiilitietueesta automaattisesti lain tarkoittamaa ohjetta. Rakentamislaki 751/2023, 139 § – Finlex.
Aloita tiedon käyttötarkoituksesta, älä kenttälistasta
Ennen kuin LVI-laitteen tiedoille avataan kenttiä kotiprofiiliin, määritä millaista päätöstä niiden avulla tehdään. Huoltoa suunnitteleva tarvitsee ehkä tunnisteen, sijainnin, laitemallin, sovellettavan ohjeen ja huoltohistorian viitteen. Työn suorittaja tarvitsee tehtävän ja pääsytiedon. Tilaaja voi tarvita vahvistetun muutostiedon tai näkymän avoimiin jatkotoimiin. Eri käyttötarkoitus voi edellyttää erilaista tarkkuutta ja eri katseluoikeutta.
Käytännön aloituskysymykset ovat:
- Mikä päätös tai työvaihe tarvitsee tiedon?
- Mikä on tiedon ensisijainen lähde ja kuka voi vahvistaa sen?
- Onko tieto pysyvää kohteen kuvausta vai yksittäisen tapahtuman tulos?
- Kuinka epävarmuus, vanhentuminen tai ristiriita näytetään?
- Kuka saa lukea, ehdottaa muutosta, hyväksyä tai korjata tietoa?
Kun käyttötarkoitus on epäselvä, tietomalli paisuu helposti kokoelmaksi kenttiä, joita kukaan ei ylläpidä. Toisaalta liian niukka tietue voi jättää huoltajan arvailemaan, onko löydetty laite oikea. Valitse siksi pienin tietosisältö, jolla sovittu työ voidaan suunnitella ja toteuma yhdistää oikeaan kohteeseen.
| Tietoryhmä | Esimerkkisisältö | Käyttötarkoitus | Vahvistuksen näyttö |
|---|---|---|---|
| Kohde ja laite | Rakennus, tila, järjestelmä- ja laitetunniste | Oikean laitteen tunnistaminen | Kilpi, suunnitelma tai muu hyväksytty lähde |
| Tekninen kuvaus | Tyyppi, valmistaja, malli ja olennaiset ominaisuudet | Ohjeen tai varaosan etsiminen | Asiakirja tai kentällä todennettu tieto |
| Ylläpidon ohjaus | Ohjeen lähde, huoltosuunnitelman viite | Työn suunnittelun tuki | Omistajan tai suunnittelijan hyväksyntä |
| Tapahtumahistoria | Käynti, havainto, vaihto tai korjaus | Muutoksen jäljitys | Työmääräin ja toteumakirjaus |
| Tietotila | Vahvistettu, tarkistettava, korvattu | Luotettavuuden arviointi | Nimetty tarkistaja ja päiväys |
Taulukko on mallinnuksen apuväline, ei KotienKodin tietokenttien kuvaus eikä vaatimus tallentaa jokainen esimerkki. Organisaatio sopii, mitä tietoa profiili sisältää ja mikä säilyy huoltokirjassa, dokumenttivarannossa tai työnohjausjärjestelmässä. Jos sama tieto on useassa paikassa, nimetään lähdejärjestelmä ja sovitaan miten ristiriita ratkaistaan.
Erota neljä tietokerrosta LVI-työnkulussa
Elinkaaritiedon hallinnassa kannattaa erottaa kohteen perustieto, suunniteltu ylläpito, tapahtuman toteuma ja vielä käsittelemätön havainto. Ne liittyvät toisiinsa, mutta yksi ei korvaa toista.
Kohteen perustieto kuvaa laitetta tai järjestelmän osaa: tunnistetta, sijaintia ja lähteistettyjä teknisiä tietoja. Suunniteltu ylläpito kertoo, mitä työtä tavoitellaan ja millä hyväksytyllä ohjeella. Toteumakirjaus kertoo, mitä tiettynä ajankohtana tehtiin tai miksi työ jäi tekemättä. Havainto taas voi olla alustava ja odottaa luokittelua, asiantuntijan arviota tai erillistä työtilausta.
Erottelu näkyy esimerkiksi tilanteessa, jossa huoltaja huomaa kondenssivesiputken ympärillä kosteutta. Havainto ei vielä vahvista vuodon syytä, eikä se yksin muuta laitetta koskevaa pysyvää perustietoa. Työntekijä kirjaa nähtävissä olevan asian, rajaa mitä tarkastettiin ja ohjaa jatkoselvityksen sovitulle vastuulle. Vasta kun syy ja toimenpide on varmennettu, ylläpitotietoon tehdään sen edellyttämä päivitys.
Käytännössä perustieto vastaa kysymykseen, mikä laite on kyseessä ja missä se sijaitsee. Suunnitelma kuvaa aiotun työn, toteuma sen mitä tietyllä käynnillä tehtiin, ja havainto sen mikä huomattiin mutta odottaa käsittelyä. Esimerkiksi päivätty työraportti ei yksin päivitä kaikkia perustietoja, eikä havainto ole vielä diagnoosi tai hyväksytty korjaus. Erottelu säilytetään myös silloin, kun järjestelmä tallentaa tiedot samaan kohdenäkymään.
Tällainen kerrosjako auttaa myös silloin, kun digitaalisella kotiprofiililla on rajattu tehtävä. Profiili voi tarjota kohteen ajantasaisen yhteenvedon ja viitteet tapahtumiin; yksityiskohtaiset työvaiheet voivat pysyä erillisessä järjestelmässä. Ratkaisun on kuitenkin säilytettävä riittävä linkki lähteeseen, jotta käyttäjä ei tulkitse tiivistelmää koko huoltohistoriaksi.
Rakenna lähdeketju ja tietotila näkyviin
Jokaiselle merkitykselliselle laitetiedolle kannattaa pystyä vastaamaan: mistä se tuli, milloin se todettiin ja kuka sen vahvisti? Lähde voi olla hyväksytty suunnitelma, käyttöohje, kilven lukema, muutostyön dokumentaatio tai huollon toteumaraportti. Lähteet eivät ole keskenään samanarvoisia kaikissa käyttötarkoituksissa. Tunniste voi olla kentällä varmistettu, vaikka huoltoväli edellyttää valmistajan ohjeen tai hyväksytyn suunnitelman tarkistamista.
Erota vähintään seuraavat tiedon tilat käsitteellisesti:
- ehdotettu: joku on esittänyt uuden arvon, mutta sitä ei ole tarkistettu;
- tarkistettava: ristiriita tai puuttuva lähde estää tiedon käytön varmana;
- vahvistettu: nimetty rooli on tarkistanut tiedon sovitun lähteen perusteella;
- korvattu: uusi tieto syrjäyttää vanhan, mutta historia säilyy;
- poistettu käytöstä: laite ei enää kuulu aktiiviseen ylläpitoon, mutta historiatieto säilytetään sovitusti.
Tilanimet voi toteuttaa organisaation käytössä olevilla välineillä. Oleellista on, ettei tarkistamaton arvo näytä samalta kuin vahvistettu tieto. Jos alustalla ei voi erottaa näitä tietotiloja, prosessi voi ylläpitää tilan sovitussa kentässä tai linkitetyssä lähteessä, mutta rajoite on kerrottava käyttäjälle. Käyttöliittymän tai automaation ei luvata tekevän tätä ilman vahvistettua tuotetietoa.
Epävarmuus jätetään näkyviin sen sijaan, että varoitus siivottaisiin tietueesta. Jos piirustus ja laitteen kilpitieto eroavat, merkitään ristiriita, päätöksen omistaja ja sovittu tarkistustoimi. Päätös voi olla käyttää tiettyä lähdettä määrättyyn tarkoitukseen, pyytää suunnittelijan vahvistus tai jättää kenttä tyhjäksi. Se, että jokin arvo on pakollinen lomakkeessa, ei tee siitä totta.
Käsittele huoltokäynti hallittuna päivitysehdotuksena
Työmääräin ja sen toteuma ovat elinkaaritiedon keskeinen syöte. Käynti alkaa oikean kohteen varmistamisesta: rakennus, järjestelmä ja laitetunniste tarkistetaan ennen kuin havainto tai toimenpide sidotaan pysyvään tietueeseen. Jos tunniste ei täsmää, työntekijä ei valitse lähintä samannimistä laitetta vaan noudattaa täsmennyksen ja eskaloinnin menettelyä.
Toteumaan kirjataan sovitussa laajuudessa mitä tehtiin, mitä havaittiin, mitä jäi tekemättä, käytetty ohje tai menetelmä tarpeellisella tarkkuudella sekä jatkotoimen omistaja. Mittaustulos on käyttökelpoinen vain kontekstinsa kanssa: suure, yksikkö, mittauspiste ja olosuhteet kirjataan, kun tehtävä tai tuloksen myöhempi tulkinta niitä edellyttää. Tässä oppaassa ei anneta yleisiä LVI-laitteiden hyväksymisrajoja tai huoltovälejä; ne tarkistetaan kyseisen kohteen suunnitelmista, laitteen ohjeista ja pätevältä asiantuntijalta.
Seuraava työnjohdon tarkistuskortti auttaa ratkaisemaan, voiko käynnin tieto muuttaa kohdetietoa.
| Tarkistuskysymys | Kyllä | Ei tai epäselvä |
|---|---|---|
| Onko oikea laite tunnistettu luotettavasta lähteestä? | Yhdistä toteuma tunnisteeseen | Jätä tietue tarkistettavaksi |
| Onko kyse pysyvästä muutoksesta vai käyntihavainnosta? | Ohjaa hyväksyttyyn tietopäivitykseen | Säilytä tapahtumana tai poikkeamana |
| Onko päivityslähde ja tarkistaja nimetty? | Kirjaa ne muutoksen yhteyteen | Pyydä vahvistus ennen perustiedon vaihtoa |
| Onko vanha arvo ja sen historia säilytettävä? | Merkitse korvautuminen, älä ylikirjoita | Selvitä säilytys- ja jäljitettävyystarve |
| Onko jatkotoimelle omistaja? | Linkitä avoin tehtävä tai päätös | Nimeä vastaanottaja ennen sulkemista |
Kortti ei ole tekninen tarkastusmenetelmä. Se käsittelee tiedon siirtymistä ja työnjohdon päätöstä siitä, mitä tietuetta päivitetään. LVI-työn tekninen turvallisuus ja toteutustapa ratkaistaan erikseen työtehtävän, ohjeiden ja työnantajan menettelyjen mukaisesti.
Työnantajan työturvallisuusvastuisiin kuuluu työn vaarojen selvittäminen ja arviointi. Työturvallisuuslain 10 §:n mukaan työn ja olosuhteiden vaaratekijät selvitetään riittävän järjestelmällisesti; 14 § käsittelee työntekijälle annettavaa opetusta ja ohjausta. Elinkaaritietue voi tukea työn valmistelua, mutta se ei korvaa ajantasaista perehdytystä tai työkohtaista arviota. Työturvallisuuslaki 738/2002, 10 ja 14 § – Finlex.
Päivitä laitehistoria muutoksessa, älä peitä sitä
LVI-laitteen vaihto, siirto, uudelleentunnistus tai käytöstä poisto on tietotapahtuma. Muutos kirjataan niin, että myöhempi käyttäjä voi ymmärtää vanhan ja uuden tilanteen välisen suhteen. Jos laite vaihdetaan, vanhan laitteen huoltohistoriaa ei siirretä uuden laitteen alle ikään kuin kyse olisi samasta fyysisestä yksiköstä. Uusi laite saa oman tunnisteensa ja käyttöönoton lähteen; vanha merkitään poistuneeksi tai korvatuksi sovitun käytännön mukaan.
Muutostietueen vähimmäiskysymykset:
- mikä muuttui ja missä kohteessa;
- milloin muutos tehtiin ja milloin se kirjattiin;
- mihin lähteeseen laite- tai järjestelmämuutos perustuu;
- kuka varmisti tiedon ja kuka hyväksyi perustietomuutoksen;
- mitä aktiivisia tehtäviä, ohjeita tai tunnisteviittauksia muutos vaikuttaa;
- miten vanhan tiedon historia säilyy ja miten uusi tietue löytyy.
Kirjaus- ja tapahtuma-aika voivat erota toisistaan. Jos muutos toteutui maanantaina mutta dokumentaatio saapui vasta perjantaina, molemmat ajankohdat ovat hyödyllisiä. Näin huoltaja ei tulkitse viiveellä tehtyä päivitystä laitteiston myöhäiseksi muutokseksi. Samoin lähde on tärkeä: toteumaraportti voi osoittaa tehdyn työn, kun taas hyväksytty suunnitelma voi selittää, miksi muutos tehtiin.
Jos laite poistuu käytöstä, aktiiviset tulevat huoltotehtävät tarkistetaan ja tarpeettomat ohjaustiedot päätetään hallitusti. Älä poista historiallista laitetta vain siksi, ettei sitä enää näytetä päivittäisessä näkymässä. Säilyttämisen kesto ja pääsy määräytyvät tiedon luonteen, sopimusten ja soveltuvien velvoitteiden mukaan; tässä ei aseteta yleistä säilytysaikaa.
Suunnittele tietojen tarkastus arjen työn yhteyteen
Tietojen ylläpidon vastuu ei toimi, jos se on irrallinen vuosittainen siivoustalkoo. Määritä tarkastuksen laukaisimet: uusi käyttöönotto, laitevaihto, hyväksytty korjaus, suunnitelman muutos, toistuva tunnisteristiriita tai sopimuksessa nimetty katselmus. Jokaisella laukaisimella on tekijärooli, tarkistettava aineisto ja hyväksymisehto. Tällöin kenttätyön havainto ei jää riippumaan yhden henkilön muistista.
Toimiva roolijako erottaa tiedon tuottamisen ja sen hyväksynnän ainakin riskialttiissa muutoksissa. Huoltaja tuottaa toteuman; työnjohto varmistaa tehtävän rajauksen ja kirjaamisen; kohteen tai tilaajan valtuuttama rooli hyväksyy pysyvän kohdetiedon, jos näin on sovittu. Pienessä organisaatiossa yksi henkilö voi hoitaa useita rooleja, mutta tietueesta tulisi silti näkyä, millä perusteella muutos vahvistettiin.
Tarkastus käynnistyy esimerkiksi uuden laitteen käyttöönotosta, huollossa havaitusta tunnisteristiriidasta, laite- tai osavaihdosta, ohjeen muutoksesta tai käytöstä poistosta. Jokaiselle laukaisimelle nimetään tarkistettavat tiedot ja vastuurooli: käyttöönoton hyväksyjä vahvistaa tunnisteen ja lähteet, työnjohto vie ristiriidan kohdetiedon omistajalle ja tilaajan nimeämä hyväksyjä vahvistaa uuden laitteen tiedot. Tarkastus on valmis vasta, kun tieto on vahvistettu tai avoin ristiriita näkyy seuraaville käyttäjille; poistunut laite ei saa ohjata tulevaa työtilausta.
Seurannassa kannattaa käyttää laatumittareita, joita pystyy tulkitsemaan. Esimerkkejä ovat laitetietueiden osuus, joille on nimetty lähde; avoimien tarkistusten ikä; sekä toteumien osuus, joista kohde ja tehtävä voidaan yksiselitteisesti tunnistaa. Luku kertoo prosessin tilasta vain, jos laskennan perusjoukko ja tarkastelujakso ovat selvillä. Älä tulkitse korkeaa täyttöastetta laaduksi, jos arvot ovat vanhentuneita tai kopioituja ilman vahvistusta.
Sovita digitaalisen kotiprofiilin rooli osaksi tietolähteitä
Palvelua käyttöön suunniteltaessa on sovittava, onko kotiprofiili ensisijainen kohdetietolähde, ylläpidon kannalta hyödyllinen koontinäkymä vai linkki muihin järjestelmiin. Profiilissa näkyvä tietue ei yksin osoita sen roolia. Käytettävissä olevat ominaisuudet, tietojen tuonti tai vienti, käyttöoikeudet ja integraatiot varmistetaan erikseen KotienKodin ajantasaisista tuote- ja palvelukuvauksista sekä sovituista ehdoista.
Kun profiili toimii koontinäkymänä, tietueessa tai sen yhteydessä säilytetään tieto varsinaisesta lähteestä ja tarvittaessa linkki siihen. Kun se toimii sovitusti muokkauspaikkana, määritetään hyväksyntä ja ristiriitojen ratkaisija. Jos prosessi ei tue kenttäkohtaista lähdettä, käytetään hyväksyttyä asiakirjaviitettä tai jätetään tieto tarkistettavaksi sen sijaan, että luotaisiin näennäinen varmuus.
Kotiprofiilin käyttöönoton tavoite voi olla tiedon löydettävyyden ja jatkuvuuden parantaminen ammattilaisille sekä kohteen ylläpidosta vastaaville. Tämä tavoite ei tarkoita automaattista diagnoosia, määräaikaishuollon suunnittelua, viranomaisvelvoitteen täyttymistä tai järjestelmien välistä synkronointia. Organisaatio arvioi erikseen, mitä tietoa palvelussa voidaan käsitellä ja millä vastuilla. Tietoturva- ja henkilötietokysymyksissä mukana on oltava kyseisen järjestelyn vastuurooli.
Käyttöönoton rajaus kannattaa tehdä yhdellä laiteluokalla ja muutamalla aidolla työtilanteella. Testaa esimerkiksi varmennettu laitevaihto, väärä tunniste, keskeneräinen käynti ja vahvistamaton havainto. Tarkista, ymmärtääkö käyttäjä tiedon lähteen, tilan ja seuraavan vastuun ilman, että hän joutuu päättelemään niitä kenttien nimistä. Jos jokin kriittinen ero ei näy, muuta prosessia tai tietorakennetta ennen laajempaa käyttöä.
Kuvitteellinen esimerkki: puhaltimen vaihto ja historiatiedon rajaus
Seuraava on kuvitteellinen harjoitus, ei KotienKodin todellinen asiakastapaus tai kuvaus alustan ominaisuudesta. Toimitilan huoltohenkilökunta saa toimeksiannon, jossa laitevaihto on hyväksytty erillisen selvityksen jälkeen. Käynnin alussa huoltaja varmistaa laitetunnisteen ja vertaa sitä työmääräimeen. Hän havaitsee, että huoltokirjan sijaintikuvaus ja konehuoneen tunniste poikkeavat toisistaan.
Työ rajataan havaintoon, kunnes kohdetiedon vastuuhenkilö vahvistaa, että vaihdettava laite on tilauksen oikea kohde ja työ voidaan tehdä turvallisesti. Vasta tämän jälkeen vaihto etenee sovitun työn ja turvallisuusmenettelyn rajoissa. Työntekijä kirjaa vanhan laitteen poistumisen, uuden laitteen yksilöivät tiedot lähteen mukaisesti sekä asennuksen toteumaraportin viitteen. Hän ei siirrä vanhan laitteen mittaustuloksia uuden historiaan.
Työnjohto tarkistaa, että avoin tunnisteristiriita ja laitevaihdon toteuma ovat eri asioita: ensimmäinen odottaa vahvistusta, jälkimmäinen dokumentoi tehdyn työn. Kohdetiedon hyväksyjä päivittää sijainnin ja aktiivisen laitetietueen sovitussa järjestelmässä. Digitaaliseen kotiprofiiliin tuodaan vain prosessissa vahvistetut tiedot ja tarvittavat lähdeviitteet sovittujen toimintojen puitteissa. Harjoitus osoittaa, miksi historiallinen jäljitettävyys on tärkeämpää kuin tietueen nopea siistiminen.
Käytä käyttöönoton tarkistuskorttia ennen laajennusta
Ennen laajentamista tarkista, että lähteet, hyväksyjä, epävarman havainnon käsittely ja käyttöoikeudet on sovittu. Kortti on keskustelun ja testauksen apuväline, ei teknisen soveltuvuuden tai tietosuojan hyväksyntä. Jos yksikin keskeinen rooli tai lähde puuttuu, rajaa pilotti ensin siihen, mitä voidaan todentaa.
| Tarkistus | Näyttö | Jos näyttö puuttuu |
|---|---|---|
| Tietolähteet on nimetty | Lähdeluettelo tai sovittu rekisteri | Rajaa tietueet tarkistettaviksi |
| Vahvistajan rooli on sovittu | Hyväksyntä- tai vastuumäärittely | Nimeä päätöksen omistaja |
| Havainto eroaa perustiedosta | Testitapaus epävarmalla havainnolla | Muuta prosessia ennen käyttöönottoa |
| Laitevaihdon historia säilyy | Testitietue vanhalle ja uudelle laitteelle | Estä tietueiden yhdistäminen |
| Käyttöoikeus vastaa tehtävää | Roolikohtainen pääsyn tarkistus | Selvitä oikeus ennen laajaa käyttöä |
| Kotienkodin ominaisuusväite on todennettu | Ajantasainen tuote-ehto tai käyttöohje | Jätä väite pois ja kuvaa se tavoitteena |
Kortin avulla voi sopia rajatun pilotin hyväksymisehdot. Pilotti ei todista kaikkien LVI-järjestelmien soveltuvuutta eikä korvaa tietosuoja-, tietoturva- tai teknistä arviointia. Kun käytäntö toimii, laajennus tehdään laite- ja järjestelmäkohtaisesti, koska tunnisteet, dokumentit ja vastuuroolit voivat erota.
Yhteenveto
LVI-laitteen elinkaaritiedon ylläpidossa keskeistä on tietää, mikä on vahvistettu perustieto, mikä suunnitelma, mikä toteuma ja mikä vasta havainto. Jokaiselle muutokselle tarvitaan lähde, tarkistaja ja näkyvä yhteys vanhaan tietoon. Näin uusi huolto ei tulkitse keskeneräistä havaintoa diagnoosiksi eikä siirrä vanhan laitteen historiaa uuden laitteen alle.
Kotiprofiilin tehtävä ja tuotteen todelliset ominaisuudet on varmennettava erikseen. Ellei käytössä olevassa palvelussa ole sovittua muutos- tai lähdehallintaa, prosessi voidaan toteuttaa hyväksytyissä lähdeasiakirjoissa ja linkittää niihin; käyttöliittymän ominaisuus varmistetaan ennen sen olettamista. Mallia voi täydentää julkaistuilla ohjeilla LVI-laitteiden huollosta, ilmanvaihdon huollosta, kiinteistön huoltokirjasta ja huoltokirjan ylläpidosta.
<!-- COMPONENT:PilotCustomerCTA -->Usein kysytyt kysymykset
Mitä LVI-laitteen tietoa kannattaa ylläpitää kotiprofiilissa?
Ylläpidä vain sovittuun käyttötarkoitukseen tarpeellista ja riittävästi lähteistettyä tietoa, kuten kohde- ja laitetunnistetta, sijaintia sekä viitettä ohjeeseen tai ylläpidon toteumaan. Tietojen laajuus ja profiilin rooli sovitaan organisaation ja palvelun todellisten toimintojen mukaan.
Voiko huoltajan havainto muuttaa laitteen pysyvää tietoa?
Ei automaattisesti. Havainto kirjataan tapahtumana ja muutosehdotus vahvistetaan sovitun lähteen ja hyväksyjän avulla. Epävarma tieto pidetään tarkistettavana, kunnes sen asema on ratkaistu.
Miten laitevaihto kirjataan ilman historian katoamista?
Säilytä vanhan laitteen tunniste ja tapahtumahistoria, kirjaa poistuminen ja yhdistä uusi laite omaan tunnisteeseensa. Näytä niiden suhde muutostiedossa lähteineen ja varmista, ettei vanha huoltohistoria näytä uuden laitteen toteumalta.
Tarkoittaako KotienKodin kotiprofiili automaattista tiedonsiirtoa huoltojärjestelmästä?
Ei tämän artikkelin perusteella. Integraatiot, tiedon tuonti, muokkaus ja muut tekniset ominaisuudet on tarkistettava ajantasaisesta palvelukuvauksesta ja sovituista ehdoista. Prosessin on toimittava myös silloin, kun tietoja ylläpidetään erillisissä järjestelmissä.
Korvaako kotiprofiili rakennuksen käyttö- ja huolto-ohjeen?
Sitä ei voi olettaa. Rakentamislain käyttö- ja huolto-ohjetta koskeva velvoite, soveltamisala ja vastuut arvioidaan erikseen; digitaalinen näkymä voi tukea ylläpidon tiedon löydettävyyttä, mutta sen oikeudellinen asema riippuu toteutuksesta ja sovellettavista vaatimuksista.
Lähteet
- Rakentamislaki 751/2023, 139 § – Finlex. Käyttö- ja huolto-ohjeen soveltamisala, sisältö ja ajantasaisuusvastuu.
- Työturvallisuuslaki 738/2002, 10 ja 14 § – Finlex. Työn vaarojen arviointi sekä työntekijälle annettava opetus ja ohjaus.
- Yleinen tietosuoja-asetus (EU) 2016/679, EUR-Lex. Henkilötietojen käsittelyn tarkoitus, oikeusperuste ja riskiperusteinen tietoturva arvioidaan käytettävän tiedon ja palvelun perusteella.
Toimituksellinen huomautus: tietovastuut, LVI-laitteen tunnistus, työturvallisuusmenettelyt ja KotienKodin ominaisuuksia koskevat väitteet edellyttävät asiantuntijan tarkistusta ennen julkaisua.
