KÄSKKIRI
26.09.2022 nr 85
Riigihanke „Ehitisregistri arendusteenus 4”
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 riigihange „Ehitisregistri arendusteenus 4” (riigihanke objekti kood 72260000-5,
objekti nimetus „Tarkvaraga seotud teenused“) avatud hankemenetluse teel.
2. Moodustan käskkirja punktis 1 nimetatud riigihanke korraldamiseks komisjoni järgmises
koosseisus:
2.1.Komisjoni esimees Kristjan Kaiklem – infotehnoloogiaosakonna juhataja;
2.2.Komisjoni liikmed:
Verner Eiber – infosüsteemide arendustalituse juhataja;
Ülo Puskar – infosüsteemide arendustalituse peaspetsialist;
Taavi Jakobson – ehitisregistri talituse juhataja.
3. Moodustan käskkirja punktis 1 nimetatud riigihanke käigus esitatavate pakkumuste
hindamiseks komisjoni järgmises koosseisus:
Ülo Puskar -infotehnoloogiaosakonna infosüsteemide arendustalituse peaspetsialist;
Taavi Jakobson - elamu- ja ehitusosakonna ehitisregistri talitusee juhataja;
Ingrid Aasoja-Zverev - elamu- ja ehitusosakonna ehitisregistri talituse analüütik;
Julia Vahtraorg - elamu- ja ehitusosakonna ehitisregistri talituse peaspetsialist;
Meelis Raidma - elamu- ja ehitusosakonna ehitisregistri talituse võrgurajatiste projektijuht;
Signe Siil - elamu- ja ehitusosakonna ehitisregistri talituse analüütik.
4. Määran käskkirja punktis 1 nimetatud riigihanke eest vastutavaks isikuks Majandus- ja
Kommunikatsiooniministeeriumi infotehnoloogiaosakonna infosüsteemide arendustalituse
juhataja Verner Eiberi.
5. Kinnitan käskkirja punktis 1 nimetatud riigihanke alusdokumendid (lisatud).
6. Valitud hankemenetluse liigi ja punktis 1 nimetatud riigihanke alusdokumentide peale võib
esitada vaidlustuse Rahandusministeeriumi juures asuvale riigihangete vaidlustuskomisjonile
riigihangete seaduses sätestatud korras ja tähtajal.
2
(allkirjastatud digitaalselt)
Ahti Kuningas
transpordi asekantsler kantsleri ülesannetes
Käskkirja Lisa 1
Riigihanke „Ehitisregistri arendusteenus 4“ 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. Pakkuja esitab kõrvaldamise aluste puudumise ja kvalifitseerimise tingimustele
vastavuse esialgse tõendina hankepassi Euroopa Komisjoni kehtestatud standardvormil
vastavalt RHS § 104 sätestatud tingimustele.
2. Pakkuja kvalifitseerimise nõuded
2.1. Majanduslik ja finantsseis
Pakkuja tarkvaraga seotud teenuse netokäive peab riigihanke algamise
ajaks lõppenud majandusaastatel 2020 ja 2021, mille kohta on kinnitatud
majandusaasta aruanded, olema vähemalt 200 000 eurot iga majandusaasta
kohta. Pakkujal tuleb esitada vastav kinnitus hankepassis. Hankija
kontrollib netokäibe nõude täitmist äriregistris olevate avalike andmete
põhjal juhul, kui pakkuja 2020. ja 2021. aasta majandusaasta aruanded on
avaldatud äriregistris. Juhul kui majandusaasta aruanded ei ole avaldatud,
siis tuleb andmed käibenõude täitmise kohta esitada hankepassis.
2.2. Tehniline ja kutsealane pädevus
Pakkuja peab olema riigihanke algamisele eelneva 36 kuu jooksul
nõuetekohaselt täitnud ja lepinguga ettenähtud tähtajal üle andnud ning
tellija poolt peab olema vastu võetud vähemalt 5 tarkvaraga seotud teenuse
(CPV kood 72260000-5) lepingut. Täidetuks loetakse leping, mille
täitmise tähtaeg on saabunud ning mille kohaselt teostatud tööd on tellijale
üle antud ja tellija poolt vastu võetud. Pakkuja esitab hankepassis teabe
eelnimetatud lepingu(te) maksumuse, kuupäevade, töö nimetuse või sisu
ja teiste lepingupoolte kohta, samuti riigihanke viitenumbri juhul, kui on
tegemist täidetud riigihanke lepinguga.
Iga lepingu maksumus peab olema vähemalt 70 000 eurot ilma
käibemaksuta.
Hankedokumendi lisa 2
Maksumuse esitamise vorm
Rea Teenus Summa € Summa koos
nr. käibemaksuga
€
1 Arenduse ühe töötunni maksumus
2 Arenduse 150000 töötunni maksumus
Rida 1 x 150000
Rea Teenus Summa € Summa koos
nr. käibemaksuga
€
3 Hooldusteenuse ühe töötunni maksumus
4 Hooldusteenuse 22000 töötunni maksumus
Rida 3 x 22000
5 Pakkumuse kogumaksumus
Rida 2* + Rida 4
Rea Teenus Summa € Summa koos
nr. käibemaksuga
€
6 Arenduste esimese hankelepingu „Energiatõhususe
hindamine ehitisregistris“ maksumus
Rea Teenus Kalendripäevi
nr.
7 Arenduste esimese hankelepingu „Energiatõhususe
hindamine ehitisregistris“ ajaline kestvus
kalendripäevades
* Arenduste esimese hankelepingu maksumus (rida 6) sisaldub arenduse 150000 töötunni
maksumuses (rida 2)
Hankedokumendi lisa 4
HANKELEPING nr
Tallinnas,
Majandus- ja Kommunikatsiooniministeerium, registrikoodiga 70003158, asukohaga
Suur-Ameerika 1, 10122 Tallinn, mida esindab Majandus- ja
Kommunikatsiooniministeeriumi hankekorra alusel transpordi asekantsler kantsleri
ülesannetes Ahti Kuningas (edaspidi Tellija),
ja
xxx, registrikood xxx, asukoht xxx, mida esindab juhatuse liige xxx (edaspidi Täitja),
keda edaspidi nimetatakse ka Poolteks, sõlmisid käesoleva hankelepingu (edaspidi Leping)
alljärgnevas:
1. Üldsätted ja Lepingu ese
1.1. Leping sõlmitakse Tellija korraldatud riigihanke „Ehitisregistri arendusteenus 4”,
viitenumber xxx, tulemusena xxx sõlmitud raamlepingu nr xxx alusel.
1.2. Lepingu alusel teostatakse xxx (edaspidi Töö) vastavalt Lepingu Lisas 1
kirjeldatud lähteülesandele.
1.3.Leping on koostatud ühes eksemplaris ja allkirjastatud digitaalselt.
1.4. Käesolev Leping jõustub pärast Lepingu kõigi osapoolte allakirjutamist.
1.5. Käesoleva Lepingu allakirjutamise hetkel on Lepingule lisatud:
1.6.1. Lisa 1 – Lähteülesanne;
1.6.2. Lisa 2 - Täitja pakkumus.
2. Töö teostamise tähtaeg
Täitja kohustub Töö üle andma hiljemalt xxx jooksul peale Lepingu allkirjastamist.
3. Töö üleandmine ja tasu suurus
3.1.Täitja kulutab Töö teostamiseks xxx töötundi.
3.2.Tellija tasub teostatud ja vastuvõetud tööde eest xxx eurot (lisandub käibemaks
20%).
4. Poolte kontaktisikud
4.1.Tellija volitatud esindajaks Lepingu tingimuste täitmisel, kontrollimisel ja
vastuvõtmisel on XXX, telefon XXX, e-post XXX.
4.2.Täitja volitatud esindajaks ja kontaktisikuks on xxx, telefon xxx, e-post xxx.
Tellija: Täitja:
1
/allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/
Ahti Kunigas xxx
transpordi asekantsler juhatuse liige
kantsleri ülesannetes
2
Hankedokumendi lisa 6
Pakkumuste hindamine
1. Kõikide vastavaks tunnistatud pakkumuste võrdlemisel ja hindamisel kasutatakse
majanduslikult kõige soodsama pakkumuse kindlaksmääramisel väärtuspunktide süsteemi
(Merit Point System). Pakkumuste hindamisel selgitatakse majanduslikult soodsaim
pakkumus välja järgmistes punktides toodud hindamiskriteeriumite alusel.
Hindamiskriteeriumide eest antavad väärtuspunktid summeeritakse. Maksimaalne
punktisumma on 100.
2. Hindamiskriteeriumid:
2.1. Pakkumuse kogumaksumus käibemaksuta – 30 väärtuspunkti
Pakkumuse kogumaksumuse (Lisa 2, rida 5) väärtuspunktide määramisel saab
maksimaalsed väärtuspunktid kõige odavam pakkumus. Teised saavad 30-st võimalikust
punktist sama suhtarvu võrra vähem punkte, mille võrra nende pakkumuse kogumaksumus
on kõige odavamast pakkumusest kallim. Väärtuspunktid arvutatakse:
“väärtuspunktid” = “kõige odavam pakkumuse kogumaksumus” / “hinnatava pakkumuse
kogumaksumus” ×30
2.2. Esimese hankelepingu maksumus käibemaksuta – 15 väärtuspunkti
Esimese hankelepingu maksumuse (Lisa 2, rida 6) väärtuspunktide määramisel saab
maksimaalsed väärtuspunktid kõige odavam pakkumus. Teised saavad 15-st võimalikust
punktist sama suhtarvu võrra vähem punkte, mille võrra nende pakkumuse esimese
hankelepingu maksumus on kõige odavamast pakkumusest kallim. Väärtuspunktid
arvutatakse:
“väärtuspunktid” = “kõige odavam esimese hankelepingu maksumus” / “hinnatava
pakkumuse esimese hankelepingu maksumus” ×15
2.3. Esimese hankelepingu ajaline kestvus – 5 väärtuspunkti
Esimese hankelepingu ajaline kestvuse (Lisa 2, rida 7) väärtuspunktide määramisel saab
maksimaalsed väärtuspunktid kõige lühema ajalise kestvusega pakkumus. Teised saavad 5-
st võimalikust punktist sama suhtarvu võrra vähem punkte, mille võrra nende pakkumuse
esimese hankelepingu ajaline kestvus on kõige lühemast ajalisest kestvusest pikem.
Väärtuspunktid arvutatakse:
“väärtuspunktid” = “kõige lühem esimese hankelepingu ajaline kestvus kalendripäevades”
/ “hinnatava pakkumuse esimese hankelepingu ajaline kestvus kalendripäevades ” ×5
2.4. Hinnang proovitööle – 50 väärtuspunkti
Proovitöö hindamise metoodika on esitatud Lisas 9.
Hankedokumendi lisa 10
Kasutajaõiguste ja tarkvara lähtekoodile juurdepääsu taotlus ning
konfidentsiaalsuskohustus
Käesolevaga soovib riigihankel „Ehitisregistri arendusteenus 4“ taotleja nimetus, äriregistri
kood, keda esindab juhatuse liige eesnimi, perekonnanimi juurdepääsu ehitisregistri tarkvarale ja
tarkvara lähekoodile (edaspidi lähtekood).
Ehitisregistri tarkvara kasutajaõigused ja juurdepääs lähtekoodile palun omistada järgevatele
isikutele.
Nimi ja eesnimi Isikukood e-maili aadress
Taotluse esitaja kohustub:
1. hoidma saladuses ning mitte edastama kolmandatele isikutele konfidentsiaalset teavet
(sealhulgas tarkvara lähtekoodi ja andmebaasides salvestatud infot), mis on talle
teatavaks saanud pakkumuse ettevalmistamisel või juhuslikult, sealhulgas mitte
edastama nimetatud teavet selleks õiguslikku alust mitteomavatele isikutele ning
välistama juurdepääsu nimetatud teabele.
2. kasutama lähtekoodi ja andmebaasides salvestatud infot ainult käesoleva riigihanke
pakkumuse koostamisel.
Konfidentsiaalsuskohustus kehtib ka pärast hankemenetluse lõppemist.
Taotleja allkirjaõiguslik isik
___________________
/allkirjastatud digitaalselt/
Hankedokumendi lisa 11
Ärisaladuse teabe esitamise vorm
Avaldame, et riigihankele viitenumbriga xxx meie esitatud pakkumusest on ärisaladusega
kaitstud järgmised dokumendid või teave:
Jrk Dokumendi nimetus Põhjendus teabe ärisaladuseks
(terviktekst või viide dokumendis sisalduvale teksti osale) määramisest
1.
2.
3.
(vajadusel lisada ridasid)
Oleme teadlikud, et:
riigihangete seaduse § 461 lõike 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.
Hankedokumendi lisa 3
RAAMLEPING nr
ERITINGIMUSTE PROJEKT
Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur-
Ameerika 1, Tallinn 10122, mida esindab põhimääruse alusel transpordi asekantsler kantsleri
ülesannetes Ahti Kuningas (edaspidi tellija),
ja
XXX, registrikood XXX, asukoht XXX, mida esindab juhatuse liige XXX;
XXX, registrikood XXX, asukoht XXX, mida esindab juhatuse liige XXX;
XXX, registrikood XXX, asukoht XXX, mida esindab juhatuse liige XXX;
XXX, registrikood XXX, asukoht XXX, mida esindab juhatuse liige XXX
(edaspidi XXX, XXX, XXX ning XXX nimetatud Täitjad, eraldi Täitja), Tellijat ja Täitjaid
nimetatakse ühiselt edaspidi ka poolteks ja eraldi pooleks,
sõlmivad käesoleva raamlepingu (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, täitmine ja tähtaeg
2.1. Lepingu esemeks on ehitisregistri arendus- ja hooldusteenuse osutamine (edaspidi
Teenus), mida töövõtja kohustub tegema vastavalt lepingus ja lepingu lisades sätestatud
tingimustele. Teenuse täpsem kirjeldus on kirjas lisades XXX.
2.2. Leping sõlmitakse tellija korraldatud riigihanke „Ehitisregistri arendusteenus 4“
(viitenumber XXX) tulemusena ning vastavalt riigihanke alusdokumentidele ning
töövõtja edukaks tunnistatud pakkumusele.
2.3. Leping on sõlmitud kuni nelja pakkujaga.
3. Lepingu täitmine
3.1. Lepingu täitmine toimub Tellija sõlmitavate hankelepingute alusel.
3.2. Iga konkreetse hankelepingu sõlmimiseks korraldab Tellija minikonkursi mis viiakse
läbi riigihangete registris olenemata hankelepingu eeldatavast maksumusest.
3.3. Minikonkurssidel esitatud pakkumuste hindamisel võib kasutada kahte erinevat
hindamise moodust. Iga minikonkurssi väljakuulutamisel edastatakse Täitjatele info,
millist hindamise moodust kasutatakse. Pakkumuste hindamisel võimalikud
väärtuspunkide jagamise moodused on:
3.3.1. 70% pakkumuse maksumus ja 30% töö üleandmise tähtaeg kalendripäevades
(projektid eeldatava maksumusega alla 100 000 euro);
3.3.2. 40% pakkumuse maksumus, 30% hinnang Täitja esitatud kommenteeritud
projektiplaanile ja 30% töö üleandmise tähtaeg kalendripäevades (projektid eeldatava
maksumusega alates 100 000 eurost);.
3.4. Minikonkursil osalemist välistavad tingimused:
3.4.1. Täitjal ei tohi olla tellijale üle andmata rohkem kui kaks enama kui 1000 tunni
mahuga hankelepingut minikonkursi väljakuulutamise päeva seisuga;
3.4.2. Minikonkursi väljakuulutamise päeval ei tohi Täitjal olla garantiiliste vigade
parandamise töid mis on tähtaja ületanud.
3.5. Kui raamleping on sõlmitud ühe pakkujaga, siis punktides 3.2 kuni 3.4 mainitud
minikonkurssi läbi ei viida. Pakkumusi hinnatakse üksnes hinnakriteeriumi alusel.
3.6. Ühe pakkujaga raamlepingu puhul esitab Tellija hankelepingu sõlmimiseks Täitjale
pakkumuse esitamise ettepaneku koos lähteülesandega, mille alusel Täitja esitab viie
tööpäeva jookusul vastava pakkumuse. Pakkumuses peab olema välja toodud tööde
maht töötundides, töö üleandmise tähtaeg ja maksumus. Pakkumusi hinnatakse üksnes
hinnakriteeriumi alusel.
3.7. Hankelepingute sõlmimisel lähtub Tellija raamlepingust tulenevatest tingimustest.
Konkreetses hankelepingus fikseerib Tellija Teenuse sisu, Teenuse maksumuse ning
vajadusel lähte- ja vahepunktid ja tähtajad Teenuse osutamisel.
3.8. Tellija võib nõuda Teenuse osutamise kohta vaheraportit, mille Täitja esitab 2 (kahe)
tööpäeva jooksul.
3.9. Esimese arenduse hankelepingu ja hoolduslepingute puhul punktis 3.2. mainitud
minikonkurssi läbi ei viida. Hankelepingud sõlmitakse Täitja poolt riigihanke
pakkumuses esitatud teabe alusel.
3.10. Lepingu täitmisel kohustuvad Pooled järgima ehitisregistri arendustööde
kommunikatsiooni ja infovahetuse juhendi nõudeid.
4. Teenuse üleandmine ja vastuvõtmine
4.1. Täitja peab andma Lepingu alusel teostatava Töö üle vastavalt kokkulepitud
kirjeldustele, nõuetele ja tähtajal. Töö üleandmisel tuleb järgida ehitisregistri koodi
haldamise ja tarnimise juhendi põhimõtteid.
4.2. Täitja peab Lepingu alusel loodava dokumentatsiooni Tellijale üle andma korrektselt
vormistatuna veebikeskkonna https://365mkm.sharepoint.com/sites/MKM/EHR
vahendusel, kui Poolte vahel ei ole kokku lepitud teisiti. Dokumentatsioon säilitatakse
Tellija keskkonnas ning selle säilimise eest vastutab Tellija.
4.3. Üleantava Töö dokumentatsioon koosneb alljärgnevatest osadest:
4.3.1. tarkvara lähtekood koos kommenteeritud kirjeldustega;
4.3.2. täiendatud kasutusjuhend;
4.3.3. hankelepingu objektiga seonduvad muud materjalid.
4.4. Hankelepingute alusel arendustööde üleandmise ja vastuvõtmise aktid koostatakse
eraldi.
4.5. Üleandmise akti allkirjastamisega võtab Tellija Täitjalt esitatud Töö ülevaatamiseks
ning pärast akti allkirjastamist esitab Tellija 5 (viie) tööpäeva jooksul kirjalikult Täitjale
info testimiseperioodi kestvuse kohta.
4.6. Vastuvõtmise akti allkirjastab Tellija peale testimisperioodi lõppemist, kui tal ei ole
teostatud Töö suhtes pretensioone või kui pretensioonide alusel on Täitja teinud Töös
parandused.
4.7. Testimise käigus Töös avastatud vigade parandamine
4.7.1. Testimise käigus tekkinud pretensioonide korral esitab Tellija need Täitjale
kirjalikult vigade halduse keskkonnas JIRA (http://jira.mkm.ee). Iga pretensioon
kirjeldatakse eraldi JIRA piletina.
4.7.2. Täitja peab Töös tegema vastavad parandused omal kulul Tellija määratud tähtaja
jooksul, või teavitama Tellijat kui paranduste tegemine selle aja jooksul ei ole
võimalik. Sellisel juhul peab Täitja pakkuma välja uue tähtaja, mis ei tohi olla hilisem
kui 14 kalendripäeva hetkest, mil Tellija on probleemi JIRA keskkonnas esitanud.
4.8. Punktis 4.4. kirjeldatud üleandmise akt kaotab kehtivuse järgnevatel juhtudel:
4.8.1. Täitja ei ole etteantud tähtajaks parandanud testimise käigus avastatud vigu;
4.8.2. Tellija on lükanud testimise käigus avastatud vea parandamise kolmel korral tagasi
kuna avastatud viga on jätkuvalt parandamata;
4.8.3. testimise käigus avastatud vea parandamise tulemusena on tekkinud Töös uued vead.
4.9. Tellijal on õigus käsitleda punktis 4.8. kirjeldatud juhtusid kui Lepingu rikkumist.
4.10. Tellija ei allkirjasta arendustööde vastuvõtmise akti, kui Täitjal on parandamata
eelnevate hankelepingute käigus üle antud Töö garantiilised vead, mis on suunatud
Täitja esindajale vigade halduse keskkonnas JIRA.
5. Tasu suurus, väljamaksmise tähtaeg ja kord
5.1. Lepingu kogumaksumus ei ületa XXX eurot käibemaksuta. Lepingu alusel makstav tasu
sisaldab ka autoritasu.
5.2. Lepingu ajaline kehtivus on neli aastat (48 kuud) alates Lepingu allkirjastamisest ja
eeldatav maht kuni 172 000 töötundi. Arendusteenuse maht on kuni 150 000 töötundi ja
tugiteenuse maht on kuni 22 000 töötundi.
5.3. Kui Tellija on Lepingu lõppedes esitanud tellimusi Lepingu punktis 5.2. nimetatud
summast väiksemas mahus, ei kuulu ülejääv summa Lepingu raames väljamaksmisele.
5.4. Arendustööde ja hooldustööde töötunni hind käibemaksuta on:
5.4.1. XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot;
5.4.2. XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot;
5.4.3. XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot;
5.4.4. XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot.
6. Poolte volitatud esindajad
6.1. Tellija volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja töö
vastuvõtmisel on XXX , telefon XXX , e-post XXX .
6.2. Täitjate volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja töö
üleandmisel on:
6.2.1. XXX, telefon XXX, e-post XXX;
6.2.2. XXX, telefon XXX, e-post XXX;
6.2.3. XXX, telefon XXX, e-post XXX;
6.2.4. XXX, telefon XXX, e-post XXX.
6.3. Tellija volitatud esindajal on õigus esindada tellijat kõikides lepinguga seotud
küsimustes, välja arvatud lepingu muutmine, tähtajalise lepingu ühepoolne lõpetamine
ning leppetrahvi, viivise ja/või kahjude hüvitamise nõude esitamine.
7. Lepingu lisad
7.1. Lepingu allakirjutamisel on lepingule lisatud:
5.1.1. Lisa 1. Riigihanke alusdokumendid (leitavad riigihangete registris);
5.1.2. Lisa 2. Edukaks tunnistatud pakkumused;
5.1.3. Lisa 3. Hankelepingute sõlmimise ja tööde vastuvõtmise kord.
8. Muud sätted
8.1. Täitja 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
8.2. Täitja on teadlik, et leping on avalik välja arvatud osades, mis on märgitud Avaliku
teabe seadusest tulenevatel alustel asutusesiseseks kasutamiseks.
8.3. Leping allkirjastatakse digitaalselt.
Tellija Täitjad
/allkirjastatakse digitaalselt/ /allkirjastatakse digitaalselt/
Hankedokumendi lisa 7
Hankelepingute täitmise tingimused
1. Hankelepingute sõlmimisel lähtub Tellija raamlepingust tulenevatest tingimustest.
Konkreetses hankelepingus fikseerib Tellija Teenuse sisu, Teenuse maksumuse ning
vajadusel lähte- ja vahepunktid ja tähtajad Teenuse osutamisel.
2. Tellija võib nõuda Teenuse osutamise kohta vaheraportit, mille Täitja esitab 2 (kahe)
tööpäeva jooksul.
3. Esimese arenduse hankelepingu ja hoolduslepingute puhul punktis 5.1. mainitud
minikonkurssi läbi ei viida. Hankelepingud sõlmitakse Täitja poolt riigihanke
pakkumuses esitatud info alusel.
4. Lepingu täitmisel kohustuvad Pooled järgima ehitisregistri arendustööde
kommunikatsiooni ja infovahetuse juhendi nõudeid.
5. Hankelepingu sõlmimise tingimused kui raamleping on sõlmitud mitme pakkujaga
5.1. Iga konkreetse hankelepingu sõlmimiseks korraldab Tellija minikonkursi, mis viiakse
läbi riigihangete registris olenemata hankelepingu eeldatavast maksumusest.
5.2. Minikonkurssidel esitatud pakkumuste hindamisel võib kasutada kahte erinevat
hindamise moodust olenevalt projekti eeldatavast maksumusest (ilma käibemaksuta).
Iga minikonkurssi väljakuulutamisel edastatakse Täitjatele info, millist hindamise
moodust kasutatakse. Pakkumuste hindamisel võimalikud väärtuspunkide jagamise
moodused on:
5.2.1. 70% pakkumuse maksumus ja 30% töö üleandmise tähtaeg kalendripäevades
(projektid eeldatava maksumusega alla 100 000 euro);
5.2.2. 40% pakkumuse maksumus, 30% hinnang Täitja esitatud kommenteeritud
projektiplaanile ja 30% töö üleandmise tähtaeg kalendripäevades (projektid eeldatava
maksumusega alates 100 000 eurost);.
5.3. Minikonkursil osalemist välistavad tingimused
5.3.1. Täitjal ei tohi olla üle kahe üle andmata enam kui 1000 tunni mahuga hankelepingut
minikonkursi väljakuulutamise päeva seisuga;
5.3.2. Minikonkursi väljakuulutamise päeval ei tohi Täitjal olla garantiiliste vigade
parandamise töid mis on tähtaja ületanud.
6. Hankelepingu sõlmimise tingimused kui raamleping on sõlmitud ühe pakkujaga
6.1. Kui raamleping on sõlmitud ühe pakkujaga, esitab Tellija hankelepingu sõlmimiseks
Täitjale pakkumuse esitamise ettepaneku koos lähteülesandega mille alusel Täitja esitab
hiljemalt viie tööpäeva jooksul vastava pakkumuse. Pakkumuse esitamise ettepanek ja
pakkumus esitatakse riigihangete registri kaudu.
6.2. Pakkumuses peab olema välja toodud tööde maht töötundides, töö üleandmise tähtaeg
ja maksumus.
6.3. Punktis 5.2. kirjeldatud hindamist ei teostada. Pakkumuse hindamiskriteeriumiks on
100% pakkumuse maksumus.
7. Teenuse üleandmine ja vastuvõtmine
7.1. Täitja peab andma Lepingu alusel teostatava Töö üle vastavalt kokkulepitud
kirjeldustele, nõuetele ja tähtajaks. Töö üleandmisel tuleb järgida ehitisregistri koodi
haldamise ja tarnimise juhendi põhimõtteid.
7.2. Täitja peab Lepingu alusel loodava dokumentatsiooni Tellijale üle andma korrektselt
vormistatuna veebikeskkonna https://365mkm.sharepoint.com/sites/MKM/EHR
vahendusel, kui Poolte vahel ei ole kokku lepitud teisiti. Dokumentatsioon säilitatakse
Tellija keskkonnas ning selle säilimise eest vastutab Tellija.
7.3. Üleantava Töö dokumentatsioon koosneb alljärgnevatest osadest:
7.3.1. tarkvara lähtekood koos kommenteeritud kirjeldustega;
7.3.2. täiendatud kasutusjuhend;
7.3.3. tarkvara testimise raport;
7.3.4. hankelepingu objektiga seonduvad muud materjalid.
7.4. Hankelepingute alusel arendustööde vastuvõtmise ja üleandmise aktid koostatakse
eraldi.
7.5. Üleandmise aktis peab Täitja esitama tarkvara testimise raporti viite. Testimine tuleb
Täitja poolt läbi viia vastavalt punktis 7.1. esitatud juhendi nõuetele.
7.6. Üleandmise akti allkirjastamisega võtab Tellija Täitjalt esitatud Töö ülevaatamiseks
ning pärast akti allkirjastamist esitab Tellija 5 (viie) tööpäeva jooksul kirjalikult Täitjale
info testimiseperioodi kestvuse kohta.
7.7. Vastuvõtmise akti allkirjastab Tellija peale testimisperioodi lõppemist, kui tal ei ole
teostatud Töö suhtes pretensioone või kui pretensioonide alusel on Täitja teinud Töös
parandused.
7.8. Testimise käigus Töös avastatud vigade parandamine
7.8.1. Testimise käigus tekkinud pretensioonide korral esitab Tellija need Täitjale
kirjalikult vigade halduse keskkonnas JIRA (http://jira.mkm.ee). Iga pretensioon
kirjeldatakse eraldi JIRA piletina.
7.8.2. Täitja peab Töös tegema vastavad parandused omal kulul Tellija määratud tähtaja
jooksul, või teavitama Tellijat kui paranduste tegemine selle aja jooksul ei ole
võimalik. Sellisel juhul peab Täitja pakkuma välja uue tähtaja, mis ei tohi olla hilisem
kui 14 kalendripäeva hetkest, mil Tellija on probleemi JIRA keskkonnas esitanud.
7.9. Täitja koostatud Töö üleandmisakt kaotab kehtivuse järgnevatel juhtudel:
7.9.1. Täitja ei ole etteantud tähtajaks parandanud testimise käigus avastatud vigu;
7.9.2. Tellija on lükanud testimise käigus avastatud vea parandamise kolmel korral tagasi
kuna avastatud viga on jätkuvalt parandamata;
7.9.3. testimise käigus avastatud vea parandamise tulemusena on tekkinud Töös uued vead.
7.10. Peale punktis 7.8 mainitud testimise käigus avastatud vigade kõrvaldamist peab Täitja
esitama uue üleandmise akti Tellija määratud tähtajaks.
7.11. Tellija ei allkirjasta arendustööde vastuvõtmise akti, kui Täitjal on parandamata
eelnevate hankelepingute käigus üle antud Töö garantiilised vead, mis on suunatud
Täitja esindajale vigade halduse keskkonnas JIRA.
Hanke alusdokumendi lisa 5
Hooldusteenuse osutamise kord
1. Hooldusteenuse lepingute sõlmimine.
1.1. Hooldusteenuse osutamise hankeleping sõlmitakse kuni nelja pakkujaga paremusjärjestuse
alusel, mille kriteeriumiks on pakkumustele omistatud väärtuspunktid.
1.2. Enim väärtuspunkte saanud pakkujaga sõlmitakse peahooldaja hooldusteenuse leping.
1.3. Paremusjärjestuse alusel sõlmitakse kuni kolme vastavaks tunnistatud pakkujaga
tavahooldaja hooldusteenuse lepingud.
1.4. Kui raamleping on sõlmitud vaid ühe pakkujaga, siis ühilduvad peahooldaja ja
tavahooldaja teostatavad tööd.
1.5. Hooldusteenuse osutamise käigus tuleb järgida EHR arendustööde kommunikatsiooni ja
infovahetuse ning EHR koodi haldamise ja tarnimise juhendit.
2. Peahooldaja teostab hooldusteenuse osutamisel alljärgnevad tööd:
2.1. EHRi tarkvara funktsionaalsuse jälgimine ja vajadusel parandusettepanekute tegemine (sh
ettepanekud optimeerimiseks ja kasutajaliidese tõhustamiseks);
2.2. EHR tarkvara arenduse aluskomponentide uute versioonide avaldamise jälgimine ja
Hankijale aluskomponentide uuendamise ettepanekute tegemine;
2.3. veateadete vastuvõtmine vastavuses „EHR arendustööde kommunikatsiooni ja
infovahetuse juhendile“ tööpäevadel 08:00 – 17:00;
2.4. selgitamine, kas veateade on põhjustatud garantiilisest veast ning selle vastava koodiosa
garantiid teostavale organisatsioonile koos omapoolsete põhjendustega edastamine;
2.5. vigade kõrvaldamine EHRi tarkvaras ja andmebaasis;
2.6. profülaktiline tugi: struktuuri muudatused, andmete analüüs ja Tellijaga kooskõlastatult
andmete täiendamine;
2.7. konsultatsioonide (telefon, e-post, veebipõhise keskkonna kaudu) andmine Hankijale
tööpäeviti (kell 9.00-17.00);
2.8. hankija poolt EHRi tarkvara valest kasutamisest tingitud probleemide lahendamine;
2.9. EHRi tarkvara täiendamine vastavalt ehitusseaduse ja seotud määruste muudatustele
vastavalt Tellija poolt esitatud tellimistele;
2.10. EHRi tarkvara ja andmebaasi täiendamine vastavalt parendusettepanekutele ja „EHR
koodi haldamise ja tarnimise“ juhendile;
2.11. EHRi kasutusdokumentatsiooni ja tarkvara paigalduseks vajaliku dokumentsatsiooni
täiustamine ja kaasajastamine vastavalt Hankija poolt edastatud vajadustele ja Hooldusteenuse
osutamise käigus teostatud muudatustele;
2.12. Tellijaga kooskõlastatult kolmandate osapoolte nõustamine ja tehnilise info andmine
tarkvara arenduse küsimustes.
3. Tavahooldaja teostab Hooldusteenuse osutamisel alljärgnevad tööd:
3.1. tuvastamine, kas peahooldaja poolt suunatud viga oli garantiiline ja mittegarantiiliste
vigade kohta Hankijale vastava info edastamine;
3.2. Hankija poolt tellitud vigade paranduste teostamine ja veaparanduste tarnimine vastavuses
„EHR koodi haldamise ja tarnimise“ juhendile;
3.3. Hankija tellimusel kolmandate osapoolte nõustamine ja tehnilise info andmine tarkvara
arenduse küsimustes;
4. Mittegarantiiliste tarkvara vigade menetlemise kord.
Kui peahooldaja tuvastab, et veateade ei ole põhjustatud garantiilisest veast, siis koostab ta
Hankijale selle kohta vea piletisse kirjaliku põhjenduse ning suunab pileti Hankija
projektijuhile.
5. Planeeritud katkestused EHRi tarkvara hooldusöödel:
5.1. planeeritud katkestusest etteteatamisaeg on vähemalt 24 tundi;
5.2. planeeritud katkestuste maksimaalne kogukestvus aastas on kuni 48 tundi;
5.3. ühe planeeritud katkestuse maksimaalne kestvus on kuni 2 tundi;
5.4. maksimaalne planeeritud katkestuste arv kuus on kuni 2 tundi.
6. Tarkvara vigade kõrvaldamisel tuleb lähtuda alljärgnevatest reageerimise ja lahendamise
aegade nõuetest.
Kriitilisus Kirjeldus Reageerimisaeg Lahendamise
aeg
Blokker Olukord, kus teenus on kasutuskõlbmatu, st. eeldatavalt 1 tunni jooksul 3 tunni jooksul
vähemalt 100 klient ei saa teostada igapäevaseid
toiminguid, kliendile tekib oluline majanduslik kahju kui
viga ei parandata operatiivselt, või on tegu 1. prioriteedi
turvaintsidendiga vastavalt Majandus- ja
Kommunikatsiooniministeeriumi valitsemisala
turvaintsidentide korrale.
Kriitiline Olukord, kus teenus on osaliselt kasutuskõlbmatu, 4 tunni jooksul 1 tööpäeva
vähemalt 1 klient ei saa teostada oma igapäevaseid jooksul
toiminguid, või on tegu 2. prioriteedi turvaintsidendiga
vastavalt Majandus- ja Kommunikatsiooniministeeriumi
valitsemisala turvaintsidentide korrale.
Kõrge Olukord, kus teenuse kasutamine on oluliselt raskendatud, 4 tunni jooksul 2 tööpäeva
või on tegu 3. prioriteedi turvaintsidendiga vastavalt jooksul
Majandus- ja Kommunikatsiooniministeeriumi
valitsemisala turvaintsidentide korrale.
Muu Olukord, kus teenuses ilmnevad igapäevast tööd mitte 3 tööpäeva Järgmise
segavad vead, või on tegu madalama prioriteediga jooksul tarkvarauuendus
turvaintsidendiga. e käigus
Reageerimisaeg on aeg, mille jooksul Täitja registreerib vea ning määrab sellele lahendamise
aja. Reageerimisaega ja lahendamise aega arvestatakse tööpäevil (kell 9.00-17.00).
7. Turvauuendused tuleb planeerida ja paigaldada esimesel võimalusel. Kui on tegemist
kriitilise turvauuendusega, siis tuleb uuendused paigaldada mitte hiljem kui 4 tunni jooksul.
8. Hooldusteenuse osutamisel kasutatakse Hankija veebipõhist probleemide halduse keskkonda
JIRA, mis võimaldab esitada veebipõhiselt parandusettepanekuid ja EHRi töös ilmnenud
vigasid ning jälgida antud tööde täitmise kulgu.
9. Hooldusteenuse osutajal peab olema fikseeritud väline IP aadress.
Hankedokumendi lisa 1
Energiatõhususe hindamine ehitisregistris
Lähteülesanne
Koostaja: Majandus- ja Kommunikatsiooni-
ministeeriumi Ehitisregistri talitus
Tallinn 2022
Sisukord
LÜHENDID..................................................................................................................................................... 2
1 SISSEJUHATUS ........................................................................................................................................ 2
2 TÖÖ EESMÄRK........................................................................................................................................ 2
3 ÜLDISED NÕUDED .................................................................................................................................. 2
4 ARENDUSTÖÖD ...................................................................................................................................... 3
5.1. HOONETE TEHNOSÜSTEEMIDE ENERGIATÕHUSUSE HINDAMINE EHR-IS.......................................................................... 3
5.2 ENERGIATÕHUSUSE HINDAMISE ALLKIRJASTAMINE JA ALLKIRJASTAJATE HALDAMINE .........................................................18
5.3 ENERGIATÕHUSUSE HINDAMISE KUVAMINE ..........................................................................................................19
5.4 AUTOMAATSETE TEAVITUSTE EDASTAMINE KOV-IDELE...............................................................................................20
5 LISAD ................................................................................................................................................... 21
LISA 1 E-EHITUSE PLATVORMI TARKVARALINE ARHITEKTUUR .............................................................................................21
LISA 2 E-EHITUSE PLATVORMI RISTFUNKTSIONAALSED NÕUDED (MITTEFUNKTSIONAALSED NÕUDED) .......................................21
LISA 3 EHR ARENDUSTÖÖDE LÄBIVIIMISE JA TESTIMISE JUHEND ........................................................................................21
LISA 4 E-EHITUSE PLATVORMI STIILIRAAMAT ..................................................................................................................21
LISA 5 EHR ARENDUSTÖÖDE JUHTIMISE KORRALDAMINE .................................................................................................21
LISA 6 EHR JA E-EHITUSE PLATVORMI ANDMETE KONTROLLID JA VEATEATED .......................................................................21
LISA 7 PROTOTÜÜP - FIGMA .......................................................................................................................................21
LISA 8 ET HINDAMINE_NÄIDIS.DOC .............................................................................................................................21
LISA 9 ENERGIAMÄRGISTE MUUDATUSED-ANALÜÜS ........................................................................................................21
LISA 10 TEAVITUSTE LISAMISE JUHEND .........................................................................................................................21
1
LÜHENDID
EHR – Ehitisregister
MKM – Majandus- ja Kommunikatsiooniministeerium
1 SISSEJUHATUS
Ehitisregister on Eesti Vabariigi Majandus- ja kommunikatsiooniministeeriumi Ehitus- ja elamuehitusosakonna
hallatav keskne riiklik register, kus hallatakse ehitiste infot ja mille kaudu kodanikud ja ettevõtted esitavad
ehituslubade taotlusi, kohalikud omavalitsused viivad läbi lubade väljastamise menetlusi ning energiamärgise
väljastajad annavad energiamärgiseid.
Sarnaselt energiamärgisele, tehakse hoonete tehnosüsteemide energiatõhususe hindamised, mille tulemused
tuleb kanda ehitisregistrisse. Täpsemalt nimetatud hindamisest majandus- ja taristuministri 06.08.2020 määruses
nr 47 „Hoone energiatõhusust oluliselt mõjutava tehnosüsteemi energiatõhususe hindamise ja hinnangu kohta
ehitisregistrisse kantavate andmete loetelu ja esitamise kord“ (edaspidi määrus).
2 TÖÖ EESMÄRK
Töö eesmärk on koostada energiatõhususe hindamise detailanalüüs ja teostada arendus, mis võimaldab:
Energiatõhususe hindajal sisestada hoone või hoone osa olemasoleva süsteemi või paigaldatava
süsteemi hinnangut ehitisregistrisse toetudes EHR-is olevatele tehnilistele andmetele ning täiendades
neid.
Hinnanguandjal digiallkirjastada hinnang, kus süsteem peab arvestama isiku pädevusega (kutse
kontroll).
Võimaldada energiatõhususe hindamise tegemiseks vajalike klassifikaatorite haldamist MKM
peakasutaja poolt.
Täpsem teostamise vajadus on välja toodud iga arendustöö juures peatükis 5.
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 ja e-ehituse platvormi andmete kontrollid ja veateated
b. Kui Tellija teekides (https://git.mkm.ee/) 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 kasutab enda vastavaid teeke) - väljaarvatud
2
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.
c. Olemasoleva andmemudeli kasutamine on tugevalt eelistatud. Uusi tabeleid võib luua vaid siis, kui teisiti
ei ole ülesande realiseerimine võimalik. Kui mingit loogilist klassi andmete puhul hoitakse neid
väärtuspaaridena, tuleb sarnaste andmeväljade puhul ka need salvestada väärtuspaaridena.
d. Tööde tulemusena koostatud detailanalüüs sisaldab andmemudelit, mis sisaldab vähemalt tabelite
(olemite) vahelisi seoseid; tabelite väljade nimesid, andmetüüpe ja reegleid; väljade kirjeldusi; tabelite
indekseid ja võtmeid. Mudel peab olema üles laaditav Enterprise Architecti.
e. 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.
f. 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.
g. Töö vahe- ja lõpptulemused dokumenteeritakse vastavalt tarkvaraarenduse heale tavale nii, et
dokumentatsioon on erialalisele spetsialistile arusaadavad.
4 ARENDUSTÖÖD
5.1. HOONETE TEHNOSÜSTEEMIDE ENERGIATÕHUSUSE HINDAMINE EHR-IS
Taust
Täna hoonete energiatõhususe hindamise protsess toimub ehitisregistri (EHR) rakendusest väljaspool ning
energiatõhususe hinnangute andmeid EHR-is ei ole. Edaspidi hinnangute andmised peavad toimuma EHRis,
arvestades EHR-s olemasolevaid hoone andmeid.
Arendustöö eesmärk
Arendustöö eesmärk on teha lahendus, mis võimaldaks määruses toodud hindamise tulemusi sisestada
ehitusregistri keskkonda, digiallkirjastada ning EHR kasutajatele näidata. Arendustöös tuleb arvestada antud
lähteülesandes toodud täpsustustega.
Teostada
Koostada detailanalüüs ning teostada arendus.
Arvestada nõuetega:
1. Detailanalüüsi ja arenduse teostamisel tuleb lähtuda siin dokumendis toodud tabelitega.
2. Lahenduse prototüüp asub Figmas (Lisa 7)
3
3. Hoonete tehnosüsteemide energiatõhususe hindamise dokumendi sisestusvorm peab avanema "avalik
autenditud” kasutajale lingilt, mis asub EHR raamkomponendi menüü punktis Energia > Energiatõhusus >
Tehnosüsteemi energiatõhususe hinnang. Autentimata kasutaja ei näe antud menüü punkti:
4. Teenus peab avama dokumendi sisestamise ja muutmise vormi, mis on eeltäidetud dokumendiliigi
andmetega, millel aktiivne nupp „Koostan uue hinnangu“
5. Kasutada tuleb olemasoleva dokumendi liigi esilehe teenust ja teha spetsiifilise dokumendi leht.
6. Luua uus nupp „Koostan hinnangu“, mis on nähtav "Avalik autenditud” kasutajale ehitise kehtivate
andmete vormil (https://devkluster.ehr.ee/ui/ehr/v1/building/101015525) plokis „Ehitise
energiamärgised ja energiatõhususe hinnangud“ (praegu on see plokk nimega „Ehitise energiamärgised“,
mis tuleb uueks nimeks muuta):
7. Hinnangu lisamisel tuleb kõigepealt teha vormi valik:
4
Kasutajal peab olema võimalus valida hinnangu liik, kas hindamine on olemasoleva või paigaldatava
süsteemi kohta:
Olemasoleva tehnosüsteemi energiatõhususe hinnang (edaspidi OS hinnang)
Paigaldatava tehnosüsteemi energiatõhususe hinnang (edaspidi PS hinnang)
Vastavad dokumendi identifikaatorid (Dokument_Doty):
115XX Teatis:
11591 Olemasoleva tehnosüsteemi energiatõhususe hinnang
11592 Paigaldatava tehnosüsteemi energiatõhususe hinnang
8. „Koostan uue hinnangu“ nupp avab uue dokumendi loomise vormi, kus sakil (TAB) „Ehitis“ tuleb valida
ehitis kasutades olemasolevat funktsionaalsust:
Hinnangut saab anda vaid ühe ehitise kohta korraga, seega dokumendi seos saab olla vaid ühe ehitisega.
9. Dokumendiga peab olema võimalik siduda ehitisi seisundiga:
Kavandatav (EHITIS_SEISUND_KAVAN)
Püstitamisel (EHITIS_SEISUND_PYSTI)
Olemas (EHITIS_SEISUND_OLEMA)
Dokumendiga ei tohi siduda ehitisi seisundiga:
lammutamisel (EHITIS_SEISUND_LAMEL)
lammutatud (EHITIS_SEISUND_LAMUT)
realiseerimata (EHITIS_SEISUND_REATA)
registrist kustutatud (EHITIS_SEISUND_KUSTU)
Kui püütakse siduda ebasobiva seisundiga ehitisega, siis peab tulema veateade – „Valitud ehitis ei ole
seisundis Kavandatav, Püstitamisel või Olemas“.
10. Hoone valikuga kaob koondkaart ära ning jääb ehitise asukoha kaart (olemasolev funktsionaalsus).
Süsteem kuvab ehitise aktuaalseid andmeid plokkidena:
Ehitise üldinfo
Ehitise kasutamise otstarbed
Ehitise mõõtmed
Ehitise tehnilised näitajad
Ehitise asukoht
Ehitise kuju (kehand) asukoht
5
6
11. Luua uus sakk (tab) “Hinnang”.
12. Lisada plokk “Hinnangu üldandmed”
13. Lisada “Hinnangu üldandmed” plokki 2 checkbox tüüpi välja “Hinnang on hoone osa tehnosüsteemile” ja
“Hoone on osalises või hooajalises kasutuses”.
14. Juhul, kui on valitud “Hinnang on hoone osa tehnosüsteemile” siis kuvada täiendav tekstiväli:
15. Lisada plokki “Hinnangu üldandmed” väli "Hindamise aeg” (käsitsi sisestatav kuna võib erineda hinnangu
sisestamise kuupäevast) ja vabateksti väli pikkusega max 4000 “Hindamise kokkuvõte ja läbiviimise
kirjeldus”.
16. Sõltuvalt hindamise tüübist (olemasoleva või paigaldatava süsteemi hinnang), peab hindajal olema
võimalus lisada tehnosüsteemide andmeid vormile. Osa andmeid peab tulema ehitise tehnilistest
andmetest. Kõikide tehnosüsteemide täitmine ei ole kohustuslik, hinnang võib olla vaid ühe või mõne
süsteemi kohta. Kui on valitud kütte-, tarbevee soojendamise, jahutus- ja ventilatsioonisüsteemi
hindamine, peab olema võimalik anda energiatõhususe hinnang – teha üks kolmest valik. Kui ühtegi
tehnosüsteemi kategooriat pole valitud, siis hinnangut anda ei saa:
7
Tehnosüsteemi andmed Olemasoleva tehnosüsteemi Paigaldatava tehnosüsteemi
energiatõhususe hinnang energiatõhususe hinnang
Küttesüsteem
vaikimisi täidetud vaikimisi täidetud
check-box - märgistus
peab olema võimalik peab olema võimalik märgistus
"küttesüsteem on
märgistus eemaldada eemaldada
kombineeritud tarbevee
soojendamise süsteemiga"
Kuvab ehitise aktuaalsetest Kuvab ehitise andmetest
Soojusvarustuse liik
andmetest (edaspidi ehitise soojusvarustuse liike, kuid on
andmetest) soojusvarustuse võimalik lisada täiendavaid
liike, kuid on võimalik lisada
täiendavaid Võimalus valida mitu liiki
Klassifikaator TEHNO_SOOJAVALIK,
Võimalus valida mitu liiki koodivahemik (50-51, 70, 2401-
Kinnitamisel salvestub ehitise 2410)
andmetesse
Klassifikaator Ehitise andmeid üle ei kirjuta
TEHNO_SOOJAVALIK,
koodivahemik (50-51, 70,
2401-2410)
Kuvab ehitise andmetest Kuvab ehitise andmetest
soojusallika liik
soojusallikaid, kuid on soojusallikaid, kuid neid on võimalik
võimalik lisada täiendavaid kustutada ja lisada uusi
Võimalus valida mitu liiki Võimalus valida mitu allikat
Kinnitamisel salvestub ehitise Klassifikaator TEHNO_SOOJAVALIK,
andmetesse koodivahemik (50-51, 70, 2401-
Klassifikaator 2410)
TEHNO_SOOJAVALIK,
koodivahemik (50-51, 70, Ehitise andmeid üle ei kirjuta
2401-2410)
Kui muudeti või lisati täiendav
soojusallikas, siis tarkvara
saadab KOV-le teate
Kuvab ehitise andmetest Kuvab ehitise andmetest
kütuseliik
energiaallika liike, kuid on energiaallika liike, kuid on võimalik
võimalik lisada täiendavaid lisada täiendavaid
Võimalus valida mitu liiki Võimalus valida mitu liiki
Ehitise andmeid üle ei kirjuta
8
Kinnitamisel salvestub ehitise
andmetesse klassifikaator TEHNO_ENERGIA,
koodivahemik 2601-2612)
klassifikaator
TEHNO_ENERGIA,
koodivahemik 2601-2612)
Täidetav numbriväli Täidetav numbriväli
nimivõimsus (kW)
täidetav väli (number), per täidetav väli (number), per
kasutegur (%)
soojusallika liik, vaikimisi soojusallika liik, vaikimisi kasutegur
soojustegur (COP)
kasutegur % %
soojuspumba puhul
soojuspumba puhul tuleb soojuspumba puhul tuleb
soojusteguri valik soojusteguri valik automaatselt:
automaatselt: 9) maasoojuspump
9) maasoojuspump 10) õhk-vesi soojuspump
10) õhk-vesi soojuspump 11) õhk-õhk soojuspump
11) õhk-õhk soojuspump 12) väljatõmbeõhu soojuspump
12) väljatõmbeõhu
soojuspump
Teeb 1 valiku: Teeb 1 valiku:
energiatõhususe hinnang 1) tehnosüsteem on 1) tehnosüsteem on töökorras ja
töökorras ja selle selle energiatõhusus on optimaalne
energiatõhusus on 2) tehnosüsteem on töökorras, kuid
optimaalne selle energiatõhusust saab
2) tehnosüsteem on parandada
töökorras, kuid selle 3) tehnosüsteem on
energiatõhusust saab amortiseerunud
parandada
3) tehnosüsteem on
amortiseerunud
Väli avaneb täitmiseks vaid Väli avaneb täitmiseks vaid siis, kui
Tarbevee soojendamise süsteem
siis, kui „Küttesüsteemi“ plokis „Küttesüsteemi“ plokis pole
(kommentaar kasutajale: täita kui
pole märgistust check-boxil märgistust check-boxil
küttesüsteem ei ole kombineeritud
„"küttesüsteem on „"küttesüsteem on kombineeritud
tarbevee soojendamise süsteemiga)
kombineeritud tarbevee tarbevee soojendamise süsteemiga"
soojendamise süsteemiga"
Kuvab ehitise andmetest Kuvab ehitise andmetest
tarbevee soojusallika liik
soojusallikaid, kuid on soojusallikaid, kuid on võimalik
võimalik lisada täiendavaid lisada täiendavaid
Võimalus valida mitu liiki Võimalus valida mitu liiki
Klassifikaator Klassifikaator TEHNO_SOOJAVALIK,
TEHNO_SOOJAVALIK, koodivahemik (50-51, 70, 2401-
2410)
9
koodivahemik (50-51, 70,
2401-2410)
käsitsi täidetav (number) käsitsi täidetav (number)
nimivõimsus (kW)
käsitsi täidetav (number) käsitsi täidetav (number)
kasutegur (%)
Teeb 1 valiku: Teeb 1 valiku:
energiatõhususe hinnang
1) tehnosüsteem on 1) tehnosüsteem on töökorras ja
töökorras ja selle selle energiatõhusus on optimaalne
energiatõhusus on 2) tehnosüsteem on töökorras, kuid
optimaalne selle energiatõhusust saab
2) tehnosüsteem on parandada
töökorras, kuid selle 3) tehnosüsteem on
energiatõhusust saab amortiseerunud
parandada
3) tehnosüsteem on
amortiseerunud
Jahutussüsteem
Kuvab ehitise andmetest Täidetud ehitise andmetest, kuid
jahutusallika liik
Puudumisel, saab kasutaja neid on võimalik kustutada ja lisada
liigi lisada valikust uusi.
Kinnitamisel salvestub ehitise Ehitise andmeid üle ei kirjuta
andmetesse
TEHNO_JAHUTUS
TEHNO_JAHUTUS 2801-2807
2801-2807
Kui algselt on EHRs väärtus
tühi ja hinnangul väärtus
lisati, siis teatise registrisse
kandmisel KOV-le teadet ei
saadeta. Kui väärtus oli ja
seda muudeti, siis tarkvara
saadab KOV-le teate
Täidetav numbriväli Täidetav numbriväli
nimivõimsus
Teeb 1 valiku: Teeb 1 valiku:
energiatõhususe hinnang
1) tehnosüsteem on 1) tehnosüsteem on töökorras ja
töökorras ja selle selle energiatõhusus on optimaalne
energiatõhusus on 2) tehnosüsteem on töökorras, kuid
optimaalne selle energiatõhusust saab
2) tehnosüsteem on parandada
10
töökorras, kuid selle 3) tehnosüsteem on
energiatõhusust saab amortiseerunud
parandada
3) tehnosüsteem on
amortiseerunud
Ventilatsioon
Kuvab ehitise andmetest Täidetud ehitise andmetest, kuid
ventilatsiooni liik
Puudumisel, saab kasutaja neid on võimalik kustutada ja lisada
liigi lisada valikust uusi.
Kinnitamisel salvestub ehitise Ehitise andmeid üle ei kirjuta
andmetesse
Kui algselt on EHRs väärtus
tühi ja hinnangul väärtus
lisati, siis teatise registrisse
kandmisel KOV-le teadet ei
saadeta. Kui väärtus oli ja
seda muudeti, siis tarkvara
saadab KOV-le teate
Teeb 1 valiku: Teeb 1 valiku:
energiatõhususe hinnang
1) tehnosüsteem on 1) tehnosüsteem on töökorras ja
töökorras ja selle selle energiatõhusus on optimaalne
energiatõhusus on 2) tehnosüsteem on töökorras, kuid
optimaalne selle energiatõhusust saab
2) tehnosüsteem on parandada
töökorras, kuid selle 3) tehnosüsteem on
energiatõhusust saab amortiseerunud
parandada
3) tehnosüsteem on
amortiseerunud
Valgustussüsteem
käsitsi täidetav (number) Käsitsi täidetav (number)
valgustussüsteemi
nimivõimsus (kW)
valgustussüsteemi käsitsi täidetav (tekst) käsitsi täidetav (tekst)
funktsionaalne ulatus
Automaatikasüsteem
jah-ei valik jah-ei valik
automaatikasüsteemi
olemasolu
# täita kui eelmises valik jah # täita kui eelmises valik jah
automaatikasüsteemi
käsitsi täidetav (tekst) käsitsi täidetav (tekst)
funktsionaalne ulatus
11
Kuvab ehitise andmetest Kuvab ehitise andmetest lokaalseid
Lokaalselt elektrit tootev süsteem
lokaalseid elektrisüsteemi elektrisüsteemi liike, kuid neid on
liike, lisada valikust võimalik kustutada ja lisada uusi
Ehitise andmeid üle ei kirjuta
Võimalikud elektrisüsteemi
liigid: Võimalikud elektrisüsteemi liigid:
päikesepaneel elektri päikesepaneel elektri tootmiseks
tootmiseks (võimsus); (võimsus);
koostootmisseade koostootmisseade (elektrivõimsus);
(elektrivõimsus); tuulegeneraator (võimsus);
tuulegeneraator (võimsus); muu (lisa tootmisseade vabas
muu (lisa tootmisseade vabas vormis ja võimsus)
vormis ja võimsus)
Uue väärtuse lisamisel või
muutmisel, saadab tarkvara
KOV-le teate
Täidetav numbriväli Täidetav numbriväli
nimivõimsus
12
17. Kütte-, jahutus- ventilatsiooni ja lokaalselt elektrit tootva süsteemi plokile tuleb lisada Undo (tagasi) nupp
, millele vajutamine peab taastama antud tehnosüsteemi algseisu (näiteks, juhuks, kui kasutaja
kogemata eemaldas vale rea ja tahab algset seisu taastada).
13
18. Kütte-, jahutus- ventilatsiooni ja lokaalselt elektrit tootva süsteemi plokile tuleb lisada olemasolev
lahendus uue süsteemi lisamiseks, mis näeb välja järgnevalt:
19. Lisada “Hinnang” tab-le nupp “Salvesta”. Hinnangu väljad tuleb salvestada teenusega:
https://swaggerui.ehr.ee/aet_projekti_teenused#/building-data-api-endpoint/saveBuildingToDocument
vastavas objektis. Vajadusel tuleb teenust edasi arendada. Need andmed, mis loetakse
andmebaasitabelist eehitus.do_eh_tehna, tuleb salvestada key value paaridena samasse tabelisse,
ülejäänud andmed tuleb salvestada key value paaridena andmebaasitabelisse eehitus.do_ehitis_muu.
Uus dokument tekitab andmetest uue versiooni/kirje (INSERT), dokumendi uuendamisel andmetest uusi
versioone ei salvestata (ehk kasutatakse UPDATE). Osaliselt on tegemist uute andmetega, seepärast tuleb
andmebaasi koodid.kl_klassifik_elem tabelisse luua uued võtmed millega uued väljad salvestada.
20. Hindajal peab olema võimalus laadida üles vajalike dokumente, pilte vms, tuleb kasutada olemasolevat
lahendust:
21. Energiasäästumeetmete lehel (Meetmed) peab hindajal olema võimalus märkida soovituste kategooriad
ning täiendada meetme sisu. Võimalik teha mitu valikut, kõikide kategooriate täitmine ei ole kohustuslik.
Tulemusena peavad olema nähtavad vaid valitud meetmed ja soovitused:
KÜTTESÜSTEEM
terviklik asendamine vaba tekst
torustiku soojustamine vaba tekst
soojussõlme seadmestik vaba tekst
kütteseadmed ning nende osad vaba tekst
süsteemi hüdrauliline
tasakaalustamine vaba tekst
küttesüsteemi sektsioneerimine vaba tekst
küttekehade termostaatventiilid vaba tekst
muu (vaba sisestus) vaba tekst
JAHUTUSSÜSTEEM
terviklik asendamine vaba tekst
jahutusseadmed ning nende osad vaba tekst
süsteemi hüdrauliline vaba tekst
tasakaalustamine
vabajahutus vaba tekst
passiivne jahutus vaba tekst
14
muu (vaba sisestus) vaba tekst
VENTILATSIOONISÜSTEEM
terviklik asendamine vaba tekst
ventilatsioonisüsteemi seadmed ning vaba tekst
nende osad
ventilatsioonisüsteem (va seadmed) vaba tekst
õhuhulkade reguleerimine vaba tekst
muu (vaba sisestus) vaba tekst
TARBEVEE SOOJENDAMISE SÜSTEEM
terviklik asendamine vaba tekst
torustiku soojustamine vaba tekst
tarbevee soojendamise seadmed ning vaba tekst
nende osad
süsteem (va seadmed) vaba tekst
süsteemi hüdrauliline vaba tekst
tasakaalustamine
muu (vaba sisestus) vaba tekst
VALGUSTUSSÜSTEEM
muu (vaba sisestus) vaba tekst
AUTOMAATIKA SÜSTEEM
muu (vaba sisestus) vaba tekst
MUUD MEETMED
muu (vaba sisestus) vaba tekst
15
16
22. Isikute vahelehel peab olema võimalus lisada hindaja andmeid valides ettevõtet ja isikut süsteemist:
Hinnangu andja:
Nimi või ärinimi
Registrikood
e-post / telefoninumber
Hinnanguandja esindaja:
Ees- ja perekonnanimi
e-post / telefoninumber
17
23. Hinnangu allkirjastamine on kirjeldatud punktis 5.2
24. Hinnangu tulemusena peab moodustuma dokument, mille näidis on „ET hindamine_näidis“ (lisa 8).
25. Detailanalüüsis tuleb välja tuua milliseid automaatkontrolle (vigu ja hoiatusi) on võimalik rakendada.
Näiteks, kontrollida sisestatud võimsuste vastavust suurusjärkudele. Tuleb välja tuua kõik mõistlikud
olemasolevate dokumentide andmete pealt mõistlikult arvutatavad või tuletatavad kontrollid.
26. Detailanalüüsis tuleb välja tuua, milliseid energiatõhususe hindamiseks vajalikke tabeleid ja andmevälju
tuleb Postgre andmebaasi lisada või muuta. Kõik andmebaasi muudatused tuleb enne rakendamist
tellijaga kooskõlastada.
27. Energiatõhususe hindamisi peab saama teha sisselogitud kasutaja. Õigused ja rollid peavad olema
hallatavad KeyCloackis.
28. Koostamisel olevaid hindamisi peab saama salvestada, muuta või kustutada ainult dokumendile lisatud
isik. Allkirjastamata dokumenti näeb dokumendile lisatud isik ning MKM Peakasutaja.
5.2 ENERGIATÕHUSUSE HINDAMISE ALLKIRJASTAMINE JA ALLKIRJASTAJATE HALDAMINE
Taust
Energiatõhususe hindamise tulemus tuleb EHR-is digiallkirjastada. Üldjuhul saab energiatõhususe hindamisi
allkirjastada pädev isik, kellel on Eesti Kutseregistris kehtiv vastava kutsestandardiga kutse olemas.
Täna saab sellise lahendusena digiallkirjastada energiamärgise KEK teatisi 11567, 11577 ning tarkvara kontrollib
vastava x-tee päringu kutseregistrisse kutse olemasolu.
Energiatõhususe hindamisi peab saama digiallkirjastada spetsialist järgmise kutsestandardiga:
Kutsestandard
Hoonete energiaaudiitor, tase 6
Hoonete energiaaudiitor, tase 7
Diplomeeritud energiatõhususe spetsialist, tase 7
Volitatud energiatõhususe spetsialist, tase 8
Nimetatud kutsestandardid kattuvad energiamärgise väljastajate kutsestandarditega.
Arendustöö eesmärk
18
Energiatõhususe hindamiste digiallkirjastamisel tuleb kasutada sama lahendust, mis on KEK märgise teatiste
(11567 Olemasoleva hoone energiamärgise teatis ja 11577 Olemasoleva hoone osa energiamärgise teatis)
digiallkirjastamisel kasutusel.
Energiamärgise ettevõtted on kantud menüüsse „Haldus“>“Asutused/Ettevõtted“, edaspidi saab ettevõtte
esindaja lisada enda ettevõtte töötajaid enda menüüst „Haldus“>“Minu asutuse kasutajad“
Seoseid kutsestandardite ja energiamärgise teatiste tüüpide vahel saab MKM peakasutaja menüü
„Haldus“>“Kutsestandardid“ all hallata. Siia peab lisanduma energiatõhususe hindamise valik. Ehitisregistris
toimuva allkirjastamise ja pädeva isiku vastava kutse olemasolu kontrollimise tänase funktsionaalsuse analüüs
(„Energiamärgiste muudatused-analüüs“) on lähteülesandele lisatud (vt lisa 9).
Tuleb teostada töö, mis võimaldab vastava kutsega autenditud kasutajal digitaalselt kinnitada hinnangut.
Kui spetsialisti kutsetunnistust ei ole kantud Eesti Kutseregistrisse, aga spetsialistil on siiski pädevus anda mõnda
energiamärgise teatise tüüpi, siis neid saab EHRs hallata Tarbijakaitse ja Tehnilise Järelevalve Ameti ja MKM
vastava rolliga kasutaja.
Õigused ja rollid peavad olema hallatavad KeyCloackis.
Allkirjastamisel kasutatav endpoint peab olema samuti kasutatav vaid dokumendi allkirjastajal ja MKM
peakasutajal.
Teostada:
1. Koostada detailanalüüs ning teostada hinnangu allkirjastamise arendus lähtudes tänasest energiamärgiste
allkirjastamisest.
2. Lisada menüüsse „Haldus“>“Kutsestandardid“ energiatõhususe hindamise dokumentide valiku.
3. Hinnanguid peab saama allkirjastada ID-kaardiga ja Mobiil-ID-ga, kasutades e-ehituse platvormi
allkirjastamise teenust https://swaggerui.ehr.ee/allkirjastamise_teenus. Kui allkirjastamise teenus
projekti läbiviimise jooksul mõistlikul ajal võimaldab ka Smart-ID-ga allkirjastamist, siis peab saama
hinnangut allkirjastada ka sellega.
4. Energiatõhususe hindamine peab olema teistele EHR kasutajatele nähtav peale selle digiallkirjastamist
pädeva isiku poolt. Faili allalaadimine võimaldada vaid autenditud kasutajale.
5. Lõpetatud (hindaja poolt allkirjastatud) tööd kasutaja enam muuta ega kustutada ei saa. Esitatud
hinnangut ei ole võimalik EHRist kustutada.
Kommentaar:
11591 Olemasoleva tehnosüsteemi energiatõhususe hinnang aktualiseerib ehitise andmed
11592 Paigaldatava tehnosüsteemi energiatõhususe hinnang ei aktualiseeri ehitise andmeid
Aktualiseerija konfigureerimine nii, et see käivituks/ei käivituks on tellija ülesanne.
5.3 ENERGIATÕHUSUSE HINDAMISE KUVAMINE
Allkirjastatud energiatõhususe hinnangud peavad olema kasutajatele näha ehitise kehtivate andmete plokis
„Ehitise energiamärgised ja energiatõhususe hinnangud“.
19
Hinnangu PDF faili allalaadimine peab olema võimalik autenditud kasutajale.
Sisselogitud kasutaja peab enda poolt koostamisel olevaid ja koostatud hindamisi ning neid kuhu ta on isikuna
lisatud nägema menüü punktis Energia > Energiatõhusus > Tehnosüsteemi energiatõhususe hinnang.
Salvestatud koostamisel olev dokument peab olema taasavatav ilma andmete ja lisade kadudeta ning seda peab
saama uuesti muuta.
Lisaks peab olema võimalus pooleli olevaid hinnanguid kustutada.
Peab olema võimalus allkirjastajal ja MKM peakasutajal tühistada allkirjastatud hinnangut. Ehk luua vana
süsteemiga sarnane funktsionaalsus, mis on energiamärgistel. Nupp „Tühista“ peab olema nähtav vaid
allkirjastajale ja MKM peakasutajale. Nupule vajutades peab avanema modaal, kuhu lisatakse tühistamise põhjus
ja kinnitatakse otsus. Kinnitamisel muutub Hinnangu seisund „Tühistatud“ seisundiks. Tühistamisel kasutatav
endpoint peab olema samuti kasutatav vaid dokumendi allkirjastajal ja MKM peakasutajal.
5.4 AUTOMAATSETE TEAVITUSTE EDASTAMINE KOV-IDELE
Osas 5.1 punktis 16 kirjeldatud juhtudel peavad KOV-idele minema automaatsed teavitused.
Teavitused peavad olema vormistatud vastavalt teavituste lisamise juhendile (lisa 10).
Teavituste mallid luuakse vastavasse tabelisse MKM poolt ning edastatakse arendajale töö käigus.
20
5 LISAD
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 ja e-ehituse platvormi andmete kontrollid ja veateated
Lisa 7 Prototüüp - Figma
Lisa 8 ET hindamine_näidis.doc
Lisa 9 Energiamärgiste muudatused-analüüs
Lisa 10 Teavituste lisamise juhend
21
Hankedokumendi lisa 9
Proovitöö hindamise kriteeriumid
1. Kui proovitöö tarne, mis on tehtud vastavuses paigaldusjuhendile pole peale paigaldust kasutatav
siis on proovitöö hinne 0.
2. Proovitööd hinnatakse viie hindamiskriteeriumi alusel. Tabelis toodud hindamiskriteeriumite
osakaalud on võrdsed. Maksimaalne punktisumma on 50 punkti.
3. Iga hindamiskomisjoni liige hindab proovitööd eraldi, punktid summeeritakse ja arvutatakse
aritmeetiline keskmine.
Hindamiskriteeriumid Suurepärane Hea Rahuldav Ebapiisav
50 punkti 30 punkti 15 punkti 0 punkti
1. Olemasolevate Proovitöö ühildub Proovitöö ühildub Proovitöö ühildub
REST teenuste, täielikult olemas osaliselt olemas osaliselt olemas
kasutajaliidese olevate olevate olevate
komponentide, komponentidega: komponentidega: komponentidega:
andmebaasi ja andmebaas, andmebaas, API, andmebaas, API,
stiilifaili kasutamine rakendusliides kasutajaliides, kasutajaliides,
(API) , tarneliin, stiilifailid, tarneliin, stiilifailid,
kasutajaliides, proovitöö koodis proovitöö koodis
tarneliin, esinevad kuni 2 esineb 3-4
stiilifailid, Sonarcube Bugi ja Sonarcube Bug-d ja
proovitöö koodis turvavead. turvaviga.
puuduvad
Sonarcube Bug-d
ja turvavead.
Ebapiisav
2. Paigaldusjuhendid Tarnejuhendi Tarnejuhendi alusel Tarnejuhendi alusel
„Rahuldava“
ja andmebaasi alusel tehtud tehtud paigaldus on tehtud paigaldus on
tulemuse
muudatuste paigaldus on osaliselt õnnestunud, osaliselt õnnestunud,
saavutamiseks
dokumenteerimine õnnestunud, Pakkuja poolt Pakkuja poolt
Pakkuja poolt kirjeldatud kirjeldatud
kirjeldatud suitsutestid näitavad, suitsutestid näitavad,
suitsutestid et proovitöö et proovitöö
näitavad, et paigaldus on osaliselt paigaldus on osaliselt
proovitöö õnnestunud. Juhendi õnnestunud. Juhendi
paigaldus on alusel läbi viidud alusel läbi viidud
õnnestunud tarnes on lubatud 1 tarnes on lubatud 2
viga. viga.
3. Proovitöö Pakkuja tehtud Pakkuja tehtud Pakkuja tehtud
eemaldus juhendi alusel on juhendi alusel on juhendi alusel on
kõik proovitöö proovitöö käigus proovitöö käigus
käigus lisatud lisatud objektid sh. lisatud objektid sh.
objektid sh. Kubernetese Kubernetese
Kubernetese objektid, Helm objektid, Helm
objektid, Helm chartid, andmebaasi chartid, andmebaasi
chartid, objektid ning objektid ning
andmebaasi nendega seotud nendega seotud
objektid ning andmed jm. andmed jm.
nendega seotud Proovitöö käigus Proovitöö käigus
andmed jm. paigaldatud paigaldatud
Proovitöö käigus komponendid on komponendid on
paigaldatud eemaldatud osaliselt, eemaldatud osaliselt,
komponendid on eemaldusjuhendi või eemaldusjuhendi või
eemaldatud. eemaldusskriptidesse eemaldusskriptidesse
on lubatud 1 viga. on lubatud 2-3 viga.
4. Kas nõutav Realiseeritud Realiseeritud Realiseeritud
funktsionaalsus on funktsionaalsus funktsionaalsus funktsionaalsus
realiseeritud? vastab nõuetele vastab nõuetele (k.a. vastab nõuetele (k.a.
(k.a. ristfunktsionaalsed ristfunktsionaalsed
ristfunktsionaalsed nõuded). Lubatud 2 nõuded). Lubatud 3-
nõuded). Lubatud viga. 5 viga.
kuni 1 viga.
5. Kas on järgitud Kasutusel on õiged Kasutusel on õiged Kasutusel on õiged
stiiliraamatu nõudeid komponendid, komponendid, komponendid,
ja kasutajamugavus vormide välimus vormide välimus vormide välimus
on tagatud? vastab vastab vastab üldjoontes
stiiliraamatule, stiiliraamatule, stiiliraamatule,
kasutajamugavus kasutajamugavus on kasutajamugavus on
on tagatud. tagatud. üldiselt tagatud.
Vigadeta tekstid Vigadeta tekstid Tekstid tulevad
tulevad tulevad keelefailist. keelefailist. Lubatud
keelefailist. Lubatud 3-5 väikest* 6-10 väikest* visuaali
Lubatud kuni 2 visuaali või teksti või teksti viga.
väikest* visuaali viga. Kasutaja ei jää
või teksti viga. ühelegi väljale kinni.
* väike viga:
* väike viga: tähemärgi,
* väike viga:
tähemärgi, grammatiline,
tähemärgi,
grammatiline, joonduse, või muu
grammatiline,
joonduse, või muu selline viga, mis ei
joonduse, või muu
selline viga, mis ei eksita kasutajat
selline viga, mis ei
eksita kasutajat tegevuse läbi viimisel
eksita kasutajat
tegevuse läbi ega viita vale
tegevuse läbi viimisel
viimisel ega viita komponendi
ega viita vale
vale komponendi kasutamisele.
komponendi
kasutamisele.
kasutamisele.
Hankedokumendi lisa 8
HOONETE TEHNOSÜSTEEMIDE ENERGIATÕHUSUSE HINDAMISE ESILEHT
Proovitöö kirjeldus
1. Taust
Täna toimub hoonete energiatõhususe hindamise protsess ehitisregistri (EHR) rakendusest väljaspool
ning energiatõhususe hinnangute andmeid EHR-is ei ole. Plaanis on tulevikus teostada energiatõhususe
hinnangute andmised EHRis, arvestades ehitisregistris olemasolevaid hoone andmeid. Proovitööks on
valitud hoonete energiatõhususe protsessi realiseerimise lähteülesandest ühe alamosa teostamine.
2. Proovitöö eesmärk
Proovitöö eesmärk on hinnata pakkujate kutseoskusi ja toodangu kvaliteeti teostades ühe alamosa
päevakohasest EHR arendusvajaduse lähteülesandest. Proovitöö teostamine eeldab pakkuja poolt EHR
dokumentatsiooniga ja lähteülesande nõuetega tutvumist ning neile vastava arendustöö teostamist
ning töö tulemi vastavuses EHR arendusprotsessi juhendiga paigaldamist.
Infoks, hilisema arendustöö eesmärk on teha lahendus, mis võimaldaks majandus-ja taristuministri
06.08.2020 määruses nr 47 „Hoone energiatõhusust oluliselt mõjutava tehnosüsteemi
energiatõhususe hindamise ja hinnangu kohta ehitisregistrisse kantavate andmete loetelu ja esitamise
kord“ toodud hindamise tulemusi sisestada ehitusregistri keskkonda. Proovitöös tuleb lähtuda ainult
käesolevas lähteülesandes toodud nõuetest.
3. Eeldused proovitöö läbiviimiseks
Konto git.mkm.ee kasutamiseks. Vajalik soovitus, mida pakkuja kasutab arendustöö
läbiviimiseks, paikneb MKM Gitlab koodihoidlas ja sellele juurdepääsuks tuleb taotleda konto.
Konto taotlemiseks edastada arendajate ees- ja perenimed, isikukoodid ning e-kirja aadressid
riigihangete registri (edaspidi e-RHR) kaudu.
Konto ftp.mkm.ee (FTP) kasutamiseks. FTP-st saab laadida andmebaasi dump-i ja
andmebaasi Enterprise Architect kirjeldused. Alla laadimiseks on saadaval ainult proovitöös
kasutatavaid andmeid sisaldav andmebaas.
Arendaja on tutvunud EHR arenduse dokumentidega ja arendus teostatakse vastavuses
dokumentides toodud nõuetele.
Arendaja on taotlenud MKM Git-s oma tööde realiseerimiseks vajalikud projektid.
Projekti taotlemiseks edastada vajalike projektide nimed, projektile juurdepääsu omavate
kasutajate nimed, muud projekti loomiseks vajalikud juhised - näiteks luua forkina mingist
olemasolevast projektist vms. RHRi audu. Projekti nimes peab sisalduma Pakkujat iseloomustav
nimetus. MKM loob vajalikud projektid ning tagab, et projektile on lisatud kasutajateks ainult
Pakkuja poolt taotletud arendajad ja MKM esindaja.
4. Teostamine
4.1. Proovitöö teostamisel tuleb kasutada maksimaalselt olemasolevaid REST teenuseid vt. e-
ehituse API UI komponente vt ehr komponendid ja ehr dokument versioone. Proovitöö aluseks
olevate koodi versioonide Git tag-id täpsustatakse hanke käigus, kuna hanke ettevalmistamise
ajal toimub arendusprotsess ja versioonid uuenevad.
4.2. Ärinõuete realiseerimiseks võtab pakkuja Gitist olemasolevate projektide koodid teeb
nendesse täiendused ja esitab oma poolt testitud koodiid MKM Git-i proovitöö jaoks loodud
projektidesse (vt. p. 0). Proovitöö tulemuse paigaldab Hankija Kubernetes keskkonda
eeldusel, et lähteülesande käigus valmistatud koodi versioon on läbinud vigadeta Hankija
automaatse tarneliini ning paigaldusjuhend on Pakkuja poolt arusaadavalt koostatud.
4.3. Proovitöö jaoks vajalikud andmebaasi muudatused tuleb luua DDL skriptidena, mis asuvad
proovitöö projektis. Skriptid peavad sisaldama nii objektide loomise ja/või muutmise skripte
ning ka kõigi teostatud muudatuste eemaldamise skripte.
4.4. Juhul, kui proovitöö käigus on vajadus teha muudatusi EHR NPM pakettides siis tuleks
vastavate npm pakettide koodi jaoks luua proovitöö projektid ning kasutada npm pakette, mis
on loodud nendest projektidest. Proovitöös tehtavad koodimuudatused ei tohiks olla teistele
Pakkujatele nähtavad.
4.5. Erinevate pakkujate proovitööd tarnitakse hindamiseks ükshaaval Kubernetese keskkonda
ning enne järgmise proovitöö tarnet eemaldatakse eelnev proovitöö ja kõik sellega seotud
komponendid sealhulgas andmebaasi muudatused.
4.6. Proovitöö projekt(id) peab sisaldama juhendit proovitöö jaoks paigaldatud komponentide
eemaldamiseks Kubernetese ja andmebaaside keskkonnast sealhulgas kõik loodud ja/või
muudetud andmebaasi objektid ning proovitöö käigus lisatud andmed.
5. Arvestada nõuetega:
5.1. Arenduse teostamisel tuleb lähtuda ainult käesolevas dokumendis või selles viidatud
dokumentides toodud nõuetest.
5.2. Proovitöö kasutajaliides peab käivituma lingilt https://devkluster.ehr.ee/ui/ehr/ajutine
5.3. Nõuete realiseerimiseks tuleb kasutada olemasolevat raamkomponendi moodulit
(https://git.mkm.ee/ehr/ehr-k8s-pipeline/ehr-ui) ja dokumentide moodulit
(https://git.mkm.ee/ehr/ehr-k8s-pipeline/ehr-dokument-ui) ning nendes kasutatavaid REST
API teenuseid. Vajadusel tuleb olemasolevaid API teenuseid täiendada.
5.4. Kõik uued lisatavad UI komponendid tuleb võtta ehr-components projektist.
https://git.mkm.ee/ehr/ehr-k8s-pipeline/ehr-components
5.5. Antud töö raames tuleb lahendada vaid osa Hoonete tehnosüsteemide energiatõhususe
hindamisest EHRist – käesolevas dokumendis kirjeldatud ekraanivormi loomine,
sisestusvormi avamine, õige dokumendi vormi valik, ehitise andmete ja hinnangu andmete
tab’id ning loodud dokumendi salvestamine.
5.6. Hoonete tehnosüsteemide energiatõhususe hindamise dokumendi sisestusvorm peab
avanema "avalik autenditud” kasutajale lingilt, mis asub EHR raamkomponendi menüü
punktis Energia > Energiatõhusus > Tehnosüsteemi energiatõhususe hinnang. Autentimata
kasutaja ei näe antud menüü punkti:
5.7. Teenus peab avama dokumendi sisestamise ja muutmise vormi, mis on eeltäidetud
dokumendiliigi andmetega, millel aktiivne nupp „Koostan uue hinnangu“
5.8. Kasutada tuleb olemasolevat dokumendi liigi esilehe teenust ja teha spetsiifilise dokumendi
leht.
5.9. Luua uus nupp „Lisan hinnangu“, mis on nähtav "Autenditud” („Avalik autenditud“) ja
„Juriidiline isik“ kasutajale ehitise kehtivate andmete vormil (näiteks
https://devkluster.ehr.ee/ui/ehr/v1/building/120772119) plokis „Ehitise energiamärgised ja
energiatõhususe hinnangud“ (praegu on see plokk nimega „Ehitise energiamärgised“, mis
tuleb uueks nimeks muuta) :
5.10. Hinnangu lisamisel tuleb kõigepealt teha vormi valik:
Kasutajal peab olema võimalus valida hinnangu liik, kas hindamine on olemasoleva või
paigaldatava süsteemi kohta:
Olemasoleva tehnosüsteemi energiatõhususe hinnang
Paigaldatava tehnosüsteemi energiatõhususe hinnang
Dokument_Doty:
115XX Teatis:
11591 Olemasoleva tehnosüsteemi energiatõhususe hinnang
11592 Paigaldatava tehnosüsteemi energiatõhususe hinnang
5.11. „Koostan uue hinnangu“ nupp avab uue dokumendi (antud töö raames tuleb edasi
minna doty=11591) loomise vormi, kuvades vastava vormi nimetust:
5.12. Dokumendi loomise vormil tabil „Ehitis“ tuleb valida ehitis kasutades olemasolevat
funktsionaalsust:
Hinnangut saab anda vaid ühe ehitise kohta korraga, seega dokumendi seos saab olla vaid ühe
ehitisega.
5.13. Dokumendiga peab olema võimalik siduda ehitisi seisundiga:
Kavandatav (EHITIS_SEISUND_KAVAN)
Püstitamisel (EHITIS_SEISUND_PYSTI)
Olemas (EHITIS_SEISUND_OLEMA)
Dokumendiga ei tohi siduda ehitisi seisundiga:
o lammutamisel (EHITIS_SEISUND_LAMEL)
o lammutatud (EHITIS_SEISUND_LAMUT)
o realiseerimata (EHITIS_SEISUND_REATA)
o registrist kustutatud (EHITIS_SEISUND_KUSTU)
Kui püütakse siduda ebasobiva seisundiga ehitisega, siis peab tulema veateade – „Valitud ehitis
ei ole seisundis Kavandatav, Püstitamisel või Olemas“
5.14. Hoone valikuga kaob koondkaart ära ning jääb ehitise asukoha kaart (olemasolev
funktsionaalsus). Süsteem kuvab ehitise aktuaalseid andmeid plokkidena:
o Ehitise üldinfo
o Ehitise kasutamise otstarbed
o Ehitise mõõtmed
o Ehitise tehnilised näitajad
o Ehitise asukoht
o Ehitise kuju (kehand) asukoht
5.15. Luua uus sakk (tab) “Hinnang”.
5.16. Lisada plokk “Hinnangu üldandmed”
5.17. Lisada “Hinnangu üldandmed” plokki 2 checkbox tüüpi välja “Hinnang on hoone osa
tehnosüsteemile” ja “Hoone on osalises või hooajalises kasutuses”.
5.18. Juhul, kui on valitud “Hinnang on hoone osa tehnosüsteemile” siis kuvada täiendav
tekstiväli „Hoone osa, mida hinnatakse“:
5.19. Lisada plokki “Hinnangu üldandmed” väli "Hindamise aeg” (käsitsi sisestatav kuna võib
erineda hinnangu sisestamise kuupäevast) ja rich tekstiväli pikkusega max 4000 “Hindamise
kokkuvõte ja läbiviimise kirjeldus”.
5.20. Antud töö raames tuleb teostada ühe dokumendi tüübi vaadet - Olemasoleva
tehnosüsteemi energiatõhususe hinnang (doty=11591). Hinnangu vormile peavad andmed
vaikimisi tulema ehitise tehnilistest andmetest. Kõikide tehnosüsteemide täitmine ei ole
kohustuslik, hinnang võib olla vaid ühe või mõne süsteemi kohta. Kui on valitud kütte-,
jahutus- ja ventilatsioonisüsteemi hindamine, peab olema võimalik anda energiatõhususe
hinnang – teha üks kolmest valik. Kui ühtegi tehnosüsteemi kategooriat pole valitud, siis
hinnangut anda ei saa:
Tehnosüsteemi andmed Olemasoleva tehnosüsteemi energiatõhususe
hinnang
Küttesüsteem
vaikimisi täidetud
check-box - märgistus
peab olema võimalik märgistus eemaldada
"küttesüsteem on
kombineeritud tarbevee
soojendamise süsteemiga"
Kuvab ehitise aktuaalsetest andmetest (edaspidi
Soojusvarustuse liik
ehitise andmetest) soojusvarustuse liike, kuid on
võimalik lisada täiendavaid
Võimalus valida mitu liiki
Võimalus lisada täiendavaid
Klassifikaator TEHNO_SOOJAVALIK, koodivahemik
(50-51, 70, 2401-2410)
Kuvab ehitise andmetest soojusallikaid, kuid on
soojusallika liik
võimalik lisada täiendavaid
Võimalus valida mitu allikat
Võimalus lisada veel täiendavaid soojusallika liike
(tehnoandmete lisamise vorm klassifikaator
TEHNO_SOOJUSA, koodivahemik 2501-2509)
Käsitsi valitav, valikus:
kütuseliik
1) vedelkütus;
2) küttegaas, võrk;
3) küttegaas, mahuti;
4) tahke, näiteks puit, turvas, brikett, puitgraanul,
saepuru;
5) elekter;
6) maasoojus ja elekter;
7) õhusoojus ja elekter;
8) päikeseenergia;
9) muu energiaallikas.
(klassifikaator TEHNO_ENERGIA, koodivahemik
2601-2612)
Teeb 1 valiku:
energiatõhususe hinnang
1) tehnosüsteem on töökorras ja selle
energiatõhusus on optimaalne
2) tehnosüsteem on töökorras, kuid selle
energiatõhusust saab parandada
3) tehnosüsteem on amortiseerunud
Tarbevee soojendamise süsteem Väli avaneb täitmiseks vaid siis, kui
„Küttesüsteemi“ plokis pole märgistust check-
boxil „"küttesüsteem on kombineeritud tarbevee
soojendamise süsteemiga"
soojusallika liik Käsitsi valitav
Klassifikaator TEHNO_SOOJUSA, koodivahemik
2501-2509.
Käsitsi valitav, valikus klassifikaator
kütuseliik
TEHNO_ENERGIA, vahemik 2601-2612:
1) vedelkütus;
2) küttegaas, võrk;
3) küttegaas, mahuti;
4) tahke, näiteks puit, turvas, brikett, puitgraanul,
saepuru;
5) elekter;
6) maasoojus ja elekter;
7) õhusoojus ja elekter;
8) päikeseenergia;
9) muu energiaallikas.
energiatõhususe hinnang Teeb 1 valiku:
1) tehnosüsteem on töökorras ja selle
energiatõhusus on optimaalne
2) tehnosüsteem on töökorras, kuid selle
energiatõhusust saab parandada
3) tehnosüsteem on amortiseerunud
Jahutussüsteem
Kuvab ehitise andmetest
Jahutussüsteemi liik
Puudumisel, saab kasutaja liike lisada valikust –
klassifikaator TEHNO_JAHUTUS, vahemik 2803-
2807.
Teeb 1 valiku:
energiatõhususe hinnang
1) tehnosüsteem on töökorras ja selle
energiatõhusus on optimaalne
2) tehnosüsteem on töökorras, kuid selle
energiatõhusust saab parandada
3) tehnosüsteem on amortiseerunud
Ventilatsioon
Kuvab ehitise andmetest
ventilatsiooni liik
Puudumisel, saab kasutaja liike lisada valikust –
klassifikaator TEHNO_VENT, vahemik 2703-2708
Teeb 1 valiku:
energiatõhususe hinnang
1) tehnosüsteem on töökorras ja selle
energiatõhusus on optimaalne
2) tehnosüsteem on töökorras, kuid selle
energiatõhusust saab parandada
3) tehnosüsteem on amortiseerunud
Kuvab ehitise andmetest lokaalseid
Lokaalselt elektrit tootev süsteem
elektrisüsteemi liike, lisada valikust, võimalus
lisada käsitsi
Võimalikud elektrisüsteemi liigid ehitise
andmetest, klassifikaator TEHNO_ELEKLIIK:
1) lokaalne, fossiilkütusel põhinev (2304);
2) lokaalne, tuuleenergial põhinev (2305);
3) lokaalne, päikeseenergial põhinev (2306);
4) lokaalne, hüdroenergial põhinev (2307);
5.21. Kütte-, jahutus- ventilatsiooni ja lokaalselt elektrit tootva süsteemi plokile tuleb lisada
Undo (tagasi) nupp , millele vajutamine peab taastama antud tehnosüsteemi algseisu
(näiteks, juhuks, kui kasutaja kogemata eemaldas vale rea ja tahab algset seisu taastada).
5.22. Kütte-, jahutus- ventilatsiooni ja lokaalselt elektrit tootva süsteemi plokile tuleb lisada
olemasolev lahendus uue süsteemi lisamiseks, mis näeb välja järgnevalt:
5.23. Lisada “Hinnang” tab-le nupp “Salvesta”. Hinnangu väljad tuleb salvestada teenusega:
https://swaggerui.ehr.ee/aet_projekti_teenused#/building-data-api-
endpoint/saveBuildingToDocument vastavas objektis. Vajadusel tuleb teenust edasi
arendada. Need andmed, mis loetakse andmebaasitabelist eehitus.do_eh_tehna, tuleb
salvestada key value paaridena samasse tabelisse, ülejäänud andmed tuleb salvestada key
value paaridena andmebaasitabelisse eehitus.do_ehitis_muu. Uus dokument tekitab
andmetest uue versiooni/kirje (INSERT), dokumendi uuendamisel andmetest uusi versioone
ei salvestata (ehk kasutatakse UPDATE). Osaliselt on tegemist uute andmetega, seepärast
tuleb andmebaasi koodid.kl_klassifik_elem tabelisse luua uued võtmed millega uued väljad
salvestada. Need andmeid, mida loetakse andmebaasi tabelist.
5.24. Sisselogitud kasutaja peab enda poolt koostatud hindamisi nägema menüü punktis
Energia > Energiatõhusus > Tehnosüsteemi energiatõhususe hinnang:
5.25. Salvestatud dokument peab olema taasavatav ning seda peab saama uuesti muuta.
5.26. Rakenduse kasutajaliides peab olema kasutatav järgmiste veebibrauseritega: Chrome,
Safari, Firefox, Edge, AndroidChrome ja IOS lehitsejad.
5.27. Üldjuhul peavad API päringud tagastama tulemuse brauserisse alla 1s.
6. Lisad
6.1. Lisa 1 e-ehituse platvormi tarkvaraline arhitektuur
6.2. Lisa 2 e-ehituse platvormi ristfunktsionaalsed nõuded (mittefunktsionaalsed nõuded)
6.3. Lisa 3 EHR arendustööde läbiviimise ja testimise juhend
6.4. Lisa 4 e-ehituse platvormi stiiliraamat
6.5. Lisa6 EHR ja e-ehituse platvormi andmete kontrollid ja veateated
Käskkirja lisa 2
Majandus- ja Kommunikatsiooniministeerium
HANKEDOKUMENT
Avatud hankemenetlus
„Ehitisregistri arendusteenus 4“
Riigihanke objekt :
CPV kood: 72260000-5 - Tarkvaraga seotud teenused
Tallinn 2022
1
Hankedokumendi sisukord
1. Hanke üldandmed .......................................................................................................... 3
2. Riigihanke objekt ........................................................................................................... 3
3. Pakkumuse esitamine ..................................................................................................... 4
4. Teavitamine ja selgitused ............................................................................................... 5
5. Pakkumuste avamine ..................................................................................................... 6
6. Pakkumuse struktuur ja vastavuse kontrollimine .......................................................... 6
7. Kõigi pakkumuste tagasilükkamine ............................................................................... 6
8. Pakkumuse maksumuse esitamise juhend ..................................................................... 7
9. Pakkumuste hindamine .................................................................................................. 7
10. Hanketingimused pakkuja töötajate kohta ................................................................. 7
11. Pakkumuste edukaks tunnistamine ............................................................................ 7
12. Hankedokumendi lisad: .............................................................................................. 8
2
1. Hanke üldandmed
1.1. Hankija
Käesoleva riigihanke lepingu esemeks olevate teenuste hankijaks on Majandus- ja
Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur-Ameerika 1, Tallinn
10122. Hankija kontaktandmed:, e-post:
[email protected], tel: 625 6342.
1.2. Hankemenetluse liik ja eeldatav maksumus
Hankemenetlus viiakse läbi avatud hankemenetlusena, mille tulemusena sõlmitakse
raamleping Raamlepingu eeldatav maksimaalne maksumus on 12 miljonit eurot ilma
käibemaksuta.
1.3. Hankemenetluse teostamise viis: e-menetlus riigihangete registris (edaspidi
riigihangete register) aadressil https://riigihanked.riik.ee.
1.4. Riigihanke läbiviimise eest vastutav ametiisik.
Vastutavaks ametiisikuks on Majandus- ja Kommunikatsiooniministeeriumi
infotehnoloogiaosakonna infosüsteemide arendustalituse juhataja Verner Eiber, tel. 625
6496, e-post
[email protected].
1.5. Riigihankes saavad osaleda ainult pakkujad, kelle elu- või asukoht on Eestis, mõnes
muus Euroopa Liidu liikmesriigis, muus Euroopa Majanduspiirkonna lepinguriigis või
Maailma Kaubandusorganisatsiooni riigihankelepinguga ühinenud riigis.
1.6. Riigihankes ei ole lubatud osaleda isikul, kes
1.6.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%;
1.6.2. on Vene Föderatsiooni kodaniku või Vene Föderatsioonis asutatud ettevõtja, asutuse
või muu üksuse või omanike (sh omanike kuni tegeliku kasusaajani st viimase füüsilise
isikuni välja) esindaja või tegutseb sellise isiku juhiste alusel;
1.6.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.6.3.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
1.6.3.2. rohkem kui 50% ulatuses otseselt või kaudselt eelmises punktis nimetatud isiku,
asutuse või muu üksuse omandis; või
1.6.3.3. saab oma juhised Vene Föderatsiooni kodanikult, ettevõtjalt, asutuselt või mu
üksuse käest või on omanike esindaja või tegutseb sellise isiku juhiste alusel.
2. Riigihanke objekt
2.1. Riigihanke objektiks on ehitisregistri (edaspidi EHR) arendus- ja hooldusteenuse
tellimine.
3
2.2. Raamlepingu sõlmimine
2.2.1. raamleping sõlmitakse kuni nelja pakkujaga;
2.2.2. raamlepingu täitmise tähtaeg on neli aastat (48 kuud) alates raamlepingu sõlmimisest;
2.2.3. juhul kui riigihankel osutub edukaks ainult üks pakkuja, siis sõlmitakse raamleping
vaid ühe pakkujaga;
2.2.4. raamlepingu alusel sõlmitakse arendus- ja hooldusteenuse teostamiseks konkreetsed
hankelepingud lähtudes raamlepingust tulenevatest tingimustest.
2.2.5. Lisas 7 on esitatud hankelepingute sõlmimise tingimused juhul kui raamleping
sõlmitakse ühe pakkujaga ja juhul kui raamleping sõlmitakse mitme pakkujaga, samuti
minikonkursside läbiviimise, hankelepingute sõlmimise ja tööde vastuvõtmise kord.
2.3. Arenduste hankelepingu „Energiatõhususe hindamine ehitisregistris“ puhul
minikonkurssi ei korraldata, hankeleping sõlmitakse riigihanke pakkumuste alusel enim
väärtuspunkte saanud eduka pakkujaga.
2.4. EHR-i tarkvara kasutajaõiguste ja lähtekoodi taotlemine
Kui taotleja soovib tutvuda EHR-i olemasoleva tarkvara funktsionaalsusega või tarkvara
lähtekoodiga, siis tuleb tal esitada hankijale vastav taotlus (Lisa 10) riigihangete registri
kaudu.
2.5. Kui sõlmitud hankelepingute käigus muudetakse mingi EHR-i tarkvara mooduli
funktsionaalsust, siis läheb selle mooduli garantiikohustus mooduli funktsionaalsuse
muutjale.
2.5. Proovitöö esitamine
Koos pakkumusega tuleb esitada proovitöö tulem. Kui proovitööd ei esitata või proovitöö ei
vasta Lisas 8 esitatud tingimustele, siis pakkumust vastavaks ei tunnistata ja hankija lükkab
pakkumuse tagasi.
2.6. Riigihange ei ole täiendavalt osadeks jaotatud. Kuna Hankija sõlmib raamlepingu kuni
nelja eduka pakkujaga ning hankelepingud sõlmitakse minikonkursside alusel, siis sellega
on tagatud et tööde tellimine raamlepingu alusel on olemuslikult jaotatud väiksemateks
osadeks. Selline hankelepingut sõlmimise kord tagab Hankija rahaliste vahendite otstarbeka
ja säästliku kasutamise ning konkurentsi efektiivse ärakasutamise.
2.7. Olelusringi kulud.
Antud riigihanke puhul arvestatakse EHRi olelusringi kulusid hooldusteenuse maksumuses.
3. Pakkumuse esitamine
3.1. Käesolevaga teeb hankija pakkujatele ettepaneku esitada pakkumus vastavalt riigihanke
alusdokumentides sisalduvatele tingimustele.
3.2. Pakkumuse esitamine vastuseks riigihanke alusdokumentidele tähendab pakkujale
nõustumist kõigi hanketingimuste ja reeglitega, millised on tehtud teatavaks riigihanke
alusdokumentides.
4
3.3. Pakkumus peab vastama riigihanke alusdokumentides esitatud tingimustele ja tuleb
esitada kogu riigihanke alusdokumentides nõutud mahus.
3.4. Ühispakkumuse esitamise korral peab pakkumuses sisalduma kinnitus, et hankelepingu
täitmise eest vastutavad ühispakkujad solidaarselt.
3.5. Edukaks tunnistatud pakkumuse esitanud pakkuja võtab endale kohustuse ning
vastutuse EHRi arendus- ja hooldusteenuse osutamiseks kooskõlas hanketingimustega ning
tema esitatud pakkumusega.
3.6. Alternatiivsed lahendused ei ole lubatud.
3.7. Juhend pakkumuse vormistamiseks, märgistamiseks ja esitamiseks.
3.7.1. Pakkumus ja kõik pakkumuse juurde kuuluvad dokumendid peavad olema eesti
keeles. Kõik võõrkeelsed dokumendid peavad olema vormistatud trükitult ning eesti keelde
tõlgitud, kusjuures tõlge peab vahetult järgnema originaalile. Erandiks on reklaamialased
trükised, mis ei pea olema eesti keelde tõlgitud.
3.7.2. Pakkumused tuleb esitada riigihangete registrisse (https://riigihanked.riik.ee, edaspidi
RHR).
3.8. Pakkumuste esitamise tähtpäev ja kellaaeg avaldatakse RHR-i üldandmete lehel.
3.9. Kui pakkumus sisaldab ärisaladust, siis pakkumuses peab märkima Lisa 11 esitatud
vormil, milline teave on pakkuja ärisaladus ning põhjendama teabe ärisaladuseks määramist.
Pakkuja ei või ärisaladusena märkida RHS § 461 lg 1 toodud andmeid.
4. Teavitamine ja selgitused
4.1. Riigihanke alusdokumentide sisu kohta saab selgitusi ainult kirjalikul pöördumisel läbi
RHR-i „Teabevahetus“ töölehe. Pöördumine tuleb vormistada eesti keeles.
4.2. Hankija vastab punktis 4.1 nimetatud pöördumistele 3 tööpäeva jooksul vastava taotluse
saamisest arvates, lisades vastused RHR-i „Teabevahetus“ töölehele. Kui pöördumise
laekumise ja pakkumuse esitamise tähtpäeva vahele ei jää vähemalt 6 tööpäeva, ei ole
Hankija kohustatud pöördumisele vastama.
4.3. Hankija võib teha riigihanke alusdokumentides muudatusi vastavalt RHS-le, teave
nimetatud muudatuste kohta saadetakse vaid neile hankemenetlusest huvitatud isikutele ja
pakkujatele, kes on registreerunud riigihanke alusdokumentide väljavõtmisel.
4.4. Pakkuja võtab enda kanda pakkumuse ja pakkumuse tagasivõtmise teate hankijale
üleandmise kogu riski, kaasa arvatud vääramatu jõu toime võimaluse.
4.5. Pakkuja kannab kõik pakkumuse ettevalmistamise ning esitamisega seotud kulud kuni
hankelepingu sõlmimiseni.
4.6. Pakkuja peab hoidma oma pakkumuse jõus vähemalt 90 päeva. Pakkumuse jõusoleku
tähtaeg algab pakkumuste esitamise tähtpäevast.
4.7. Kõikidest hankemenetluses tehtud otsustest teavitatakse pakkujaid RHR-i kaudu
viivitamatult, kuid mitte hiljem kui 3 tööpäeva jooksul vastava otsuse tegemisest arvates.
5
5. Pakkumuste avamine
Pakkumuste avamine toimub elektrooniliselt RHR-i keskkonnas.
6. Pakkumuse struktuur ja vastavuse kontrollimine
6.1. Pakkuja esitab koos pakkumusega hankepassi Euroopa Komisjoni kehtestatud
standardvormil.
6.2. Pakkuja esitab pakkumuses:
6.2.1. kinnituse kõigi riigihanke alusdokumentides esitatud tingimuste ülevõtmise kohta;
6.2.2. pakkumuse maksumuse vastavalt maksumuse esitamise vormile (Lisa 2);
6.2.3. kinnituse, et pakkuja suudab tagada esitatud nõuetele vastavate spetsialistide
kaasamise kogu hankelepingu perioodi vältel ning vastavate spetsialistide CV-d koos
spetsialistide hankes osalemise kinnitustega;
6.2.4. pakkuja ettevõtte esindajate nimekirja;
6.2.5. pakkuja kinnitab, et ta ei kaasa üle 10% hankelepingu maksumusest hankelepingu
täitmisele alltöövõtjaid, tarnijaid ega tugine kvalifitseerimistingimuste täitmisel selliste
ettevõtjate näitajatele, kes on:
6.2.5.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;
6.2.5.2. rohkem kui 50% ulatuses otseselt või kaudselt punktis 6.2.5.1. nimetatud isiku,
asutuse või muu üksuse omandis;
6.2.6. proovitöö tulemi vastavalt Lisas 8 toodud kirjeldusele ja nõuetele;
6.2.7 kinnitus, et hankelepingu täitmise eest vastutavad ühispakkujad solidaarselt (ainult
ühispakkumuse esitamise korral).
6.3. Pakkumuste vastavuse kontrollimine:
6.3.1. hankija kontrollib hankepassi alusel kõrvaldamata jäetud ja kvalifitseeritud pakkujate
esitatud ja avatud pakkumuste vastavust riigihanke alusdokumentides esitatud tingimustele;
6.3.2. hankija lükkab pakkumuse tagasi, kui see ei vasta riigihanke alusdokumentides
esitatud tingimustele. Hankija võib tunnistada pakkumuse vastavaks, kui selles ei esine
sisulisi kõrvalekaldeid riigihanke alusdokumentides sätestatud tingimustest;
6.3.3. hankija lükkab tagasi pakkumuse, kus ei ole esitatud Lisas 8 kirjeldatud proovitööd.
6.4. Pakkuja, kelle pakkumus on tagasi lükatud, ei osale edasises hankemenetluses.
7. Kõigi pakkumuste tagasilükkamine
7.1. Hankija võib teha põhjendatud kirjaliku otsuse kõigi pakkumuste tagasilükkamise kohta
lisaks RHS § 116 lõikes 1 nimetatule kui:
7.1.1. hankemenetluse toimumise ajal on hankijale saanud teatavaks uued asjaolud, mis
välistavad või muudavad hankijale ebaotstarbekaks hankemenetluse lõpule viimise
riigihanke alusdokumentides sätestatud tingimustel;
7.2. Hankija ei kanna vastutust pakkujate ees, kui kõigi pakkumuste tagasilükkamine on
toimunud käesolevas dokumendis sätestatud tingimustel.
6
8. Pakkumuse maksumuse esitamise juhend
8.1. Pakkumuse maksumus esitatakse hankedokumendi Lisas 2 esitatud vormil.
8.2. Pakkumuses esitatud hinnad väljendatakse eurodes.
8.3. Tööde maksumus esitatakse koos muude asjakohaste maksudega, käibemaksuta ja ka
käibemaksuga.
8.4. Pakkumuses esitatud hind on lõplik. Pakkuja ei tohi hankijalt täiendavalt nõuda muid
tasusid peale Lisas 2 toodud vormil esitatavate.
8.5. Valuutakursside, kauba tootjahinna muutumine või muud tegurid hinda ei mõjuta.
9. Pakkumuste hindamine
Pakkumuste võrdlemine, hindamine ja hindamiskriteeriumid on toodud Lisas 6.
10. Hanketingimused pakkuja töötajate kohta
10.1. Pakkuja peab tagama teenuse osutamise allpool toodud nõuetele vastava
kvalifikatsiooniga spetsialistide poolt:
10.1.1. vähemalt üks 5-aastase projektijuhtimise kogemusega projektijuht, kes on läbi viinud
vähemalt 2 projekti mille maht on vähemalt 4000 töötundi.
10.1.2. vähemalt kolm arendajat kellel on vähemalt 3-aastane töökogemus html, css,
javascript ja java koodi kirjutamisel;
10.1.3. vähemalt üks infosüsteemide arhitekt 3-aastase töökogemusega;
10.1.4. vähemalt üks 3-aastase tarkvara analüüsi kogemusega analüütik, kes on teostanud
analüüsi riiklikule registrile ja süsteemile, milles on kasutusel X-tee teenused ning eesti.ee
ID kaardi teenustel põhinevat autentimist;
10.1.5. vähemalt üks 5-aastase töökogemusega andmebaaside arendaja, kellel on kogemus
veebipõhise tarkvara, X-tee teenuseid ja Eesti ID-kaardi teenuseid kasutava süsteemi
arendamisel;
10.1.6. vähemalt üks 5-aastase töökogemusega kasutajaliideste UX disainer.
10.2. Üks spetsialist tohib samaaegselt täita kuni kaks punktis 10.1 määratud ülesannet.
10.3. Pakkuja esitab spetsialistide CV-d ja kirjaliku kinnituse, et ta suudab tagada esitatud
nõuetele vastavate spetsialistide kaasamise kogu lepingu perioodi vältel. Pakkujal on õigus
vahetada punktis 10.1. nõutud meeskonnaliikmetena esitatud isikuid ainult tingimusel, et
meeskonnaliige asendatakse vähemalt samaväärse kompetentsiga isikuga.
10.4. Hankijal on õigus kontrollida punkti 10.1. tingimuste täitmist kogu lepingu perioodi
vältel.
11. Pakkumuste edukaks tunnistamine
11.1. Edukaks tunnistatakse kuni neli enam punkte saanud pakkumust pingerea alusel.
11.2. Hankija kontrollib pärast pakkumuste edukaks tunnistamise otsuse tegemist ja enne
hankelepingu sõlmimist edukaks tunnistatud pakkumuse esitajal kõrvaldamise aluste
puudumist ja kehtestatud kvalifitseerimise tingimustele vastamist.
7
12. Hankedokumendi lisad:
Lisa 1 – Esimese arenduse hankelepingu lähteülesanne
Lisa 2 – Maksumuse esitamise vorm
Lisa 3 - Raamlepingu eritingimuste projekt
Lisa 4 – Hankelepingu projekt
Lisa 5 - Hooldusteenuse osutamise kord
Lisa 6 – Pakkumuste hindamine
Lisa 7 – Hankelepingute täitmise tingimused
Lisa 8 – Proovitöö kirjeldus
Lisa 9 – Proovitöö hindamise kriteeriumid
Lisa 10– Kasutajaõiguste ja tarkvara lähtekoodile juurdepääsu taotlus ning
konfidentsiaalsuskohustus
Lisa 11 – Ärisaladuse teabe esitamise vorm
8