KÄSKKIRI
Riigihanke "E-ehituse 3D kaksiku edasiarendused
2022" korraldamine, komisjoni ja vastutava isiku
nimetamine
Riigihangete seaduse § 14 lõike 2 punkti 1, §-de 100 ja 101 alusel ning kooskõlas ettevõtlus- ja
infotehnoloogiaministri ning majandus- ja taristuministri 09.10.2017. a käskkirjaga (registreeritud
dokumendihaldussüsteemis 03.10.2017. a) nr 1.1-1/17-199 kinnitatud „Majandus- ja
Kommunikatsiooniministeeriumi hankekorraga“:
1. Korraldada avatud hankemenetlusega riigihange (CPV kood 72200000-7, nimetus „Tarkvara
programmeerimis- ja nõustamisteenused“) „E-ehituse 3D kaksiku edasiarendused
2022“ (edaspidi Töö) tellimiseks. Riigihange rahastatakse Majandus- ja
Kommunikatsiooniministeeriumi ehitus- ja elamuosakonna (EEO) Targa Ettevõtluse
Programmi (TEP) eelarvest.
2. Kinnitan käskkirja punktis 1 nimetatud Töö tellimiseks riigihanke alusdokumendid (lisatud).
3. Tellitava töö eeldatav maksumus on 80 000 eurot (lisandub käibemaks) ning see makstakse
välja Majandus- ja Kommunikatsiooniministeeriumi eelarvest. Töö esitamise tähtaeg on 6
kuud lepingu sõlmimisest.
4. Määran käskkirja punktis 1 nimetatud hanke korraldamise eest vastutavaks isikuks EEO
digitaalehituse valdkonnajuhi Jaan Saar’e.
5. Moodustan hankekomisjoni punktis 1 nimetatud riigihanke korraldamiseks, sh pakkujatel
kõrvaldamise aluste ja pakkujate kvalifitseerimise tingimustele vastavuse kontrollimiseks
hankepassis esitatud kinnituste alusel, pakkumuste vastavaks tunnistamiseks ja eduka
pakkumuse väljaselgitamiseks ning edukal pakkujal kõrvaldamise aluste ja kvalifitseerimise
tingimustele vastavuse kontrollimiseks hankepassis esitatud kinnitustele vastavate
dokumentide alusel järgmises koosseisus:
5.1. Komisjoni esimees:
5.1.1. Jaan Saar, EEO digitaalehituse valdkonnajuht.
2
5.2. Komisjoni liikmed:
5.2.1. Ivo Jaanisoo, EEO juhataja;
5.2.2. Taavi Jakobson, EEO Ehitisregistri (EHR) ja e-ehituse projekti juht;
5.2.3. Siim Puskar, EEO e-ehituse platvormi teenuste arhitekt.
6. Valitud hankemenetluse liigi ja käskkirja punktis 2 nimetatud riigihanke alusdokumentide
peale võib esitada vaidlustuse Rahandusministeeriumi juures asuvale riigihangete
vaidlustuskomisjonile riigihangete seaduses sätestatud korras ja tähtajal.
(allkirjastatud digitaalselt)
Jüri Rass
ehituse asekantsler kantsleri ülesannetes
KÄSKKIRJA LISA 1
Riigihanke „E-ehituse 3D kaksiku edasiarendused 2022“ alusdokument
Pakkujate hankemenetluselt kõrvaldamise alused, kvalifitseerimistingimused ja
kvalifikatsiooni tõendamise nõuded
1. Hankemenetluselt kõrvaldamise alused ja hankepassiga esitatav informatsioon
1.1. Hankija ei sõlmi hankelepingut ja kõrvaldab hankemenetlusest pakkuja, kellel
esineb RHS § 95 lõikes 1 nimetatud kõrvaldamise alus.
1.2. Hankija võib kõrvaldada hankemenetlusest pakkuja, kellel esineb RHS § 95
lõikes 4 nimetatud kõrvaldamise alus.
1.3. Hankepass peab sisaldama:
1.3.1. pakkuja kinnitust, et pakkuja ei vasta ühelegi RHS § 95 lõikes 1 või
lõikes 4 sätestatud tingimusele;
1.3.2. pakkuja kinnitust, et ta vastab kõikidele riigihanke alusdokumentides
pakkuja kvalifitseerimiseks esitatud tingimustele, ja hankija nõutud
andmeid esitatud tingimustele vastamise kohta;
1.3.3. märget selle kohta, milline ametiasutus või kolmas isik väljastab
vajaduse korral pakkuja kinnitustele vastavad andmed või dokumendid, ja
pakkuja kinnitust, et tal on võimalik vajaduse korral viivitamata need
dokumendid hankijale esitada;
1.3.4. märget selle kohta, kas pakkuja kinnitustele vastavad andmed või
dokumendid on hankijale elektroonilises andmekogus olevate avalike
andmete põhjal oluliste kulutusteta kättesaadavad koos vastava veebilehe
aadressi, identifitseerimisandmete ja vajaduse korral pakkuja kinnitusega,
et ta on nõus oma andmete väljastamisega.
1.4. Pakkuja esitab kõrvaldamise aluste puudumise ja kvalifitseerimise tingimustele
vastavuse esialgse tõendina hankepassi Euroopa Komisjoni kehtestatud
standardvormil vastavalt RHS § 104 sätestatud tingimustele.
1.5. Kui pakkuja soovib tõendada enda vastavust majanduslikule ja
finantsseisundile või tehnilisele ja kutsealasele pädevusele esitatud nõuetele
teiste ettevõtjate vahendite alusel, peab pakkuja esitama hankepassi ka selle
isiku kohta, kelle vahenditele ta tugineb.
1.6. Punkti 1.5 alusel esitatav hankepass peab sisaldama kinnitust, et ettevõtjal, kelle
vahenditele pakkuja tugineb, ei esine ühtegi RHS § 95 lõikes 1 või 4 sätestatud
kõrvaldamise alust ja ta vastab sellele kvalifitseerimiseks esitatud tingimusele,
mille osas pakkuja teise ettevõtja vahenditele tugineb, ning hankija nõutud
andmeid esitatud tingimusele vastamise kohta.
2. Pakkuja kvalifitseerimise nõuded:
2.1. Majanduslik ja finantsseis:
Netokäive on kahel viimasel riigihanke algamise ajaks lõppenud majandusaastal,
mille kohta on kinnitatud aruanded (2020 ja 2021; kui 2021. aasta aruanne on veel
kinnitamata, siis 2019 ja 2020), olnud vähemalt 100 000 eurot iga majandusaasta
kohta hanke esemega sarnases valdkonnas (CPV kategooria „Tarkvara
programmeerimis- ja nõustamisteenused“). Pakkuja esitab hankepassis andmed
netokäibe kohta.
2.2. Tehniline ja kutsealane pädevus:
Riigihanke algamisele eelneva 60 kuu jooksul on pakkuja täitnud ja tellijale üle
andnud vähemalt kaks (2) hanke objektiga sarnast tööd (veebipõhise
tarkvaralahenduse arendusteenus) ning tellija on need vastu võtnud. Täidetuks
loetakse leping, mille täitmise tähtaeg on saabunud ning mille kohaselt tellitud
teenused on tellijale üle antud ja tellija poolt vastu võetud. Pakkuja esitab hankepassis
teabe eelnimetatud lepingute maksumuse, kuupäevade ja teiste lepingupoolte kohta.
Pakkuja esitab riigihanke viitenumbri juhul, kui on tegemist täidetud riigihanke
lepinguga.
KÄSKKIRJA LISA 2
Majandus- ja Kommunikatsiooniministeerium
E-ehituse 3D kaksiku edasiarendused 2022
Hankedokument
Riigihange
Tarkvara programmeerimis- ja nõustamisteenused
CPV kood 72200000-7
Tallinn 2022
SISUKORD
1. Üldandmed
2. Hankelepingu ese
3. Pakkumuse jõusoleku tähtaeg
4. Pakkumuse ettevalmistamise juhend ja pakkumuse esitamine
5. Pakkumuse koosseis
6. Pakkumuse maksumus
7. Kõikide pakkumuste tagasilükkamine
8. Nõuded pakkuja meeskonnale
9. Pakkumuste vastavuse kontrollimine
10. Pakkumuste hindamine ja hindamiskriteeriumid
11. Hankelepingu tingimused
Lisad
1. ÜLDANDMED
1.1. Hankija: Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158,
asukoht Suur–Ameerika 1, Tallinn 10122, e-mail:
[email protected], tel. +372 625 6342
(edaspidi hankija).
1.2. Hankemenetluse liik: avatud hankemenetlus.
1.3. Hankemenetluse teostamise viis: e-menetlus riigihangete registris.
1.4. Riigihanke läbiviimise eest vastutav ametiisik: Majandus- ja
Kommunikatsiooniministeeriumi ehitus- ja elamuosakonna Digitaalehituse
valdkonnajuht Jaan Saar, tel. +372 5290777, e-post
[email protected].
1.5. Hankelepingu esemeks oleva töö etappide tulemused moodustavad loogilise ja
üksteisest sõltuva terviku, seetõttu ei jagata hanget ühe menetluse raames osadeks.
2. ÜLDTINGIMUSED
2.1. Hankes saavad osaleda ainult pakkujal, kelle elu- või asukoht on Eestis, mõnes muus
Euroopa Liidu liikmesriigis, muus Euroopa Majanduspiirkonna lepinguriigis või
Maailma Kaubandusorganisatsiooni riigihankelepinguga ühinenud riigis.
2.2. Riigihankes ei ole lubatud osaleda isikul, kes
2.2.1. on rohkem kui 50% ulatuses Vene Föderatsiooni kodaniku või Vene
Föderatsioonis asutatud ettevõtja, sh füüsilisest isikust ettevõtja, juriidilise
isiku, asutuse või muu üksuse omandis, või on sellised isikud omanike omanikud
kuni tegeliku kasusaajani st viimase füüsilise isikuni välja, kui nende osalus
pakkujas on üle 50%;
2.2.2. on Vene Föderatsiooni kodaniku või Vene Föderatsioonis asutatud ettevõtja,
asutuse või muu üksuse või omanike (sh omanike omanike kuni tegeliku
kasusaajani st viimase füüsilise isikuni välja) esindaja või tegutseb sellise isiku
juhiste alusel;
2.2.3. kaasab üle 10% hankelepingu maksumusest hankelepingu täitmisele
alltöövõtjaid, tarnijaid ja/või tugineb kvalifitseerimistingimuste täitmisel selliste
ettevõtjate näitajatele, kes on 1) Vene Föderatsiooni kodanik või Vene
Föderatsioonis asutatud ettevõtja, sh füüsilisest isikust ettevõtja, juriidiline isik,
asutus või muu üksus; või 2) rohkem kui 50% ulatuses otseselt või kaudselt
punktis eelmises punktis nimetatud isiku, asutuse või muu üksuse omandis; või
3) saab oma juhised VF kodanikult, ettevõtjalt, asutuselt või mu üksuse käest
või on omanike esindaja või tegutseb sellise isiku juhiste alusel.
3. HANKELEPINGU ESE
3.1. Hankija kutsub esitama pakkumust töö „E-ehituse 3D kaksiku edasiarendused 2022“
(hankelepingu ese) teostamiseks riigihanke alusdokumentides ja nende lisades
sätestatud tingimustel.
3.2. Hankelepingu eseme detailne kirjeldus, selle eesmärk ja kontseptsioon on lahti
kirjutatud riigihanke alusdokumendis „Tehniline kirjeldus“ (Lisa 1).
3.3. Töö esitamise tähtaeg on 6 kuud arvates lepingu sõlmimisest.
3.4. Pakkumuse esitamine tähendab pakkuja nõustumist kõikides riigihanke
alusdokumentides kehtestatud hanketingimuste ja reeglitega.
3.5. Pakkumus peab vastama riigihanke alusdokumentides esitatud tingimustele ja tuleb
esitada kogu riigihanke alusdokumentides nõutud mahus.
3.6. Alternatiivsete ja/või osaliste pakkumuste esitamine ei ole lubatud.
3.7. Hankija ei kompenseeri pakkujatele pakkumuse ettevalmistamisega seotud mistahes
kulusid, sh turu-uuringu läbiviimise ettevalmistamisega seotud kulusid.
4. PAKKUMUSE JÕUSOLEKU TÄHTAEG
4.1. Pakkumus peab olema jõus vähemalt 90 kalendripäeva. Pakkumuse jõusoleku
tähtaeg algab pakkumuse esitamise tähtpäevast.
4.2. Pakkuja esitab pakkumuses kinnituse pakkumuse jõusoleku kohta nimetatud tähtaja
jooksul.
4.3. Hankija pikendab vajadusel pakkumuste jõusoleku tähtaega kooskõlas RHS §-s 112
sätestatud reeglitega.
5. PAKKUMUSE ETTEVALMISTAMISE JUHEND JA PAK KUMUSE ESITAMINE
5.1. Hankemenetluses teavituste saamiseks peavad hankest huvitatud isikud hankijale
avaldama riigihangete registris oma kontaktandmed, registreerudes hanke juurde
„Hankes osalejad“ lehel. Hanke juurde registreerunud isikud saavad
automaatteavitusi riigihanke alusdokumendi tühistamise või muutmise kohta,
samuti toimub selgituste küsimine ja nendele vastamine riigihangete registri kaudu.
5.2. Pakkumuse esitamisega kinnitab Pakkuja kõigi riigihanke alusdokumentides esitatud
tingimuste ülevõtmist.
5.3. Pakkumus peab vastama riigihanke alusdokumentides esitatud tingimustele ja tuleb
esitada kogu riigihanke alusdokumentides nõutud mahus.
5.4. Pakkumus ja kõik pakkumuse juurde kuuluvad dokumendid peavad olema
vormistatud eesti keeles. Kõik muukeelsed dokumendid, kui neid on, peavad olema
tõlgitud eesti keelde, kusjuures tõlge peab vahetult järgnema originaalile. Erandiks
on ingliskeelsed reklaamialased trükised, mis võivad olla esitatud inglise keeles.
5.5. Pakkumus peab olema esitatud .pdf formaadis digitaalselt allkirjastatuna pakkuja
seadusjärgse või volitatud esindaja poolt.
5.6. Pakkuja võtab enda kanda pakkumuse ja pakkumuse tagasivõtmise teate hankijale
edastamise kogu riski, kaasa arvatud vääramatu jõu toime võimalus.
5.7. Pakkumused tuleb esitada hanketeates märgitud tähtpäeval ja kellaajal
elektroonselt riigihangete registri vahendusel: https://riigihanked.riik.ee.
Pakkumuse esitamise tähtpäev ja kellaaeg märgitakse riigihangete registris hanke
üldandmete lehele.
5.8. Juhul kui pakkumuse digiallkirjastamine ei ole võimalik (nt piiriülesed pakkujad) või
pakkumuse koosseisus on originaaldokumente, mida ei ole võimalik esitada
elektroonilisel kujul, esitatakse käsitsi allkirjastatud dokumendid skaneeritud
koopiatena riigihangete registrisse.
5.9. Pakkuja võib pakkumuse tagasi võtta enne pakkumuste esitamise tähtpäeva,
esitades hankijale pakkumusega samas vormis sellekohase teate läbi riigihangete
registri.
5.10. Küsimused hanke alusdokumentide kohta tuleb esitada riigihangete registri kaudu.
Küsimuste esitamiseks peab pakkuja end riigihanke juurde registreerima. Hankija ei
vastuta nimetatud riigihangete registri ja sidevahendite tehnilise toimimise eest.
5.11. Hankija vastab riigihanke alusdokumentidega seotud selgitustaotlustele kolme
tööpäeva jooksul asjakohase selgitustaotluse saamisest arvates. Hankija ei ole
kohustatud riigihanke alusdokumentidega seotud selgitustaotlusele vastama, kui
selgitustaotluse hankijale laekumise ja pakkumuse esitamise tähtaja vahele ei jää
vähemalt kuut päeva (RHS § 46 lg 2).
5.12. Pakkuja märgib pakkumuses selgelt eristataval viisil, milline teave on pakkuja
ärisaladus ning põhjendab ärisaladuseks määramist. Ärisaladusena ei ole lubatud
märkida pakkumuse maksumust, osamaksumusi ega muid pakkumuste hindamise
kriteeriumidele vastavaid pakkumust iseloomustavaid numbrilisi näitajaid (RHS
§ 461 ). Hankija juhib tähelepanu, et eduka pakkuja pakkumus on avalik lähtuvalt
RHS § 110 lg 5, välja arvatud pakkuja poolt õigustatult ärisaladuseks määratletud
osas. Juhul kui pakkuja ei määratle pakkumuses arusaadavalt ärisaladust või ei
põhjenda asjakohaselt, miks on tegemist ärisaladusega, on Hankijal kohustus
teabenõude laekudes pakkumus täies ulatuses avalikustada.
6. PAKKUMUSE KOOSSEIS
6.1. Pakkuja esitab koos pakkumusega ajakohastatud kinnitusi sisaldava hankepassi
esialgse tõendina pakkuja suhtes kõrvaldamise aluste puudumise ning tema
kvalifitseerimise tingimustele vastamise kohta.
Pakkumuses tuleb esitada:
6.2. Tööde sisuline kirjeldus, mis võtab arvesse riigihanke alusdokumendis „Tehniline
kirjeldus“ (HD lisa 1, edaspidi tehniline kirjeldus) esitatud infot ja tingimusi ning mille
raames esitatakse:
6.2.1. Metoodika ja tulemuste kirjeldus vastavalt tehnilise kirjelduse;
6.2.2. Tegevuste loend ja kirjeldus, sealhulgas tulemuste saavutamiseks vajalike
täiendavate tegevuste (lisaks tehnilises kirjelduses nimetatule) kirjeldus ja
põhjendus;
6.2.3. Tegevuste ja tööde ajakava / projektiplaan koos ligikaudse eeldatud ajakuluga
olulisemate tegevuste lõikes;
6.2.4. Meeskonna koosseis ja nende valiku põhjendus;
6.2.5. Riskide loend koos nende realiseerumise tõenäosuse, mõju ja maandamise
viisidega.
6.3. Pakkumuse kogumaksumus, mis esitatakse riigihangete registri maksumuse vormil;
6.4. Projektis osalevate meeskonnaliikmete CV-d (HD lisas 3 esitatud vormil), mis on
meeskonnaliikme poolt allkirjastatud;
6.5. Vajadusel volikirjad, sh:
6.5.1. Juhul kui käesoleva dokumendi allkirjastab isik, kes tegutseb volikirja alusel,
tuleb lisada pakkumusele ka vastav seadusliku esindaja poolt allkirjastatud
volikiri;
6.5.2. Ühispakkujad peavad esitama volikirja, kus nimetavad riigihankega ning
hankelepingu sõlmimise ja täitmisega seotud toimingute tegemiseks endi seast
volitatud esindaja;
6.6. Ühispakkumuse korral esitavad ühispakkujad kinnituse, et vastutavad Hankija ees
hankelepingu täitmise eest solidaarselt;
6.7. Kui pakkumus sisaldab ärisaladust, tuleb pakkumusele lisada ärisaladuse teave (HD
lisas 4 esitatud vormil);
6.8. Muud kinnitused ja materjalid (vajadusel tõlked), mida pakkuja soovib pakkumusele
lisada.
7. PAKKUMUSE MAKSUMUS
7.1. Pakkumuse maksumus peab olema esitatud eurodes ilma käibemaksuta.
7.2. Pakkumuse eeldatav maksumus ilma käibemaksuta on 80 000 eurot.
7.3. Pakkumuse maksumus peab sisaldama kõiki töö läbiviimiseks, esitlemiseks ja üle
andmiseks (sh ettevalmistamine, läbiviimine, analüüs, intervjuud, töötoad,
tõlkimine, lähetused, tulemuste üleandmine ja esitlemine, kasutatava tarkvara
litsentsid jms) vajalikke kulusid, maksusid ja makseid. Hankija maksab hankelepingu
täitmise käigus Töö teostajale vastavalt riigihanke alusdokumentides määratud
etappidele (pärast vastavas etapis teostatud töö vastuvõtmist) ning täiendavaid
makseid ei tee.
8. KÕIKIDE PAKKUMUSTE T AGASILÜKKAMINE
8.1. Hankija võib teha põhjendatud kirjaliku otsuse kõigi pakkumuste tagasilükkamise
kohta, kui:
8.1.1. kõigi vastavaks tunnistatud pakkumuste maksumused ületavad punktis 6.2
nimetatud eeldatavat maksumust.
8.1.2. hankemenetluse läbiviimise ajal on hankijale saanud teatavaks uued asjaolud,
mis välistavad või muudavad hankijale ebaotstarbekaks hankemenetluse lõpule
viimise riigihanke alusdokumentides sätestatud tingimustel.
8.2. Hankija ei kanna vastutust pakkuja ees, kui kõigi pakkumuste tagasilükkamine on
toimunud käesolevas dokumendis sätestatud tingimustel.
9. NÕUDED PAKKUJA MEESK ONNALE
9.1. Pakkuja meeskonnas peavad olema esindatud vähemalt järgnevad rollid:
9.1.1. IT-arhitekt (teenusplatvormi arhitekt)
9.1.2. UI/UX disainer
Teenusplatvormi arhitekti rolli täitev meeskonnaliige peab olema osalenud viimase
5 aasta jooksul vähemalt ühes (1) suuremahulises projektis (projekti kogumaksumus
vähemalt 100 000 eurot), mis on tegelenud e-teenuste kaardistamisega ning
erinevate infosüsteemide, andmebaaside ning e-teenuste liidestamisega
teenuspõhise arhitektuuriga integratsiooniplatvormidele.
UI/UX rolli täitev meeskonnaliige peab olema osalenud viimase 5 aasta jooksul
vähemalt ühes (1) suuremahulises veebipõhise tarkvara arendusprojektis (projekti
kogumaksumus vähemalt 100 000 eurot) ning omama CesiumJS arendamise
kogemust.
9.2. Pakkuja nimetab oma meeskonnas ühe liikme projektijuhiks. Muus osas on Pakkujal
meeskonna komplekteerimisel vabad käed. Meeskonna liikmed ja nende
kogemus/CV tuleb lisada Pakkumusele ette nähtud korras.
9.3. Pakkumuses loetletud spetsialistide vahetamine on lubatud vaid Hankija/Tellija
eelneval kirjalikul loal. Kui pakkumuses nimetatud spetsialist vahetatakse teise
spetsialisti vastu, siis peab see olema vähemalt samaväärse kvalifikatsiooniga
spetsialist.
9.4. Pakkujal on õigus tööde tegemise käigus kaasata täiendavaid eksperte. Pakkuja peab
Hankijat/Tellijat informeerima kaasatud täiendavast eksperdist.
10. PAKKUMUSTE VASTAVUSE KONTROLLIMINE
10.1. Hankija kontrollib pakkumuse vastavust RHS §-s 114 sätestatud korras.
10.2. Pakkumus peab vastama kõikidele riigihanke alusdokumentides esitatud
tingimustele ja sisaldama käesoleva dokumendi punktides 5 ja 6 nõutud
informatsiooni.
10.3. Hankija lükkab pakkumuse tagasi, kui see ei vasta riigihanke alusdokumentides
esitatud tingimustele.
10.4. Hankija võib tunnistada pakkumuse vastavaks, kui selles ei esine sisulisi
kõrvalekaldeid riigihanke alusdokumentides esitatud tingimustest.
11. PAKKUMUSTE HINDAMINE JA HINDAMISKRITEERI UMID
11.1. Majanduslikult soodsaima pakkumuse väljaselgitamisel ei arvestata olelusringi
kulusid, sest riigihanke objektiks olevad tööd ei tekita kulusid kolmandatele isikutele,
kasutamisjärgseid kulusid ega keskkonnaalaste välismõjudega seonduvaid
kindlaksmääratavaid ja rahaliselt mõõdetavaid kulusid.
11.2. Edukaks pakkumuseks tunnistatakse pakkumus, mille punktide summa on suurim.
Hindamistäpsus on kaks kohta pärast koma.
11.3. Hankekomisjoni hindamiskriteeriumitele antud punktid summeeritakse.
Hankekomisjon annab punkte ühiselt, konsensuse alusel. Konsensuse
mittesaavutamisel arvutatakse vaidlusaluses küsimuses komisjoni liikmete hinnete
aritmeetiline keskmine.
11.4. Pakkumuse sisukriteeriumite (11.7.1., 11.7.2. ning 11.7.3.) ja maksumuse (11.7.4.)
eest antud punktid summeeritakse.
11.5. Võrdse arvu punkte kogunud pakkumuste puhul tunnistatakse edukaks pakkumus,
mis sai rohkem sisupunkte. Kui ka siis esineb pakkumustel võrdsel arvul punkte,
otsustatakse võitja liisu heitmise teel.
11.6. Edukaks ei tunnistata pakkumust, mis sai vähemalt ühe alamkriteeriumi eest 0
punkti.
11.7. Pakkumuste hindamisel selgitatakse majanduslikult soodsaim pakkumus välja
hindamiskriteeriumite alusel:
11.7.1. I hindamiskriteerium - meetodi valik ja tulemite saavutamise kava (kuni 30
punkti, alamkriteeriumite osakaal on võrdne, punktid summeeritakse);
11.7.2. II hindamiskriteerium - tulemite ja Tellija vajaduste mõistmine (kuni 30
punkti, alamkriteeriumite osakaal on võrdne, punktid summeeritakse);
11.7.3. III hindamiskriteerium - riskide maandamine (kuni 10 punkti,
alamkriteeriumide osakaal on võrdne, , punktid summeeritakse);;
11.7.4. IV hindamiskriteerium - pakkumuse maksumus (kuni 30 punkti).
11.7.1 Meetodi valik ja tulemuste saavutamise kava (kuni 30 punkti).
Suurepärane Hea Rahuldav Ebapiisav
30 punkti 25 punkti 15 punkti 0 punkti
Meetod Eesmärgipärane, Eesmärgipärane, Üldiselt
selgelt ja arusaadavalt põhjendatus ei ole eesmärgipärane,
põhjendatud väga selge nõrgalt põhjendatud
Tegevused Loendatud tegevused Loendatud tegevused Loendatud tegevused
on teostatavad, on piisavad töö on üldjoontes
piisavad ja tarvilikud teostamiseks. 1-2 piisavad töö
töö teostamiseks, tegevuse kirjeldus on teostamiseks.
piisavalt kirjeldatud ebaselge või Rohkem kui 2
ning põhjendatud. teostatavus või tegevuse kirjeldus on
tarvilikkus tekitab ebaselge või
üksikuid küsimusi. teostatavus või
tarvilikkus tekitab
üksikuid küsimusi.
Ebapiisav
Tegevuste Loogiliselt järjestatud, Loogiliselt järjestatud Põhimõtteliselt töö
„Rahuldava“
järjekord selgelt ja arusaadavalt ja tööde tähtaegset teostamist
tulemuse
põhjendatud, tööde teostamist võimaldav, kuid
saavutamiseks
tähtajalist teostamist võimaldav, kuid tööde järjestuses või
võimaldav, optimaalne. tööde järjestuse või ajakavas on mitmeid
ajakava suhtes on (rohkem kui 2)
mõningaid (kuni 2) küsitavusi
küsitavusi
Meeskond Kogemus (osalenud Kogemus (osalenud Kogemus (osalenud
vähemalt 5-s sarnases vähemalt 4-s vähemalt 3-s
projektis) ja suurus sarnases projektis) ja sarnases projektis) ja
toetab suurepärase suurus toetab suurus toetab
tulemuse saavutamist tulemuse tulemuse
saavutamist saavutamist
Vormistus Piisavalt detailne, Piisavalt detailne, Detailne, kuid
lakooniline, visuaalselt visuaalselt haaratav raskesti haaratav
kergesti haaratav
11.7.2. Tulemused ja Tellija vajaduste mõistmine (kuni 30 punkti).
Suurepärane Hea Rahuldav Ebapiisav
30 punkti 25 punkti 15 punkti 0 punkti
Tulemuste Näitab Tellija vajaduste Näitab Tellija Näitab Tellija
kirjeldus mõistmist ja kaasa vajaduste vajaduste osalist
mõtlemist (lisatud ka mõistmist mõistmist
omapoolsed ettepanekud) kooskõlas hanke kooskõlas hanke
kooskõlas hanke eseme objekti tehnilise objekti tehnilise Ebapiisav
tehnilise kirjeldusega (vt kirjeldusega. kirjeldusega. „Rahuldava“
HD Lisa 1 – Tehniline tulemuse
kirjeldus). saavutamiseks
Tulemuste Eesmärgile suurepäraselt Eesmärgile hästi Eesmärgile vastav
formaadi vastav, detailselt vastav, selge ja ja kasutatav, kuid
kirjeldus hästi kasutatav. võiks olla oluliselt
kirjeldatud, selge ja hästi Võiks olla mõnes detailsem või
kasutatav aspektis detailsem selgemini
või selgemini kirjeldatud
kirjeldatud.
Vormistus Piisavalt detailne, Piisavalt detailne, Detailne, kuid
lakooniline, visuaalselt visuaalselt haaratav raskesti haaratav
kergesti haaratav
11.7.3. Riskide maandamine (kuni 10 punkti).
Suurepärane Hea Rahuldav Ebapiisav
10 punkti 7 punkti 4 punkti 0 punkti
Riskide Loetletud vaid kõik Loetletud kõik Enamik olulisi riske
loetelu olulised riskid olulised riskid, kuid loetletud
on esitatud ka
ebaolulisi
Riskide mõju Kõik hinnangud on Hinnangud Hinnangud on
ja tõenäosus põhjendatult realistlikud ja realistlikud ja antud, kuid rohkem
hinnatud mõistetavad mõistetavad, võib kui kahe riski
esineda üksikuid realistlikkuses või Ebapiisav
küsitavusi. mõistetavuses on „Rahuldava“
küsitavusi tulemuse
Maandamise Maandamise meetodid Maandamise Maandamise saavutamiseks
meetodid hästi põhjendatud, meetodid hästi meetodid üldiselt
proportsionaalsed riski põhjendatud ja kirjeldatud ja
esinemise tõenäosusele ja Pakkuja poolt põhjendatud.
Pakkuja poolt reaalselt reaalselt
kasutatavad. kasutatavad.
Vormistus Piisavalt detailne, Piisavalt detailne Üldine
lakooniline
11.7.4.Pakkumise maksumus (kuni 30 punkti).
Pakkumuse maksumuse väärtuspunktide määramisel saavutab maksimaalsed
väärtuspunktid kõige odavama pakkumuse maksumus.
Väärtuspunktid arvutatakse järgmise valemi kohaselt: “punktimäär” = “kõige
odavam pakkumuse maksumus” / “hinnatava pakkumuse maksumus” × 30.
Arvutuste tulemused ümardatakse kahe komakoha täpsusega.
12. HANKELEPINGU TINGIMU SED
12.1. Pakkujaga sõlmitava lepingu projekt on hankedokumendi HD lisa 2.
LISAD
HD Lisa 1 – Tehniline kirjeldus
HD Lisa 2 – Hankelepingu eritingimuste projekt
HD Lisa 3 – Eksperdi ja projektijuhi CV-vorm
HD Lisa 4 – Ärisaladuse teabe esitamise vorm
HD Lisa 5 – Töö üleandmise ja vastuvõtmise akti vorm
HD Lisa 1
E-ehituse 3D kaksiku edasiarendused 2022
Tehniline Kirjeldus
Koostaja: Majandus- ja Kommunikatsiooni-
ministeeriumi Ehitisregistri talitus
Tallinn 2022
1. SISSEJUHATUS
Majandus- ja Kommunikatsiooniministeerium on ehitisregistri https://www.ehr.ee vastutav töötleja
registri põhimääruse alusel. Ehitisregister (EHR) on riiklik andmekogu, mille kaudu saab esitada ja
menetleda ehitamisega seotud dokumente nagu ehitusluba, ehitusteatis, kasutusluba, energiamärgis,
jne ning vaadata ja hallata ehitiste (hooned ja rajatised) kohta käivat informatsiooni. Ehitisregistris on
andmed nii olemasolevate kui kavandatavate ehitiste kohta.
Ehitisregister areneb sammhaaval lihtsama, kasutajakesksema ja visuaalsema süsteemi suunas, mille
vundamendiks on uus mikroteenustel põhinev IT-arhitektuur. 3D kaksik on uuel EHR-i arhitektuuril
loodud teenuste kogum, mis võimaldab kasutajal ruumiliselt (3D) vaadata ehitisi ja ehitiste andmeid
ümbritseva keskkonnaga seostatult.
3D kaksikus on komponendid runtime süsteemi jaoks ning andmete tootmiseks, mis võivad paikneda
pilvekeskkonda paigutatud runtime süsteemist väljaspool. Joonis 1 annab ülevaate 3D kaksiku
arhitektuurist:
Joonis 1: 3D kaksiku arhitektuuri komponentdiagramm.
Selgitused joonisele:
Rohelisel taustal olevad komponendid osalevad staatiliste andmete tootmisel, mida toodetakse väljaspool jooksuaja
süsteemi.
3D kaksiku jaoks välised süsteemid on punasel taustal.
Ülejäänud komponendid osalevad jooksuaja süsteemi töös.
Ehitisregistri tarkvaras tehakse perioodil 2021-2022 suuremahulisi muudatusi ning lisatakse uut
funktsionaalsust. Sellest tulenevalt on vajadus edasi arendada ka 3D kaksiku teenuseid ja
funktsionaalsust, et hoida need kooskõlas kasutajate vajaduste ja EHR-i teiste teenustega.
2. EESMÄRK
Töö eesmärk on täiendada 3D kaksiku funktsionaalsust vastavalt käesolevas dokumendis kirjeldatud
nõuetele.
3. ÜLDISED NÕUDED
a. Tehtud tööd peavad vastama MKM Infosüsteemide arendustalituse poolt kindlaks määratud
nõuetele, mis on kirjeldatud järgmistes dokumentides:
Lisa 1 - e-ehituse platvormi tarkvaraline arhitektuur;
Lisa 2 - e-ehituse platvormi ristfunktsionaalsed nõuded (mittefunktsionaalsed nõuded);
Lisa 3 - EHR arendustööde läbiviimise ja testimise juhend;
Lisa 4 - e-ehituse platvormi stiiliraamat
Lisa 5 - EHR arendustööde juhtimise korraldamine
Lisa 6 - EHR-i rollide ja privileegide tabel
b. Kui Tellija teekides on olemas UI komponendid või mikroteenused, mida saab otse või mõistliku
lisatööga käesoleva projekti ülesannete täitmiseks kasutada, kasutab Arendaja neid (mitte ei
arenda vastavaid komponente/mikroteenuseid uuesti või kasuta enda vastavaid teeke) -
väljaarvatud juhul, kui selles ei ole Tellijaga eelnevalt kirjalikult taasesitatavas vormis kokku
lepitud. Enne iga komponendi realiseerimist kooskõlastab Arendaja selle Tellijaga.
Kooskõlastamise eesmärk on kokku leppida ja dokumenteerida arendatavate komponentide
tehnilised detailid enne vastava komponendi realiseerimist. Kokkulepped (otsused)
dokumenteeritakse koosolekute käigus ning Arendaja poolsed tööd dokumenteeritakse
niimoodi, et on Tellija erialalisele spetsialistile arusaadavad.
c. Tööde tulemusena koostatud detailanalüüs sisaldab andmemudelit vastavalt „EHR
arendustööde läbiviimise ja testimise juhendile“.
d. Töövõtja pakub töö teostamiseks välja sobiva metoodika, mis lepitakse kokku Tellijaga töö
alguses. Tööd toimuvad tihedas koostöös Töövõtja ja Tellija vahel. Töövõtja pakub töö käigus
jooksvalt välja omapoolseid lahendusi töö teostamiseks ning arutab need läbi töö Tellijaga.
e. Töövõtja peab olema valmis Tellija soovil asendama töölõike samaväärsetega, kui töö
teostamise käigus selgub, et vahetus aitab paremini saavutada töö eesmärke.
f. Töö lõpptulemused dokumenteeritakse vastavalt tarkvaraarenduse heale tavale.
4. AJAKAVA
Tööde kogukestus on eeldatavalt 6 kuud. Tööde alguse ja lõpu aeg fikseeritakse hankelepingus.
5. TELLITAVAD TÖÖD
Enne arendustööde alustamist tuleb Tellijaga funktsionaalsus üle täpsustada ning vajaduse
ilmnemisel tuleb arendajal asendada töölõike samaväärsetega, kui töö teostamise käigus selgub, et
vahetus aitab töö eesmärki paremini saavutada.
5.1 VARASEMA DETAILANALÜÜSI PÕHJAL TEHTAVAD ARENDUSTÖÖD
2021.a. MKM tellimusel AS Datel poolt koostatud detailanalüüsi põhjal (vt. Lisa 1) teostatavad tööd:
1. Võimalus lisada ja visualiseerida erasektori poolt tehtud 3d meshe;
2. Erasektori poolt tehtud väga detailsete, kõrge resolutsiooniga ortofotode lisamine ja
visualiseerimine 3D keskkonnas;
3. Võimalus inimese vaatepunktis digikaksikus liikumine;
4. Tööriist, millega on võimalik valitud ehitiste kohta saada koondväljavõte vastavate mudelite
(LOD2) summaarsed katuse, fassaadide pindalad ehitiste kaupa;
Loetletud arendustööd on detailsemalt kirjeldatud Tehnilise kirjelduse (TK) lisas 1 „3D kaksiku
edasiarenduste Nõuete analüüs“. TK Lisas 1 kirjeldatud tööd on esialgsed ja hinnangulised, et
pakkujad saaksid ülevaate hanke skoobist ja mahust.
5.2 PLANK INTEGRATSIOON
Planeeringute andmekogu (PLANK) ei hoia andmebaasis 3D andmeid, kuid on võimalik esitatavate
andmete põhjal genereerida ruumilised kujud 3D kaksikus. Planeeringulahenduse koosseisus
esitatavatele objektidele antakse juurde pinnalised ja kõrguslikud väärtused objektide atribuutidena.
Iga planeeringuliigi puhul kogutakse erinevaid atribuutandmeid, kuid 3D kaksiku kontekstis oleks
otstarbekas visualiseerida sätestatud kõrguslikud tingimused nt. hoonestusalal lubatud hoonete
kõrgus. Kõrgusandmeid kogutakse detailplaneeringute (DP), kohaliku omavalitsuse eriplaneeringute
(KEP) ja riigi eriplaneeringute (REP) kohta. Peale kõrgusandmete visualiseerimise on oluline välja
näidata planeeringualaga seotud andmed. Planeeringuala kogutakse andmekogusse 2D ruumikujuna.
Planeeringuala – näidata iga planeeringuliigi puhul, millel viide juures PLANKis olevale planeeringu
detailandmetele.
Kõrgusandmed – kogutakse DP, KEP ja REP puhul. Täpsem kogutavate atribuutide kirjeldus on TK Lisas
2 „PLANK_Nouded-importfailidele_DP_KEP_REP_2022-06-22“.
5.3 MUUD TÄIENDUSED JA PARANDUSED
Tellitavad tööd:
1. Võimaldada võrgurajatiste andmekihi kuvamine (arendus on tehtud, kuid kasutajaliideses on
hetkel kuvamine välja lülitatud);
2. Uuendada 3D kaksiku kasutusjuhend;
3. Lisada võimalus kuvada OpenStreetMap aluskaarti;
4. Lisada võimalus kuvada Eesti pinnase radooniriski kaarti.
5.4 UUED DETAILANALÜÜSID
Järgneva funktsionaalsuse osas on vaja teostada detailanalüüs, pakkuda välja tehniline lahendus
(kirjeldada nõuded) ning hinnata eeldatav arendustööde maht:
1. Taimestiku (puud, põõsad) visualiseerimine 3D kaksikus. Võimalusel nii punktipilvena kui ka
konkreetse objektina. Vaata näitena https://cetopo.com/Info
2. Teede visualiseerimine ja lisamine objektina alla laetavatele mudelitele. Vaata näitena
https://cetopo.com/Info
3. Kuidas lisada aluskaardid ja ortofotod bitmapina alla laaditavale maapinnamudelile. Vaata
näitena https://cetopo.com/Info
Ülaltoodud detailanalüüs tuleb teostada koostöös tellijaga.
5.5 TÄPSUSTATUD ÜLESANNETE TEOSTAMINE
Kuni 80 tundi on ette nähtud täpsustatud tööülesannete teostamiseks. Need tunnid peavad
sisalduma pakkumuse hinnas. Tundide eest tasumine toimub vastavalt teostatud, Jira
piletitena vormistatud ja Kliendi poolt vastu võetud töödele.
TK Lisa 1
E-ehituse platvormi ja 3D kaksiku arendus
3D kaksiku edasiarendused
Nõuete analüüs
Versioonid
Dokumendi ID Kuupäev Koostaja Selgitus
v 0.1 23.11.2021 Marika Potisepp Dokumendi esmane versioon
v 0.2 24.11.2021 Marika Potisepp Lisatud protsessi diagramm p 2.6
V 0.3 14.07.2022 Jaan Saar Täpsustused uue hanke jaoks
Tallinn 2022
Sisukord
1 SISSEJUHATUS ........................................................................................................................................... 3
1.1 OTSTARVE ............................................................................................................................................... 3
1.2 ULATUS ................................................................................................................................................... 3
1.3 LÜHENDID JA MÕISTED ............................................................................................................................ 3
2 DETAILANALÜÜSID (P 5.7)...................................................................................................................... 5
2.1 VÕIMALUS LISADA JA VISUALISEERIDA ERASEKTORI POOLT TEHTUD 3D MESHE (NÄITEKS REAALSE
OLUKORRA AEROMÕÕDISTATUD MUDEL) (P 5.7.1) ............................................................................................... 5
2.1.1 Kasutuslugu 1: Haldusliideses asutuste ja teenuse serverite kuvamine tabelina ........................... 5
2.1.2 Kasutuslugu 2: Haldusliideses asutuse ja teenuse serveri lingi lisamine/muutmine ....................... 6
2.1.3 Kasutuslugu 3: 3D kaksikus partnerite teenuste linkide kuvamine ja teenuse visualiseerimine ..... 8
2.2 KASUTUSLUGU 4: ERASEKTORI POOLT TEHTUD VÄGA DETAILSETE, KÕRGE RESOLUTSIOONIGA
ORTOFOTODE LISAMINE JA VISUALISEERIMINE 3D KESKKONNAS (P 5.7.2)......................................................... 11
2.3 KASUTUSLUGU 6: VÕIMALUS INIMESE VAATEPUNKTIS DIGIKAKSIKUS LIIKUMINE (P. 5.7.4) ............... 12
2.4 KASUTULUGU 7: TÖÖRIIST, MILLEGA ON VÕIMALIK VALITUD EHITISTE KOHTA SAADA
KOONDVÄLJAVÕTE VASTAVATE MUDELITE (LOD2) SUMMAARSED KATUSE, FASSAADIDE PINDALAD EHITISTE
KAUPA (P. 5.7.5)................................................................................................................................................. 15
1 Sissejuhatus
1.1 Otstarve
Käesolevas dokumendis on kirjeldatud 3D kaksiku edasiarenduste funktsionaalsuse
detailanalüüs, nõuded, tehniline lahendus ning hinnatud eeldatav arendustööde maht.
1.2 Ulatus
Dokumendis on esitatud lähteülesandes toodud arenduste ja detailanalüüside eesmärgid,
nõuded ja lahenduse kirjeldused.
Dokumendis esitatud visuaalid on esialgsed ja täpsustuvad arenduse järgmises etapis.
1.3 Lühendid ja mõisted
3D kaksik Ehitatud keskkonna digitaalne kaksik (2D ja 3D vaated).
Eesti ehitatud keskkonna terviklik andmemudel ja selle visualiseerimise
vahend.
3D mesh 3d modelleerimises on mesh mingi objekt mille defineerivad punktid,
servad ja
pinnad.
3D tile 3D kaardileht on mõeldud 3D ruumilise sisu streamimiseks. 3D mudel on
tehtud 3D kaardilehtedeks ehk tiledeks.
API Application Programming Interface - rakendusliides
BIM sõltuvalt kontekstist kas Building Information Model - ehitise infomudel
või Building Information Modeling - ehitusinfo digitaalne modelleerimine
CityGML City Geography Markup Language, linnamudelite andmeformaat
EEO Majandus- ja kommunikatsiooniministeeriumi ehitus- ja elamuosakond
E-ehitus E-ehituse platvorm on avatud integratsioonikeskkond, mis võimaldab
ligipääsu ehituse elukaarega seotud teenustele ja andmetele avalikes ja
eraõiguslikes süsteemides.
EHR Ehitisregister
ETAK Eesti Topograafia Andmekogu
GeoJSON avatud standard ruumiandmete esitamiseks
Huvipiirkond piirkond, milles paiknevad võrguvaldaja rajatised, ning mille piires tuleb
teistel osapooltel rajatiste olemasoluga arvestada.
IFC Industry Foundation Classes, avatud BIM formaat
JIRA projektijuhtimistarkvara, kasutuses MKM IT arendustes
KPO Kitsendusi põhjustav objekt
KPO IS Maa-ameti kitsendusi põhjustavate objektide infosüsteem
LOD sõltuvalt kontekstist kas Level of detail, või Level of development - 3D
mudelite detailsusaste
Detailsustase/ arengutase/ LOD
mock-up visualiseeritud näidis
MKM Majandus- ja kommunikatsiooniministeerium
TEET Maanteeameti tee elukaare infosüsteem
WFS Web Feature Service, standard geoandmete publitseerimiseks
WMS Web Map Service, standard kaardiandmete publitseerimiseks
VR võrgurajatis - ehitiste alamklassi „rajatised“ liik. Sidusat võrku moodustav
maa-alune või maapealne rajatise elementide kogum
VR Virtuaalreaalsus
VRA võrgurajatiste 3D andmebaas (praegu välja arendamisel EHR koosseisus)
2 DETAILANALÜÜSID (P 5.7)
2.1 Võimalus lisada ja visualiseerida erasektori poolt tehtud 3d meshe (näiteks reaalse
olukorra aeromõõdistatud mudel) (p 5.7.1)
Eesmärk: realiseerida haldusliides, mis võimaldab kasutajal lisada, muuta ja kustutada
väliseid teenuse pakkujaid (asutusi) ja väliseid linke teenuste API-dele
Tegutseja: MKM peakasutaja (roll = Kl_kasutaja_roll.kood=PEAKASUTAJA ja asutus =
MKM)
2.1.1 Kasutuslugu 1: Haldusliideses asutuste ja teenuse serverite kuvamine
tabelina
Algseis: Kasutaja on avanud menüüst Haldus → Rakenduse haldus → 3D kaksiku
teenuste haldus lehe
Tegevus Kirjeldus
Tabeli veerud:
Asutuse nimetus – ak_isik.reg_nimi
Telefon – ak_isik.telefoni_nr
Kasutaja vaatab tabelis e-post – ak_isik.e_post
olevaid asutuste ja Link kodulehele –partner_teenus.koduleht
teenuste serverite linke. Link API-le – partner_teenus.api_link
Muudetud - kirje viimase muutmise aeg -
partner_teenus.date_updated
Teenuse pakkujad on järjestatud tähestikulises järjekorras.
Link "Serverid" avab teenuse serverite detailvaate, kus saab
Kasutaja vaatab partneri
lisada uusi servereid, muuta ja kustutada olemasolevaid
teenuse serverite linke
andmeid.
Kasutaja lisab uue asutuse Nupp "Lisan uue partneri" avab vormi, kus saab otsida ja lisada
ja tema teenuse uue asutuse.
Kasutaja otsib tabelist Kasutaja sisestab otsingukasti otsisõna ja vajutab "Otsi"
asutuse märksõna ikoonile. Otsing teeb märksõna otsingu asutuse nimetusest.
otsinguga Tulemused kuvatakse tabelis kui vasteid leitakse.
Kasutaja kustutab tabeli Nupp “Kustuta” kustutab tabeli rea (kustutab asutuse kui
rea teenuse pakkuja ja tema serverid)
Visuaalne väljund
Partnerite ja serverite loend
Partneri serverite loend, mis avaneb lingist “Serverid”
2.1.2 Kasutuslugu 2: Haldusliideses asutuse ja teenuse serveri lingi
lisamine/muutmine
Algseis: kasutaja on avanud vormi "Uue partneri lisamine"
Tegevus Kirjeldus
Nupp "Otsi asutus" kutsub välja
teenuse https://swaggerui.ehr.ee/isikuotsingu_teenus
Kasutaja poolt valitud asutus kuvatakse vormil. Kuvatakse andmed:
Kasutaja otsib
asutuse
Asutuse nimi - ak_isik.reg_nimi- mittemuudetav
Asutuse registrikood - ak_isik.reg_kood - mittemuudetav
Kui soovitud asutust ei ole, siis tuleb see sisestada "Asutused" alt.
Avalikus liideses kuvatakse lingi nimetuseks "Koduleht"
Kasutaja sisestab
kodulehe lingi
Mittekohustuslik
Linki 3D kaksiku avalikus liideses ei kuvata, selle lingi kaudu
toimub pöördumine teenuse pakkuja serveri poole kui kasutaja on
Kasutaja sisestab
EHR rakendusse sisse loginud ja avanud 3D kaksiku lehe.
teenuse serveri lingi
Kohustuslik
Kasutaja salvestab
Peale salvestamist või loobumist suletakse vorm ja kasutaja on
muudatused või
"Teenuste partnerid" nimekirja vormil.
loobub salvestamisest
Visuaalne väljund
Asutuse otsimine ja valimine, vorm avaneb nupust “Lisan uue partneri” .
Teenuse serveri lisamine, mis avaneb nupust “Lisan serveri”.
Andmemudel
2.1.3 Kasutuslugu 3: 3D kaksikus partnerite teenuste linkide kuvamine ja teenuse
visualiseerimine
Eesmärk: realiseerida teenuste linkide kuvamine ja teenuste visualiseerimine 3D kaksikus
Tegutseja: kõik kasutajad
Algseis: kasutajal on avatud 3d kaksiku kaardiliides. Kui kasutaja on sisseloginud, siis on ta
valinud rolli (asutuse).
Tegevus Kirjeldus
Paneelis on teenused kuvatud asutuste kaupa. Iga asutus oma
"ribal".
Kuvada järgmised andmed :
Asutuse nimi – ak_isik.reg_nimi
Haldusliideses sisestatud teenuse pakkuja asutuse nimi, kellel
on olemas teenuse serveri link.
Teenuse nimetus - API poolt tagastatud teenuse nimetus
Kasutaja vaatab asutusi
ja teenuseid Teenus peab olema lubatud sisseloginud kasutajale.
parempoolses paneelis.
Teenused kuvada loendis tähestikulises järjekorras, läbisegi
avalikud ja mitteavalikud.
Koduleht – partner_teenus.koduleht
Link asutuse kodulehele, kus saab informatsiooni pakutavate
teenuste kohta.
Link kuvada peale teenuse loendit.
Valib asutuse ja valib teenuse tehes linnukese märkeruutu ja
Kasutaja valib asutuse vajutab Kadreeri ikooni.
kelle teenuseid soovib
vaadata ja valib teenuse Kaardile on kuvatud vastav 3D mudel mida teenuse server
tagastas.
Reeglid
Nõue Kirjeldus
Asutuse ja teenuste Liideses kuvada kõik asutused ja nende teenused, mis on
kuvamine registreeritud Teenuse pakkujate haldusliideses. Vt p 2.7.1
Kasutaja isik kolmandale osapoolele autenditakse standardse
mkm keycloak tokeniga.
Kui kasutaja ei ole sisse loginud, saab ta kasutada
Kasutaja autoriseerimine ainult kolmanda osapoole avalikke teenuseid.
Kui kasutaja on sisse loginud, saab ta kasutada
autenditud kasutajale lubatud teenuseid ehk lepingulisi
teenuseid
Teenuste kuvamine Korraga saab vaadata kaardil mitme asutuse teenuseid.
kaardil
Teenuse pakkujal on iga teenuse URLI taga on: 1 WMS layer
või 1 WMST layer või 1 Cesium tile. Teenuse pakkuja peab
realiseerima teenuse, mille abil ta saab “edastada” oma teenust
3d kaksikus.
Teenuses peab olema kirjeldatud:
Teenuse kirjeldus 1. teenuse unikaalne kood
2. teenuse url
3. teenuse liik (WMS, TILE, CESIUM)
4. teenuse nimi
5. teenuse lühikirjeldus
Teenuse link peab sisaldama nii pakkuja unikaalset tunnust
kui teenuse unikaalset tunnust pakkuja teenuste piires.
Protsessi diagramm:
Visuaalne väljund
Variant 1. Lisada uus jaotus paneeli "Partnerite teenused" kus saab valida asutuse ja tema
teenused.
Variant 2. Kuvada iga asutus eraldi akordionina.
2.2 Kasutuslugu 4: Erasektori poolt tehtud väga detailsete, kõrge resolutsiooniga
ortofotode lisamine ja visualiseerimine 3D keskkonnas (p 5.7.2)
Teostus: Ortofotode vaatamine saab olema samuti kahel tasandil (avalik kasutaja ja
autenditud kasutaja) ja kasutuslugu on analoogne 3d meshidega, vt kasutuslugu 2.1
2.3 Kasutuslugu 6: Võimalus inimese vaatepunktis digikaksikus liikumine (p. 5.7.4)
Eesmärk: realiseerida võimalus teha virtuaaltuuri 3D kaksiku kaardil
Eeldused: kasutaja on avanud 3D kaksiku kaardi
Tegevuskäik:
Tegevus Kirjeldus
Vastavalt suumiastmele on „Alusta tuuri“ nupp aktiivne
või inaktiivne.
Kui kasutaja tahab alustada tuuri liiga kõrgelt, tuleb talle
teavitus, et ta peab selleks sisse suumima.
Kasutaja alustab Kui nupp on aktiivne, siis kasutaja nupu vajutuse peale
virtuaaltuuri tuleb teavitus „Vali koht kaardil“ ning kasutaja peab
kaardile hiirega vajutama, mis järel ta viiakse virtuaaltuuri.
Peale „Alusta tuuri“ nupule vajutamist on kasutajale
kuvatud "juhtimispaneel" mille abil saab kasutaja "liikuda"
3d kaksikus.
Desktop:
Kasutaja saab muuta kaamera vaatenurka hiire abil, võttes
arvesse, et kaamera positsioon jääb samaks nurga
muutmisel.
Kasutaja liigub 3d Kasutaja saab muuta kaamera asukohta kas hiire või
kaardil kasutades kas klaviatuuri abil (lisaks kuvatakse kasutajale paneeli
hiirt nuppudega), nii et kaamera positsioon ei satuks ehitiste 3d-
või juhtimispaneeli. mudelite sisse.
Kaamera peab võtma arvesse maapinna kõrgusmudeleid
Mobiil:
Kasutaja saab muuta kaamera vaatenurka sõrmega ekraanil
lohistades.
Kasutajale kuvatakse paneel nuppudega
kaamerapositsiooni muutmiseks
Kaamerapositsioon on fikseeritud
Kasutaja pöörab
kaameranurka 360 Kasutajal lubatakse nurka muuta hiire või puutetundliku
kraadil igal teljel ekraani abil.
Majade bounding boxidest läbi ei saa liikuda, muid
liikumispiiranguid ei ole
Kasutaja liigub
mudelite vahel BIM mudeleid vaja käsitleda eraldi kuidas nende vahel
liikuda
Tänavate nimed kuvatakse kaardile, vajab
lisaintegratsiooni teenusega, mis vastavaid andmeid
tagastab. Teenus tuleb veel täpsustada.
Kasutaja näeb Praegu on tänava nimi pildi sees
tänavate nimesid Teenusele tuleks sisendiks koordinaadid ja väljund oleks
tänava nimetus
ADS-s tänavad on jooned mille küljes on tänava nimi
Hiirega klikkides maja peale, avaneb juba olemasolev
Kasutaja näeb infot
infopaneel vasakule äärde.
hoonete kohta
Kasutaja vahetab Kasutaja vahetab aluskaarte ja jätkab tuuri
aluskaarte
Virtuaaltuuris saab kasutada kõiki parempoolse paneeli
Kasutaja saab võimalusi
kasutada
Disaini etapis tuleb täpsemalt üle vaadata kõik paneeli
parempoolset paneeli
kihid kas on midagi mida ei tohiks kasutada virtuaaltuuris
Kasutaja vajutab "X" ikoonile
Kasutaja väljub Virtuaaltuurist väljudes jäetakse meelde kasutaja x ja y
virtuaaltuurist koordinaadid ning tõstetakse kaamera mööda z-telge üles
nurgaga maapinna poole.
Tehnilised nõuded
Teema Kirjeldus
Kokkupõrketuvastus ehitistega (et kasutaja ei saaks läbi
majade liikuda)– kuna Cesium ei hoia aktiivselt kõiki ehitisi
mälus vaid graafikakaardi mälus, siis ainus efektiivne viis
kokkupõrkeid tuvastada, on kasutada sisseehitatud kaamera
kokkupõrketuvastuse mehhanismi. Küll aga töötab
kokkupõrketuvastus ainult kaamera vaate suunas, selle tõttu
võib olla vajalik implementeerida 4-8 virtuaalkaamerat, et
Kokkupõrketuvastus tagurpidi ja küljele liikudes ei oleks võimalik sattuda seinte
ehitistega sisse.
Teine lahendus: Saaks kasutada ka LOD2 kujusid, arvutada
põhjapinnad. Teha serveri teenused.
Täpsem lahendus selgub disaini etapis.
Desktop- ning mobiililahendus vajavad eraldi tähelepanu,
kuna liikumismehaanika on erinev.
Desktop- ning
mobiililahendus Lisaks on vaja luua eraldi lahendus kaamera
vaatamise/pööramise jaoks, kuna Cesiumi enda olemasolevast
lahendusest ei pruugi enam piisata.
Ehitiste ja kohanimede kuvamisel tuleb seada
Ehitiste ja kohanimede kaugusepiirangud kasutaja vaatepunktist, sest horisondi
kuvamine suunas vaadates võib vaateväli olla sadu kilomeetreid (arvuti
seisukohast), mis on omakorda väga ressursimahukas.
Kuna hetkel on tänavate nimed osa 2D-kaardikihist, tuleb luua
Tänava nimede kuvamine uus integratsioon või uus teenus, mis suudab koordinaatide
põhjal öelda, mis tänavaga on tegu antud kaameraväljas.
Projekti põhimaht on kasutajaliidese ning 3d-mootori
Kasutajaliides ja 3D
arendamises.
2.4 Kasutulugu 7: Tööriist, millega on võimalik valitud ehitiste kohta saada
koondväljavõte vastavate mudelite (LOD2) summaarsed katuse, fassaadide pindalad
ehitiste kaupa (p. 5.7.5)
Eesmärk: realiseerida 3D kaksikus keskkonnas teenus, millega on võimalik valitud ehitiste
kohta saada koondväljavõte vastavate mudelite (LOD2 geomeetriad ) summaarsed katuse,
fassaadide pindalad.
Lisaks kuvada summaarsed pindalad 3d kaksiku liideses ehitise andmetes.
Tegutseja: autenditud kasutaja (kõik rollid)
Eeldused: 3D kaksiku keskkonnas on olemas LOD2 geomeetriad, mille pealt saab arvutada
pindalasid.
Teostus:
Teenuse kirjeldus:
Sisend
EHR kood Sisendiks peab saama anda EHR koodide loendi.
Koordinaadid Sisendiks peab saama anda mingi ala koordinaadid.
Väljund - Väljundisse tuleb iga ehitise kohta summaarne katuse pindala ja summaarne
seinte pindala, mis arvutatakse välja LOD2 geomeetria pealt;
EHR kood Hoone/rajatise ehr kood
Ühe EHR hoone või rajatise summaarne pindala.
Seinte
summaarne Kui mingi tahk on vigane, siis on ka kogupindala vale.
pindala
Pindala m2-s
Katuse Ühe EHR hoone või rajatise summaarne pindala.
summaarne
pindala Pindala m2-s
Liideses Liideses kuvada ehitise andmetes ehitise summaarne katuse ja seinte
kuvamine pindala.
TK Lisa 2
Nõuded importfailidele
Käesolev dokument kirjeldab nõuded, mis kehtivad Planeeringute Andmekogusse esitatavatele
kehtestatud kihtide importfailidele.
Sisukord
Tärkandmete xlsx formaat ................................................................................................................................. 2
Ruumiobjektide atribuudid .............................................................................................................................. 3
Andmetüübid ...................................................................................................................................................... 3
Plan_ala atribuudid ............................................................................................................................................ 4
DP objektide atribuudid...................................................................................................................................... 5
KEP objektide atribuudid .................................................................................................................................. 10
REP objektide atribuudid .................................................................................................................................. 16
Tärkandmete xlsx formaat
Xlsx-formaadis Exceli tabelis sisalduvad kehtestatud kihtidel asuvate ruumiobjektide tärkatribuudid,
kui ruumikujud esitatakse mõnes cad-formaadis.
Töölehed (kihid)
Objektide tärkatribuudid esitatakse exceli tabelis objekti tüvikihi nimega töölehel (worksheet).
Kui objekt paikneb joonisfailis jaotuskihil, siis selle kihi nimetus kandub andmebaasi ja ei vaja
tärkandmete lisamist.
Süsteem töötleb kõiki tuntud nimega töölehti. Tundmatu nimega töölehti süsteem ei töötle, kuid
väljastab nende kohta hoiatuse.
Veerud töölehel (atribuudid)
Iga töölehe rida nr 1 sisaldab kihi atribuutide nimetusi ehk veergude nimetusi ning andmed algavad
reast nr 2.
Rida sisaldab andmeid, kui selle rea lahtrites esineb mistahes sümboleid, va tühikud. Kui lahter
sisaldab ainult tühikuid, siis loeb süsteem selle lahtri tühjaks.
Veergude järjekord töölehel ei ole oluline, kuid veerud peavad moodustama tabeli, st tühje veerge ei
tohi vahel olla.
Süsteem töötleb ainult tuntud nimetusega veerge. Iga tüvikihi puhul on süsteemis kindlaks määratud
hulk tuntud veerge (vt loetelu allpool). Veeru nime käsitleb süsteem tõstutundetult.
Kui töölehel sisaldub tundmatu nimega veerg, siis väljastab süsteem selle kohta hoiatuse ja veerus
sisalduvaid andmeid ei töötle.
Objektide seostamine tärkandmetega
Objekti tähis on tärkandmetes kohustuslik ning esitatakse objectID nimelises veerus. See peab
sisaldama dwg-joonisel oleva objekti handle atribuudi väärtust või dgn-joonisel oleva objekti element
id atribuudi väärtust.
Planeeringuala tähistamine ei ole kohustuslik ega vajalik. Töölehel plan_ala ei esine veergu objectID
ja sellel lehel tohib esineda ainult 1 rida andmeid.
Kui rida sisaldab andmeid, kuid ei sisalda objectID väärtust, siis väljastab süsteem hoiatuse ja seda
rida ei töötle (va plan_ala töölehel).
Kui joonisel leidus objekt, mille kohta failis tärkandmed puuduvad, siis süsteem viga ega hoiatust ei
väljasta (va juhul, kui tärkandmed on kohustuslikud).
Kui failis leidub objectID väärtusega andmerida, mida ei õnnestu seostada mitte ühegi joonisel oleva
objektiga, siis väljastab süsteem vea.
Kihtide atribuudid
Kihtidel olevate objektide võimalikud tärkatribuudid on toodud peatükis Ruumiobjektide atribuudid
Nii töölehtede kui veergude nimetused on tõstutundetud.
2
Ruumiobjektide atribuudid
Andmetüübid
Näiteid andmetüüpide tõlgendamisest erinevate impordiformaatide korral
ArcGis shp MapInfo TAB GPKG FileGDB Imporditeenuse Loogiline
konfiguratsioon andmetüüp
integer integer int* int* Integer Täisarv
integer64 smallint integer
double mediumint
(täpsusega 0) smallint
tinyint
boolean
double decimal double float* Real Murdarv
real float float
real
string char text string String Tekst
logical
date date date datetime Date Kuupäev
datetime datetime
3
Plan_ala atribuudid
Tabelis loetletud atribuudid loeb süsteem välja importfailist.
Lisaks importfailile sisetab kasutaja esitamise ajal või edastab teenuse kaudu planeeringu kohta
järgmised atribuudid
planeeringu seisund – esitatavast andmeseisust tulenev planeeringu seisund
kehtestamise kuupäev – olenevalt esitatavast versioonist kas esmase kehtestamise või
muudatuse kehtima hakkamise kuupäev. Kehtetuks muutmise esitamise korral kehtetuks
muutmise kuupäev
kehtestamise või muudatuse õigusliku aluse andmed
Atribuut (veeru Andmetüüp Selgitus Reeglid impordil
nimi) veerus
Number andmekogus
Esitatakse ainult juhul, kui
sysID täisarv
number on ette broneeritud või
kui esitatakse muudatust
Maa-ameti id
Esitatakse ainult juhul kui Maa-
planID täisarv
amet on planeeringule numbri
omistanud
kovID tekst Korraldaja ID või tunnus
planNim tekst Planeeringu nimetus Kohustuslik
planLiik täisarv|tekst Planeeringu liik Kohustuslik.
Lubatud väärtuste hulk:
40 / 47 / 10 / 20 / 27 /
30 / 401 / 402 / 101 /
102 / 103 / 201 / 202 /
203
planKSH tekst Keskkonnamõju strateegiline Kohustuslik
hindamine Lubatud väärtuste hulk:
jah / ei
planEesm tekst Eesmärk Kohustuslik
planViide tekst Veebiviide planeeringule
korraldaja juures
muutev tekst Üldisemat planeeringut muutev Kohustuslik
Lubatud väärtuste hulk:
jah / ei
algatKP kuupäev Algatamise kuupäev
Kas esmase algatamise või
muudatuse algatamise kuupäev
vastuvKP kuupäev Vastuvõtmise kuupäev
Kas esmase vastuvõtmise või
muudatuse vastuvõtmise
kuupäev
4
DP objektide atribuudid
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
dp_krunt objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
nimetus tekst Krundi aadress või krundi nimetus Kohustuslik
tingimus tekst Täiendavad märked ja tingimused
pind täisarv Informatiivne planeeritud krundi
pindala ruutmeetrites
dp_krundisihtotsta kruntOID täisarv|tekst DP_krunt objektID Kohustuslik
rve sihtots tekst Detailplaneeringus määratud krundi Kohustuslik
kasutamise sihtotstarve
maxSOosak täisarv Vajadusel suurim lubatud osakaal
minSOosak täisarv Vajadusel väikseim lubatud osakaal
tahis tekst Kasutamise sihtotstarve lühend
tapsustus tekst sihtotstarbe täpsustus,
kasutusotstarve
dp_hoonestus objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
kruntOID täisarv|tekst DP_krunt objektID Kohustuslik
ehTyyp täisarv Ehitusõiguse tüüp Kohustuslik
Lubatud väärtuste hulk: 10 /
20 / 30 / 40
ehTing tekst Täpsemalt kogutud andmed: krundi
hoonestusala peamisi tingimusi
kirjeldav informatsioon on
kohustuslik, kui ühe krundi piires on
5
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
erinevate ehitusõigustega krundi
hoonestusalasid
arv täisarv Hoonete või olulise avaliku huviga Kohustuslik
rajatiste suurim lubatud arv
arvAbi täisarv Abihoonete suurim lubatud arv, kui
neid on vajalik eristada kõigist
hoonestusalale lubatud hoonetest
pind täisarv Hoonete või olulise avaliku huviga Kohustuslik
rajatiste suurim lubatud ehitisealune
pind ruutmeetrites
pindPealne täisarv Maapealsete hoonete või olulise
avaliku huviga rajatiste suurim
lubatud ehitisealune pind
ruutmeetrites
pindAlune täisarv Maa-aluste hoonete või olulise
avaliku huviga rajatiste suurim
lubatud ehitisealune pind
ruutmeetrites
korgus täisarv|murdarv Hoonete või olulise avaliku huviga Kohustuslik kas korgus või
rajatiste lubatud maksimaalne korgusAbs
kõrgus maapinnast meetrites,
kohustuslik juhul, kui
absoluutkõrgus pole määratud
korgusAbs täisarv|murdarv Hoonete või olulise avaliku huviga Kohustuslik kas korgus või
rajatiste lubatud maksimaalne korgusAbs
absoluutkõrgus meetrites,
kohustuslik juhul, kui kõrgus
maapinnast pole määratud
sygavus täisarv|murdarv Märgitakse juhul hoonete või olulise
avaliku huviga rajatiste suurim
6
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
lubatud sügavus meetrites on
asjakohane
tihedus täisarv|murdarv Hoonestustihedus
protsent täisarv|murdarv Täisehituse protsent
SBP täisarv Kavandatud suletud brutopind kokku
SBPPealne täisarv Kavandatud maapealne suletud
brutopind kokku
SBPAlune täisarv Kavandatud maa-alune suletud
brutopind kokku
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
tingimus tekst Täiendavad märked ja tingimused
dp_transp objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
nimetus tekst Kui tee ja tänava elemendid Kui jaotuskihte pole
esitatakse kõik ühel kihil, on kasutatud, siis on kohustuslik
kohustuslik märkida, millise
objektiga on tegemist
tingimus tekst Tingimuste kirjeldus
voond täisarv|murdarv Kaitsevööndi ulatus
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
dp_tehno objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
7
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
tingimus tekst Tingimuste kirjeldus
voond täisarv|murdarv Kaitsevööndi ulatus
korgus täisarv|murdarv Suhteline kõrgus maapinnast
maxKorgus täisarv|murdarv Suurim lubatud suhteline kõrgus
maapinnast
minKorgus täisarv|murdarv Väikseim lubatud suhteline kõrgus
maapinnast
korgusAbs täisarv|murdarv Absoluutne kõrgus
maxKorgAbs täisarv|murdarv Suurim lubatud absoluutne kõrgus
minKorgAbs täisarv|murdarv Väikseim lubatud absoluutne kõrgus
sygavus täisarv|murdarv Märgitakse juhul kui sügavus
meetrites on asjakohane
maxSygavus täisarv|murdarv Märgitakse juhul hoonete või olulise
avaliku huviga rajatiste suurim
lubatud sügavus meetrites on
asjakohane
minSygavus täisarv|murdarv Märgitakse juhul väikseim lubatud
sügavus meetrites on asjakohane
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
dp_haljastus objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
tingimus tekst Tingimuste kirjeldus
8
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
DP_kuja objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
DP_juurdep vähemalt tüvikihi piires
DP_kkTingimus jaotuskiht tekst gis-formaatide korral
DP_maapar klassifitseeritud jaotuskihi
DP_KOVloodus edastamiseks
DP_vaartloodus nimetus tekst Objekti nimetus Kui jaotuskihte pole
DP_vaartmiljoo kasutatud, siis on kohustuslik
DP_arhVoistlus tingimus tekst Tingimuste kirjeldus
DP_servituut
DP_avalik
DP_sund
DP_tingimus
dp_vaartpollum objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
tingimus tekst Tingimuste kirjeldus
kõik ülejäänud DP objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
tüvikihid vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
tingimus tekst Tingimuste kirjeldus
voond täisarv|murdarv Kaitsevööndi ulatus
9
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
KEP objektide atribuudid
Kihi nimi (tööleht) Atribuut Andmetüüp Selgitus Reeglid
(veeru nimi) veerus
kep_krunt objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
nimetus tekst Krundi aadress või krundi nimetus Kohustuslik
tingimus tekst Täiendavad märked ja tingimused
pind täisarv Informatiivne planeeritud krundi pindala
ruutmeetrites
kep_krundisihtotst kruntOID täisarv|tekst KEP_krunt objektID Kohustuslik
arve sihtots tekst Detailplaneeringus määratud krundi Kohustuslik
kasutamise sihtotstarve
maxSOosak täisarv Vajadusel suurim lubatud osakaal
minSOosak täisarv Vajadusel väikseim lubatud osakaal
tahis tekst Kasutamise sihtotstarve lühend
tapsustus tekst sihtotstarbe täpsustus, kasutusotstarve
kep_hoonestus objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral klassifitseeritud
jaotuskihi edastamiseks
kruntOID tekst KEP_krunt objektID Kohustuslik
ehTyyp täisarv Ehitusõiguse tüüp Kohustuslik
10
Kihi nimi (tööleht) Atribuut Andmetüüp Selgitus Reeglid
(veeru nimi) veerus
Lubatud väärtuste hulk: 10 /
20 / 30 / 40
ehTing tekst Täpsemalt kogutud andmed: krundi
hoonestusala peamisi tingimusi kirjeldav
informatsioon on kohustuslik, kui ühe
krundi piires on erinevate
ehitusõigustega krundi hoonestusalasid
arv täisarv Hoonete või olulise avaliku huviga Kohustuslik
rajatiste suurim lubatud arv
arvAbi täisarv Abihoonete suurim lubatud arv, kui neid
on vajalik eristada kõigist hoonestusalale
lubatud hoonetest
pind täisarv Hoonete või olulise avaliku huviga Kohustuslik
rajatiste suurim lubatud ehitisealune pind
ruutmeetrites
pindPealne täisarv Maapealsete hoonete või olulise avaliku
huviga rajatiste suurim lubatud
ehitisealune pind ruutmeetrites
pindAlune täisarv Maa-aluste hoonete või olulise avaliku
huviga rajatiste suurim lubatud
ehitisealune pind ruutmeetrites
korgus täisarv|murda Hoonete või olulise avaliku huviga Kohustuslik kas korgus või
rv rajatiste lubatud maksimaalne korgusAbs
kõrgus maapinnast meetrites, kohustuslik
juhul, kui
absoluutkõrgus pole määratud
korgusAbs täisarv|murda Hoonete või olulise avaliku huviga Kohustuslik kas korgus või
rv rajatiste lubatud maksimaalne korgusAbs
absoluutkõrgus meetrites, kohustuslik
juhul, kui kõrgus
maapinnast pole määratud
11
Kihi nimi (tööleht) Atribuut Andmetüüp Selgitus Reeglid
(veeru nimi) veerus
sygavus täisarv|murda Märgitakse juhul hoonete või olulise
rv avaliku huviga rajatiste suurim lubatud
sügavus meetrites on asjakohane
tihedus täisarv|murda Hoonestustihedus
rv
protsent täisarv|murda Täisehituse protsent
rv
SBP täisarv Kavandatud suletud brutopind kokku
SBPPealne täisarv Kavandatud maapealne suletud
brutopind kokku
SBPAlune täisarv Kavandatud maa-alune suletud brutopind
kokku
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
tingimus tekst Täiendavad märked ja tingimused
kep_transp objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral klassifitseeritud
jaotuskihi edastamiseks
nimetus tekst Kui tee ja tänava elemendid esitatakse Kui jaotuskihte pole
kõik ühel kihil, on kohustuslik märkida, kasutatud, siis on kohustuslik
millise objektiga on tegemist
tingimus tekst Tingimuste kirjeldus
voond täisarv|murda Kaitsevööndi ulatus
rv
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
kep_tehno objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
12
Kihi nimi (tööleht) Atribuut Andmetüüp Selgitus Reeglid
(veeru nimi) veerus
jaotuskiht tekst gis-formaatide korral klassifitseeritud
jaotuskihi edastamiseks
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
tingimus tekst Tingimuste kirjeldus
voond täisarv|murda Kaitsevööndi ulatus
rv
korgus täisarv|murda Suhteline kõrgus maapinnast
rv
maxKorgus täisarv|murda Suurim lubatud suhteline kõrgus
rv maapinnast
minKorgus täisarv|murda Väikseim lubatud suhteline kõrgus
rv maapinnast
korgusAbs täisarv|murda Absoluutne kõrgus
rv
maxKorgAbs täisarv|murda Suurim lubatud absoluutne kõrgus
rv
minKorgAbs täisarv|murda Väikseim lubatud absoluutne kõrgus
rv
sygavus täisarv|murda Märgitakse juhul kui sügavus meetrites
rv on asjakohane
maxSygavus täisarv|murda Märgitakse juhul hoonete või olulise
rv avaliku huviga rajatiste suurim lubatud
sügavus meetrites on asjakohane
minSygavus täisarv|murda Märgitakse juhul väikseim lubatud
rv sügavus meetrites on asjakohane
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
kep_haljastus objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
13
Kihi nimi (tööleht) Atribuut Andmetüüp Selgitus Reeglid
(veeru nimi) veerus
jaotuskiht tekst gis-formaatide korral klassifitseeritud
jaotuskihi edastamiseks
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
tingimus tekst Tingimuste kirjeldus
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
KEP_kuja objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
KEP_juurdep vähemalt tüvikihi piires
KEP_kkTingimus jaotuskiht tekst gis-formaatide korral klassifitseeritud
KEP_maapar jaotuskihi edastamiseks
KEP_KOVloodus nimetus tekst Objekti nimetus Kui jaotuskihte pole
KEP_vaartloodus kasutatud, siis on kohustuslik
KEP_vaartmiljoo tingimus tekst Tingimuste kirjeldus
KEP_arhVoistlus
KEP_servituut
KEP_avalik
KEP_sund
KEP_tingimus
kep_vaartpollum objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral klassifitseeritud
jaotuskihi edastamiseks
tingimus tekst Tingimuste kirjeldus
kõik ülejäänud KEP objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
tüvikihid vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral klassifitseeritud
jaotuskihi edastamiseks
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
14
Kihi nimi (tööleht) Atribuut Andmetüüp Selgitus Reeglid
(veeru nimi) veerus
tingimus tekst Tingimuste kirjeldus
voond täisarv|murda Kaitsevööndi ulatus
rv
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
15
REP objektide atribuudid
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
rep_krunt objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
nimetus tekst Krundi aadress või krundi nimetus Kohustuslik
tingimus tekst Täiendavad märked ja tingimused
pind täisarv Informatiivne planeeritud krundi
pindala ruutmeetrites
rep_krundisihtotst kruntOID täisarv|tekst REP_krunt objektID Kohustuslik
arve sihtots tekst Detailplaneeringus määratud krundi Kohustuslik
kasutamise sihtotstarve
maxSOosak täisarv Vajadusel suurim lubatud osakaal
minSOosak täisarv Vajadusel väikseim lubatud osakaal
tahis tekst Kasutamise sihtotstarve lühend
tapsustus tekst sihtotstarbe täpsustus,
kasutusotstarve
rep_hoonestus objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
kruntOID tekst REP_krunt objektID Kohustuslik
ehTyyp täisarv Ehitusõiguse tüüp Kohustuslik
Lubatud väärtuste hulk: 10 /
20 / 30 / 40
ehTing tekst Täpsemalt kogutud andmed: krundi
hoonestusala peamisi tingimusi
kirjeldav informatsioon on
kohustuslik, kui ühe krundi piires on
erinevate ehitusõigustega krundi
hoonestusalasid
16
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
arv täisarv Hoonete või olulise avaliku huviga Kohustuslik
rajatiste suurim lubatud arv
arvAbi täisarv Abihoonete suurim lubatud arv, kui
neid on vajalik eristada kõigist
hoonestusalale lubatud hoonetest
pind täisarv Hoonete või olulise avaliku huviga Kohustuslik
rajatiste suurim lubatud ehitisealune
pind ruutmeetrites
pindPealne täisarv Maapealsete hoonete või olulise
avaliku huviga rajatiste suurim
lubatud ehitisealune pind
ruutmeetrites
pindAlune täisarv Maa-aluste hoonete või olulise
avaliku huviga rajatiste suurim
lubatud ehitisealune pind
ruutmeetrites
korgus täisarv|murdarv Hoonete või olulise avaliku huviga Kohustuslik kas korgus või
rajatiste lubatud maksimaalne korgusAbs
kõrgus maapinnast meetrites,
kohustuslik juhul, kui
absoluutkõrgus pole määratud
korgusAbs täisarv|murdarv Hoonete või olulise avaliku huviga Kohustuslik kas korgus või
rajatiste lubatud maksimaalne korgusAbs
absoluutkõrgus meetrites,
kohustuslik juhul, kui kõrgus
maapinnast pole määratud
sygavus täisarv|murdarv Märgitakse juhul hoonete või olulise
avaliku huviga rajatiste suurim
lubatud sügavus meetrites on
asjakohane
tihedus täisarv|murdarv Hoonestustihedus
17
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
protsent täisarv|murdarv Täisehituse protsent
SBP täisarv Kavandatud suletud brutopind kokku
SBPPealne täisarv Kavandatud maapealne suletud
brutopind kokku
SBPAlune täisarv Kavandatud maa-alune suletud
brutopind kokku
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
tingimus tekst Täiendavad märked ja tingimused
rep_transp objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
nimetus tekst Kui tee ja tänava elemendid Kui jaotuskihte pole
esitatakse kõik ühel kihil, on kasutatud, siis on kohustuslik
kohustuslik märkida, millise
objektiga on tegemist
tingimus tekst Tingimuste kirjeldus
voond täisarv|murdarv Kaitsevööndi ulatus
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
rep_tehno objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
tingimus tekst Tingimuste kirjeldus
18
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
voond täisarv|murdarv Kaitsevööndi ulatus
korgus täisarv|murdarv Suhteline kõrgus maapinnast
maxKorgus täisarv|murdarv Suurim lubatud suhteline kõrgus
maapinnast
minKorgus täisarv|murdarv Väikseim lubatud suhteline kõrgus
maapinnast
korgusAbs täisarv|murdarv Absoluutne kõrgus
maxKorgAbs täisarv|murdarv Suurim lubatud absoluutne kõrgus
minKorgAbs täisarv|murdarv Väikseim lubatud absoluutne kõrgus
sygavus täisarv|murdarv Märgitakse juhul kui sügavus
meetrites on asjakohane
maxSygavus täisarv|murdarv Märgitakse juhul hoonete või olulise
avaliku huviga rajatiste suurim
lubatud sügavus meetrites on
asjakohane
minSygavus täisarv|murdarv Märgitakse juhul väikseim lubatud
sügavus meetrites on asjakohane
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
rep_haljastus objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
tingimus tekst Tingimuste kirjeldus
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
19
Kihi nimi (tööleht) Atribuut Andmetüüp veerus Selgitus Reeglid
(veeru nimi)
REP_kuja objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
REP_juurdep vähemalt tüvikihi piires
REP_kkTingimus jaotuskiht tekst gis-formaatide korral
REP_maapar klassifitseeritud jaotuskihi
REP_KOVloodus edastamiseks
REP_vaartloodus nimetus tekst Objekti nimetus Kui jaotuskihte pole
REP_vaartmiljoo kasutatud, siis on kohustuslik
REP_arhVoistlus tingimus tekst Tingimuste kirjeldus
REP_servituut
REP_avalik
REP_sund
REP_tingimus
rep_vaartpollum objectID täisarv|tekst Objekti identifikaator Kohustuslik, unikaalne
vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
tingimus tekst Tingimuste kirjeldus
kõik ülejäänud REP objectID tekst Objekti identifikaator Kohustuslik, unikaalne
tüvikihid vähemalt tüvikihi piires
jaotuskiht tekst gis-formaatide korral
klassifitseeritud jaotuskihi
edastamiseks
nimetus tekst Objekti nimetus Kui jaotuskihte pole
kasutatud, siis on kohustuslik
tingimus tekst Tingimuste kirjeldus
voond täisarv|murdarv Kaitsevööndi ulatus
kujaTing tekst Kuja tingimused, näiteks vahekaugus
meetrites
20
HD Lisa 2
TÖÖVÕTULEPING nr
ERITINGIMUSTE PROJEKT
Tallinn
Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur-
Ameerika 1, Tallinn 10122, mida esindab põhimääruse alusel meremajanduse asekantsler
kantsleri ülesannetes Kaupo Läänerand (edaspidi tellija),
ja
XXX, registrikood …, asukoht …, mida esindab /juhatuse liige /volituse alusel … (edaspidi
töövõtja),
keda edaspidi nimetatakse üheskoos ka pooled ja eraldi pool,
sõlmivad käesoleva teenuse osutamise lepingu (edaspidi leping) alljärgnevas:
1. Üldsätted
1.1. Lepingu moodustavad eri- ja üldtingimused koos lisadega kui konkreetsest lepingu sättest
ei tulene teisiti. Eritingimused sisaldavad üldtingimuste täiendusi ja parandusi.
1.2. Lepingu dokumentide prioriteetsus on järgmine: eritingimused (I), lepingu lisad (II) ja
üldtingimused (III). Vastuolude korral lepingu dokumentide vahel prevaleerib
prioriteetsem dokument.
2. Lepingu ese, alus ja tähtaeg
2.1. Lepingu esemeks on E-ehituse 3D kaksiku edasiarendused (edaspidi töö), mida töövõtja
kohustub tegema vastavalt lepingus ja lepingu lisades sätestatud tingimustele. Töö täpsem
kirjeldus on sätestatud lepingu Lisas 2.
2.2. Leping sõlmitakse tellija korraldatud riigihanke “E-ehituse 3D kaksiku edasiarendused
2022” (viitenr 253085) tulemusena ning vastavalt riigihanke alusdokumentidele ning
töövõtja edukaks tunnistatud pakkumusele.
2.3. Töövõtja teostab punktis 2.1 nimetatud töö ja annab selle tulemused tellijale üle hiljemalt
6 kuud arvates lepingu sõlmimisest.
3. Tasu suurus, väljamaksmise tähtaeg ja kord
Tellija tasub töövõtjale lepingus sätestatud töö teostamise eest tasu summas XXX eurot,
summale lisandub käibemaks.
4. Garantiitingimused
4.1. Töövõtja garanteerib arendustöö vastavuse lepinguga sätestatud tingimustele 24
(kahekümne nelja) kuu jooksul pärast töö vastuvõtmist tellija poolt (edaspidi
Garantiiperiood). Garantii kehtib ainult tööle ning ei laiene koos tööga kasutatavatele
toodetele ja tööst tellija või kolmanda isiku poolt tehtud töötlustele.
4.2. Tellija informeerib töövõtjat Garantiiperioodil avastatud veast ning kirjeldab seda piisava
põhjalikkusega. Vigadest informeerimine toimub tellija projektijuhtimise keskkonna
JIRA lisatud veateate kaudu. Garantiiperioodil parandab töövõtja vead omal kulul, välja
arvatud juhul, kui vigade tekkimine on põhjustatud tellija süülisest tegevusest, millisel
juhul tasub parandustöödega ja vea esinemisega kaasnenud tellija nõustamisega seotud
kulud tellija.
5. Poolte volitatud esindajad
5.1. Tellija volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja töö
vastuvõtmisel on Jaan Saar, telefon +372 5290777, e-post
[email protected].
5.2. Töövõtja volitatud esindaja lepingu tingimuste täitmisel ja täitmise kontrollimisel on …,
telefon … , e-post … .
6. Lepingu lisad
6.1. Lepingu allakirjutamisel on lepingule lisatud:
6.1.1. Lisa 1. Riigihanke alusdokumendid (leitavad riigihangete registris);
6.1.2. Lisa 2. Tehniline kirjeldus;
6.1.3. Lisa 3. Töövõtja pakkumus;
6.1.4. Lisa 4. Töö üleandmise-vastuvõtmise akti vorm.
7. Muud sätted
7.1. Töövõtja kinnitab, et on üldtingimustega tutvunud elektroonselt riigihangete registris või
Majandus- ja Kommunikatsiooniministeeriumi veebis aadressil:
https://mkm.ee/ministeerium-uudised-ja-kontakt/ministeerium-ja-ministrid/hanketeated
7.2. Töövõtja on teadlik, et leping on avalik, välja arvatud osades, mis on märgitud avaliku
teabe seadusest tulenevatel alustel asutusesiseseks kasutamiseks.
7.3. Leping allkirjastatakse digitaalselt.
Tellija Töövõtja
/allkirjastatakse digitaalselt/ /allkirjastatakse digitaalselt/
HD LISA 3
CV VORM– EKSPERT/PROJEKTIJUHT
Roll hankelepingu täitmisel: …
Ees- ja perekonnanimi:
Sünniaeg:
Haridus (märkida õppeasutuse
nimi, kraadi nimetus, tase ning
tunnistuse number, väljaandmise
aeg ):
Kogemuse kirjeldus
(vastavalt hankedokumendi
punktis 8 nõutule:
Töö nimetus:
Tellija:
Läbiviimise aeg (pp.kk.aa–
pp.kk.aa):
Roll, vastutus ja ülesanded
projektis:
Töö sisu lühikirjeldus:
Mina, allakirjutanu, olles ........... (pakkuja nimi) meeskonna liige, kinnitan CV-s esitatud andmete
õigsust ja oma valmisolekut osaleda hankelepingu täitmisel käesolevas CV-s märgitud rollis kogu
hankelepingu kehtivusaja jooksul (või perioodil: nimetada periood).
Kinnitan, et kuulun pakkuja vastutavasse projektimeeskonda ja vastan riigihanke alusdokumentides
spetsialistile esitatud tingimustele hankelepingus täidetava rolli ulatuses.
Vajadusel lisada ridu (nt kui spetsialist on osalenud rohkemates projektides ning pakkuja soovib selle
kohta informatsiooni esitada). Minimaalselt tuleb esitada vormil nõutud informatsioon.
CV esitaja: Pakkuja:
/allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/
HD Lisa 4
Ärisaladuse teabe esitamise vorm
Avaldame, et riigihankele viitenumbriga 253085 meie esitatud pakkumusest on ärisaladusega
kaitstud järgmised dokumendid või teave:
Jrk Dokumendi nimetus Põhjendus teabe
(terviktekst või viide ärisaladuseks
dokumendis sisalduvale määramisest
teksti osale)
1.
2.
3.
…
…
(vajadusel lisada ridasid)
Oleme teadlikud, et:
riigihangete seaduse § 461 lõige 1 kohaselt ei või pakkuja ärisaladusena märkida:
pakkumuse maksumust ega osamaksumusi;
teenuste hankelepingute puhul lisaks pakkumuse maksumusele ja osamaksumustele
muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid
numbrilisi näitajaid;
asjade hankelepingute puhul lisaks pakkumuse maksumusele ja osamaksumustele
muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid
näitajaid.
Lepingu Lisa 1 „Töö üleandmise-vastuvõtmise akt“ (vorm)
Majandus- ja Kommunikatsiooniministeeriumi
ja XXX vahel sõlmitud
Lepingu nr XXX juurde
Töö üleandmise-vastuvõtmise akt
Käesolev Töö üleandmise-vastuvõtmise akt (edaspidi akt) on koostatud XXX (edaspidi: Täitja) … poolt
ja esitatud Majandus- ja Kommunikatsiooniministeeriumi digitaalehituse valdkonna juhile Jaan Saar
(edaspidi: Tellija), tõendamaks, et Töövõtja andis üle Poolte vahel XXX sõlmitud Lepingu „E-ehituse 3D
kaksiku edasiarendused 2022” nr XXX alusel osutatud Töö alljärgnevalt:
1. … (üleantava Töö nimetus, detailne kirjeldus (kas on lõpparuanne või vahearuanne ning
mida üleantav Töö hõlmab), ajavahemik, maht, täidetud tingimused, vajadusel viited
Lepingu punktidele vms).
2. Tellija on Töö osutamise tulemustega tutvunud ning kiidab Töö osutamise tulemused
heaks, millega ühtlasi loetakse Täitja poolt üle antud Töö vastuvõetuks.
Akt on aluseks Töövõtja poolt Tellijale kooskõlas Lepingu eritingimuste punktiga 3. ja üldtingimuste
punktiga 2.4 ja 2.5. arve esitamiseks summas … (summa sõnades) eurot.
Akt omab digitaalselt allkirjastatuna juriidilist jõudu ning edastatakse elektrooniliselt mõlemale
Poolele.
Töövõtja Tellija
/allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/