dokumendiregister.ee
OtsingAsutusedMCP
Otsing›Majandus- ja Kommunikatsiooniministeerium
KäskkiriAvalik

Käskkiri

Majandus- ja Kommunikatsiooniministeerium · 11. mai 2023
Viit
43
Registreeritud
11. mai 2023
Dokumendi liik
Käskkiri
Funktsioon
1.1/S Ministeeriumi juhtimine
Sari
1.1-2/S Kantsleri käskkirjad (Arhiiviväärtuslik)
Toimik
1.1-2/2023
Vastutaja
Christopher-Robin Raitviir (Majandus- ja Kommunikatsiooniministeerium, Kantsleri valdkond, Ehituse valdkond, Ehitus- ja elamuosakond, Ehitisregistri talitus)

Failid

  • 📎43 11.05.2023 Käskkiri.asice3588 KB

Sisu (failidest)

KÄSKKIRI 11.05.2023 nr 43 Riigihanke „Planeeringu infomudeli kasutamise detailanalüüs ja prototüüplahenduse loomine" korraldamine, komisjoni ja vastutava isiku nimetamine Riigihangete seaduse § 14 lõike 1 punkti 1, § 100 ja § 101 alusel ning kooskõlas ettevõtlus- ja infotehnoloogiaministri ning majandus- ja taristuministri 09.10.2017 käskkirjaga (registreeritud dokumendihaldussüsteemis 03.10.2017. a) nr 1.1-1/17-199 kinnitatud „Majandus- ja Kommunikatsiooniministeeriumi hankekorraga“: 1. Korraldada riigihange „Ehitisregistri andmehalduse raamistiku analüüs“ (riigihanke objekti kood 72200000-7 „Tarkvara programmeerimis- ja nõustamisteenused“) avatud hankemenetlusena. 2. Määran käskkirja punktis 1 nimetatud lihthanke eest vastutavaks isikuks Majandus- ja Kommunikatsiooniministeeriumi (edaspidi MKM) ehitusregistri talituse BIM projektijuhi Christopher-Robin Raitviiri. 3. Moodustan hankekomisjoni käskkirja punktis 1 nimetatud lihthanke korraldamiseks, sh pakkujatel kõrvaldamise aluste kontrollimiseks ja pakkujate kvalifitseerimiseks hankepassi alusel, pakkumuste vastavaks tunnistamiseks ja eduka pakkumuse väljaselgitamiseks ning edukal pakkujal kõrvaldamise aluste ja kvalifitseerimise tingimustele vastavuse kontrollimiseks hankepassis esitatud kinnitusi tõendavate dokumentide ja andmete alusel, järgmises koosseisus: 3.1. Komisjoni esimees Christopher-Robin Raitviir– MKMi ehitusregistri talituse BIM projektijuht. Komisjoni liikmed: 3.2. Jüri Rass – MKMi ehitus- ja elamuosakonna digitaalehituse ekspert; 3.3 Jaan Saar – MKMi ehitus- ja elamuosakonna digitaalehituse valdkonna juht; 3.4. Teele Kukk – MKMi planeeringute menetluskeskkonna projektijuht; 3.5. Andres Maremäe – Tallinna Strateegiakeskuse geoinformaatika osakonna juhataja, tema nõusolekul; 3.6. Kermo Mägi – Rahandusministeeriumi ruumilise planeerimise osakonna nõunik, tema nõusolekul. 4. Kinnitan käskkirja punktis 1 nimetatud lihthanke alusdokumendid (lisatud). 2 5. Valitud hankemenetluse liigi ja punktis 4 nimetatud hanke alusdokumentide peale võib esitada vaidlustuse Rahandusministeeriumi juures asuvale riigihangete vaidlustuskomisjonile riigihangete seaduses sätestatud korras ja tähtajal. (allkirjastatud digitaalselt) Ahti Kuningas kantsler 1 HANKEDOKUMENDI LISA 1 HANKELEPINGU ESEME TEHNILINE KIRJELDUS PLANEERINGU INFOMUDELI KASUTAMISE DETAILANALÜÜS JA PROTOTÜÜPLAHENDUSE LOOMINE Koostaja: Majandus- ja Kommunikatsiooni- ministeeriumi Ehitisregistri talitus Tallinn 2023 2 Sisukord 1. Lühendite loetelu............................................................................................................................. 2 2. Taustainformatsioon ....................................................................................................................... 2 3. Töö eesmärk .................................................................................................................................... 4 4. Nõuded, millega tuleb arvestada detailanalüüsi ning prototüüplahenduse koostamisel .............. 5 Nõuded detailanalüüsile: .................................................................................................................... 5 Nõuded prototüüplahendusele: .......................................................................................................... 6 5. Töö läbiviimise metoodika põhimõtted .......................................................................................... 8 6. Hankelepingu täitmise tulemus....................................................................................................... 8 7. Hankelepingu täitmise ajakava........................................................................................................ 8 1. LÜHENDITE LOETELU BIM – Building Information Modelling – ehitusinformatsiooni modelleerimine CityGML – City Geography Markup Language – linnamudelite andmeformaat E-ehituse platvorm – MKM poolt välja arendatav ehitusvaldkonna e-teenuste integratsioonikeskkond EHR - ehitisregister GIS – Geographic Information System - geograafiline infosüsteem IFC – Industry Foundation Classes - vabavaraline BIM informatsiooni failiformaat KOV – kohalik omavalitsus MKM – Majandus- ja Kommunikatsiooniministeerium PLANIS – Planeeringute menetluse infosüsteem PLANK – Planeeringute andmekogu RAM - Rahandusministeerium TalTech – Tallinna Tehnikaülikool TLV – Tallinn Linnavalitsus UI – user interface - kasutajaliides UX – user experience – kasutajakogemus 2. TAUSTAINFORMATSIOON Eesti ehitussektor koos kinnisvaraarendusega on üks suurima lisandväärtuse ja tööhõive mõjuga sektoreid. Lisaks ehitustegevusele hõlmab sektor selliseid valdkondi nagu planeerimine, arhitektuur, inseneritegevus ja varade haldamine. Investeeringud 3 kinnisvarasse on reeglina mahukad, mistõttu toimuvad muutused ehitussektoris aeglaselt, samas pole tegemist järjepidevate muudatustega. Seega iseloomustab sektorit tsüklilisus, mis raskendab järjepidevat toodete, tehnoloogiliste lahenduste, oskuste jms arendamist. Keerukust lisavad Eesti piiratud ehitusmahud ning sektorile iseloomulik väikeettevõtete suur osakaal ja projektipõhine töökorraldus. Üha kindlamaks kujuneb maailmas ja Eestiski arusaamine, et BIMi (Building Information Modelling) kasutusele võtmine ehituses on möödapääsmatu. Erinev on aga arusaamine BIMist. Tegemist ei ole mitte uue tarkvara rakendusega projekteerimise hõlbustamiseks, vaid kogu ehitusinfo koondamisega ühtsesse süsteemi läbi terve ehitise elukaare, st tervikliku ehitusinfo haldamise süsteemiga. BIM põhimõtete kasutamisele üleminek eeldab põhjalikku eeltööd igas ehitamisega ja ehitistega seotud organisatsioonis. Vaja on saavutada terviklik ehitise elukaareüleste tegevuste (planeerimine, kavandamine, projekteerimine, ehitamine, korrashoid, rahastamine) kirjeldamine. Ei tohi unustada, et ehitised ei ole vaid hooned, vaid hõlmavad ka rajatisi ja taristut. Seetõttu on just ehitiste omanikud ja tellijad need, kellest algab edukas ja efektiivne BIM kasutuspraktika. BIM-i kasutuselevõtmisel on mitmeid tegevusi, millega tegeletakse eelkõige riigi tasandil (mõistete süsteem ja selle sobitamine vastavate rahvusvaheliste terminitega, ehitise elukaart tervikuna kirjeldavad klassifikaatorid, ühtsed mahtude mõõtmise ja ajakulude arvestamise põhimõtted jne). Samas on ka selliseid eeltöid, mida tuleks teha KOV tasandil selleks, et kujundada sobilikud info liikumise mudelid, mis võimaldaks koos kasutatavate tehnoloogiliste vahenditega kirjeldada ehitise andmeid kõigile seotud osapooltele (ametnikud, ettevõtjad, kasutajad) kogu elukaare jooksul. Majandus- ja kommunikatsiooniministeerium (MKM), Tallinna Linnavalitsus (TLV), Tallinna Tehnikaülikool (TalTech), Rahandusministeerium (RAM) jpt on viimaste aastate jooksul teinud tõsist tööd ehituse digitaliseerimise ja ehitusinfo modelleerimise (BIM) juurutamise valdkonnas:  MKM koostöös TalTechi, Tallinna Tehnikakõrgkooli ja Ehituskeskusega on välja töötanud ühtse ehituse elukaareülese klassifitseerimissüsteemi CCI-EE1, mis on ehituse digitaliseerimise seisukohalt hädavajalik eeldus.  MKM tellimisel on ehitisregistri (EHR) mikroteenusena loodud BIM-põhise ehitusloa menetluse tarkvaralahendus2, mis võimaldab IFC formaadis esitatud BIM mudelite seadusandlusele vastavuse automaatset kontrollimist ja ehitusinfomudelite visuaalset vaatamist ehitusloa taotlemise ja menetlemise protsessis.  TLV koostöös TalTechiga on lepingu „Ehitise eluea digitaalse infomudeli loomine linnale“ raames liikunud edasi BIM-põhise ehituslubade menetlemise suunas. Kaardistatud ja süstematiseeritud on ülimahukas infomassiivide süsteem, selle kasutamise tavad, koostatud info liikumise mudelid protsessi-kaardid ja vastutusmaatriksid, mis kirjeldavad nii vastava info tekkimist kui eesmärgipärast kasutamist. See kõik loob eeldused BIM-põhiseks ehituslubade menetlemiseks. 1 CCI-EE klassifitseerimissüsteemi uuring https://eehitus.ee/timeline-post/cci-ee/ 2 BIM-põhine ehitusloa menetlus https://eehitus.ee/timeline-post/bim-pohine-ehitusloa-menetlus/ 4  Sügisel 2022 kaitsti TalTechis doktoritöö „Readiness Assessment for BIM-based Building Permitsusing Multiple Criteria Analysis“3, ehk „BIM-i põhiste ehituslubade valmiduse hinnang hulgikriteeriumide analüüsi meetodil“, mis võtab kokku ehituslubade menetlemise protsessi rahvusvaheliselt, toob välja tüüpilisemad probleemid BIM-rakendamise praktikas ning võimaldab hinnata omavalitsuste BIM- põhistele ehituslubadele ülemineku valmidust.  RAM tellimisel on valminud CGI poolt tehtud uuringud „Planeeringute menetluse avalike teenuste disainimise ja menetlussüsteemi ning e-ehituse platvormiga liidestamise eel- ja ärianalüüs“4 ning Nortali koostatud uuring „Planeeringute menetluse infosüsteemi funktsionaalsete nõuete ning e-ehituse komponentide taaskasutusvõimaluste määratlemise analüüs“5.  MKM ja RAM koostöös on arenduses planeeringute menetlemise infosüsteem. Nimetatud eraldiseisvad uuringud ja arendused on lahendanud vajalikke kitsaskohti, kuid ei ole sidunud ehitiste projekteerimisele eelnevat planeeringute koostamise ja menetlemise protsessi ühtseks tervikuks ehitise elukaares ning ei ole loonud kohalikule omavalitsusele rakenduslikku tööriista BIM-põhiseks lähenemiseks planeerimisprotsessile. Kahjuks jätkub tänaseni mitmetes omavalitsustes häirivalt pikk detailplaneeringute menetlusprotsess, mis muudab töötamise ebaefektiivseks ning kodanikud rahulolematuks. Tõsi, tänu eelnevale koostööle on süstematiseeritud andmed ja menetlusprotsessi hierarhia, saame hinnata BIM-põhisele ehituslubade menetlemise valmidust omavalitsuse tasandil, kuid BIM-põhiste planeerimisprotsesside rakendamiseni ei ole veel jõutud. 3. TÖÖ EESMÄRK Tellitava töö eesmärgiks on teha planeerimisprotsessiga seotud turuosaliste seas süsteemne tulemuslik detailanalüüs, mis võimaldab hinnata turu valmisolekut ja vajalikke muudatusi riiklikul ja kohaliku omavalitsuse tasandil planeeringute infomudelite kasutuselevõtuks planeerimisprotsessides ning planeeringu menetlusprotsessis, eelkõige detailplaneeringute kontekstis. Planeeringu liigid, mida töös käsitletakse on detailplaneering ja üldplaneering. Teiseks eesmärgiks on rahvusvaheliste avatud andmeformaatide kasutatavuse analüüs planeeringu infomudeli kontekstis. Detailanalüüsi tulemuste põhjal peab valmima planeeringu infomudeli 3D visualiseerimise ja automaatkontrollimise prototüüplahendus, mis oleks kasutatav detailplaneeringute menetlusprotsessis (menetletava detailplaneeringu automaatkontrollid kehtestatud üldplaneeringu poolt seatud nõuete vastu) ning BIM-põhises ehitusloa menetluses (BIM-põhise ehitusprojekti automaatkontrollid kehtestatud detailplaneeringu infomudelis kajastatud nõuetega). 3 Ullah.K, Readiness Assessment for BIM-based Building Permitsusing Multiple Criteria Analysis, doktoritöö, 128pp https://digikogu.taltech.ee/en/Item/8d451da3-63a5-4ba4-ad2d-7f180a988b8c 4 CGI uuringu lõpparuanne „Planeeringute menetluse avalike teenuste disainimise ja menetlussüsteemi ning e- ehituse platvormiga liidestamise eel- ja ärianalüüs“ https://planeerimine.blogi.fin.ee/wp- content/uploads/2021/05/mkm_rm_planeeringud_menetlus_arianalyys_l6pparuanne.pdf 5 Nortali eelanalüüs „Planeeringute menetluse infosüsteemi funktsionaalsete nõuete ning e-ehituse komponentide taaskasutusvõimaluste määratlemise analüüs“ https://planeerimine.ee/wp- content/uploads/Nortali_analyys.pdf 5 Definitsioon mõistele planeeringu infomudel käesoleva hanke kontekstis: „Planeeringu infomudel on ruumiliselt (3D) visualiseeritav planeeringu andmete kogum, kus andmed on seotud vastavate elementidega (Näiteks, hoonestusala andmed on hoonestusala elemendi küljes ning haljastuse andmed on haljastuse elementide [puud, põõsad, pinnakihid] küljes). Planeeringute infomudel on avatud andmeformaadis ning võimalik visualiseerida linnade ja riigi digitaalsetes kaksikutes. Planeeringu infomudeli põhjal on võimalik kontrollida planeeringute nõuetele vastavust menetlusprotsessis.“ 4. NÕUDED, MILLEGA TULEB ARVESTADA DETAILANALÜÜSI NING PROTOTÜÜPLAHENDUSE KOOSTAMISEL Nõuded detailanalüüsile: 4.1 Pakkuja peab läbi viima intervjuu planeerimisprotsessiga seotud turuosalistega, sealhulgas Eesti Planeerijate Ühingu, Eesti Arhitektide Liidu ja Eesti Maastikuarhitektide Liidu esindajatega; minimaalselt 5 KOV-i esindajatega (sealhulgas Tallinna ja Tartu linnad); Maa- Ameti, RAM ning MKM hankija poolt valitud esindajatega ning minimaalselt 3 planeeringute koostamisega tegeleva eraettevõtte esindajatega. Hankija võib lisada nimekirja veel kuni 5 intervjuueritavat. Intervjuude tulemusel peab selguma minimaalselt: 4.1.1 Turu valmisolek planeeringute infomudeli kasutuselevõtuks. 4.1.2 Enimkasutatavad tarkvarad planeeringute (üldplaneering ning detailplaneering) koostamiseks. 4.1.3 Praeguse protsessi kitsaskohad seadusandlikust ning protsessi tulemuslikkuse vaatest. 4.1.4 Planeeringute infomudelite kasutuselevõtu kitsaskohad ning kasutusele võtmiseks vajalikud muudatused tehnoloogilisest, organisatsioonilisest ning seadusandlikust vaatest. 4.1.5 Detailplaneeringute kolmemõõtmelise visualiseerimise kitsaskohad ning võimalikud lahendused planeeringute avalikustamisel ning huvitatud isikute kaasamisel. 4.1.6 Missugused nõuetele vastavuse kontrollid on detailplaneeringu menetlusprotsessis kõige aeganõudvamad ning potentsiaalsemad inimliku vea tekkimiseks kontrolli käigus. 4.2 Pakkuja peab tutvuma Eestis tehtud planeeringute infomudelite pilootprojektidega (näiteks Gonsiori tn 21 ja F. R. Kreutzwaldi tn 14 kinnistu ning lähiala detailplaneering6) ning analüüsima nendest projektidest saadava teabe taaskasutamise võimalust prototüüplahenduse loomisel. 4.3 Pakkuja esitab detailanalüüsis rahvusvahelise parima praktika ülevaate planeeringute infomudelite kasutamise kohta minimaalselt 5 riigis. Eelisjärjekorras vaadelda Singapuri, Hollandi, Taani, Rootsi, Norra saavutusi selles valdkonnas. Kui pakkujale teadaolevalt on mujal riikides eelpoolmainitutest tehtud suuremaid edusamme, siis käsitleb pakkuja analüüsis neid. 4.4 Pakkuja peab detailanalüüsis arvestama avatud andmeformaatide, näiteks IFC ja CityGML kasutamise nõudega ning pakkuma detailanalüüsi tulemusena 6 Gonsiori tn 21 ja F. R. Kreutzwaldi tn 14 kinnistu ning lähiala detailplaneering Tallinna planeeringute registris https://tpr.tallinn.ee/DetailPlanning/Details/DP045040 ning planeeringu 3D infomudeli piloot https://tallinngis.maps.arcgis.com/apps/webappviewer3d/index.html?id=16a84d6c12d34a41b75be71a06de2f 49 6 prototüüplahenduse loomiseks planeeringu infomudeli erinevates protsessides kasutamiseks kõige mõistlikuma avatud andmeformaadi, lähtudes intervjuude tulemusest ning parimast rahvusvahelisest praktikast. 4.5 Pakkuja analüüsib automaatkontrollide teostamist planeeringute menetlusprotsessis ning sellest saadavat ajalist võitu ja protsessi kvaliteedi tõusu. Analüüsi käigus valib pakkuja koostöös hankijaga kokku minimaalselt 7 automaatkontrolli, mille pakkuja prototüüplahenduses realiseerib. Valitud kontrollid peavad andma võimalikult suurt lisandväärtust menetlusprotsessile 4.6 Pakkuja analüüsib määrust „Planeeringu vormistamisele ja ülesehitusele esitatavad nõuded“7 ning selle määruse lisasid ja teeb analüüsi käigus ettepanekud, missugused andmed on vajalikud automaatkontrollide läbi viimiseks alustades planeeringu algatamisest ning missuguseid lisaandmeid on tarvis, mida hetkel kehtivas määruses ei ole käsitletud. 4.7 Pakkuja käsitleb detailanalüüsis kehtestatud seisundis planeeringu infomudeli kasutamist BIM-põhises ehitusloa menetluses8 BIM-põhise ehituseprojekti alusdokumendina ning kasutab analüüsi käigus saadud tulemusi prototüüplahenduses. 4.8 Pakkuja esitab detailanalüüsis planeeringu infomudeli kasutamise planeeringu menetlusprotsessis kasutajakogemuse voo (UX flow) ning TO-BE protsessiskeemi, mis hõlmavad ka prototüüplahenduses loodavaid automaatkontrolle ja avalikustamise protsessis esitatavate kommentaaride integratsiooni prototüüplahendusega. Kasutajakogemuse voo ning TO-BE protsessiskeemide loomisel arvestab pakkuja protsessi integreerimisega riikliku e-ehituse platvormiga9, sealhulgas arendatava planeeringute menetlemise infosüsteemiga PLANIS (sisendinfo CGI analüüsist10 ning Nortali analüüsist11) ja Tallinna Planeeringute Registriga12 .Pakkuja näitab ära võimalikud integratsioonipunktid. 4.9 Pakkuja esitab detailanalüüsi tulemused vahearuandena ning korraldab avaliku ürituse (füüsiliselt kuni 100 osalejaga koos veebi ülekande ja salvestusega) aruandes käsitletud detailanalüüsi tulemuste tutvustamiseks turuosalistele Eestis. Nõuded prototüüplahendusele: 4.10 Pakkuja peab looma planeeringute infomudelite prototüüptarkvara, mis võimaldab: 4.10.1 Kasutaja poolt üles laadida avatud andmeformaatides (sealhulgas IFC) planeeringute infomudeleid ning ehitiste infomudeleid (BIM). 7 Riigihalduse ministri määrus „Planeeringu vormistamisele ja ülesehitusele esitatavad nõuded“ https://www.riigiteataja.ee/akt/121102022002 Määruse lisad 1-9 on leitavad määruse alumises osas. 8 BIM-põhine ehitusloa menetlus https://eehitus.ee/timeline-post/bim-pohine-ehitusloa-menetlus/ 9 E-ehituse platvormi kasutajaliides ehitisregister https://livekluster.ehr.ee/ui/ehr/v1/ 10 CGI uuringu lõpparuanne „Planeeringute menetluse avalike teenuste disainimise ja menetlussüsteemi ning e- ehituse platvormiga liidestamise eel- ja ärianalüüs“ https://planeerimine.blogi.fin.ee/wp- content/uploads/2021/05/mkm_rm_planeeringud_menetlus_arianalyys_l6pparuanne.pdf 11 Nortali eelanalüüs „Planeeringute menetluse infosüsteemi funktsionaalsete nõuete ning e-ehituse komponentide taaskasutusvõimaluste määratlemise analüüs“ https://planeerimine.ee/wp- content/uploads/Nortali_analyys.pdf 12 Tallinna planeeringute register https://tpr.tallinn.ee/ 7 4.10.2 Kasutaja poolt üles laaditud detailplaneeringu(te) infomudeli(te) failide kolmemõõtmelist visualiseerimist pakkuja poolt loodud tarkvaras. 4.10.3 Infomudelite elementide selekteerimist ning vastavatele elementidele lisatud informatsiooni kuvamist. 4.10.4 Infomudelites kasutatavate elemendikihtide (näiteks hoonestusala, haljastus, transpordiala jms) kuvamist ning tarkvara kasutaja poolt sisse-välja lülitamist. 4.10.5 Detailplaneeringu(te) alasse jäävate alusandmete (üldplaneering, teemaplaneering, muud aktuaalsed kaardirakendused) kuvamist, filtreerimist ning sisse-välja lülitamist. Alasse jäävad alusandmed edastatakse WMS/WFS teenuse kaudu (näiteks PLANK teenused13). Loodav prototüüplahendus peab olema suuteline need vastu võtma. 4.10.6 Planeeringu infomudeli nõuetele vastavuse automaatkontrollide tulemuse kuvamist tarkvara kasutajatele. 4.11 Pakkuja peab teostama prototüüptarkvaras minimaalselt 7 automaatkontrolli detailplaneeringu infomudeli vastavuses alusandmetega (näiteks üldplaneering). Automaatkontrollide täpne sisu lepitakse kokku hankijaga detailanalüüsi käigus. 4.12 Prototüüplahenduses teostatavate automaatkontrollide tulemused peavad olema kasutajaliideses võimalikult sarnaselt visualiseeritavad BIM-põhise ehitusloa menetluse automaatkontrollidele. 4.13 Prototüüptarkvara peab olema veebipõhine (web based). 4.14 Prototüüptarkvara peab olema võimalikult lihtsa kasutajaliidesega (simple UI) ning järgima e-ehituse platvormi stiiliraamatut 4.15 Prototüüptarkvara peab kasutama avatud andmeformaate (näiteks IFC, CityGML jms) ning mitte teisendama avatud formaate suletud formaatideks. 4.16 Prototüüptarkvara tuleb piloteerida minimaalselt 3 detailplaneeringu infomudeliga ning minimaalselt 1 ehitusprojekti infomudeliga. Piloteeritavad infomudelid edastab hankija pakkujale hiljemalt 1 nädala jooksul peale punktis 4.9 käsitletud nõuete täitmist pakkuja poolt. 4.17 Pakkuja esitab lõpparuande, kus on käsitletud prototüüplahenduse koostamise käigus saadud uusi teadmisi võrreldes punktis 4.9 käsitletud vahearuandega, prototüüplahenduse tehnilist arhitektuuri, ettepanekuid hankijale järgmisteks arendusetappideks ning soovitusi protsessi juurutamiseks. 4.18Pakkuja korraldab prototüüptarkvara ja lõpparuande tulemuste esitlemiseks avaliku ürituse Eestis(füüsiliselt kuni 100 osalejaga koos veebi ülekande ja salvestusega) . Pakkuja koostab esitluse ettekanded PPTX formaadis ning vähemalt ühe demovideo, mis näitab prototüübi põhifunktsioone. 4.19 Pakkuja annab prototüüptarkvara hankijale üle ning abistab hankijat tehniliste küsimuste lahendamisel, mis kaasnevad tarkvara paigaldamisega hankija IT keskkonda. Üle antav prototüüptarkvara peab täitma tarkvarale esitatud nõuetele vastavat funktsionaalsust minimaalselt piloteeritavate mudelite mahus. Hankija eesmärk on kasutada prototüüptarkvara konverentsidel ja teistes loodavat protsessi tutvustavates ettekannetes ning alusena järgneva tarkvaraarendusetapi hankes. Pakkuja poolt üle antav maht peab võimaldama hankija eesmärke täita. 13 PLANK WMS ja WFS teenused https://planeerimine.ee/digi/plank/plank-juhendid/planeeringute- andmekogu-wms-ja-wfs-teenused/ 8 5. TÖÖ LÄBIVIIMISE METOODIKA PÕHIMÕTTED Pakkuja esitab pakkumuses tervikliku nägemuse töö läbiviimise metoodikast. Metoodika peab kirjeldama kuidas pakkuja plaanib punktis 4 kirjeldatud nõudeid täita. Metoodika koostamisel peab pakkuja avama igat punktis 4 kirjeldatud nõuete täitmise jaoks tarvilikku tegevust, milles pakkuja kirjeldab oma nägemust töö tegemise etappidest, vajalikest lisategevustest jms. Hankija soovib pakkuja poolt esitatud metoodika kaudu saada teada ning kontrollida pakkuja nägemust ja arusaama ülesande püstitusest. Metoodika, mis üksnes markeerib eelnevalt nimetatud tegevusi ilma neid lahti kirjutamata ning pakkuja täpset nägemust kajastamata, ei peeta piisavaks. 6. HANKELEPINGU TÄITMISE TULEMUS Tööde tulemusena valmib detailanalüüs (sh. vahearuanne ja lõpparuanne) ning tarkvara prototüüplahendus, mis vastavad vähemalt järgmistele tingimustele: 6.1 Detailanalüüsi tulemused on esitatud vahearuandena vastavalt punktile 4.9 ning on punktides 4.1-4.8 esitatud nõuded on täidetud. 6.2 Tarkvara protüüplahendus on esitatud vastavalt punktile 4.19 ning vastab punktides 4.10-4.16 esitatud nõuetele. 6.3 Projekti lõpparuanne on esitatud vastavalt punktile 4.17. 6.4 Avalikud esitlused on läbi viidud vastavalt punktidele 4.9 ning 4.18. 6.5 Kõikide projektikoosolekute ning kohtumiste protokollid on hankijale esitatud. Kõik hankega seotud dokumendid kui ka vahe- ja lõpuaruanded vormistatakse eesti- või ingliskeelsena. Punktides 4.9 ning 4.17 käsitletud aruanded peavad olema korrektselt vormistatud ja keeleliselt toimetatud. Aruanded esitatakse elektrooniliselt muudetavas (soovitavalt .doc või .docx) ja mittemuudetavas (soovitavalt .pdf) formaadis. Digitaalselt esitatud töö peab olema korrastatud ja struktureeritud ning võimaldama paberkandjal kvaliteetset väljatrükki. 7. HANKELEPINGU TÄITMISE AJAKAVA Kogu projekti tööde kestuseks on 9 kuud. Tööd jagunevad järgmisteks etappideks: I etapp: Detailanalüüs Tulem: Tähtaeg: Punktile 6.1 vastavate tööde tulemite Hiljemalt 4 kuud peale lepingu sõlmimist üleandmine hankijale 9 Punktis 4.9 kirjeldatud avaliku üritus Hiljemalt 5 kuud peale lepingu sõlmimist toimumine Punktis 4.9 kirjeldatud ürituse protokolli Hiljemalt 3 tööpäeva peale ürituse esitamine hankijale toimumist II etapp: Tarkvara prototüüplahendus Tulem: Tähtaeg: Punktidele 6.2, 6.3 ja 6.5 vastavate tööde Hiljemalt 8,5 kuud peale lepingu sõlmimist tulemite üleandmine hankijale Punktis 4.18 kirjeldatud avaliku üritus Hiljemalt 9 kuud peale lepingu sõlmimist toimumine Punktis 4.18 kirjeldatud ürituse protokolli Hiljemalt 3 tööpäeva peale ürituse esitamine hankijale toimumist Lisaks peab ajakava sisaldama veel järgmisi olulisi tegevusi: 7.1 Avakoosolek, kus Pakkuja tutvustab hankijale hanke teostamise meeskonda ning hankija tutvustab omapoolset meeskonda. Hankija selgitab lähteülesannet ja ootusi detailanalüüsile ja tarkvara prototüüplahendusele ning pakkuja tutvustab analüüsi läbiviimise ja tarkvara prototüüplahenduse loomise metoodikat ja ajakava. Avakoosolek toimub mitte hiljem kui 2 nädala jooksul lepingu sõlmimisest. Tallinna linnas toimuval füüsilisel kohtumisel peavad osalema kõik pakkujapoolsed pakkumuses esile toodud spetsialistid sh projektijuht. Erandlikul, hankija poolt aktsepteeritud põhjusel on võimalik avakoosolek läbi viia hankija poolt aktsepteeritud virtuaalkeskkonnas. 7.2 Projektikoosolekud, kus pakkuja annab ülevaate hankelepingu täitmisest ning kogub hankijalt järgmiseks perioodiks hankelepingu täitmiseks vajalikku sisendinfot. Projektikoosolekud toimuvad Tallinna linnas füüsilisel kujul või hankija poolt aktsepteeritud virtuaalkeskkonnas vähemalt ühe pakkuja esindaja ning ühe hankija esindaja vahel minimaalselt 1 kord kuus. Kõik hankija ja hankelepingut täitva pakkuja kohtumised (avakohtumine, vaheraportite esitamine ja muud eraldi kokkulepitud hankelepingu täitmise kulgu kajastavad kohtumised) protokollitakse. Protokollis kajastatakse hankija ning hankelepingu täitmist kajastava kohtumise käik ning kohtumisel arutatud hankija juhised ja nõudmised või muud sellised suunised, millega on pakkujal kohustuslik töö edasise tegemise käigus arvestada. Hankelepingu täitmise tähtaeg on hiljemalt 10. kuu viimane tööpäev arvates hankelepingu sõlmimisest. Pakkuja koostab töö läbiviimise täpse aja- ja tegevuskava ning esitab selle hankijale koos pakkumusega. Pakkuja võib eesmärgi saavutamiseks täiendada käesolevas peatükis käsitletud ajakavas esitatud tegevusi ja lisada ajakavasse täiendavaid punkte. Vastavad muudatused või 10 täiendused tuleb esitada ja põhjendada pakkumuses. Pakkujal pole lubatud muuta hankija poolt käesolevas dokumendis määratletud aja- ja tegevuskava miinimumnõudeid. HD LISA 2 HANKELEPINGU PROJEKT Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur-Ameerika 1, Tallinn 10122, mida esindab Majandus- ja Kommunikatsiooniministeeriumi hankekorra alusel kantsler Ahti Kuningas (edaspidi tellija), ja …, 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 hankelepingu (edaspidi leping) alljärgnevas: 1. Üldsätted 1.1. Lepingu dokumendid koosnevad lepingu eri- ja üldtingimustest, lepingu lisadest ning lepingu võimalikest muudatustest, milles lepitakse kokku pärast lepingule allakirjutamist. 1.2. Lepingu dokumentide prioriteetsus on järgmine: eritingimused (I), lepingu lisad (II) ja üldtingimused (III). Vastuolude korral lepingu dokumentide vahel prevaleerib prioriteetsem dokument. 1.3. Käesoleva lepingu allakirjutamise hetkel on lepingule lisatud: 1.3.1. Lisa 1. Riigihanke alusdokumendid, sh tehniline kirjeldus (leitavad riigihangete registris). 1.3.2. Lisa 2. Töövõtja pakkumus. 1.3.3. Lisa 3. Üleandmise-vastuvõtmise akti vorm. 1.4 Töövõtja kinnitab, et on lepingu üldtingimustega tutvunud elektroonselt Majandus- ja Kommunikatsiooniministeeriumi veebis aadressil: https://mkm.ee/ministeerium-uudised-ja- kontakt/ministeerium-ja-ministrid/hanketeated 2. Lepingu ese, alus ja tähtaeg 2.1. Lepingu esemeks on planeeringu infomudeli kasutamise detailanalüüs ja prototüüplahenduse loomine (edaspidi töö), mida töövõtja kohustub tegema vastavalt lepingus ja lepingu lisades sätestatud tingimustele. Töö peab vastama riigihanke alusdokumentidele ja töövõtja pakkumusele. 2.2. Leping sõlmitakse tellija korraldatud riigihanke viitenumber nr xxx 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 elektrooniliselt tellijale üle üleandmise-vastuvõtmise aktiga (edaspidi akt) lisas 1 „Tehniline kirjeldus“ (edaspidi tehniline kirjeldus) toodud 2 etapi kaupa vastavalt tehnilises kirjelduse ptk 7 „Hankelepingu täitmise ajakava“ toodud etappide tähtaegadele. 2.4. Tellija vaatab töö üle 10 tööpäeva jooksul arvates töö tulemite esitamisest vastavalt tehnilise kirjelduse ptk 7„Hankelepingu täitmise ajakava“ ning teatab töövõtjale kui töö ei vasta lepingutingimustele. Nimetatud tähtaja jooksul kirjaliku teate mittesaatmisel loetakse töö tellija poolt heakskiidetuks. 1 2.5. Töö loetakse vastuvõetuks, kui tellija on allkirjastanud sellekohase akti. 3. Tasu suurus, väljamaksmise tähtaeg ja kord 3.1. Tellija tasub töövõtjale lepingus sätestatud töö teostamise eest tasu summas kokku …. eurot, summale lisandub käibemaks. 3.2. Tellija tasub tööde eest kahes etapis (vastavalt tehnilise kirjelduse ptk 7„Hankelepingu täitmise ajakava“) pärast vastava etapi tööde vastuvõtmist üleandmise- vastuvõtmise aktiga ja selle alusel esitatud arve saamist järgmiselt: 3.2.1. I etapi tööde eest 40% punktis 3.1 nimetatud tasust, kogusummas ……. eurot, 3.2.2. II etapi tööde eest 60% punktis 3.1 nimetatud tasust, kogusummas ……eurot. 4. Poolte volitatud esindajad 4.1. Tellija volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja töö vastuvõtmisel on Christopher-Robin Raitviir, telefon +372 5858 6446, e-post [email protected] või teda asendav isik. 4.2. Töövõtja volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja töö üleandmisel on ……., telefon ……, e-post ….. 5. Muud sätted 5.1. Töövõtja on teadlik, et leping on avalik. 5.2. Leping allkirjastatakse digitaalselt. 5.3. Poolte rahaline vastutus hankelepingu täitmisest tekkivate nõuete eest kokku on piiratud hankelepingu kahekordse summaga (välja arvatud tahtliku rikkumise korral). Poolte allkirjad: Tellija Töövõtja (allkirjastatud digitaalselt) (allkirjastatud digitaalselt) 2 HD LISA 3 CV VORM– EKSPERT/PROJEKTIJUHT Roll hankelepingu täitmisel: ekspert/projektijuht Ees- ja perekonnanimi: Sünniaeg: Haridus (märkida õppeasutuse nimi, kraadi nimetus, tase ning tunnistuse number, väljaandmise aeg ): Kogemuse kirjeldus (vastavalt hankedokumendi punktis 9 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 koht 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 ………….. meie esitatud pakkumusest on ärisaladusega kaitstud järgmised dokumendid või teave: Jrk nr Dokumendi nimetus (terviktekst või Põhjendus teabe viide dokumendis sisalduvale teksti ärisaladuseks määramisest 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. HINDAMISKRITEERIUMID JA HINNATAVAD NÄITAJAD Viitenumber: Hankija: Majandus- ja Kommunikatsiooniministeerium (70003158) Hange: Planeeringu infomudeli kasutamise detailanalüüs ja prototüüplahenduse loomine Pakkumuse maksumust hinnatakse - Ilma maksudeta Elektroonilist oksjoni kasutatakse: ei Jrk Nimetus Kirjeldus Tüüp/hindamismeetod Osakaal Kogus Ühik Pakkuja nr täidetav 1 Metoodika valik ja töö tulemuste Kvaliteet / hankija hinnatav 30 saavutamiseks vajalike tegevuste kava 2 Töö tulemused ja Tellija Kvaliteet / hankija hinnatav 30 vajaduste mõistmine 3 Riskide maandamine Kvaliteet / hankija hinnatav 10 4 Pakkumuse maksumus Pakkuja esitab Vähim on parim 30 jah pakkumuse maksumuse ilma käibemaksuta. Kokku: 100 Hindamismetoodika kirjeldus 1. Metoodika valik ja töö tulemuste saavutamiseks vajalike tegevuste kava Vastavalt HD Hankedokument p 11.8.1. 2. Töö tulemused ja Tellija vajaduste mõistmine Vastavalt HD Hankedokument p 11.8.2. 3. Riskide maandamine Vastavalt HD Hankedokument p 11.8.3 4. Pakkumuse maksumus Madalaima väärtusega pakkumuse maksumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "madalaim maksumus" / "hinnatava pakkumuse maksumus" * "osakaal". Vt HD Hankedokument p 11.8.4. Lepingu Lisa 6 „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 ehitisregistri talituse BIM projektijuhile Christopher-Robin Raitviirile (edaspidi: Tellija), tõendamaks, et Töövõtja andis üle Poolte vahel XXX sõlmitud Lepingu „Ehitisregistri andmehalduse raamistiku analüüs” 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/ Käskkirja Lisa 1 Riigihanke „Planeeringu infomudeli kasutamise detailanalüüs ja prototüüplahenduse loomine“ 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 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.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 (2021 ja 2022), mille kohta on kinnitatud aruanded olnud vähemalt 100 000 eurot iga majandusaasta kohta. 2.2. Hankija kontrollib netokäibe nõude täitmist äriregistris olevate avalike andmete põhjal juhul kui pakkuja 2021. ja 2022. 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.3. Tehniline ja kutsealane pädevus: riigihanke algamisele eelneva 36 kuu jooksul on pakkuja täitnud ja tellijale üle andnud vähemalt ühe (1) hanke objektiga sarnase töö (veebipõhise tarkvaralahenduse arendusteenus) ning tellija on need vastu võtnud. Hankija võtab arvesse ka varem täidetud lepinguid, mis on täidetud kuni 60 kuu jooksul enne riigihanke alustamist. 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 PLANEERINGU INFOMUDELI KASUTAMISE DETAILANALÜÜS JA PROTOTÜÜPLAHENDUSE LOOMINE Hankedokument Avatud hankemenetlus Tarkvara programmeerimis- ja nõustamisteenused (CPV kood 72200000-7) Tallinn 2023 SISUKORD 1. Üldandmed ..............................................................................................................................3 2. Hankelepingu ese ....................................................................................................................3 3. Pakkumuse jõusoleku tähtaeg .................................................................................................3 4. Pakkumuse ettevalmistamise juhend ja pakkumuse esitamine ...............................................3 5. Pakkumuse koosseis................................................................................................................4 6. Pakkumuse maksumus ............................................................................................................5 7. Kõikide pakkumuste tagasilükkamine ....................................................................................5 8. Kõrvaldamise aluste kontroll ja pakkujate kvalifitseerimine..................................................5 9. Nõuded pakkuja meeskonnale ................................................................................................5 10. Pakkumuste vastavuse kontrollimine ....................................................................................6 11. Pakkumuste hindamine ja hindamiskriteeriumid ..................................................................6 12. Hankelepingu tingimused .....................................................................................................8 Lisad ............................................................................................................................................8 2 1. ÜLDANDMED 1.1. Hankija: Majandus- ja Kommunikatsiooniministeerium, aadress Suur–Ameerika 1, 10122, reg nr.70003158, e-mail: [email protected], tel. +372 625 6342. 1.2. Hankemenetluse liik: avatud hankemenetlus. 1.3. Hankemenetluse teostamise viis: e-menetlus riigihangete registri e-keskkonnas. 1.4. Riigihanke läbiviimise eest vastutav ametiisik: Majandus- ja Kommunikatsiooniministeeriumi ehitus- ja elamuosakonna ehitisregistri BIM-projektijuht Christopher-Robin Raitviir, tel: +372 5858 6446, 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. HANKELEPINGU ESE 2.1. Hankija (edaspidi ka Tellija) kutsub esitama pakkumust töö „Planeeringu infomudeli kasutamise detailanalüüs ja prototüüplahenduse loomine“ (hankelepingu ese) teostamiseks riigihanke alusdokumentides (edaspidi RHAD) ja nende lisades sätestatud tingimustel. 2.2. Hankelepingu eseme detailne kirjeldus, selle eesmärk ja kontseptsioon on lahti kirjutatud edaspidi RHAD „Tehniline kirjeldus“ (HD Lisa 1). 2.3. Hankelepingu kestus on 10 kuud alates lepingu sõlmimisest. 2.4. Pakkumuse esitamine tähendab Pakkuja nõustumist kõikides riigihanke alusdokumentides kehtestatud hanketingimuste ja reeglitega. 2.5. Alternatiivsete ja/või osaliste pakkumuste esitamine ei ole lubatud. 2.6. Hankija ei kompenseeri Pakkujale pakkumuse ettevalmistamisega seotud mistahes kulusid, sh turu- uuringu läbiviimise ettevalmistamisega seotud kulusid. 3. PAKKUMUSE JÕUSOLEKU TÄHTAEG 3.1. Pakkuja pakkumus peab olema jõus vähemalt 90 kalendripäeva. Pakkumuse jõusoleku tähtaeg algab pakkumuse esitamise tähtpäevast. 3.2. Pakkuja esitab pakkumuses kinnituse pakkumuse jõusoleku kohta nimetatud tähtaja jooksul. 3.3. Hankija pikendab vajadusel pakkumuste jõusoleku tähtaega kooskõlas RHS §-s 112 sätestatud reeglitega. 4. PAKKUMUSE ETTEVALMIS TAMISE JUHEND JA PAK KUMUSE ESITAMINE 4.1. Hankemenetluses teavituste saamiseks peavad hankest huvitatud isikud Hankijale avaldama riigihangete registri e-keskkonnas (edaspidi e-RHR) oma kontaktandmed, registreerudes hanke juurde „Hankes osalejad“ lehel. Hanke juurde registreerunud isikud saavad automaatteavitusi hanke alusdokumendi tühistamise või muutmise kohta, samuti toimub selgituste küsimine ja nendele vastamine e-RHR keskkonna kaudu. 4.2. Pakkumuse esitamisega kinnitab Pakkuja kõigi riigihanke alusdokumentides esitatud tingimuste ülevõtmist. 4.3. Pakkumus peab vastama riigihanke alusdokumentides esitatud tingimustele ja tuleb esitada kogu riigihanke alusdokumentides nõutud mahus. 3 4.4. Pakkumus ja kõik pakkumuse juurde kuuluvad dokumendid peavad olema vormistatud eesti või inglise keeles. Kõik muukeelsed dokumendid peavad olema tõlgitud eesti või inglise keelde, kusjuures tõlge peab vahetult järgnema originaalile. 4.5. Pakkumus peab olema esitatud .pdf formaadis digitaalselt allkirjastatuna Pakkuja seadusjärgse või volitatud esindaja poolt. 4.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. 4.7. Pakkumused tuleb esitada hanketeates märgitud tähtajaks elektroonselt e-riigihangete keskkonna vahendusel: https://riigihanked.riik.ee. Pakkumuse esitamise tähtaeg märgitakse e-riigihangete keskkonnas hanke üldandmete lehele. 4.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 e-riigihangete keskkonnas. Erinevuste esinemisel originaali ja koopia vahel loetakse õigeks ning lähtutakse hindamisel originaaldokumentide sisust. 4.9. Pakkuja võib pakkumuse tagasi võtta enne pakkumuste esitamise tähtpäeva, esitades Hankijale pakkumusega samas vormis sellekohase teate läbi e-riigihangete keskkonna. 4.10. Küsimused hanke alusdokumentide kohta tuleb esitada e-riigihangete keskkonna kaudu. Küsimuste esitamiseks peab Pakkuja end riigihanke juurde registreerima. Hankija ei vastuta nimetatud keskkonna ja sidevahendite tehnilise toimimise eest. 4.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 jääb vähem kui kuus päeva (RHS § 46 lg 2). 4.12. Pakkuja märgib pakkumuses selgelt eristataval viisil, milline teave on Pakkuja ärisaladus ning põhjendab ärisaladuseks määramist (HD Lisa 4). Ärisaladusena ei ole lubatud märkida pakkumuse maksumust, osamaksumusi ega muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid numbrilisi näitajaid (RHS § 461 lg 1). 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. 5. PAKKUMUSE KOOSSEIS 5.1. Pakkumuses tuleb esitada: 5.1.1. Tööde sisuline kirjeldus, mis võtab arvesse Tehnilises kirjelduses (HD Lisa 1) esitatud infot ja tingimusi ning mille raames esitatakse: 5.1.1.1. Metoodika ja lepingu täitmise tulemuste kirjeldus; 5.1.1.2. Tegevuste ja tööde ajakava/projektiplaan koos ligikaudse eeldatud ajakuluga olulisemate tegevuste lõikes; 5.1.1.3. Meeskonna koosseis ja nende valiku põhjendus; 5.1.1.4. Riskide loend koos nende realiseerumise tõenäosuse, mõju ja maandamise viisidega. 5.1.2. Pakkumuse kogumaksumus, mis esitatakse riigihangete registri maksumuse vormil; 5.1.3. Projektis osalevate meeskonnaliikmete CV-d (HD Lisas 3 esitatud vormil), mis on meeskonnaliikme poolt allkirjastatud; 5.1.4. Hankepass, mis esitatakse riigihangete registri Euroopa Komisjoni kehtestatud hankepassi standardvormil; 5.1.5. Vajadusel volikirjad, sh: 4 5.1.5.1. Juhul kui käesoleva dokumendi allkirjastab isik, kes tegutseb volikirja alusel, tuleb lisada pakkumusele ka vastav seadusliku esindaja poolt allkirjastatud volikiri); 5.1.5.2. Ühispakkujad peavad esitama volikirja, kus nimetavad riigihankega ning hankelepingu sõlmimise ja täitmisega seotud toimingute tegemiseks endi seast volitatud esindaja. 5.1.6. Ühispakkumuse korral esitavad ühispakkujad kinnituse, et vastutavad Hankija ees hankelepingu täitmise eest solidaarselt; 5.1.7. Kinnitus pakkumuse jõusoleku kohta punktis 3.1 nimetatud tähtaja jooksul; 5.1.8. Muud kinnitused ja materjalid (vajadusel tõlked), mida Pakkuja soovib pakkumusele lisada. 6. PAKKUMUSE MAKSUMUS 6.1. Pakkumuse maksumus peab olema esitatud eurodes ilma käibemaksuta. 6.2. Pakkumuse eeldatav maksumus käibemaksuta on 150 000 eurot. 6.3. Pakkumuse maksumus peab sisaldama kõiki töö läbiviimiseks, esitlemiseks ja üle andmiseks vajalikke kulusid, makse ja makseid. Hankelepingu täitmise käigus Hankija täiendavaid makseid Pakkujale ei tee. 7. KÕIKIDE PAKKUMUSTE T AGASILÜKKAMINE 7.1. Hankija võib teha põhjendatud kirjaliku otsuse kõigi pakkumuste tagasilükkamise kohta, kui: 7.1.1. kõigi vastavaks tunnistatud pakkumuste maksumused ületavad punktis 6.2 nimetatud maksumust; 7.1.2. hankemenetluse läbiviimise ajal on Hankijale saanud teatavaks uued asjaolud, mis välistavad või muudavad Hankijale ebaotstarbekaks hankemenetluse lõpule viimise hanke alusdokumentides sätestatud tingimustel. 7.2. Hankija ei kanna vastutust Pakkuja ees, kui kõigi pakkumuste tagasilükkamine on toimunud käesolevas dokumendis sätestatud tingimustel. 8. KÕRVALDAMISE ALUSTE KONTROLL JA PAKKUJATE KVALIFITSEERIMINE 8.1. Hankija kontrollib Pakkuja suhtes kõrvaldamise aluste puudumist RHS §-des 95 ja 96 sätestatud korras, lähtudes Pakkuja poolt hankepassis esitatud andmetest. 8.2. Hankija kontrollib Pakkuja vastavust kvalifitseerimise tingimustele RHS §-s 98 sätestatud korras ning hanketeates kehtestatud kvalifitseerimise tingimuste alusel. 9. NÕUDED PAKKUJA MEESKONNALE 9.1. Pakkuja meeskonnas peavad olema esindatud vähemalt järgnevad spetsialistid: - projektijuht - ehitus-/planeerimisvaldkonna teenuste spetsialist; - IT-arhitekt (andmearhitekt); Projektijuhi rolli täitev meeskonnaliige peab olema osalenud viimase 60 kuu jooksul projektijuhina vähemalt kahes (2) infotehnoloogilise konsultatsiooniteenuse projektis (ühe projekti kogumaksumus on võrdne või ületab hanke eeldatavat maksumust) arvates hanketeate avaldamisest e-RHRis. Projektijuht võib kanda ka muid projektimeeskonna rolle. Ehitus-/planeerimisvaldkonna teenuste spetsialist peab omama vähemalt 60 kuud töökogemust ehitise elukaarega (sealhulgas planeerimisega) seotud teenuseid pakkuvas firmas ja omama kogemust ehitusinfo modelleerimise (BIM) ja geograafiliste infosüsteemide (GIS) temaatikaga. Osalenud konsultandina vähemalt ühes (1), BIM/GIS mudelite visualiseerimise, andmete töötlemise või muu 5 teemakohase tarkvaraga seotud teenuste arendamise projektis (projekti kogumaksumus vähemalt 100 000 eurot). Andmearhitekti rolli täitev meeskonnaliige peab olema osalenud viimase 60 kuu jooksul vähemalt kahes (2) projektis (ühe projekti kogumaksumus vähemalt 100 000 eurot), mis on tegelenud suuremahulistest heterogeensetest andmekogudest pärineva andmestiku kaardistamise, koondamise ja andmemudelite koostamisega. Ta peab omama kogemust erineva üldistustasemega (sh semantilist aspekti arvestavate) andmemudelite väljatöötamises. 9.2. Pakkuja nimetab oma meeskonnas ühe liikme projektijuhiks. Kui meeskonnas on esindatud p-s 9.1 nimetatud tingimustele vastav projektijuht, ehitus-/planeerimisvaldkonna teenuste spetsialist ja andmearhitekt, siis 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. Pakkujal on õigus tööde tegemise käigus kaasata täiendavaid spetsialiste. Pakkuja peab Hankijat/Tellijat informeerima kaasatud täiendavast spetsialistist. 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 alapunktis 5.1 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 HINDAMISKRITEERIU MID 11.1. Hankija hindab kõiki vastavaks tunnistatud pakkumusi. 11.2. Pakkumuste hindamisel selgitatakse majanduslikult soodsaim pakkumus välja hindamiskriteeriumite ja nende põhjal antavate punktide alusel (vt punkt 11.8): 11.3. Hankekomisjon summeerib hindamiskriteeriumite alusel antud punktid. Pakkumuse sisukriteeriumite (hindamiskriteeriumid 1- 3, punkt 11.8.1- 11.8.3) ja maksumuse (hindamiskriteerium 4., punkt 11.8.4) eest antud punktid summeeritakse. 11.4. Hankekomisjon annab punkte ühiselt, konsensuse alusel. Konsensuse mittesaavutamisel võetakse vaidlusaluses küsimuses komisjoni liikmete hinnete aritmeetiline keskmine. 11.5. Edukaks pakkumuseks tunnistatakse pakkumus, mille punktide summa on suurim. Hindamistäpsus on kaks kohta pärast koma. 11.6. Edukaks ei tunnistata pakkumust, mis sai vähemalt ühe hindamiskriteeriumi eest 0 punkti. 11.7. 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.8. Hindamiskriteeriumid ja nende osakaal: 1. hindamiskriteerium - metoodika valik ja töö tulemuste saavutamiseks vajalike tegevuste kava (kuni 30 punkti); 2. hindamiskriteerium - töö tulemused ja Tellija vajaduste mõistmine (kuni 30 punkti); 3. hindamiskriteerium - riskide maandamine (kuni 10 punkti); 4. hindamiskriteerium - pakkumuse maksumus (kuni 30 punkti). 6 11.8.1. Metoodika valik ja töö tulemuste saavutamiseks vajalike tegevuste kava (kuni 30 punkti) Suurepärane Hea Rahuldav Ebapiisav 30 punkti 25 punkti 15 punkti 0 punkti Metoodika Eesmärgipärane, Eesmärgipärane, Üldiselt eesmärgipärane, täiesti selgelt ja täitmata on üks (1) kuni täitamata on kolm (3) arusaadavalt põhjendatud kaks (2) tehnilises või enam tehnilises kirjelduses välja toodud kirjelduses välja toodud eesmärki eesmärki Tegevuste loend Loendatud tegevused on Loendatud tegevused on Loendatud tegevused on ja kirjeldus teostatavad, piisavad ja piisavad töö üldjoontes piisavad töö tarvilikud töö teostamiseks. 1-2 teostamiseks. teostamiseks, piisavalt tegevuse kirjeldus on Rohkem kui 2 tegevuse kirjeldatud ning ebaselge või teostatavus kirjeldus on ebaselge, põhjendatud. või tarvilikkus tekitab teostatavus või küsimusi. tarvilikkus tekitab küsimusi Ebapiisav „Rahuldava“ Tegevuste ja Loogiliselt järjestatud, Loogiliselt järjestatud ja Põhimõtteliselt töö tulemuse tööde järjestus selgelt ja arusaadavalt tööde tähtaegset teostamist võimaldav, saavutamiseks ning ajakava põhjendatud, tööde teostamist võimaldav, kuid tööde järjestuses tähtajalist teostamist kuid tööde järjestuse või või ajakavas on mitmeid võimaldav, optimaalne. 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 punktis 9.1 vähemalt 4-s punktis 9.1 vähemalt 3-s punktis 9.1 kirjeldatud projektis) ja kirjeldatud projektis) ja kirjeldatud projektis) suurus toetab suurepärase suurus toetab tulemuse tulemuse saavutamist saavutamist Vormistus Piisavalt detailne, Piisavalt detailne, Detailne, kuid raskesti lakooniline, visuaalselt visuaalselt haaratav haaratav kergesti haaratav 11.8.2. Töö 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 vajaduste Näitab Tellija kirjeldus mõistmist ja kaasa mõistmist kooskõlas hanke vajaduste üldist mõtlemist (omapoolsete eseme tehnilise kirjeldusega. mõistmist kooskõlas täiendavate ettepanekute hanke eseme tehnilise läbi) kooskõlas hanke kirjeldusega. eseme tehnilise kirjeldusega (vt HD Lisa Ebapiisav 1 – Tehniline kirjeldus). „Rahuldava“ Tulemuste Eesmärgile täielikult Eesmärgile vastav, Eesmärgile vastav ja tulemuse formaadi vastav, detailselt ja arusaadavalt kirjeldatud ja kasutatav, kuid võiks saavutamiseks kirjeldus arusaadavalt kirjeldatud, hästi kasutatav. Võiks olla olla oluliselt detailsem selge ja hästi kasutatav mõnes aspektis detailsem või või selgemini selgemini kirjeldatud. kirjeldatud Vormistus Piisavalt detailne, Piisavalt detailne, visuaalselt Detailne, kuid raskesti lakooniline, visuaalselt haaratav haaratav kergesti haaratav 7 11.8.3. Riskide maandamine (kuni 10 punkti) Suurepärane Hea Rahuldav Ebapiisav 10 punkti 7 punkti 4 punkti 0 punkti Riskide loetelu Loetletud ainult kõik olulised Loetletud kõik Enamik olulisi riske riskid olulised riskid, kuid loetletud on esitatud ka ebaolulisi Riskide mõju ja Kõik hinnangud on Hinnangute Hinnangud on antud, tõenäosus põhjendatult realistlikud ja realistlikkuses ja kuid nende hinnatud mõistetavad mõistetavuses võib realistlikkuses või esineda üksikuid (1- mõistetavuses on 3) küsitavusi. küsitavusi (rohkem Ebapiisav kui 3) „Rahuldava“ Maandamise Maandamise meetodid väga Maandamise Maandamise tulemuse meetodid hästi põhjendatud, meetodid piisavalt meetodid üldiselt saavutamiseks proportsionaalsed riski põhjendatud ja kirjeldatud ja esinemise tõenäosusele, ja Pakkuja poolt põhjendatud. Pakkuja poolt reaalselt reaalselt kasutatavad. Esineb 3 ja enam kasutatavad. Esineb 1-2 küsitavust. küsitavust meetodite põhjendatuse ja realiseeritavuse osas. Vormistus Piisavalt detailne, lakooniline Piisavalt detailne Üldine 11.8.4. Pakkumuse maksumus (kuni 30 punkti) Pakkumuse maksumuse väärtuspunktide määramisel saavutab maksimaalsed väärtuspunktid kõige odavam (pakkumuse kogumaksumus ilma käibemaksuta) pakkumus. 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 TINGIMUSED Pakkujaga sõlmitava lepingu projekt on hankedokumendi HD Lisa 2. LISAD HD Lisa 1 – Tehniline kirjeldus koos lisadega HD Lisa 2 – Lepingu projekt HD Lisa 3 – Spetsialisti ja projektijuhi CV-vorm HD Lisa 4 – Ärisaladuse teabe esitamise vorm HD Lisa 5 – Hindamiskriteeriumid ja hinnatavad näitajad HD Lisa 6 - Töö üleandmise-vastuvõtmise akti vorm 8
Allikas: Majandus- ja Kommunikatsiooniministeerium dokumendiregister →
dokumendiregister.eeAsutusedEesti avalike dokumendiregistrite otsing · nimistu.ee andmetel