ABCDEFGHIJKLMNOPQRSTUVWXYZ
1
#ARVO!
2
YDINTIETOJEN JA PÄÄPIIRUSTUSTASOISEN SUUNNITELMAMALLIN TEKNISET MÄÄRITYKSET
3
Rakentamislaki 751/2023
4
43 § Rakentamisluvan myöntäminen
Rakentamislupa koostuu alueidenkäytöllisten edellytysten (sijoittamisen edellytykset) tarkastelusta ja olennaisten teknisten vaatimusten (toteuttamisen edellytykset) tarkastelusta. Rakentamisluvan myöntää kunnan rakennusvalvontaviranomainen. Luvan hakijan niin pyytäessä kunta voi ratkaista sijoittamisen edellytysten olemassaolon erillisellä päätöksellä (sijoittamislupa).
5
60 § Rakennuksen tietomallimuotoinen suunnitelma
Rakennuksen tietomallimuotoisella suunnitelmalla tarkoitetaan rakennuksen tietojen kokonaisuutta koneluettavassa ja yhteentoimivassa tietorakenteessa sisältäen rakennuksen sijainnin, geometrian ja muodon kolmiulotteisena mallina sekä tiedot rakennuksesta. Rakennuksen suunnitelman (suunnitelmamalli) rakennuskohdetiedot sisältävät pääasialliset tiedot rakennuksesta ja rakennusosista ja niiden ominaisuuksista.

Rakennuksen toteutusta vastaavan suunnitelman (toteumamalli) rakennuskohdetiedot sisältävät tiedot toteutuneesta rakennuksesta mukaan lukien suunnitelmamallista poikkeavat tiedot sekä pääasialliset tiedot rakennustuotteista ja niiden ominaisuuksista.

Rakennussuunnittelijan ja erityissuunnittelijoiden on toimitettava rakennusvalvontaviranomaiselle rakennuksen rakentamista koskevat rakennussuunnitelmat ja erityissuunnitelmat tietomallimuotoisina tai muutoin koneluettavassa muodossa. Rakennuksen korjaus- ja muutostyön rakennussuunnitelmat ja erityissuunnitelmat on toimitettava rakennusvalvontaviranomaiselle tietomallimuotoisina tai muutoin koneluettavassa muodossa korjaus- ja muutostyötä koskevien tietojen osalta.

Ympäristöministeriön asetuksella voidaan antaa tarkempia säännöksiä rakennuksen suunnitelmat käsittävästä rakennuksen tietomallimuotoisesta suunnitelmasta ja koneluettavista tiedoista.
6
61 § (19.12.2024/897) Rakentamislupahakemus
Rakentamishankkeeseen ryhtyvän rakennuspaikan omistajan tai haltijan on haettava kunnalta rakentamislupaa kirjallisesti. Rakentamislupahakemukseen on liitettävä rakennuskohteesta ja sen laajuudesta riippuen:

1) rakennussuunnitelmaan sisältyvät pääpiirustukset, jotka rakennussuunnittelija varmentaa allekirjoituksellaan;
2) rakennuksen rakennussuunnitelmien laadinnassa tehty pääpiirustustasoinen suunnitelmamalli tai tiedot koneluettavassa muodossa taikka muun kuin rakennuksen osalta selvitys rakennuskohteesta ja sen vaikutuksista ympäröivään alueeseen;
7
Ympäristöministeriön asetus rakentamisen suunnitelmamallien ja viranomaiskatselmusten sisällöstä
8
3 § Tietomallin tiedostomuoto
Tässä asetuksessa tarkoitettujen tietomallien tiedostomuotona on käytettävä Industry Foundation Classes -tiedoston (IFC) versiota 4.3.2.0 tai uudempaa versiota. Tiedoston tulee noudattaa Reference View -tiedonvaihtonäkymää. IFC-tiedosto on tallennettava IFC-SPF-muodossa.
9
4 § Suunnitelmamalli
Rakennuksen suunnitelmamalli koostuu yhestä tai useammasta rakennuksen tietomallista ja rakennuspaikan tietomallista.
Suunnitelmamallin on sisällettävä tämän asetuksen 7 ja 8 §:n mukaset tiedot ja liitteiden 1 ja 2 mukaiset tiedot.
Mitä edellä 1 ja 2 momentissa säädetään rakennuksen suunnitelmamalleista, sovelletaan myös rakennuskohteisiin.
10
8 § Rakennuksen tietomalli
Rakennuksen tietomalli on mallinnettava kerroksittain. Tietomallin on sisällettävä rakennusosat, rakennuksessa sijaitsevat tilat ja huoneistot.
Ulkovaipan rakennusosat on eriteltävä sisäpuolisista rakennusosista. Rakennusosan tyyppi on määriteltävä. Rakennusosien on sisällettävä tieto siitä, ovatko ne uusia, säilytettäviä vai purettavia.
11
12
YLEISTÄ
13
Tämä on tekninen määritys ydintietojen ja rakennuksen pääpiirustustasoisen suunnitelmamallin tietosisällöistä rakentamisluvassa. Tähän kokonaisuuteen sisältyy vain hyvin suppeat ohjeistukset tietosisältöjen tueksi. Laajempia ohjeita sekä määritysten ohjelmistokohtaisia käyttöönotto-opastuksia on tarkoitus toteuttaa erillisissä hankkeissa.

Ydintietojen määritykset perustuvat Ympäristöministeriön asetukseen rakentamisen suunnitelmamallien ja viranomaiskatselmuksen sisällöstä ja sen liitteisiin 1 ja 2, jotka olivat työn aikana luonnoksina EU:n teknisessä notifikaatiossa.

1.1.2026 voimaan astuvan rakentamistalain 61 §:n mukaisesti, rakentamislupaan tulee toimittaa rakennuksesta joko pääpiirustustasoinen suunnitelmamalli tai tiedot koneluettavassa muodossa. Tässä hankkeessa 61 §:n mukaisen pääpiirustustasoisen suunnitelmamallin määritykset perustuvat osassa B tehtyyn selvitystyöhön rakennuksen pääpiirustuksissa vaadituista tietosisällöistä ja pääpiirustusten esittämistavasta, jotka asettavat suunnitelmamallin vaaditun minimitason. Määritykset eivät ota kantaa suunnitelmamallille vaihtoehtoiseen tietojen koneluettavaan muotoon tai tietosisältöön.

Pääpiirustusten tietosisältöjen ja esittämistavan selvitystyön lähtöaineistona ovat ensisijaisesti Ympäristöministeriön asetus rakentamista koskevista suunnitelmista ja selvityksistä (216/2015) ja täydentävästi RTY topten -ryhmän ohjeistukset ja rakennuspiirustuksia koskevat RT-kortit. Aiempien pääpiirustusten tietovaatimusten lisäksi Rakentamislaissa määritetyt uudet tekniset vaatimukset, kuten rakennuksen vähähiilisyys, tuottavat joitain lisävaatimuksia suunnitelmamallin laatimiseen. Käyttötapauskuvausten pohjalta tehdyissä määrityksissä on huomioitu myös rakennustuoteluetteloa koskevan asetuksen vaatimukset. Hankkeessa laadittuja teknisiä määrityksiä, käyttötapauskuvauksia ja ohjeita on kehitetty Ryhti kumppanitestaus hankeryhmän ohjauksen ja julkisilla lausuntokierroksilla saatujen kommenttien mukaisesti.
14
SISÄLTÖ
15
A-osan ydintietojen tekniset määritysten lähtökohtana ovat rakentamisen suunnitelmamalleja koskevan asetuksen liitteissä 1 ja 2 vaaditut ydintiedot. Välilehti ’osaA-liite1’ sisältää asetuksen liitteen 1 mukaiset rakennuskohteen tietoihin kirjattavat ydintiedot ja koneluettavat tiedot.

Välilehti ’osaA-liite2’ sisältää asetuksen liitteen 2 mukaiset tiloihin ja rakennusosiin kirjattavat tiedot. Tällä välilehdellä on myös määritys IFC-mallin koordinaatistosta suhteessa kaupunkikoordinaatistoon.
16
IFC mallin kiertokulmaIFC tietomalli toimitetaan rakennusvalvontaan ilman kiertokulmaa, ns. tosipohjoinen asemassa. Koska rakennuslupajärjestelmässä lasketaan mm. asetuksen edellyttämät sisäänkäyntien koordinaatit, vähennetään tällä vaatimuksella kierrosta mahdollisesti aiheutuvia laskentavirheitä. Suunnittelussa ja hankkeen muussa tiedonvaihdossa käytetty rakennuksen suunta ja sijoittelu voi olla tästä vaatimuksesta poikkeava.
17
B-osan muodostavat pääpiirustustasoisen suunnitelmamallin käyttötapauskuvaukset: ’osaB-käyttötapaus-uudiskohde’ ja ’osaB-käyttötapaus-peruskorjaus’.

Käyttötapauskuvaukset ja niihin liittyvät tekniset määritykset on laadittu rakentamislaissa 751/2023 asetettujen rakentamisluvassa tarkasteltavien toteuttamisen edellytyksiin ja sijoittamisen edellytyksiin liittyvien vaatimusten kautta. Kuvauksen alkuosa noudattaa rakentamislain 4 luvun olennaisten teknisten vaatimusten pykäläkohtaista jäsennystä. Tämän jälkeen sijoittamisen edellytykset on jaettu kaupunkikuvallisten ominaisuuksien ja laajuustietojen määrityksiä käsitteleviin osiin.

Kukin kohta lähtee liikkeelle kyseistä aihetta koskevasta rakentamislain pykälästä ja täydentävistä asetuksista ja esittää rinnakkaisena tarkasteluna kuvauksen aiheen tyypillisestä esittämistavasta pääpiirustuksissa sekä vastaavasta esittämistavasta suunnitelmamallissa. Näitä seuraa asiakohtaiset tekniset määritykset miten kyseisiä vaatimuksia koskevat tiedot kirjataan IFC-malliin.
18
UudiskohdeosaB-käyttötapaus-uudiskohde sisältää kuvauksen uudiskohteiden tietosisällöistä.
19
Peruskorjaus-kohdeosaB-käyttötapaus-peruskorjaus sisältää kuvauksen peruskorjauskohteen tietosisällöistä.
20
C-osassa välilehdellä 'osaC-kooste pääpiirustukset' edellä mainitut käyttötapausten kuvauksiin liittyvät IFC-mallin tietokenttien tekniset määritykset on koottu yhteen rakennusosittain. Taulukon ryhmittely on sama kuin Rakenteellinen järjestelmä -koodistossa.
21
SUUNNITELMAMALLI
22
Tieto rakentamiselle asetettujen teknisten vaatimusten toteutumisesta ja rakennuksen teknisistä ratkaisuista määritetään kokonaisuudessaan tyypillisesti vasta pääpiirustuksien laatimisen ja rakentamisluvan käsittelyn jälkeen. Pääpiirustuksissa ja pääpiirustustasoisessa suunnitelmamallissa asetetaan kohdekohtaisia määrityksiä vaatimusten minimitasolle ja esitetään pääpiirteittäin niiden rakennusosakohtaisia toteutumisen periaatteita.

Käyttötapauskuvauksissa kuvataan tarkkuustaso, jolla olennaiset tekniset vaatimukset ja niihin liittyvät ratkaisut (kuten esimerkiksi vaadittu palo-osastointi ja osastoivat rakennusosat) tyypillisesti esitetään lupakäsittelyvaiheessa. Esimerkiksi rakenteista suunnitelmamallissa esitetään tieto siinä laajuudessa, mikä on rakennetyyppien osalta tiedossa lupavaiheessa.
23
TOTEUMAMALLI
24
Toteumamalli on pääpiirustustasoinen malli, johon on päivitetty luvan saamisen jälkeen muuttuneet ratkaisut mukaan lukien suunnitelmamallista poikkeavat tiedot ja pääasialliset tiedot rakennustuotteista ja niiden ominaisuuksista. Rakennustuotteille lupavaiheessa määritettyjä vaatimuksia parempi suoritustaso ei lähtökohtaisesti vaadi päivityksiä rakentamislupaan. Mikäli mallin tiedot ovat tarkentuneet suunnittelun aikana mm. käyttäjän vaatimuksiin liittyvillä tiedoilla, niitä ei tarvitse yhdenmukaistaa tai karsia toteumamallia varten.
25
MALLINTAMISTAPA JA TIETOSISÄLLÖT
26
Vakioinnin tavoitteena on määrittää, miten tieto viedään lupakäsittelyssä tarvittavaan IFC-tietomalliin mutta se ei ota kantaa, miten vaadittu mallinnuskomponentti ja siihen liitetty tieto tuotetaan suunnitteluohjelmistolla. Suunnitteluohjelmistoissa on monia eri tapoja mallintaa vaadittava geometria ja tietosisällöt, eikä vaadittuun lopputulokseen pääsemiseen ole näin ollen vain yhtä oikeaa tapaa.

Geometrian osalta suunnitelmamallin komponenttien esitystavan tulee noudattaa Yleiset tietomallivaatimukset 2012 osan 3 (YTV2012-3) mukaisia periaatteita (1). YTV2012-3 kuvaa ylätasolla myös mitä tietoja komponentteihin tulee sisällyttää. Nyt laaditut määritykset toteuttavat näitä periaatteita ja tarkentavat niitä yksityiskohtaisilla vaatimuksilla tietosisällöstä ja tiedon sijainneista mallissa.
27
Kaikki rakennusosat mallinnetaan toteutusta vastaavan geometrian mukaisesti oikean kokoisena oikeille paikoilleen (YTV2012-3, taso 2) ja tyypitetään Rakenteellinen järjestelmä -koodiston mukaisesti. Ympäristöministeriö toteuttaa koodiston päivityksen syksyn 2025 aikana ja julkaisee uuden version vuoden 2026 alkupuolella koodistot.suomi.fi sivustolla. Päivitetyn koodiston ensimmäinen luonnos on julkaistu marraskuussa 2025 (2). Tähän määrittelyyn kirjatut koodit ovat uuden version mukaiset.

Koodien oikeassa kirjoitusasussa tavuviiva erottaa vakioidun koodin ja sen perään kirjattavat projektikohtaiset tarkenteet, esim. VS-1 tai VS-vanha. Jotta suunnitelmamallia ei tarvitse laatia ainoastaan lupakäsittelyä varten, koodisto tarjoaa myös vaihtoehtoja vaadittua minimitasoa tarkemmalle tiedon esittämiselle. Esimerkiksi ulkoseinien osalta lupaan riittää tieto US-1, mutta tyypitys voidaan toteuttaa myös hankkeen tarpeiden mukaisesti, esim. USK-1.
28
Muita tietosisältöjen kirjauksissa käytettäviä Rakennettu ympäristö koodistoja ovat Paloluokka (3) ja Sisäänkäynnin tyyppi (4). Tilojen nimeämisessä/luokittelussa käytetään RAVA3.5 hankkeessa päivitetyn ja koodistot.suomi.fi sivustolla luonnoksena julkaistun, Tilan käyttötarkoitus -koodiston mukaisia nimiä (5).
29
Kullekin suunnitelmamallin rakennusosalle määritetään oikea IFC Entity, tarvittaessa PredefinedType sekä vaaditut ominaisuudet (ks. alla kohta Termit). Näiden tietojen avulla IFC-tietomallia voidaan käyttää tehokkaasti sekä automaattisessa että manuaalisessa lupaedellytysten tarkastamisessa. Tietojen kirjaamista varten määritystyössä on käytetty pääosin IFC4.3 standardin mukaisia PropertySet ja Property -määrityksiä. Mikäli standardin virallisesta versiosta ei ole löydetty sopivaa propertyä, on käytetty buildingSMART Internationalin julkaisemia, seuraaviin IFC standardin versioihin tulossa olevia PropertySet (ePset, cPset) ja Property -määrityksiä.
30
Pääpiirustustasoon liittyvien tietovaatimusten lisäksi suunnitelmamalliin kirjataan asetuksen liitteiden vaatimat ydintiedot. Käyttötapauskuvausten asiakohtaiselle listalle on kirjattu ne ydintiedot, jotka aiemmin on esitetty pääpiirustuksiin kirjattuina. Kokonaisuudessaan ydintiedot kirjataan malliin A-osan määritysten mukaisesti.
31
IFC-malleihin tulee sisällyttää myös niin sanotut IFC-perusmäärät (Base Quantities). Ne tallentuvat QTO-alkuisiin PropertySetteihin ja sisältävät suunnitteluohjelmiston automaattisesti laskemat pinta-alat, tilavuudet sekä muut IFC-standardin mukaiset määrätiedot rakennusosakohtaisesti. Näitä Propertyjä ja PropertySettejä ei ole erikseen lueteltu määrityksissä, koska käyttäjä ei yleensä voi suoraan vaikuttaa niiden sisältöön. Käytännössä ainoa käyttäjän tekemä valinta on määrittää suunnitteluohjelmiston IFC-vientiasetuksissa, että malliin sisällytetään myös IFC-perusmäärät (Base Quantities).
32
TERMIT
33
Alla on kuvattu ydintietojen ja suunnitelmamallin tietosisältöjen määrityksissä käytettyjen termien merkitykset.
34
TyyppiKullakin komponentilla on tyyppiluokka, joka määrittelee suunnitelmassa olevien samanlaisten komponenttien yhteiset ominaisuudet. Esimerkkejä IFC tyypeistä ovat seinätyyppi (IfcWallType), ovityyppi (IfcDoorType) ja laattatyyppi (IfcSlabType).
35
InstanssiSuunnitelmassa olevia komponentteja nimitetään instansseiksi. Esimerkkejä instansseista ovat seinä (IfcWall), ovi (IfcDoor) ja laatta (IfcSlab).
36
EntityNimensä mukaisesti IFC (International Foundation Classes) määrittele rakennettujen kohteiden komponenttien perusluokat ja luokkien välisen hierarkian. IFC:ssä luokkia kutsutaan Entityiksi.
37
PredefinedTypePredefinedType (Ennalta määritetty tyyppi) on osa IFC:n luokkahierarkiaa ja se tarkentaa Entityä. Kaikkien entityjen kohdalla ennalta määritetty tyyppi ei tuo lisäarvoa, mutta jossain tilanteissa se voi muuttaa entityn olemusta. Esimerkiksi IfcDoor entityn PredefinedTypejä ovat mm. GATE (portti) ja BOOM_BARRIER (puomi). Niiden avulla IfcDoor muuttuu kokonaan toisen tyyppiseksi komponentiksi, jolla on vain ylätason yhteys alkuperäiseen luokkaan.
38
Name attribuuttiKaikilla tyyppi- ja instanssiluokilla on attribuutti Name. Se poikkeaa Propertystä siten, että se on sidottu kiinteästi Entityyn eikä käyttäjä voi esim. poistaa sitä. Komponenttien tyypeissä siihen tallennetaan tyypin tunniste (esim. US-1). Suunnitteluohjelmat tekevät tämän useimmiten automaattisesti käyttäen suunnitteluohjelmassa tyypille annettua nimeä. Myös instanssin Name attribuutin arvo tulee usein miten suoraan jostain suunnitteluohjelman vakiokentästä. Tyypillisesti Name on jonkinlainen nimi tai tunniste, mutta esim. huonetilojen kohdalla (IfcSpace) ohjelmistot tallentavat siihen huoneen numeron.
39
PropertySetKaikkiin IFC Entityihin voidaan liittää ominaisuusryhmiä (PropertySet). Se on joukko ominaisuuksia, jotka usein liittyvät samaan asiayhteyteen. IFC standardin sisältämien ryhmien lisäksi käyttäjä voi luoda omia ominaisuusryhmiä.

Ominaisuusryhmissä etuliite ”Pset_” on varattu IFC standardissa määritellyille ominaisuusryhmille ja etuliitteet ”ePset_” ja ”cPset_” buildingSMART Internationalin julkaisemille standardin laajennuksille tai lisäyksille. Niitä ei saa käyttää käyttäjän omien omaisuusryhmien nimissä eikä käyttäjä saa lisätä omia ominaisuuskenttiä näihin ominaisuusryhmiin.
40
PropertyKussakin ominaisuusryhmässä (PropertySet) on joukko ominaisuuksia (Property). Standardiin määriteltyjen ominaisuuksien lisäksi käyttäjä voi luoda vapaasti omia ominaisuuksia omiin ominaisuusryhmiinsä.

Kullekin ominaisuudelle on määritelty tietotyyppi, joka määrittää minkä tyyppistyä tietoa sille voidaan tallentaa. IFC standardi sisältää suuren määrän tietotyyppejä, yleisimmin käytettyjä ovat IfcLabel (alphanumeerinen tieto), IfcInteger (kokonaisluvut) ja IfcBoolean (kyllä/ei arvot).

Ominaisuudet (Property) on aina liitetty johonkin ominaisuusryhmään (PropertySet), jotka voidaan liittää joko tyyppiin tai instanssiin. Esimerkiksi seinän tyypillä on ominaisuus FireRating johon merkitään ko. tyypin palonkeston kyvykkyys. Instanssissa oleva FireRating tieto puolestaan tarkoittaa kyseiseltä seinältä vaadittavaa palonkestoa.
41
42
(1) Yleiset tietomallivaatimukset 2012, osa 3 (myös RT 10-11068), Arkkitehtisuunnittelu:
43
https://drive.buildingsmart.fi/s/mfrRxKoZYCXiK4X
44
(2) Rakenteellinen järjestelmä -koodisto:
45
https://koodistot.suomi.fi/codescheme;registryCode=rakrek;schemeCode=raktkk_builtsystem_1_0
46
(3) Paloluokka-koodisto:
47
https://koodistot.suomi.fi/codescheme;registryCode=rytj;schemeCode=Paloluokka
48
(4) Sisäänkäynnin tyyppi -koodisto:
49
https://koodistot.suomi.fi/codescheme;registryCode=rytj;schemeCode=sisaankaynti
50
(5) Tilan käyttötarkoitus-koodisto:
51
https://koodistot.suomi.fi/codescheme;registryCode=rakrek;schemeCode=occupancytype_1_0
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100