Üldkäskkiri - Siseministeeriumi infotehnoloogia- ja arenduskeskus

3-13 29.01.2026 Üldkäskkiri.asice

Digiallkirjad

Allkirjade kehtivust ei ole kontrollitud.

MAIT VAIKSAAR PNOEE-38303056049 2026-01-29 19:19:11

Avatud hankemenetluse Ruumiandmete halduse platvormi ja sellega seonduvate susteemide arendustood (303276).pdf

KÄSKKIRI

Tallinn 29.01.2026 nr 3-1/3

Avatud hankemenetlusega riigihanke "Ruumiandmete halduse platvormi ja sellega

seonduvate süsteemide arendustööd" (303276) läbiviimine

Siseministeeriumi infotehnoloogia- ja arenduskeskuse riigihangete korra punkti 6.4 alusel:

1. Viia läbi avatud hankemenetlusega riigihange „Ruumiandmete halduse platvormi ja sellega

seonduvate süsteemide arendustööd“ (viitenumber 303276).

2. Kinnitan riigihanke alusdokumendid (lisatud).

3. Komisjoni liikmed kohustuvad kinnitama hankemenetluse käigus tehtavates otsustes, et neil

puudub huvide konflikt pakkumuse esitanud iga pakkuja suhtes ning huvide konflikti

ilmnemisel on nad kohustatud teavitama asjaoludest viivitamatult riigihanke eest vastutavat

isikut ja vahetut juhti kirjalikku taasesitamist võimaldavas vormis.

Hankija tegevust on võimalik vaidlustada riigihangete seaduse § 185 sätestatud alustel ja § 189 toodud

tähtaegadel.

(allkirjastatud digitaalselt)

Mait Vaiksaar

peadirektori asetäitja baasteenuste valdkonnas

Lisa 1 Raamlepingu projekt koos hankelepingu projektiga (1).docx

Lisa 1. RAAMLEPINGU projekt koos hankelepingu projektiga

Siseministeeriumi infotehnoloogia- ja arenduskeskus (SMIT või Tellija), registrikood
70008440, aadress Mäealuse 2/2, 12618, Tallinn, keda esindab põhimääruse alusel
peadirektor…

ja

Äriühing OÜ/AS (Täitja 1), registrikood ……..….., aadress ….. , keda esindab …….

Äriühing OÜ/AS (Täitja 2), registrikood ……..….., aadress ….. , keda esindab …….

Äriühing OÜ/AS (Täitja 3), registrikood ……..….., aadress ….. , keda esindab …….

…..

1. Üldised tingimused
1.1 Käesolev leping sõlmitakse riigihangete seaduse alusel läbi viidud riigihanke „Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd“ (viitenumber 303276) alusdokumentide ja täitja 1 … pakkumuse, täitja 2 … pakkumuse, täitja 3 … ja täitja …. pakkumuse alusel.
1.2 Raamlepingus kehtestatakse lepingu kehtivusaja vältel selle alusel sõlmitavaid hankelepinguid reguleerivad üldised tingimused, täpsemad tingimused lepitakse kokku hankelepingus.
1.3 Raamlepingul põhinev hankeleping sõlmitakse raamlepingu poolteks olevate täitjate vahel raamlepingus sätestatud korras korraldatud minikonkursi tulemusena.
1.4 Raamleping ei kohusta tellijat täitja(te)lt teenust tellima. Tellijal on õigus raamlepingu kehtivuse jooksul otsustada, millises mahus ta teenust tellib. Tellijal on õigus tellida teenust ka teistelt võimalikelt teenusepakkujatelt.
1.5 Raamlepingu juurde kuuluvateks lahutamatuteks osadeks loetakse kõik lisad ja riigihanke alusdokumendid, tellija antud selgitused ning täitja(te) riigihankes esitatud pakkumused ja pooltevahelised kirjalikud teated, mida raamlepingu lisadena eraldi ei allkirjastata.
1.6 Kui hankelepingu tingimus erineb raamlepingu tingimusest, loetakse ülimuslikuks hankelepingu tingimus.
1.7 Raamlepingu täitmise käigus võib kokku leppida täiendavaid hankelepingute tingimusi, kui need on vajalikud välisvahendite rakendamisest tulenevate nõuete täitmiseks.
1.8 Kui hankelepingu alusel teostatavaid töid rahastatakse välisvahenditest, on täitjal kohustus järgida hankelepingus teatavaks tehtud välisvahendite kasutamisest tulenevaid nõudeid, sh kasutada projekti tingimustes nõutud sümboolikat.
1.9 Lepingu täitmise keel on eesti keel, muuhulgas on see ka hankelepingute sõlmimise, töökoosolekute jm suhtluse ning tööde dokumenteerimise keel.
1.10 Raamlepingule ja hankelepingule kohaldatakse SMIT töövõtu-, käsundus- ja müügilepingute üldtingimusi, mis on kättesaadavad: https://www.smit.ee/files/2025-11/smiti-kaesundus-toeoevotu-ja-mueuegilepingute-ueldtingimused-17.11.2025-.pdf?0e5a56c3e2;
1.11 Poolte kontaktisikud lepingu täitmisel on:
1.11.1 Tellija kontaktisik …………., e-post ………., tel. ….…. või tema asendaja;
1.11.2 Täitja 1 kontaktisik ……..…., e-post ………., tel. ………;
1.11.3 Täitja 2 kontaktisik……..…., e-post ………., tel. ………;
1.11.4 Täitja 3 kontaktisik ……..…., e-post ………., tel. ………
1.11.5 …..
1.12 Lepingu lahutamatuteks osadeks on järgnevad lisad:
1.12.1 Lisa 1 – Tehniline kirjeldus;
1.12.2 Lisa 1.1 – Lähtekoodi halduse ja ehitamise nõuded arendajale;
1.12.3 Lisa 1.2 – Logimise nõuded;
1.12.4 Lisa 1.3 – Rakendustevahelised integratsioonipõhimõtted;
1.12.5 Lisa 1.4 – Tehnilised nõuded tarkvaralahendustele;
1.12.6 …

2 Raamlepingu ese
2.1 Raamlepingu esemeks on ruumiandmete halduse platvormi ja sellega seonduvate süsteemide (teenuste, rakenduste, infosüsteemide) arendustööde teenus (edaspidi ka „teenus“ või „tööd“) vastavalt riigihanke alusdokumentidele, sõlmitud raamlepingule ning minikonkursi tingimustele ja nende alusel tellijaga sõlmitud hankelepingutele ja nende lisadele.
2.2 Käesoleva lepingu ning tellija vastavasisuliste minikonkursside ja sõlmitavate hankelepingute alusel osutab täitja tellijale teenust ressursi põhimõttel (st pakub (front-end arendaja (Angular) ja Java vanemarendaja (back-end) tundi) ning tellija kohustub selle eest vastavalt raamlepingule, minikonkurssidele ja hankelepingutele tasuma.
2.3 Täitja on kohustatud hankelepingu alusel ja selles sätestatud maksumuse eest teostama ka nn sidustöid, mis ei ole hankelepingus sõnaselgelt sätestatud, kuid mille teostamine on headest tavadest ja täitja ametialasest professionaalsusest lähtudes nõutavad ja/või vajalikud lepingust tuleneva eesmärgi saavutamiseks. Tööde teostamisel tuleb lähtuda tõhususe, kvaliteedi, säästlikkuse ja otstarbekuse põhimõtetest ning arvestades vastavas tegevusvaldkonnas kehtivaid õigusakte, standardeid ja head tava.
2.4 Tellijal on õigus ühepoolselt muuta raamlepingu kehtivuse vältel lepingu lisasid 1.1-1.4 teavitades sellest täitjat kirjalikku taasesitamist võimaldavas vormis. Juhul, kui tellija muudab hankelepingu kehtimise vältel raamlepingu lisasid 1.1-1.4, kohaldatakse hankelepingule hankelepingu sõlmimise hetkel kehtinud lisasid.

3 Raamlepingu maksumus ja arveldamise kord
3.1 Raamlepingu maksimaalne kogumaksumus on 600 000 eurot, millele lisandub käibemaks. Tellija ei ole kohustatud lepingu eset maksimaalse maksumuse ulatuses tellima. Minikonkursse korraldatakse ja hankelepinguid sõlmitakse vastavalt tellija vajadustele.
3.2 Meeskonnaliikmetele minikonkursil kohalduvad töötunni maksumused esitatakse minikonkursside käigus.
3.3 Meeskonnaliikme töötunni hind sisaldab ka kõiki intellektuaalomandiga seotud tasusid ning kohaldub vastavalt kaasatud rollidele ja vastavalt reaalselt kulunud töötundidele.
3.4 Raamlepingu täitmist rahastatakse riigieelarvest või välisvahenditest. Täpne finantseerimisallikas täpsustatakse minikonkursil.
3.5 Kui konkreetses hankelepingus ei ole sätestatud teisiti, tuleb arved edastada tellijale vastavalt Eesti e-arve standardile. E-arves peab lisaks standardis nimetatud andmetele olema toodud tellija kontaktisiku perekonnanimi, raamhanke riigihangete registri viitenumber, raamlepingu number, minikonkursi riigihangete registri viitenumber, hankelepingu number, hankelepingu riigihangete registri 15-kohaline viitenumber ja välisvahendite projekti tunnus, kui on tegemist välisvahenditega. E-arve tuleb saata e-arvete operaatori kaudu. E-arve loetakse laekunuks selle e-arvete operaatorile laekumise kuupäevast.
3.6 Kui konkreetses hankelepingus ei ole sätestatud teisiti, siis on tööde arveldusperioodiks kalendrikuu. Sellisel juhul esitab täitja tellijale iga kuu 5. kuupäevaks üleandmis-vastuvõtmisakti, milles on sätestatud eelnenud arveldusperioodil töötatud töötundide arv (kui minikonkurssi tulemusel on sama täitja poolt rohkem kui üks meeskonna liige, siis iga meeskonnaliikme kohta eraldi ) koos tunnihinnaga, teostatud tööd ja kogumaksumus. Tellijal on õigus esitada täitjale täiendavaid arupärimisi ning selgitusi kajastatud tööde/töötundide kohta. Peale üleandmis-vastuvõtmisakti allkirjastamist, esitab täitja tellijale (või kui maksjaks on teine asutus, siis maksjale) lepingukohase arve. Üleandmis-vastuvõtmisakti allkirjastamise õigus on hankelepingu kontaktisikul või tema asendajal.
3.7 Kui konkreetses hankelepingus ei ole sätestatud teisiti, on välisvahenditest rahastatava hankelepingu korral arveldusperioodiks kolm kuud.
3.8 Arve maksetähtaeg 21 kalendripäeva (kui konkreetses minikonkursis või hankelepingus ei ole sätestatud teisiti).
3.9 Juhul kui konkreetses hankelepingus on sätestatud käesoleva peatükiga võrreldes erinevad põhimõtted, kohaldatakse vastavat kokkulepet.

4 Hankelepingu sõlmimine raamlepingu alusel
4.1 Raamlepingu alusel hankelepingu sõlmimiseks korraldab tellija raamlepingu osapoolteks olevate täitjate vahel minikonkursse. Tellija võib korraldada minikonkursse paralleelselt ja sõlmida hankelepinguid eraldi või korraga:
4.1.1 Kuni kahele (2) nõuetele vastava front-end (Angular) arendaja ressursile;
4.1.2 Kuni kahele (2) nõuetele vastava Java vanemarendaja (back-end) ressursile;
4.2 Lepingu eseme tellimine toimub vastavalt tellija vajadusele kogu lepingu kehtivuse perioodil. Lepingu eseme tellimiseks esitab tellija minikonkursi korras kõikidele raamlepingu täitjatele pakkumuse esitamise ettepaneku koos hankelepingu eseme kirjelduse, pakkumuse esitamise tingimuste ja vajadusel hankelepingu projektiga. Üldjuhul esitab tellija täitjale ettepaneku pakkumuse esitamiseks riigihangete registris. Riigihangete seadusega kooskõlas on hankijal õigus esitada ettepanek pakkumuse esitamiseks ka e-kirja teel. Täitja vastutab riigihangete registris täitja kohta esitatud andmete (sh kontaktandmete) õigsuse eest.
4.3 Lepingu täitmine toimub esitatud minikonkursside tulemusel sõlmitud hankelepingute alusel. Hankelepingu all peetakse silmas raamlepingu alusel sõlmitavat vastastikuste varaliste õiguste ja kohustustega kokkulepet, kus spetsifitseeritakse lepingu ese, maksumus, tähtajad ja muud olulised tingimused. Hankelepingud sõlmitakse poolte kokkuleppel raamlepingu kehtivusaja jooksul riigihangete seaduses ja käesolevas lepingus sätestatud korras. Raamlepingu kehtivusajal selle alusel sõlmitud hankelepingute tähtaeg võib olla raamlepingu tähtajast lühem või pikem.
4.4 Hankelepingud, mille maksumus on 20 000 eurot või enam, lisandub käibemaks, sõlmitakse kirjalikult. Eelnimetatust väiksemas rahalises mahus sõlmitava hankelepingu moodustab tellimus, pakkumus ja tellija aktsept, eraldi kirjalikku hankelepingut ei pea sõlmima v.a kui selline tingimus on tellija poolt tellimuses sätestatud või kui see nõue on seotud välisvahendite kasutamise tingimustega.
4.5 Lepingu eseme tellimiseks, mille eeldatav maksumus on 30 000 eurot või enam, esitab tellija täitjatele e-riigihangete keskkonnas tellimuse koos hankelepingu eseme tehnilise kirjelduse ja hankelepingu projektiga.
4.6 Lepingu eseme tellimiseks, mille eeldatav maksumus on madalam kui 30 000 eurot, esitab tellija täitjatele kas e-riigihangete keskkonnas või e-posti teel tellimuse koos hankelepingu eseme tehnilise kirjelduse ja vajadusel hankelepingu projektiga.
4.7 Tööde tellimiseks maksumusega alates 30 000 eurot (lisandub käibemaks) esitab tellija täitjale elektroonilises riigihangete keskkonnas tellimuse korras pakkumuse esitamise ettepaneku koos hankelepingu eseme kirjelduse ja hankelepingu projektiga. Väiksema maksumusega tööde tellimine, pakkumuse esitamine ja pakkumuse aktsepteerimine.
4.8 Minikonkursil esitab tellija täitjale hankelepingu täitmiseks nõutava(te) meeskonnaliikme(te) nime(d) koos vastavustingimustega, mis on toodud CV vormidel.
4.9 Sõlmitavas hankelepingus või selle tehnilises kirjelduses määrab tellija hankelepingu eesmärgi, nõutud rollide töömahud ning muud ajalised ja eelarvelised piirangud, vajadusel tööde loetelu ja sisu. Hankelepingus määratakse ühtlasi ka muud olulised tingimused nende olemasolul. Kui see on konkreetse minikonkursi või hankelepingu eseme olemusest tulenevalt vajalik, esitab tellija minikonkursi pakkumuse esitamise ettepaneku kujul, kus on tellitavate arendustööde andmed esitatud lähteülesande kujul, nt: taustinformatsioon, lahendatav probleem, eesmärk ja oodatavad ja mõõdetavad tulemused, soovitav teostamise tähtaeg jmt.
4.10 Teenuse tellimisel võib tellija vastavalt vajadusele igakordses minikonkursis tellida ühe või mitu meeskonnaliiget korraga. Meeskonnaliikme koormust võib täita rohkem, kui ühe tingimustele vastava isikuga, kui tellija on selle minikonkursi tingimustes lubanud.
4.11 Teenuse tellimisel sätestatakse konkreetne töötundide maht meeskonnaliime(te) lõikes igakordselt minikonkursi dokumentides.
4.12 Kõik hankelepingu täitmisse kaasatud meeskonnaliikmed peavad läbima taustakontrolli.
4.13 Tellija võib minikonkursi osadeks jaotada.
4.14 Teenuse tellimisele kohalduvad SMIT-i töövõtu-, käsundus- ja müügilepingute üldtingimused.
4.15 Pakkumuse esitamisel tuleb järgida kõiki minikonkursi nõudeid ja tingimusi. Tellija ootab täitjalt võimekust leida lahendusi etteantud piirangute kontekstis, pöörates sealjuures tähelepanu nii arendusprotsessi tõhustamisele, arendusmeeskonna tulemuslikkuse pidevale suurendamisele, kui ka mõistliku keerukusega tehniliste lahenduste loomisele ja kasutamisele ning olelusringi kuludele.
4.16 Minikonkursil on pakkumuse hindamise kriteeriumiks pakkumuse kogumaksumus osakaaluga 100%, mis kujuneb meeskonnaliikme rolli töötunni hinna ja konkreetse rolli töötundide mahu korrutisena. Kui hankija tellib ühel minikonkursil mitu meeskonnaliiget, siis tellitavate meeskonnaliikmete rolli töötunni hinna ja töötundide mahu korrutised summeeritakse. Madalaima kogumaksumuse esitanud pakkujale antakse 100 väärtuspunkti. Järgnevad pakkumused saavad punkte proportsionaalselt vähem. Hankija tunnistab edukaks enim väärtuspunkte saanud pakkumuse ja sõlmib edukaks tunnistatud pakkumuse esitanud pakkujaga hankelepingu.
4.17 Kui minikonkursi käigus esitab kaks või enam pakkujat võrdse madalaima hinnaga pakkumused, selgitatakse edukas pakkuja välja liisku heites. Liisuheitmise korra määrab hankija.
4.18 Tellija võib minikonkursi käigus esitatud pakkumusi hinnata enne pakkumuste vastavuse või pakkujate suhtes kõrvaldamise aluste puudumise kontrollimist. Sellisel juhul kontrollib tellija pakkumuse vastavust ja kõrvaldamise aluste puudumist vaid pakkujal, kelle ta plaanib minikonkursil edukaks tunnistada. Kui tema pakkumus osutub kontrollimise tulemusena mittevastavaks või pakkuja kõrvaldatakse minikonkursilt, on tellijal õigus teostada kirjeldatud kontrollid järgmise pakkuja osas, kelle ta plaanib hindamise tulemusena paremusjärjestuses järgmisena edukaks tunnistada.
4.19 Täitjad esitavad kas elektrooniliselt või kirjalikku taasesitamist võimaldavas vormis pakkumused minikonkursil määratud tähtajaks. Pakkumuse tähtaegse esitamise eest vastutab täitja. Pakkumuse esitamise tähtajast hiljem esitatud pakkumusi arvesse ei võeta.
4.20 Tellija ei vastuta võimalike viivituste, tõrgete või katkestuste eest, mida põhjustavad e-keskkonna (riigihangete registri või e-posti) tellija kontrolli alt väljas olevad asjaolud nagu vääramatu jõud, elektrikatkestused, häired tellija või täitja telefoni või interneti ühenduses või muude elektrooniliste seadmete ja vahendite, sh tarkvara, töös. Tellija ei vastuta e-keskkonna kasutamisest või mittekasutamisest täitjale tekkinud kahjude või saamata jäänud tulu eest.
4.21 Minikonkursil esitatud täitja pakkumus on täitja tahteavaldus hankelepingu sõlmimiseks, mis on täitjale siduv alates minikonkursi pakkumuste esitamise tähtpäevast vähemalt 3 kuud. Tingimusliku pakkumuse esitamine ei ole lubatud.
4.22 Tellija lükkab täitja pakkumuse tagasi, kui see ei vasta minikonkursi tingimustele, kui täitja on esitanud lisatingimusi, mis ei ole kooskõlas minikonkursi tingimustega, kui täitja ei esita tähtajaks tellija nõutud selgitusi või täitja selgituste põhjal ei ole võimalik üheselt hinnata pakkumuse vastavust.
4.23 Pakkumus tunnistatakse vastavaks, kui see vastab minikonkursi tingimustele. Tellija võib tunnistada pakkumuse vastavaks, kui selles ei esine sisulisi kõrvalekaldeid minikonkursi tingimustest.
4.24 Tellija kontrollib enne hankelepingu sõlmimist pakkujal, kellega ta kavatseb lepingu sõlmida, kõrvaldamise aluste puudumist vastavalt riigihangete seadusele.
4.25 Tellijal on õigus määrata hankelepingu sõlmimiseks tähtaeg. Kui minikonkursil eduka pakkumuse esitanud pakkuja (täitja) võtab tellijast mitteolenevatel põhjustel oma pakkumuse tagasi või ei allkirjasta tellija antud tähtaja jooksul hankelepingut, mida käsitletakse kui pakkumuse tagasivõtmist RHS § 119 tähenduses, hindab tellija kõiki ülejäänud minikonkursi pakkumusi uuesti ja tunnistab soodsaimaks pakkumuse, mis on pakkumustest majanduslikult soodsaim. Tellija ei ole kohustatud pakkumusi uuesti hindama ja võib tunnistada soodsaimaks esialgsel hindamisel edukuselt järgmiseks osutunud pakkumuse juhul, kui soodsaimaks tunnistatud pakkumuse äralangemine ei saa mõjutada ülejäänud pakkumuste omavahelist järjestust.
4.26 Tellijal on õigus pakkumus tagasi lükata ja otsustada hankelepingut mitte sõlmida või vastavalt raamlepingule minikonkurss kehtetuks tunnistada, kui:
4.26.1 pakkumus(ed) ei vasta tingimustele;
4.26.2 pakkumus(ed) ületavad eeldatavat maksumust;
4.26.3 tellija ei saa projektile rahastust;
4.26.4 tekib vajadus lepingu eset olulisel määral muuta;
4.26.5 minikonkursi läbiviimise aluseks olevad tingimused on oluliselt muutunud ja seetõttu osutub lepingu sõlmimine mittevajalikuks või võimatuks;
4.26.6 minikonkursis ilmnenud ebakõlasid ei ole võimalik kõrvaldada ega minikonkurssi seetõttu ka õiguspäraselt lõpule viia;
4.26.7 omal algatusel põhjendatud vajadusel.
4.27 Tellijal on õigus kaasata hankelepingute täitmisel tellija poolele maksja rollis kolmandaid osapooli, kelleks võivad olla Siseministeerium ja selle valitsemisala asutused (Häirekeskus, Politsei- ja piirivalveamet, Päästeamet, Sisekaitseakadeemia jt). Sellisel juhul sõlmitakse hankeleping mitmepoolsena.

5 Hankelepingu täitmine, tööde teostamine
5.1 Töid teostatakse tellija asukohas või täitja asukohas vastavalt hankelepingule. Tellija nõudmisel kohustub täitja teostama töid tellija asukohas, sellisel juhul teostatakse töid tavapäraselt ajavahemikul esmaspäevast neljapäevani kell 8:30-17:00 ja reedel kell 8:30-16:00. Kui tööprotsessid sujuvad ja projektis ei esine raskusi, võib eraldi kokku leppida, et töid teostatakse kaugtööna. Sellisel juhul peab täitja osalema kas isiklikult või SMIT meeskonna poolt määratud suhtlustarkvara kaudu (Rocket chat, MS Teams vms) kõikidel tellija poolt teavitatud meeskonna koosolekutel (nt. pikemad koosolekud reeglina 1-2 korda nädalas ja igahommikustel lühiaruteludel (Standup)).
5.2 Hankelepingu alusel töid vahetult teostava meeskonnaliikme vahetamine või asendamine võib toimuda tellija kirjalikku taasesitamist võimaldavas vormis antud nõusolekul. Täitja esitab meeskonnaliikme vahetamise või asendamise teate tellijale kirjalikku taasesitamist võimaldavas vormis vähemalt 20 päeva enne meeskonnaliikme vahetamist või asendamist.. Uus meeskonnaliige peab vastama minikonkursis esitatud nõuetele taotluse esitamise seisuga. Tellijal on õigus keelduda vahetusest, kui pakutav isik ei vasta lepingu aluseks olnud minikonkursis vastava rolli kohta esitatud nõuetele.
5.3 Kui meeskonnaliikme vahetamine või asendamine toimub pärast lepingu sõlmimist ja taustakontrolli teostamist esimese 3 kuu jooksul, siis makstakse vahetamisele või asendamisele järgneva 3 kuu vältel meeskonnaliikmele ettenähtud tunnitasust 10% väiksemat tunnitasu.
5.4 Lisaks punktis 5.2 kirjeldatule kohustub täitja tellijat vähemalt 14 päeva kirjalikult ette teavitama ka meeskonnaliikmete planeeritud puhkustest ja lähetustest, tagamaks sujuv töökorraldus hankelepingu täitmisel.
5.5 Täitja tagab lepingu täitmise eesti keeles. Lepingu täitmisesse kaasatud meeskonnaliikme(te) eesti keele oskus kõnes ja kirjas peab olema vähemalt tasemel, mis võimaldab meeskonnaliikme(te)le vahetult osaleda nii meeskonnatöös (koosolekud jmt) kui teostada lepingu esemeks olevaid arendustöid ja saada iseseisvalt aru täiendava tellija poolse juhendamiseta tööülesannete ja tehniliste juhiste sisust ja tellijal kasutusel olevate töökeskkondade juhistest. Juhul, kui meeskonnaliikme(te) eesti keele oskus ei ole piisaval tasemel eelpool nimetatud osas, siis tagab täitja meeskonnaliikme(te)le omal kulul tõlgi, sh juba sõlmitud lepingu täitmise olukorras, kui ilmnevad probleemid eespoolviidatud kompetentsidega.
5.6 Teenuse ostmisel on tellija arvestanud, et hankelepingu perioodi kestel on meeskonnaliikmel õigus vähemalt töölepingu seaduses ette nähtud põhipuhkusele. Sellest tingitud lepingu tähtaegse täitmise viivitust ei käsitleta hankelepingu mittekohase täitmisena vmt rikkumisena. Samuti ei käsitleta hankelepingu rikkumisena tellijast tingitud viivitust tööde tähtaegsel teostamisel seoses ebapiisavas mahus tööülesannete andmisega.
5.7 Juhul, kui hankelepingus sätestatud töötundide mahu täitumine hankelepingus sätestatud perioodi jooksul on takistatud täitjast sõltuvatel põhjusel (nt meeskonnaliikme haigestumine, vahetamine), tuleb kokkulepitud mahus teenust osutada tähtaega ületades, millisel juhul on täitja tähtaja osas lepingu rikkumises. Juhul, kui tellijal puudub vajadus teenuse järgi peale kokkulepitud teenuse osutamise tähtaega, võib tellija keelduda edasisest teenuse osutamisest, millisel juhul arveldatakse täitmise tähtajaks tegelikult osutatud teenuse tundide eest.
5.8 Juhul, kui meeskonnaliige ei saa hankelepingu täitmisel osaleda muul põhjusel kui põhipuhkus ning tellija seda nõuab, peab täitja teostama vastava meeskonnaliikme osas vahetamise vastavalt raamlepingus sätestatule.
5.9 Kui konkreetses minikonkursis või hankelepingus ei ole sätestatud teisiti, alustab täitja hankelepingu täitmist esimesel võimalusel pärast selle sõlmimist, kuid mitte hiljem, kui ühe kuu jooksul alates hankelepingu allkirjastamist poolte poolt. Pooled täpsustavad hankelepingu täitmise algustähtaja e-kirja teel. Tellijal on õigus ühepoolselt nimetatud tähtaega edasi lükata vajaliku perioodi võrra põhjendatud vajaduse esinemisel (nt taustakontrolli teostamine viibib), teavitades sellest täitjat e-kirja teel.
5.10 Kui konkreetses minikonkursis või hankelepingus ei ole sätestatud teisiti, siis annab tööülesandeid tellija täitjale läbi SMIT-i tööülesannete haldussüsteemi JIRA või mõnes muus analoogses keskkonnas või kohtumistel, leppides igakordselt kokku tulemi ehk uue versiooni nõuded. Tööülesannete täitmisel märgitakse süsteemis tehtava töö ajakulu iga konkreetse tööülesande kohta ja töö märgitakse tehtuks, kui tellija otsusel on tööülesande eesmärk saavutatud. Töö tulemid kantakse SMIT-i lähtekoodi repositooriumisse vastavalt tellija juhistele.
5.11 Kui konkreetses minikonkursis või hankelepingus ei ole sätestatud teisiti, kohaldatakse tööde üleandmisele-vastuvõtmisele SMIT töövõtu-, käsundus- ja müügilepingute üldtingimustes sätestatut.
5.12 Pretensioonid tööde plaanipärase edenemise, meeskonnaliikme töö teostamise efektiivsuse ja kvaliteedi kohta annab tellija teada lisaks meeskonnaliikmele ka täitja lepingulisele kontaktisikule. Olulises ulatuses või korduvaid kõrvalekaldeid tellija juhiste järgimata jätmisel, ülesannete teostamisel, meeskonnatööga arvestamise vmt osas, loetakse lepingu rikkumiseks. Lisaks mujal lepingus sätestatud õigustele, on tellijal õigus nõuda selle meeskonnaliikme vahetamist, kelle töö ei vasta tellija õigustatud ootustele. Nimetatud vahetuse nõue on tellijapoolne otsustus ning täitja kohustub tagama meeskonnaliikme vahetuse 10 tööpäeva jooksul alates tellijapoolsest otsustuse teavitusest.
5.13 Tellijal on õigus igal ajal hankelepingu täitmise käigus kolme-kalendripäevase etteteatamisega kokku kutsuda koosolekuid, kus täpsustatakse töökorraldust, tellija ja täitja ootuseid vmt.
5.14 Tellija on kohustatud kõikidele täitja lepingu täitmisega seotud põhjendatud küsimustele vastama hiljemalt kolme tööpäeva jooksul. Juhul, kui küsimusele vastamine nõuab tellijalt pikemat analüüsimist, on tellija kohustatud andma eeltoodud kolme tööpäeva jooksul täitjale täpse kuupäeva, millal tagasisidet antakse, sellisel juhul on täitjal õigus nõuda tarne tähtaja proportsionaalset pikendamist.
5.15 Täitja peab lepingu täitmisel juhinduma tellija poolt edastatud juhistest ja ülesannetest. Tellijal on õigus igal ajal kontrollida tööde vastavust hankelepingule ning nõuda täitjalt informatsiooni lepingu täitmise kohta. Tellija nõudmisel kohustub täitja meeskonnaliige jooksvalt andma ülevaate ja esitlema juba teostatud või teostamisel olevaid töid.
5.16 Täitja tagab ja vastutab tööks vajalike töövahendite, litsentside ja autoriõiguste eest iseseisvalt. Eraldi kokkuleppel võimaldab tööks vajalikud vahendid tellija.
5.17 Tellija jätab endale hankelepingu tingimuste piires õiguse ühepoolselt täiendada ja muuta üldist töökorraldust, sh töökorralduse nõudeid jmt, teavitades täitjat kirjalikult ette 1 (üks) kuu.
5.18 Minikonkursis või hankelepingus võib olla sätestatud täiendavaid nõudeid vastavalt välisvahendite rakendamisele kehtestatud reeglitele. Välisvahendite kasutamisel on täitja kohustatud tagama lepingu eseme märgistamise vastavalt välisvahendite rakendamisele kehtestatud reeglitele, täpsed nõuded sätestatakse vastavalt finantseerimisallikale konkreetses minikonkursis ja/või hankelepingus.
5.19 Teenuse käigus tehtavad arendused peavad ühilduma tellija poolt nõutud tehnilise lahendusega (erisused on lubatud tellija kontaktisiku kirjalikul nõusolekul), sealhulgas:
5.19.1 järgima tellija poolt nõutud tehnilise lahenduse ideoloogiat süsteemsete protseduuride osas ja infosüsteemi arhitektuurset lahendust ja kasutusloogikat;
5.19.2 taaste- ja varundusprotseduurid peavad olema ühilduvad tellija poolt soovitud tehnilise lahendusega;
5.19.3 lepingu ese ei tohi põhjustada süsteemi töö terviklikkuse või muid toimimise häireid ega jõudluse langust;
5.19.4 lepingu ese peab olema tellija poolt nõutud infosüsteemiga ühetaoline ning sobituma olemasolevatesse ekraanivormidesse ja töövoogu;
5.20 Tööde teostamise käigus tuleb täitjal vajadusel uuendada ka lepingu eseme dokumentatsiooni (kirjeldused, juhised, protsessianalüüs jmt) ja dokumentatsioon tellijale kokkulepitud viisil üle anda. Dokumentatsiooni üleandmisel eelistatakse elektroonilist vormi.
5.21 Lepingu täitmisel peab täitja ja tema töötajad või lepingupartnerid järgima veebiaadressil https://www.smit.ee/et/hanked avaldatud infoturbekorda ning tellija töövahendi kasutamisel SMIT töövahendiga reisimise korda.
5.22 Täitja peab lepingu täitmisel eelistama keskkonnahoidlikke lahendusi, milleks on võimalusel veebikoosolekud jne.

6 Lepingu tõlgendamine ja erisätted
6.1 Lepingu tõlgendamisel lähtutakse võlaõigusseaduses sätestatud lepingu tõlgendamise reeglitest ning järgnevast dokumentide prioriteetsusest:
6.1.1 hankeleping;
6.1.2 raamleping;
6.1.3 SMIT-i töövõtu-, käsundus- ja müügilepingute üldtingimused.

7 Kehtivus
7.1 Leping jõustub alates hetkest, mil pooled on selle allkirjastanud.
7.2 Leping kehtib 24 kuud või kuni maksimaalse maksumuse täitumiseni, kohalduv on esimene täituv.
7.3 Õigused ja kohustused, mis oma olemusest tulenevalt ei sõltu lepingu kehtivusest, jäävad kehtima peale lepingu lõppu.
7.4 Tellijal on õigus raamleping ühe täitja suhtes erakorraliselt üles öelda, kui täitja rikub oluliselt raamlepingu või selle alusel sõlmitava hankelepingu tingimusi või muul SMIT-i töövõtu-, käsundus- ja müügilepingute üldtingimustes kehtestatud alusel. Ühe täitja suhtes raamlepingu erakorralise ülesütlemise korral jääb raamleping teiste täitjate osas täies ulatuses kehtima.

8 Täitja kinnitused
8.1 Täitja avaldab ja kinnitab, et:
8.1.1 ta on lepinguga ja riigihanke alusdokumentidega tutvunud ning mõistab täielikult enesele võetavate kohustuste sisu ja tagajärgi ning on nõus nendes toodud tingimustega;
8.1.2 lepingu täitmisega ei kahjustata kolmandate isikute õigusi ja huve ning puuduvad mistahes asjaolud, mis välistaksid tema õigusi sõlmida leping ja seda nõuetekohaselt täita;
8.1.3 ta on tutvunud lepingu lahutamatuks osaks olevate SMIT-i töövõtu-, käsundus- ja müügilepingute üldtingimustega.
8.2 Täitja esitab tellijale hankelepingu täitmise alustamise ajaks iga oma alltöövõtja nime, registrikoodi, kontaktandmed, teabe nende seaduslike esindajate kohta ning alltöövõtulepingu nimetuse, kuupäeva, numbri ja summa. Samad andmed esitab täitja iga hankelepingu täitmisel lisanduva alltöövõtja kohta.

Leping on allkirjastatud digitaalselt.

Lisa. HANKELEPINGU projekt
* Hankelepingu täpsem sisu ja punktid võivad muutuda sõltuvalt konkreetsest hankelepingu esemest.

Siseministeeriumi infotehnoloogia- ja arenduskeskus (SMIT või Tellija), registrikood
70008440, aadress Mäealuse 2/2, 12618, Tallinn, keda esindab põhimääruse alusel …

Asutus (Maksja), registrikood …………, aadress, keda esindab ……. (kui maksjana on kaasatud teine asutus)

Äriühing OÜ/AS (Täitja), registrikood ………….., aadress, keda esindab …….

1. Üldandmed
1.1 Käesolev hankeleping on sõlmitud … 202…. a sõlmitud raamleping nr ... (riigihanke viitenumber ….) alusdokumendid, tellija … tellimus ja täitja … pakkumus.
1.2 Rahastamisallikaks on riigieelarve ja/või välisvahendid.
1.3 Poolte kontaktisikud hankelepingu täitmisel on:
1.3.1 Tellijal: ……..., tel. ………., e-post: ……..….. või tema asendaja;
1.3.2 Täitjal: ……....., tel. ………., e-post: ………….;
1.3.3 Maksjal: …….., tel. ………., e-post: ………….;(kui Maksja lepingu osapooleks)

2. Lepingu eseme täitmine
2.1 Hankelepinguga ostab tellija või maksja (kui maksjana on kaasatud teine asutus):
2.1.1 …. (märkida rolli(de) nimetus(ed), kelle teenust ostetakse) teenust mahus …. tundi.
2.2 Hankelepingu täitmise periood on ….. (rolli nimi) puhul … kuu(d) alates töödega alustamisest/ täitmise tähtaeg on …..
2.3 Teenust osutatakse igakuiselt mahus, mis vastab täistööajale, võttes muuhulgas arvesse riigipühasid ning SMIT-i töökorralduse reeglitest tulenevaid lühendatud tööpäevi. /täidetakse iga hangitava meeskonnaliikme kohta/
2.4 Töid teostab/teostavad täitja pakkumuses esitatud CV-s/CV-des nimetatud isik/isikud.
2.5 Tellijal on õigus igal ajal hankeleping üles öelda, esitades täitjale sellekohase kirjaliku taasesitamist võimaldavas vormis teatise vähemalt 30 päeva ette.
2.6 Hankelepingus kokku leppimata küsimustes lähtutakse raamlepingus ja SMIT töövõtu-, käsundus- ja müügilepingute üldtingimustes sätestatust, vastuolude korral lähtutakse esmalt hankelepingus sätestatust, siis raamlepingus sätestatust ning viimaks SMIT töövõtu-, käsundus- ja müügilepingute üldtingimustes sätestatust.
2.7 Täitja esitab tellijale hankelepingu täitmise alustamise ajaks iga oma alltöövõtja nime, registrikoodi, kontaktandmed, teabe nende seaduslike esindajate kohta ning alltöövõtulepingu nimetuse, kuupäeva, numbri ja summa. Samad andmed esitab täitja iga hankelepingu täitmisel lisanduva alltöövõtja kohta.
2.8 Kui meeskonnaliikme asendamine toimub pärast lepingu sõlmimist ja pärast taustakontrolli teostamist esimese 3 kuu jooksul, siis makstakse asendamisele järgneva 3 kuu vältel meeskonnaliikmele ettenähtud tunnitasust 10 % väiksemat tunnitasu.

3. Hankelepingu maksumus ja arveldamise kord

3.1 Hankelepingu kogumaksumus on … eurot, millele lisandub käibemaks. Kogumaksumus sisaldab ka kõiki intellektuaalomandiga seotud tasusid.
3.2 Lepingu täitmine toimub töötunnipõhisel arvestusel, tellija tasub üksnes lepingu alusel tellitud ja teostatud töötundide eest.
3.3 Töid teostavate meeskonnaliikmete ühe (1) töötunni maksumused on (rolli nimi valitakse vastavalt sellele, millist rolli ostetakse):
3.3.1 Front-end (Angular) arendajal…………. eurot, millele lisandub käibemaks;
3.3.2 Java vanemarendajal (back-end)…………. eurot, millele lisandub käibemaks.
3.4 Lepingu ese antakse üle igakuiste vahetarnete kaupa / lepingu eseme üleandmise perioodiks on … kuu(d).
3.5 Pärast üleandmis-vastuvõtmisakti allkirjastamist, esitab täitja tellijale lepingukohase arve.
3.6 Tööde arveldusperioodiks on (kalendrikuu / kolm kuud, vastavalt rahastusallikale).
3.7 Arved tuleb edastada tellijale vastavalt Eesti e-arve standardile. E-arves peab lisaks standardis nimetatud andmetele olema toodud tellija kontaktisiku perekonnanimi, raamhanke riigihangete registri viitenumber, raamlepingu number, minikonkursi riigihangete registri viitenumber, hankelepingu number, hankelepingu riigihangete registri 15-kohaline viitenumber ja välisvahendite projekti tunnus, kui on tegemist välisvahenditega. E-arve tuleb saata e-arvete operaatori kaudu. E-arve loetakse laekunuks selle e-arvete operaatorile laekumise kuupäevast.

* lisatakse arveldamise kord, kui see erineb raamlepingus sätestatust.

4. Kaasrahastab Euroopa Liit. Välisvahendite kasutamisest tulenevad nõuded (punkti 4 sisu võib muutuda sõltuvalt rahastusallikast ja konkreetsest projektist, sh. sisaldada teistsuguseid nõudeid)
4.1 Välisvahendite kasutamise lõpptähtpäev on …..
4.2 Lähtuvalt rahastusallikast (välisvahendid) ning sellele kohalduvatest kohustuslikest nõuetest, kohustub täitja tagama alljärgnevat:
4.2.1 kõigile projekti tegevusega seotud dokumentidele peab olema trükitud Euroopa Liidu ja Siseministeeriumi logo ning tunnuslause „Projekti kaasrahastavad Euroopa Liit Sisejulgeolekufondi kaudu ja EV Siseministeerium“;
4.2.2 Euroopa Liidu ja Siseministeeriumi logo peab olema paigaldatud kõigile füüsilistele esemetele, mis on projekti läbiviimiseks ostetud;
4.2.3 toetuse ja kaasfinantseeringu nähtavuse tagamiseks esitatav Euroopa Liidu embleem ja Siseministeeriumi logo peavad vastama Lisas 3, „ISF märgistamise juhis“, kirjeldatud juhistele;
4.2.4 täitja võimaldab välisvahenditest finantseeritud lepingu korral järelevalve teostamiseks kogu vajaliku teabe ja volitatud isikutel viibida lepingu täitmises osalevate isikute ruumides ja territooriumil, mis on rajatud välisvahendite abil või mis on seotud toetuse kasutamisega ning teostada paikvaatlust.
4.3 Täitja on kohustatud säilitama 7 (seitse) aastat pärast projekti lõppemise kuupäeva lepinguga seonduva dokumentatsiooni ja materjalid ning võimaldama vajadusel auditite ja järelevalve (sh kohapealsete kontrollide) teostamist ning osutama selleks igakülgset abi, sh võimaldama volitatud isikul ligipääsu esitatud andmete õigsuse kontrollimiseks kõigile lepingu rakendamisega seotud dokumentidele ja informatsioonile, sealhulgas elektroonilisel kujul olevale teabele. Juhul kui pärast projekti lõppu avastatakse rikkumine, pikeneb dokumentide säilitusaeg vähemalt 7 (seitse) aastat alates päevast, mil tellija või maksja tagastab toetuse ja kaasfinantseeringu Siseministeeriumile.

5. Hankelepingu kehtivus
5.1 Hankeleping jõustub alates hetkest, kui pooled on hankelepingu allkirjastanud.
5.2 Hankeleping kehtib Poolte lepinguliste kohustuste täitmiseni või … kuud alates hankelepingu sõlmimisest sõltuvalt kumb sündmustest saabub varem.

6. Lepingu lisad:
6.1 Lisa 1 – täitja pakkumus;
6.2 Lisa 2 – tellija tellimus;
6.3 Lisa 3 - …..

Lepingu juurde kuuluvateks lahutamatuteks osadeks loetakse kõik lisad ja minikonkursi alusdokumendid ning täitja riigihankes esitatud pakkumus ja pooltevahelised kirjalikud teated, mida lisadena eraldi ei allkirjastata.

Leping on koostatud ja allkirjastatud digitaalselt.

Lepingu lisa. Üleandmise-vastuvõtmise akti vorm
Alus (täida need read, mis kohalduvad):

Riigihanke viitenumber: ….
Riigihanke nimetus: …
Raamleping nr …., sõlmitud …. a.,
Minikonkursi viitenumber: …
Minikonkursi nimetus: …
Hankeleping nr …., sõlmitud …. a.,
Hankelepingu osa viitenumber (15-kohaline): …
Välisvahenditest rahastatud projekti toetuse kood ja nimetus: …

Käesolevaga annab ………….. (täitja ettevõtte nimi) üle ning ……… (tellija asutuse nimi) võtab vastu (edaspidi lepingu ese):

1. …….. (täida lepingu esemest tulenev võimalikult detailne sisu:
• tulemi puhul maksumus, etapi eesmärgi kirjeldus jne;
• arendus- või hooldusteenuse puhul töötunni hind, kogumaksumus, teostamise periood, töötundide maht, vajadusel jira ticketite viited jne. Vajadusel täida allolev tabel

Meeskonnaliige (roll)
Üle antav töö
Periood
Teostatud töötunnid
Töötunni hind km-ta
Meeskonnaliikme teostatud töö hind kokku km-ta

Maksumus kokku km-ta:

Maksumus kokku km-ga:

Lepingu rahaline jääk km-ta:

2. ………(dokumentide loetelu).

Üleantava lepingu eseme kogumaksumus on ………………. eurot (lisandub käibemaks).
Lepingu ese on üle antud …………. (kuupäev, millal täitja teenuse üle andis).
………………. (täitja lepingujärgse kontaktisiku nimi) kinnitab, et lepingu ese vastab lepingus sätestatud tingimustele.
…………….. (tellija lepingujärgse kontaktisiku nimi) kinnitab, et on üle antud lepingu eseme vastu võtnud ning see vastab lepingus sätestatud tingimustele.

Käesolev üleandmise-vastuvõtmise akt on allkirjastatud digitaalselt.

Täitja:
…………………
/asutuse nimi/
…………………..
/allkirjastaja nimi/
Tellija:
…………………
/asutuse nimi/
…………………..
/allkirjastaja nimi/

Lisa 2 Tehniline kirjeldus.pdf

Tehniline kirjeldus

Siseministeeriumi haldusala asutuste erinevate kaardirakenduste ja muude rakenduste jaoks on

loodud erinevad kesksed aluskaardi teenused, infokihi teenused, asukoha otsinguteenused ja

teekonnaarvutuse teenused, mida kasutatakse erinevates ärirakendustes. Lisaks on nende

asutuste ruumiandmete haldamiseks on loodud Geoinfo rakendus.

Taust

Raamlepingu eesmärgiks on tellida arendustööde teenust (front-end arendaja (Angular) ja Java

vanemarendaja (back-end)) ruumiandmete halduse platvormi ja sellega seotud süsteemide

(teenuste, rakenduste, infosüsteemide) arendamiseks.

Siseministeeriumi haldusala asutuste ruumiandmete haldamiseks on loodud Geoinfo

rakendused. Kasutusel on neli erinevat kasutajaliidest, mis jagunevad erinevate asutuste ja

valdkondlike kasutajate vahel. Praegune lahendus on tehnoloogiliselt vananenud ning

kasutajate soovid on aastatega muutunud, seega pole võimalik vana süsteemi enam edasi

arendada. Geoinfosse liigub andmeid automaatselt ka erinevatest infosüsteemisest ja samuti

saadab see andmeid edasi teistesse API-desse või ruumiandmete teenustesse.

Raamlepingu perioodiks on kavandatud uue Geoandmete haldamise keskkonna loomine,

kasutades selleks uusi ja olemasolevaid tehnoloogiaid. Planeeritav Geoandmete haldamise

keskkond on piiritletud uue kasutajaliidese, andmete haldamise keskkonna, sh uue

kasutajaliidese ja backend rakendusega. Kasutajaliidese juures on plaanitud kasutada

Openlayersi kaarditeeki ja UI lahendus luuakse Angular raamistikku kasutades. Ruumiandmete

jagamiseks kasutatakse ArcGIS Server lahendust. Samuti tuleb lahendada Geoinfo rakenduses

erinevad liidestused. Uue halduskeskkonna loomisel võib olla vajalik teha

muudatusi/migratsioonitöid ka nn vanadest Geoinfo rakendustest.

Front-end arendaja lähtub Geoandmete uue platvormi front-endi loomisel uuest disainist, mida

tutvustatakse eduka pakkuja front-end arendajale.

Raamlepingu ajal on vajalik ka erinevate teiste ruumiandmete teenuste edasi arendamine

(kesksed aluskaardi teenused, infokihi teenused, asukoha otsinguteenused ja teekonnaarvutuse

teenused).

Töökorraldus

Arendajatelt eeldame aktiivset ja sisulist osalust arendatava rakenduse ja teenuste arhitektuuri

planeerimisel, erinevate lahendusalternatiivide analüüsil ja koodikvaliteedi tagamisel.

Arendustööd viiakse läbi agiilseid arendusmetoodikaid kasutades koostöös SMITi vastava

tootetiimiga (tooteomanik, vanemarendaja, arendaja, geoinformaatik, süsteemiadministraator).

Arendustööde tegemisel tuleb lähtuda SMITis kehtivast arendusnõuetest (vt PEE lisad 2.1-2.4)

Arendaja salvestab igapäevaselt valminud koodi SMIT tarkvara repositooriumisse vastavasse

harusse.

Tarned

1. Töö toimub iganädalaste planeerimiste alusel ning töö sisu kirjeldatakse

piletihaldustarkvaras JIRA.

2. Valminud lahendused tarnitakse jooksvalt Tellija tarkvara repositooriumisse.

Üldine

1. Edukas pakkuja peab suutma tagada järjepidevust olukorras, kus värvatud

meeskonnaliige lahkub/haigestub vmt. Olukorras, kus meeskonnaliige vahetub, tuleb

väljavahetamine tellijaga kirjalikult kokku leppida;

2. Edukas pakkuja kohustub kirjalikult koheselt informeerima tellijat kõikidest edukale

pakkujale teadaolevatest asjaoludest, mis võivad takistada Lepingu täitmist ning

esitama ettepanekud probleemide optimaalseks lahendamiseks.

3. Täpsemad nõuded lepingu täitmisele jmt on kirjeldatud raamlepingus ja hankelepingus

4. Kui esineb vastuolu käesoleva tehnilise kirjelduse ja (raam/hanke)lepingu vahel, tuleb

lähtuda lepingust.

Lisad:

1) Lähtekoodi halduse ja ehitamise nõuded arendajale

2) Logimise nõuded

3) Rakendustevahelised integratsioonipõhimõtted

4) Tehnilised nõuded tarkvaralahendustele

Lisa 2.1 Lahtekoodi halduse ja ehitamise nouded arendajale.pdf

a. b. c. d. e. f. g. h. i. j.

Lähtekoodi halduse ja ehitamise nõuded arendajale Versioonihalduse kasutamine

Tarkvara lähtekoodi halduseks tuleb kasutada aadressil asuvad GIT repositooriumi (ligipääs antakse projekti põhiselt).https://source.smit.sise Tarkvara versioonihalduses jälgitakse üldises mõistes protsessi ( ) või "git-flow" http://nvie.com/posts/a-successful-git-branching-model/ "feature-

( ) protsessi.branche-workflow" https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow "Git-flow" lähenemist on sobilikum kasutada siis, kui tarkvara versioonide on aeglasem ja harvem ning versioonides toimuvad stabiliseerimisperioodid, samuti kui on vaja mitut erineva funktsionaalsusega versiooni pikaajaliselt toetada. Teine mudel sobib neile kes on rohkem automatiseerinud oma paigaldus ja tarneprotsessid ning kasutavad kas või "Continuous Delivery" "Continuous Deployment" töövooge.

Iga JIRA pileti realiseerimise alguses loob arendaja JIRA abil (kasutades JIRA sees pileti juures käsku create branche) nimelisest develop harust endale vastava konvensiooni (vt. joonis) põhiselt nimelise haru kus arendust tehakse.feature/xxx Konfliktide vältimiseks peab kesksest harust järjepidevalt enda harusse muudatused mestima. Piletis realiseeritud lähtekoodi üleandmiseks SMIT-ile tuleb minna versioonihaldus keskkonna ( vastava tarkvara ruumi https://source.smit.sise) ning valida sealt tab ning luua uus , kus tuleb määrata lähteharuks enda tehtud arendusharu ning lõppharuks keskne pull-requests pull-request haru. Ülevaatajaks tuleb valida SMIT poolne arendaja ning sisuks täiendavad kommentaarid, mida silmas pidada antud tarnes (näiteks et muutus konfiguratsioon või baas vms).

Tarne üleandmise eelduseks on, et üleantav kood vastab kõikidele kokkulepitud nõuetele, mis arenduse alguses on fikseeritud või on konkreetsed puudused toodud välja kirjelduses;pull-requesti Tarne loetakse vastuvõetuks, kui tarneharus oleva koodiga on toimunud vastavad tegevused:

kood kompileerub SMIT ehitusserveris koodi staatiline analüsaator ei leia koodist vigu (kasutada Bitbucket Sonar pluginat code review raames või Bamboos Sonar taske) ühiktestid jooksevad läbi ilma vigadeta integratsioonitestidjooksevad läbi ilma vigadeta funktsionaalsed testid jooksevad läbi ilma vigadeta Koodi testide kattuvuse analüüs näitab et ei ole toodetud juurde ärikriitilist koodi, mis on testidega katmata arhitekt on tarne muudatustele teinud koodi analüüsi ja need heaks kiitnud kood on ilma konfiliktideta süsteemi poolt mestitud harusse ( on täidetud)develop pull-request

develop harust ehitatud versioon on paigaldunud arenduskeskkonda ja sinna on võimalik sisselogida Kõik tarnes sisalduvad on seotud konkreetsete JIRA piletinumbritega kujul XXXX-YYYcommitid

Pull-request-i kinnitamisel automaatselt kustutatakse vastav partneri poolt tehtud haru ära, kui mestimine on olnud edukas; Pull-request-ii võib SMIT tagasi lükata, kui seal esineb puudusi või alustada seal sees dialoogi puuduste kõrvaldamiseks (koodi ülevaatuse tegemisel lisatakse kommentaarid otse koodi ridade vahele); Arendaja peab arendusega seotud dokumentatsiooni kandma SMIT’i wikisse (https://wiki.smit.sise), vastava tarkvara ruumi (v.a paigaldusjuhend mis läheb koodi juurde versioonihaldusesse); Arendaja peab alati arendusi tegema JIRA (https://jira.smit.sise) piletite raames (iga koodimuudatus, mida soovitakse kesksesse versioonihaldusesse saata, peab sisaldama JIRA piletinumbrit) ning muutma nende staatuseid vastavalt arendusele.

Bamboo (CI/CD) kasutamine

Igal tarkvaral on bamboos defineeritud 1 ehitusplaan, mis ehitab ennast " " või " " plaani pealt automaatselt (haru valik sõltub, develop master kumba protsessi kasutatakse koodi halduseks). Arendajad peaksid oma arendusi tegema feature harudes, mida automaatselt Bamboo on võimeline ehitama.

Bamboo ehitusplaan ehitab koodi, teeb koodile staatilist analüüsi, võimalusel turvaanalüüsi, jooksutab testid ning Bamboo paigaldusplaan paigaldab lõpuks rakenduse määratud keskkonda. "Git-flow" puhul on reeglina ehitusplaan liidestatud " haruga ning paigaldatakse tulem arenduskeskkonda, testi ja toodangu jaoks develop" versioonid tekivad harude pealt ("release" harud reeglina), mida paigaldatakse Bamboo kaudu käsitsi. "Feature-branche-workflow" protsessi puhul on ehitusplaan liidestatud " haruga, mille tulemus paigaldatakse automaatselt sobivasse master" keskkonda. Võimalus on selle kõrvale luua ka täiendavaid harusid ja siduda neid konkreetse keskkonnaga. Toodangu keskkonda paigaldus tehakse reeglina käsitsi Bamboo sees ning sinna paigaldatakse sama tulem, mis läks testi.

Lisa 2.2 Logimise nouded.pdf

Logimise nõuded (sh välisele partnerile) Nõuded logimisele, arendus-tiimidele ning välistele partneritele (täitmist kontrollib meeskond, kes välist teenust tellib):

1. Logimiseks tuleb kasutada alus süsteemi võimalusi ja standardseid teeke. 2. Logi peab olema loetav tekstilisel kujul UTF-8 kodeeringus. 3. Süsteemispetsiifilised andmed logikirjes peab võimaluse korral koostama JSON-formaadis. 4. Logitavates andmetes tuleb enne logifaili kirjutamist kodeerida kõik mittekuvatavad ( ) sümbolid, süsteemispetsiifilised andmed, logides non-printable sisalduvad kasutaja sisestatud väärtused ning välja- ja reaeraldajad (st kogu kasutaja sisendit peab olema võimalik taastada, va punktis 8 toodud andmed), välistamaks logisüste ja sellega seonduvaid ründeid. Logitavad andmeväljad eraldatakse tabulatsiooniga. 5. Juhul kui ühe päringu kohta tekib kirjeid mitmesse logisse, siis peab olema võimalik neid kirjeid ühise välja abil siduda. Selleks ei sobi kellaaeg, aga sobib näiteks unikaalne päringu ID. 6. Kõik väljanimede kirjeldused, parameetrite nimetused ja muu informatsioon peab olema võimalusel inglise keeles. 7. Logitud peavad olema kõik tegevused andmetega, sh: 7.1. kõik autentimise katsed (hoolimata tulemusest); 7.2. kõik kasutajate poolt algatatud tegevused; 7.3. kõik taustaprotsesside tegevused; 7.4. nii õnnestunud kui ka ebaõnnestunud tegevused. 8. Andmed, mida on keelatud logida: 8.1. kasutajate autentimisega seotud saladust või salasõna teksti või räsi kujul; 8.2. privaatvõtmed; 8.3. seansivõtme väärtus (nt seansi tokenid või -küpsised) – logida võib ainult seansivõtmest tuletatud räsi või muud pöördumatut tuletist; 8.4. andmebaasidest tagastatud päringute täisvastused tekstilisel kujul – logida võib andmete tagastamise fakti või vastuse pikkust. 8.5. biomeetriliste andmete väärtust taasesitamist võimaldaval kujul. 9. Sisendandmed peavad olema eristatavad rakenduselt endalt pärinevatest andmetest, kuid olema arusaadavad ilma rakenduse andmebaasita. 10. Logikirjed jaotatakse võimalusel järgnevalt (eraldi konfigureeritavatesse failidesse): 10.1. Seansilogi - info kasutajate tuvastamise, rakendusse või kõrgema turvalisusega rakenduse osasse sisenemiste, väljumiste, seansi aegumise, tühistamiste jmt kohta. 10.2. Tegevuslogi - kogu informatsioon kasutajate ja taustaprotsesside tegevuste kohta koos sisendparameetritega (sh väliste ressursside kasutamise kohta). Tegevuse- ja seansilogi kirjes peab olema vähemalt: 10.2.1. Silumislogi - arendajate jaoks vajalik debug info, toodangukeskkonnas peaks debug vaikimisi välja olema lülitatud; 10.2.2. Turvalogi/auditlogi - turvalisusega seotud eeldefineeritud sündmused, mis võimaldavad tuvastada, mis tegevusi mis järjestuses tehti ning leida viiteid võimalikele turvaprobleemidele (SQL injection, IP muutus seansi keskel kui see pole lubatud, kasutaja käivitas käsu, mida tal ei ole lubatud käivitada jms). Sinna kuuluvad turvalisuse seisukohalt kriitilised sündmused (sisenemine, väljumine, rolli muut(u)mine) ning tegevused, mis toovad kaasa rahalisi või juriidilisi tagajärgi. 10.3. Vealogi - erinevate veaolukordade info, mida võimalusel jaotada kaheks: 10.3.1. tehniline vealogi - erinevad süsteemsed veateated (probleemid liidestega, süsteemsete taustatööde veateated, vead, mida ei ole püütud (unhandled exceptions)); 10.3.2. kasutajate vealogi - kasutajate tegevuse tõttu esile kutsutud vead mis on käsitletud (handled exceptions). 11. Logide spetsiifika (mida logitakse, kuidas sündmused logifailidesse on jagatud, rakendusspetsiifiliste logide struktuur ja detailid) peavad olema kirjeldatud teenuse dokumentatsioonis. 12. Logimine peab olema optimeeritud, st et peab vältima liigsete logiandmete edastamist logihaldussüsteemi ning välistama informatsiooni dubleerimist logides, juhul kui seda ei ole eraldi nõutud. Vajaduse korral filtreeritakse logid teenuses. 13. Logimisvahendid ja informatsioon logi kohta peab olema kaitstud volitamata muudatuste, hävitamise ja juurdepääsu eest. 14. Logisid peab logi edastav teenus saatma reaalajas SMIT’i kesksesse logihaldussüsteemi. Kasutusel peab olema ühtne NTP (Network Time Protocol) ajateenus. 15. Logide keskne kogumine sisaldab: 15.1. reaalajas saadetavate logivoogude vastuvõtmist ja salvestamist; 15.2. salvestatud logivoogude arhiveerimist olenevalt saadetavate logide tüübist ja neile kehtestatud säilitustähtaegadest. 16. Salvestatavad logiandmed signeeritakse digitaalselt. 17. Logiandmete turvaliseks edastamiseks SMITi kesksesse logihaldussüsteemi väljapoolt SMITi hallatavat taristut peab kasutama VPNi või mTLS-i ühendust. 18. Arhiiviväärtusega logide terviklus peab olema tagatud kolmanda poole usaldusteenuse (nt. TrueTrail) abil. 19. Tõestusväärtusega logisid ei tohi hoiustada ega töödelda rakenduse serveris või andmebaasis. Selline kirje on vaid informatiivse väärtusega ning seda logikirjena ei käsitata. 20. Ligipääs logiandmetele 20.1. Logikeskkondadele ligipääs peab olema kitsendatud ja piiratud, logides sisalduvaid andmeid tohib töödelda vaid kasutaja, kellel on selleks õigus ja teadmusvajadus. 20.2. Logisid on keelatud töödelda väljaspool lubatud keskkondi (kaasarvatud kopeerida). Arhiveeritud ja väljaspool logitaristut hoitavad või edastatavad logiandmed on alati krüpteeritud. 20.3. Logisid ei tohi avalikustada ega jagada teistele osapooltele, kui selleks ei ole põhjendatud vajadust. 20.4. Logide töötlemisel peab järgima andmete töötlemisel kehtivaid isikuandmete ning avaliku teabe töötlemist reguleerivaid õigusakte, sh täitma konfidentsiaalsuse kohustust nii töö- või teenistussuhte ajal kui ka pärast selle lõppemist. 21. Logide säilitustähtaegade määramine ja kustutamine peab vastama andmekogu põhimääruses või teenuse kokkuleppes sätestatud tingimustele. 22. Säilitustähtaja määramisel peab silmas pidama, et ressursikasutus oleks proportsionaalne ja mõistlik. 23. Kui logide säilitusaega ei ole teenuse dokumentatsioonis täpsustatud, peab logisid hoidma käesoleva aasta kohta ning säilitama neid kuni ühe aasta. 24. Logimise puhul kehtivad vähemalt sama taseme turvanõuded, mida on rakendatud logitavale teenusele. 25. Kui rakenduse äriloogika ei vasta kehtestatud nõuetele tuleb tehnoloogilist lahendust eelnevalt infoturbeosakonnaga kooskõlastama.

Logikirjes peab sisalduma vähemalt teave, et vastata küsimustele: kes, millal, mida, kus ja kust süsteemis tegi ning mis oli tegevuse tulemus.

Logikirje miinimumnõuded on

1. Logikirjes (minimaalselt tegevus- ja seansilogi) peab sisalduma vähemalt teave, et vastata järgmistele küsimustele: 1.1. on tegevuse teostaja, sealjuures:KES 1.1.1. peab ta olema unikaalne vähemalt teenuse piires; 1.1.2. peab ta olema seostatav füüsilise isikuga, kui see on võimalik; 1.1.3. tema automaatprotsessid peavad olema selgelt tuvastatavad. 1.2. on ajamärgistus, mis sisaldab täpset sündmuse kuupäeva ning kellaaega, sealjuures peab aeg olema: MILLAL 1.2.1. vähemalt sekundi täpsusega; 1.2.2. UTC ajavööndis; 1.2.3. ajaformaadis ISO8601 koos ajavööndi infoga, näiteks formaat YYYY-MM-DDTHH:mm:ss.SSSZ. 1.3. on logitava tegevuse või sündmuse liik või klass, näiteks kasutaja tuvastamine, administreerimine, operatsioon ja kasutus, ning liigi või MIDA klassi tegevuse detailid. Märgitakse: 1.3.1. üheselt tuvastatav viide objektile või selle komponendile, mida kasutati; 1.3.2. tegevuse tüüp, näiteks , või kasutatud meetod ja nende sisendandmed;login, timeout, search, request, query 1.3.3. tegevusega seotud muud andmed ja sisendväärtused, mida tegevuse käigus töödeldi või mis on olulised, näiteks failide nimed, päringu objektid, autentimismeetod. 1.4. on süsteemi identifikaator, mille abil on võimalik teha kindlaks täpne rakendus ja selle instants, mille suhtes tegevus tehti.KUS 1.5. on seadme unikaalne identifikaator, näiteks nimi, IP-aadress või seadme sertifikaat, kust tegevus toime pandi, sealjuures peab:KUST 1.5.1. identifikaatori abil olema võimalik üheselt tuvastada seade, kust sündmus toime pandi; 1.5.2. IP-aadressi puhul olema tuvastatav lõppseadme IP-aadress. 1.6. – kui ei ole kokku lepitud teisiti, siis päringute vastuseid täies mahus ei salvestata. Logisse peab kirjutama tulemust kirjeldavad TULEMUS andmed, näiteks tulemuse tüüp (success, attempt, failure, error), vastuse suurus (nii baitides kui ka ridade arvuna).

Logikirje elementide soovituslik järjestus:

{when}\t{where}\t{what}\t{whence}\t{who}\t{procid?}\t{result}\t{msg-payload?}

Lisa 2.3 Rakendustevahelised integratsioonipohimotted.pdf

1. 2. 3. 4. 5. 6. 7. 8.

1. 2. 3. 4.

1.

2.

3.

4. 5. 6.

Rakendustevahelised integratsioonipõhimõtted

Sünkroonne ja asünkroonne suhtlusviis Integratsioon süsteemide vahel (nii välised kui sisemised)

Sõnumivahetuse nõuded (MQ) Sõnumivahetuse mudelid Sõnumid Sõnumiserveri kanalid Sõnumi edastamine Ühenduskiht

REST API ja HTTP/JSON API rakenduste teenuste arendamise nõuded Kontekst Üldised nõuded API-le

Ressurside URL-i kujud Ressursside nimetamine Toimingud ressurssidega Otsingu tugi API ressurssides API ressursside/teenuste versioneerimine API veahaldus API rakenduse kättesaadavus Tuvastamine

SOAP teenuste arendamise nõuded SOAP teenuste tarbimise head tavad

Sünkroonne ja asünkroonne suhtlusviis Rakendused saavad omavahel suhelda s või :ünkroonselt asünkroonselt

S – teenuskutse tegija ootab seni kuni teenusepakkuja poolt on vastus saadaval. Samaaegselt võib toimuda üks toiming:ünkroonne suhtlemine

Üks laialdasemalt kasutatud suhtlusstiile; Kontseptuaalne lihtsus võimaldab hõlpsalt rakendada; Enamikes olukordades sobiv suhtlusstiil; Tihedalt seotud HTTP protokolliga, kuid on ka teisi protokolle, nt RPC; Sünkroonse integratsiooni puhul on eelistatud protokolliks HTTP ning andmeformaadiks JSON; SOAP/XML lahendusi kasutada ainult nö olemasolevate süsteemidega liidestamisel, kus muid võimalusi ei ole; Kasutada saab nii X-tee integratsiooni kui ka otse tehtavaid HTTP teenuseid; Kõige levinum stiil HTTP teenuse loomisel on , kuid on võimalus ka kasutada -i(ainult läbi eelneva kooskõlastuse) REST GraphQL

As – teenuskutse tegija ei oota teenusepakkuja poolt vastust. Samaaegselt võib toimuda mitu toimingut:ünkroonne suhtlemine ehk sõnumivahetus

Sobib hästi hajussüsteemi, -arhitektuuri jaoks; Teenused ei ole omavahel seotud, sest suhtlemiseks kasutatakse sõnumisiini, mis võimaldab rakenduste vahel sõnumeid vahetada. Andmevahetusformaadiks võib tekstiliste andmete puhul samuti eelistada JSON-it Andmevahetuseprotokollina on soovituslik kasutada AMQP protokolli

Allikas: Gupta, P. (05.06.2018). Patterns for Microservices – Sync vs. Async. DZone. https://dzone.com/articles/patterns-for-microservices-sync-vs-async

Integratsioon süsteemide vahel (nii välised kui sisemised)

Rakendusi omavahel integreerides peame peamiselt arvestama kolme aspekti. Kas kaks omavahel liidestavat komponenti on määratletud sama andmekogu alla, ehk toimub andmekogu sisene integratsioon või toimub andmekogu ülene integratsioon ning kas üks liidestavatest komponentidest asub välisperimeetris/õues (taotluskeskkonnad).

Andmekogu on see süsteem, mis on määrusega registreeritud, kui on segadus, konsulteeri oma tooteomanikuga.

Andmekogusiseseid integratsioone või liidestus lahendusega, mis ei kuulu ühegi andmekogu alla, võib teha nii sünkroonselt kui asünkroonselt ning ei pea kasutama X-TEEd; Andmekogude vahelisi integratsioone tohib teha ainult üle X-TEE ning tulenevalt X-TEE piirangutest, siis täna ainult sünkroonselt (lähtuda tuleb X-

;TEE dokumentatsioonist) Komponendid, mis asuvad välisperimeetris/õues (igasugu veebid, taotluskeskkonad jms), ei ole lubatud otse liidestuda sisemiste süsteemidega sh. X-TEE-ga (neil tuleb sisevõrku teha vaheadapter, mis päringud edastab); Kui andmekogu soovib andmeid pärida lahenduselt, mis ei kuulu andmekogusse, võib seda teha ilma X-TEEd kasutamata. Kui sisemine süsteem pärib andmekogu käest andmeid, tuleb kasutada X-TEEd. Välist rakendust disainides, tuleks pöörata tähelepanu, et selle mõju sisemistele komponentidele oleks minimaalne (turva, käideldavus, terviklikkus). Eriti arvesse võtta olukordi, kus väline rakendus võib rünnaku alla sattuda.

1. 2. 3.

Sõnumivahetuse nõuded (MQ)

Sõnumivahetuse mudelid

Lubatud on kasutada vastavalt vajadusele nii publish/subscribe (queue - järjekorrad), kui point-2-point (topic - teemad) mudelit.

Sõnumid

Kui ei ole määratud teisiti, on nõutud tekst tüüpi sõnumite kasutamine Kui sõnumi sisu on JSON dokument, tuleb seda valideerida kasutades json-schema validaatorit (https://github.com/fge/json-schema-validator) või sellega samaväärset lahendust Binaarkujul failide edastamiseks läbi sõnumite tuleb kasutada tekst tüüpi sõnumit, ning faili sisu lisada Base64 kodeeritud kujul Küsimus-vastus (request-response) tüüpi sõnumivahetuses tuleb küsimuse vastust identifitseerida korrelatsiooni identifikaatoriga (correlation-id)

Sõnumiserveri kanalid

Juhul kui kanalite nimetused ning nende sisu ei ole eelnevalt kokku lepitud, tuleb kasutatavate kanalite arv ning nimetused kooskõlastada SMIT- iga Juhul kui sõnumite sisu on XML dokument, tuleb kanalite nimed koos tema sisuga defineerida XML-i kirjeldavas dokumendis (XSD-s)

Sõnumi edastamine

Kanalite nimetuste nimekonventsioonina järgida üldjoontes malli: "[andmete omanik].[sõnumis olevad andmed]" näiteks: "amr.ametijuhend"

Küsimus-vastus (request-response) tüüpi sõnumivahetuse puhul lisada suffiksina kanalinimele vastavalt Request või Response - näide manuses näiteks "amr.ametijuhendRequest" ja "amr.ametijuhendResponse"

Sõnumiedastuse ühelt-mitmele (topic) puhul lisada suffiksina kanalinimele vastavalt Topic - näide manuses. näiteks "amr.ametijuhendTopic"

Sõnumiedastuse ühelt-ühele, ilma vastust ootamata (queue) tüüpi sõnumivahetuse puhul lisada suffiksina kanalinimele vastavalt Queue - näide manuses

näiteks "amr.ametijuhendQueue"

Ühenduskiht

Juhul kui ole määratud teisiti, käib suhtlus sõnumiserveriga TCP tasemel (vm tase oleks kiire aga mõistlik on sõnumiserver hoida rakendusest väljaspool, et tagada käideldavus)

REST API ja HTTP/JSON API rakenduste teenuste arendamise nõuded

Kontekst

REST on arhiekturistiil, mis kirjeldab nõuded/piirangud rakenduste loomiseks, võttes aluseks veebiarhitektuuri (world-wide-web ehk www)

REST puhul on peamine informatsiooni abstraktsioon ressurss (ingl resource). Mistahes teave, mida saab nimetada, võib olla ressurss. (Fielding, 2000)

Ressurss varieerub ajas ning tähistab konkreetsel ajahetkel olemite kogumit või väärtusi (Fielding, 2000). Väärtused võivad olla ressursi esitused (ingl resource representation) ja/või ressursi identifikaatorid (ingl resource identifier). REST-komponendid, teisisõnu omavahel suhtlevad rakendused, teevad toiminguid ressurssidega, kasutades ressursi esitust praeguse või kavandatud oleku fikseerimiseks ja selle esituse ülekandmiseks rakenduste vahel. (Fielding, 2000)

Allikas: Fielding, R. T. (2000). Architectural Styles and the Design of Network-based Software Architectures. University of California, Irvine. https://www.ics. uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm

Üldised nõuded API-le

API-del peaks olema loodud dokumentatsioon, mis sisaldab detailset api kirjeldust. Soovituslik on läheneda API-FIRST, ehk api kirjeldatakse ära ja siis luuakse implementatsioon.

Võib kasutada näiteks: https://swagger.io/

1. a.

2. a.

3. a.

4. a.

5. a.

1. a.

2. 3.

a.

1. a. b. c.

i. 1.

d. e.

1. a.

2. a. b.

1. 2. 3.

a.

1. a.

1.

API-i juures kasutatavatel andmekomplektidel (eeldatavasti siis JSON dokumendid) peaksid eksisteerima "schema" kirjeldused. Soovituslik on see teha API enda kirjelduse juures, kus saab API väljakutsed lihtsasti siduda "schema" objektidega.

Schemad on vajalikud nii kommunikeerimisel teiste osapooltega, kes API-t kasutavad, kui ka võimaldab luua paremini valideerimisloogikat lähtekoodis.

Ressurside URL-i kujud

/X - tagastab ressursi X massiivi. /persons

/X/{id} - tagastab konkreetse X ressursi id järgi /persons/1 - tagastab isiku 1

/X/Y - tagastab X listi, mida on filtreeritud Y järgi /persons/applications - üldiselt ei kasutata aga võiks tähendada: anna kõik isikud, kus on mõni taotlus küljes

/X/{id}/Y - tagastab ressursi Y listi, mis on X id-ga seotud /persons/1/applications - tagastab kõik isiku 1 taotlused

/X/Y/{id} - tagastab X ressursi listi, mida on filtreeritud Y id järgi /applications/persons/1 - anna kõik isiku 1 taotlused

{id} ehk id kui path variable-ga identifitseeritakse ressursi

Ressursside nimetamine

Lihtsad ja arusaadavad ressursid vastavalt äriloogikale ja seostele Nt /persons/1/applications

Ressursi nimetus mitmuses väljendab, et ressurss on mitmuses Ressursside nimetamisel ei kasutata käske (nt )/getPersons või /createPerson ei ole õige

Ressursi nimetamise asemel väljendavad HTTP käsud/meetodid ressurssidega tehtavaid toiminguid (vt )Toimingud ressurssidega

Toimingud ressurssidega

Ressursidega toiminguteks tuleb kasutada HTTP käske. Nt /persons puhul GET /persons - tagastab massiivi kõikidest isikutest POST /persons - loob uue isiku DELETE /persons - antud kontekstis vähetõenäoline kasutus, aga kustutab olemasolevad isikud ja nende seosed

Sõltub ärivajadusest, kas rakenduses on otsustatud, et tegemist on loogilise või füüsilise kustutamisega Mitte kasutada DELETE-i loogiliseks JA füüsiliseks kustutamiseks ilma, et API ressurss väljendaks, millega täpselt tegemist

PUT /persons - antud kontekstis vähetõenäoline kasutus, aga asendab kõik olemasolevad kirjed PUT teenuskutse sisendiga täies mahus PATCH /persons - antud kontekstis vähetõenäoline kasutus, aga asendab kõikidel olemasolevatel kirjetel PATCH teenuskutse sisendiga antud konkreetsete väljade väärtused

Otsingu tugi API ressurssides

Kui tahta sorteerida, filtreerida, otsida, siis kasutada query parameetrit ehk päringu keerukus viia ‘?’ taha Nt GET /persons?name=X&age=Y

Kui API võib tagastada pikki nimekirku, siis tuleb kindlasti kasutada osade kaupa küsimist (ingl )pagination/paging Nt /persons?limit=25&offset=50 vaikimisi limit=10 ja offset=0

API ressursside/teenuste versioneerimine

API versioonimine on loomulik API muutuste juhtimise osa

Iga kasutuses oleva API muudatus peab olema tagasiühilduv Uus versioon tuleb luua nt kui muudetakse API sisendi/väljundi struktuuri; eemaldatakse mõni väli Uue versiooni loomisel peab eelmine versioon toetatud olema

Vanade versioonide eemaldamine eeldab tarbijatega kokkulepet ja vastavat protsessi/reeglistikku

Näide -

Versiooninimes kasutada v eesliidet ning väikeste versioonide asemel kasutada suuri versiooni numbreid, nt v1, v2, v3 Versiooninumber tuleb hoida URL-i sees kõige vasakul pool: /v1/persons

: Kõige lihtsam versioonimine, aga Märkus ei ole REST arhitektuuristiiliga kooskõlas

API veahaldus

API rakenduses peab olema lahendatud, kuidas vigu hallatakse ning neid tarbijatele väljastatakse

1.

1. a.

Luua korrektne veahaldus HTTP koodide põhiselt (seda mõistavad hästi ka teised süsteemid) 200 - OK 400 - Bad Request from client 500 - Internal Server Error 304 - Not Modified 404 – Not Found 401 - Unauthorized 403 - Forbidden Lisaks veakoodile lisada ka detailsem veateade {"status" : "401", "message":"Authentication Required","code": 20003}

API rakenduse kättesaadavus

Kogu rakenduse API võiks kättesaadav olla eraldi domeeninime või kausta alt Nt api.rakendus.smit või rakendus.smit/api/

Tuvastamine Tuvastamist või isikustatud päringute tegemisel, peab identifitseerimist määratleb token (JWT) või vastav räsi minema HTTP päringu päisess (headers).

SOAP teenuste arendamise nõuded Liidesed luuakse põhimõttel kasutades SOAP Document Literal sõnumivahetuse põhimõtet;Contract-First XSD-sse peab saama sisse viia uuendusi, ilma et olemasolevate kasutamine oleks häiritud;

Nõuded XML schemale:

Complex Type definitsioonid:

tohivad sisaldada ainult tüüpi komponenti kordsustega minOccurs="1" ja maxOccurs="1".sequence model group ei tohi sisaldada atribuutide deklaratsioone. liik ( ) peab olema .variety element-only

Sequence peab koosnema kas:

ühest deklaratsioonist kordsustega ja element minOccurs="0" maxOccurs="unbounded" nullist või rohkemast deklaratsioonist minimaalse kordsusega või , maksimaalse kordusega element minOccurs="0" minOccurs="1" maxOccurs="

ning lõppema deklaratsiooniga atribuutidega processContents="lax" minOccurs="0" maxOccurs="unbounded" namespace="##any".1" any

Näide

<?xml version="1.0" encoding="UTF-8"?> <xs:schema targetNamespace="http://ametnik.smit/services" xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormD efault="qualified" xmlns:veeb="http://ametnik.smit/services" xmlns:smit="http://ametnik.smit/smit">

<xs:annotation> <xs:documentation xml:lang="et"> Näitedokumendi dokumentatsioon (seletav ja kirjeldav tekst) </xs:documentation> </xs:annotation>

<xs:complexType name="Ametijuhend"> <xs:sequence> <xs:element name="isikukood" type=" "xs:string /> <xs:element name="failiNimi" type=" "xs:string /> <xs:element name="failiSuurus" type=" "xs:int /> <xs:element name="failiLaiend" type=" "xs:string /> <xs:element name="fail" type=" "xs:base64Binary /> </xs:sequence> </xs:complexType>

Struktuur kus viimane element on kordsusega ei ole XML Schema 1.0 nõuete alusel deklaratsioon lubatud minOccurs="0" any Unique Particle reegli tõttu. Vastavat reeglit on korrigeeritud XML Schema 1.1 versioonis. Juhul kui tööriistad ei toeta vastavat deklaratsiooni võib Attribution

selle ära jätta eeldusel et on tagatud selle eesmärk - vastuvõtjale tundmatute elementide lisamine struktuuri lõppu ei põhjusta vastuvõtjas valideerimisviga.

<xs:element name="AmetijuhendRequest"> <xs:annotation> <xs:documentation xml:lang="et"> Ametijuhendi(te) pärimiseks vajaliku sõnumi element. </xs:documentation> <xs:appinfo> <smit:queue>amr.ametijuhendRequest</smit:queue> </xs:appinfo> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="asutusId" type=" "xs:integer /> <xs:element name="aktiivsedOnly" type=" "xs:boolean /> <xs:element name="isikukood" type=" "xs:string minOccurs="0" /> <xs:element name="yksusId" type=" "xs:integer minOccurs="0" /> <xs:element name="muudetudAlates" type=" "xs:date minOccurs="0" /> <xs:element name="muudetudKuni" type=" "xs:date minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="AmetijuhendResponse"> <xs:annotation> <xs:documentation xml:lang="et"> Ametijuhendi(te) päringu vastusena tagstatav sõnumi element. </xs:documentation> <xs:appinfo> <smit:queue>amr.ametijuhendResponse</smit:queue> </xs:appinfo> </xs:annotation>

<xs:complexType> <xs:sequence> <xs:element name="Ametijuhend" type="veeb:Ametijuhend" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element>

<xs:element name="AmetijuhendTopic"> <xs:annotation> <xs:appinfo> <smit:topic>amr.ametijuhendTopic</smit:topic> </xs:appinfo> <xs:documentation xml:lang="et"> Ametijuhendi(te) uuenemisel publitseeritava sõnumi sisu </xs:documentation> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="Ametijuhend" type="veeb:Ametijuhend" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element>

<xs:element name="AmetijuhendQueue"> <xs:annotation> <xs:appinfo> <smit:queue>amr.ametijuhendQueue</smit:queue> </xs:appinfo> <xs:documentation xml:lang="et"> Ametijuhendi(te) uuenemisel publitseeritava sõnumi sisu </xs:documentation> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="Ametijuhend" type="veeb:Ametijuhend" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element>

</xs:schema>

SOAP teenuste tarbimise head tavad

1.

2. 3.

Nt Java puhul dünaamilise keele (nt Groovy) kasutamine SOAP päringute/vastuste konverteerimiseks selle asemel, et WSDL-ist klasse genereerida ning tekitada töömahtu ja pallastkoodi. Näidis SOAP-ist andmete kättesaamiseks: https://stackoverflow.com/questions/39526932/groovy-parse-soap-response-xml-to-get-data Näidis SOAP päringute koostamiseks: https://stackoverflow.com/questions/42290675/groovy-markupbuilder-how-to-create-markup-and-append- string

Lisa 2.4 Tehnilised nouded tarkvaralahendustele.pdf

Tehnilised nõuded tarkvaralahendustele

Need nõuded määratlevad millele peaksid loodavad tarkvara komponendid vastama, et nad ei

oleks infrastruktuurist jäigalt sõltuvates, töötaksid SMIT majutusplatvormil, nende skaleerimist

ja paigaldamist saaks automatiseerida ning tehnoloogiline võlg oleks hallatav ja mõõdetav.

Arhitektuurinõuded ja infrastruktuuriotsused

1. Üldine

Nr Nõue Kohustuslik Märkused ja lingid

1.1

Rakendused luuakse "bounded

context" põhimõttel - ühte

komponenti ei panda sisult

erinevat funktsionaalsust

KOHUSTUS

Komponentideks jaotamine toimub

sisulistest, mitte tehnilistest

funktsionaalsustest lähtudes v.a

kasutajaliideste eraldamine. Vältida

hajust monoliiti. Vt: Microservices,

Bounded Context, Microservices Pitfalls

1.2

Komponent peab jooksma

vähemalt 2 instantsi peal

platvormi katkestuste

vältimiseks

KOHUSTUS

Konteinerplatvormile paigaldatud

rakenduste puhul minimaalselt 2

instantsi toodangus. Eelistada

komponentide hulga tõstmist, mitte

ressursikasutuse tõstmist

1.3

Ehitamine SMIT CI/CD-ga

(Bamboo), staatilise koodi

analüüs SonarQube-ga

KOHUSTUS

Lähtekood ei tohi sisaldada analüsaatori

poolt leitud vigu. Minimaalne

vaikeprofiil. Vt: "Tehnoloogilise võla

mõõtmine (SonarQube)" dok

1.4

Rakenduse lähtekood kirjutatud

selgusega, mis võimaldab

erialast ettevalmistust omaval

tarkvaraarendajal süsteemi

edasi arendada

KOHUSTUS

Rakenduse lähtekood ja kommentaarid

peavad olema inglise keeles. Rakenduse

ärilised muutujad aga eesti keeles, kui

neile pole mõlemapoolset loogilist

vastet

1.5

Rakenduse lähtekoodi haldus

toimib SMIT kesksete

versioonihalduspõhimõtete

järgi

KOHUSTUS

Kehtib nii loogika kui kasutajaliidese

komponendi puhul. Lisainfo leiab

dokumendist: "Lähtekoodi halduse ja

ehitamise nõuded"

1.6

Keskkondadesse rakenduste

paigaldamine on

automatiseeritud SMIT CI/CD

mehhanismidega

KOHUSTUS Kasutatakse Bamboo paigaldusplaane:

Bamboo Deployment Projects

Nr Nõue Kohustuslik Märkused ja lingid

1.7

Rakendustel puudub ligipääs

avalikku internetti (sh

klientidel)

KOHUSTUS

Kui on vajalik ligipääs äriandmetele

väljaspool SMIT võrku, tuleb tellida

"webproxy" ligipääs

1.8

Kõik välised sõltuvused tuleb

rakenduse ehitamisprotsessi

käigus läbi skaneerida

Artifactory Xray töövahendiga

KOHUSTUS

Mitte kasutada kõrge kriitilisusega

turvanõrkuseid sisaldavaid

teeke/komponente. JFrog CLI for Xray

1.9

Rakenduse arhitektuuri

koostamisel tuleks arvestada, et

komponente peab saama

uuendada iseseisvalt

Soovituslik Soovituslik kasutada "Blue-Green"

paigalduspõhimõtteid

1.10

Rakendustevahelisi

integratsioone teostatakse

kokkulepitud põhimõtete järgi

KOHUSTUS

Võimalikud variandid: XTEE, HTTP

otse või MQ. Integratsioonide disainis

lähtuda dokumendist:

"Rakendustevahelised

integratsioonipõhimõtted"

1.11

API spetsifikatsioonid peavad

olema kättesaadavad

kolmandatele osapooltele

KOHUSTUS

OpenAPI/Swagger spetsifikatsioon peab

olema eraldi ligipääsetav

välispartneritele integratsioonide jaoks.

Versiooninumber võib olla kas päises

või URI-s. Teenuse tehnilises

dokumentatsioonis peab olema viide

OpenAPI spetsifikatsionile

(SwaggerUI). API disainimisel tuleb

lähtuda dokumendist:

"Rakendustevahelised

integratsioonipõhimõtted"

1.12

Kui loodav lahendus koosneb

mitmest komponendist, on need

lahus arendatavad,

pakendatavad, versioneeritavad

ja paigaldatavad

KOHUSTUS Võimaldab erinevate komponentide

iseseisvat arendamist ja paigaldamist

1.13 Rakendused automaatselt

monitooritud toodangus KOHUSTUS

Toodangu keskkondades on automaatne

monitooring kohustuslik

1.14

Kasuta SMIT raamistike

põhjasid uute komponentide

jaoks

KOHUSTUS

Erandid nõuavad arhitektuurinõukogu

heakskiitu. Kasuta SMIT Examples

starterkit malle. Kui sobilikku põhja ei

eksisteeri, tuleb selle minimaalne

versioon projekti käigus tekitada

Nr Nõue Kohustuslik Märkused ja lingid

1.15

Rakendus on versioneeritud

kasutades "semantic

versioning" põhimõtet

KOHUSTUS

A.B.C kujul, kus C on veaparandus, B

on funktsionaalne uuendus mis töötab

vanematel integratsioonidel ja A on

integratsioone potentsiaalselt lõhkuv

uuendus. Versiooni suurt numbrit A

kasutatakse ka API versiooni

defineerimiseks. Vt: Semantic

Versioning. Soovitus: major versiooni

uuendamisel tagastada vanema

versiooniga teenused päises X-API-

Deprecated

1.16

Ehitamise, reliisimise ja

paigaldamise etapid on rangelt

eraldatud

KOHUSTUS

Ehitamine toodab muutumatu artefakti,

reliis laeb artifakti ülesse, paigaldamine

kombineerib artifakti konfiguratisooniga

ja käivitab keskonnas. Iga etapp peab

olema iseseisev ja korratav. Vt: "12-

Factor Build Release Run"

1.17

Komponendid peavad

käivituma kiiresti ja sulguma

korrektselt (graceful shutdown)

KOHUSTUS

Käivitusaeg maksimaalselt 60 sekundit,

korrektne sulgumine SIGTERM signaali

peale. Komponendid peavad olema

"disposable" - saab igal hetkel peatada

ja käivitada. Toetab kiiremat

skaleerimist ja paigaldamist

1.18

Üks lähtekood repositoorium

komponendi kohta - kõik

keskkonnad paigaldatakse

samast koodist

KOHUSTUS

Iga komponent peab omama ühte Git

repositooriumit. Erinevad keskkonnad

(arendus, test, toodang) kasutatavad

sama lähtekoodi, kuid erinevat

konfiguratsiooni. Git "branching"

strateegia peab toetama sellist

lähenemist

1.19

Kõik sõltuvused tuleb

deklareerida spetsfiiliselt ja

isoleerida

KOHUSTUS

Komponendid ei tohi sõltuda süsteemi-

laadsetes teekidest. Kasutada

"dependency manifest" faile ja

lukustatud versioone reprodutseeritavate

ehituste jaoks. Isoleerida sõltuvused

konteinerite või virtuaalsete

keskkondadega

Nr Nõue Kohustuslik Märkused ja lingid

1.20

Administratiivsed ülesanded

käivitatakse eraldi

protsessidena

KOHUSTUS

Andmebaasi migratsioonid,

ühekordased skriptid ja muud

administratiivsed toimingud peavad

töötama eraldi komponent

põhiprotsessidest. Admin ülesanded

kasutavad sama koodi baasi, kuid

käivitatakse eraldi

1.21

Komponendid peavad olema

iseseisavad ja eksportima

teenuseid pordi sidumise kaudu

KOHUSTUS

Komponendid ei tohi sõltuda välisest

runtime serverist (Apache, Nginx). Iga

komponent peab sisaldama oma HTTP

serverit ja siduma end konfigureeritava

pordi külge. Toetab mitme instantsi

käivitamist samal masinal

1.22

Kasutamata kood ja välja

kommenteeritud kood tuleb

koodibaasist eemaldada

KOHUSTUS

Hoia kood puhas: eemalda "dead code"

ja välja kommenteeritud plokid; koodi

taastamiseks kasuta Git ajalugu, mitte

kommenteeritud fragmente. Vastavus

SonarQube "commented-out code" ja

kasutamata koodi reeglitele

2. Testimine

Nr Nõue Kohustuslik Märkused ja lingid

2.1 Minimaalne testandmete

genereerimise võimekus Soovituslik

Peamiselt koormustestide või "smoke" testide

keskkondade jaoks

2.2

Test- ja

toodangukeskkonnad

eraldatud

KOHUSTUS

Testandmed ei tohi olla toodanguandmed

(välja arvatud avalikud andmed nagu

aadressid)

2.3

Kasutajaliidese

automaattestide (E2E)

kirjutamine on

arendusmeeskonna

otsustada

Soovituslik Testide loomisel on soovitav kasutada ilma

kasutajaliideta sirvijat ("headless" brauserid)

2.4

Rakenduse

automaattestide mahtu

tuleb analüüsida CI/CD

mehhanismidega ja

publitseerida SMIT

SonarQube keskkonnas

KOHUSTUS

Testide mahu miinimum määratakse

SonarQube kvaliteediväravaga (reeglina 80%

kogu koodist)

Nr Nõue Kohustuslik Märkused ja lingid

2.5

Testikattuvus peab olema

vähemalt 80% kogu

koodist

KOHUSTUS

Testikattuvuse miinimum jõustatakse

SonarQube kvaliteediväravaga. Erandid või

madalama läve kasutamine tuleb

arhitektuurinõukogus kooskõlastada.

Staatilised HTML ja stiilifailid

(CSS/SCSS/SASS) võib testikattuvuse

arvutusest välja jätta, kuna nende eraldi

testimine on raskendatud; soovitatav on

kasutada SonarQube

sonar.coverage.exclusions sätteid

2.6 Turvatestid avalike

teenuste jaoks KOHUSTUS

Turvatestide juhendid ja nõuded leiab

dokumendist: "Turvatestimine"

2.7

Rakenduste poolt

toodetavale logi väljundile

tuleb kirjutada

automaattestid

KOHUSTUS

Testid peavad veenduma, et rakenduses

genereeritud logi vastab "Logimise nõuded"

dokumendis kirjeldatud nõuetele

3. Kasutajaliides

Nr Nõue Kohustuslik Märkused ja lingid

3.1 Kasutajaliides võib korraga suhelda mitme

loogikakomponendiga Soovituslik

Võimaldab paindlikku

arhitektuuri disaini

3.2 Kasutajaliides on soovitav arendada õhukese

kliendina Soovituslik

Thin client arhitektuuri

eelistamine

3.3

Avalikud kasutajaliidesed peavad järgima

VEERA disainistandardit ning omama WCAG

tuge

Soovituslik Vajadusel kohaldatav

avalike teenuste puhul

4. Infrastruktuur ja paigaldamine

Nr Nõue Kohustuslik Märkused ja lingid

4.1

Rakendused peavad

jooksma vähemalt 2

instantsi peal

KOHUSTUS

Platvormi muudatuste käigus katkestuste

vältimine. Konteinerplatvormil minimaalselt

2 instantsi toodangus

Nr Nõue Kohustuslik Märkused ja lingid

4.2

Komponendid peavad

olema iseseisvalt

arendatavad,

pakendatavad,

versioneeritavad ja

paigaldatavad

KOHUSTUS Võimaldab sõltumatut arendust ja

paigaldamist

4.3

Komponendid suhtlevad

omavahel ainult üle

HTTP/HTTPS või

JMS/AMPQ protokolli

KOHUSTUS Soovitus kasutada protokolle üle turvalise

kanali (HTTPS/AMPQS)

4.4

Iga komponent peab

omama oma andmebaasi,

kui vajab andmete

salvestamist

KOHUSTUS

Andmebaasidevahelised integratsioonid on

keelatud. Mitu komponenti ei tohi kasutada

sama andmebaasi

4.5

Kasutada eraldi failide

hoidmise teenust

binaarfailide jaoks

KOHUSTUS SMIT-is on selleks olemas sisemine S3

objektihoidla

4.6 Toetada horisontaalset

skaleerimist KOHUSTUS

Suurendada instantside arvu, mitte ressursse

instantsi kohta

4.7

Komponent käivitub ilma

ühenduseta liidestetavate

süsteemidega

KOHUSTUS Nõrgalt liidestatud, välja arvatud

andmebaasid

4.8

Komponent töötab

osaliselt ka liidestuste

katkestuste puhul

KOHUSTUS

Kasutada Circuit Breaker või retry

mehhanisme. Healthcheck peab andma teada

probleemist

4.9 Komponentide käivitusaeg

peab olema alla 60 sekundi KOHUSTUS

Kiire käivitamine skaleerimise ja

taaskäivitamise jaoks

4.10 Kasutada SSL kõigile UI-

backend suhtlustele KOHUSTUS SSL termineeritakse koormusjaoturis

4.11 Kasutada distribueeritud

vahemälulahendusi KOHUSTUS

Vältida vahemälu replikatsiooni, kasutada nt.

Redis või andmebaasi

4.12

Konfiguratsioon

keskkonna muutujatena

või platvormi

võimalustega

KOHUSTUS

Puudub eraldi väline konfiguratsioonifail.

Kasutada Kubernetes secrets/configmap.

Rakenduse saladused, mida ei genereerita

teenuste poolt automaatselt, panna SMIT

saladuste hoidlasse. Saladused liiguvad

rakendusse ainult läbi CI/CD

Nr Nõue Kohustuslik Märkused ja lingid

4.13

Komponendi pakendamine

Docker konteinerina SMIT

baasimageidega

Soovituslik

Soovituslik pakendamisformaat on Docker

konteiner. Kasutada ainult SMIT

dockerhubis asuvaid baasimageid: SMIT

DockerHub

4.14 Failid tuleb skaneerida

enne salvestamist KOHUSTUS Kasutada SMIT MetaVault teenust

5. Sõltuvuste haldamine

Nr Nõue Kohustuslik Märkused ja lingid

5.1

Kõik sõltuvused tuleb

lahendada SMIT sisesest

repositooriumist

KOHUSTUS

SMIT Artifactory. Ei tohi kasutada

väliseid repositooriume (Maven Central,

NPM, PyPI) otse

5.2 Konfigureerida ehitusvahendid

kasutama SMIT repositooriumi KOHUSTUS

Kõik välised sõltuvused peavad olema

Artifactory kaudu kättesaadavad

6. Äriloogika

Nr Nõue Kohustuslik Märkused ja lingid

6.1

Komponentide vaheline

andmevahetus peab olema

turvaline TLS-iga,

sertifikaate verifitseeritakse

Soovituslik

Autentimata ja/või krüpteerimata protokollide

kasutamisel rakendatakse täiendavaid

konfidentsiaalsust ja terviklust tagavaid

turvameetmeid

6.2 Kasuta SMIT keskset

tuvastamise teenust (UAA) KOHUSTUS

UAA integreeritud RIA Taraga ID-kaart,

mobiil-ID, Smart-ID jaoks. UAA API Docs.

Väliste kasutajate puhul kasuta e-posti põhist

OTP-d

6.3

Kasutajate ja nende

gruppide/rollipõhiste

õiguste tuvastamine

kesksest Active Directory-

st

KOHUSTUS

Vähemalt üks AD roll peab asuma AD-s (ja

vastav UAA skoop). AD gruppidest võetakse

info ja lisatakse UAA tokeni skoopi.

Andmetepõhised õigused (ACL) asuvad

rakenduse andmebaasis

6.4 Iga komponent peab

omama oma kontot KOHUSTUS

Ei tohi taaskasutada kontosid, mis on

väljastatud teistele rakendustele

Nr Nõue Kohustuslik Märkused ja lingid

6.5

Komponendid peavad

saama omavahel

autoriseerituna andmeid

vahetada kasutades

tokeneid

KOHUSTUS

Kahe komponendi vaheliseks

andmevahetuseks, mis ei toimu lõppkasutaja

kontekstis, tuleb kasutada SVC tüüpi

süsteemikontosid ADs lisatud vajalike

skoopidega

6.6

Tuvastatud kasutajal peab

eksisteerima serveripoolne

sessioon keskses hoidlas

KOHUSTUS

Kasutada ainult OAuth2 Authorization Code

mehhanismi. Keskse seansi hoidlana Redis

või PostgreSQL. Klient peab saama tokeniga

seotud info kustutada. Mitmest komponendist

koosneva rakenduse puhul kasutada API

gateway sessioonihaldajana

6.7

Komponendi

versiooniuuendused

tehakse ilma katkestusteta

teenuse töös

Soovituslik

Soovitav "Blue-Green deployment"

mehhanism. Blue-Green Deployment.

Andmebaasi muudatuste tegemisel tagada

töötamine ka eelmiste versioonidega

6.8

Töövoogude

koordineerimisel kasutada

protsessimootorit

Soovituslik

Tagab protsesside parema läbipaistvuse ja

modelleerimisvõimekuse. Näiteks Camunda

või Flowable

6.9

Kasutada välist ACL

süsteemi õiguste

haldamiseks

Soovituslik Keskne õiguste haldus ja auditeeritavus.

Näiteks Permify või sarnased lahendused

7. Andmebaas

Nr Nõue Kohustuslik Märkused ja lingid

7.1 Eraldi operatiiv- ja arhiiv

andmebaasid KOHUSTUS

Kasuta eraldi arhiivandmebaase või

spetsialiseeritud arhiveerimislahendusi

7.2

Andmebaaside vahelised

integratsioonid ei ole

lubatud

KOHUSTUS Erinevad andmebaasid ei tohi omavahel

integreeruda

7.3

Andmebaase komponentide

integratsioonivahendina ei

tohi kasutada

KOHUSTUS

Mitu erinevat komponenti ühe andmebaasi

poole pöörduda ei ole lubatud. See ei

tähenda, et sama komponenti skaleerides ei

võiks kasutada sama andmebaasi

Nr Nõue Kohustuslik Märkused ja lingid

7.4

Migratsiooniskriptide

käivitamine

paigaldusprotsessi osana

KOHUSTUS

Migratsioone on soovitav käivitada

paigaldusprotsessi ühe osana, mitte iga

rakenduse restardiga. Kõige lihtsam variant

on määrata CI/CD keskkonna muutujaga.

Mõistlik on migratsiooni teha ühe

instantsiga, siis vajadusel uuesti paigaldus

mitme instantsiga

7.5

Andmebaasi äriloogikat

vaikimisi ei kirjutata

(protseduurid ja triggerid)

KOHUSTUS

Kõrvalekalded tuleb defineerida ja

põhjendada konkreetse komponendi

arhitektuuridokumendis

8. Jõudlus

Nr Nõue Kohustuslik Märkused ja lingid

8.1

Sisemised komponendid

kasutavad asünkroonset

suhtlust

Soovituslik

Blokeeruvate lõimede vältimine ja efektiivne

protsessorituumade kasutamine. Erand:

kasutaja transaktsioonisisene suhtlus. Vt: 12

Factor Concurrency, Reactive Manifesto

8.2

Jõudluse kasvamisel

horisontaalne skaleerimine

(instantside hulga

tõstmine)

KOHUSTUS Ei tohiks kasutada "scale-up" lahendust, kui

seda ei määra konkreetne toote pakkuja

8.3

Mitte-operatiivsed

lugemispäringud suunata

võimalusel andmebaasi

replikatele

Soovituslik

Vähendab peaandmebaasi koormust ja

parandab jõudlust. Rakendada read-only

operatsioonide jaoks

9. Monitooring ja jälgimine

Nr Nõue Kohustuslik Märkused ja lingid

9.1

Komponentide

monitooringu info

kättesaadavus kokkulepitud

formaadis ja protokolliga

KOHUSTUS

Soovitavalt REST formaadis.

Koormusjaotur peab aru saama, kas suunata

liiklus konkreetsele nodele. Näide: Spring

Boot Actuator endpoint /health. Spring Boot

Health

9.2

Rakendused automaatselt

monitooritud toodangus

APM tarkvara agentidega

KOHUSTUS

Monitooringu seadistamine ja haldamine.

Toetatud tehnoloogiad: AppDynamics

Supported Environments

10. Failid

Nr Nõue Kohustuslik Märkused ja lingid

10.1 Failide skaneerimine enne salvestamist

andmebaasi või objektihoidlasse KOHUSTUS

Kasutada tuleb SMIT-i poolt

pakutavat MetaVault teenust

11. Taaskasutus

Nr Nõue Kohustuslik Märkused ja lingid

11.1

Kontrollida enne uue komponendi

arendamist SMIT-is olemasolevaid

lahendusi

KOHUSTUS

Eelistada olemasolevaid

lahendusi teenusena või

paigaldatava tootena

11.2

Olemasoleva teenuse koodi

eraldamine eraldi projektiks vajab

arhitektuuripaneeli heakskiitu

KOHUSTUS Eelnev diskussioon olemasoleva

tiimiga soovitatav

11.3

Teenuste puhul väljaspool konkreetset

infosüsteemi luua iseseisev tehnilise

liidestuse võimekus

Soovituslik Nt Kubernetes Operator:

operatorframework.io

12. Arvutitöökoht

Nr Nõue Kohustuslik Märkused ja lingid

12.1 Uued seadmed peavad olema

Windows või iOS põhised KOHUSTUS

Toetatud seadmetüübid

organisatsiooni IT-poliitika

kohaselt

12.2 Rakendus võimeline väikeste

versioonide iseuuendamiseks KOHUSTUS

Võimaldab automaatseid

väiksemaid uuendusi ilma IT-toe

sekkumiseta

12.3 Paigaldus ei tohi keelata arvuti

teenuseid KOHUSTUS

Näide: DocCheck keelas ID kaardi

sertifikaaditeenuse

12.4

Toetada kõiki heakskiidetud

brausereid, mitte seotud konkreetse

versiooniga

KOHUSTUS Kõik brauserid tehnoloogiavaliku

lehelt peavad olema toetatud

12.5 Tarkvara ja konfiguratsiooni tarne

ATKH-le töökoha paigaldamiseks KOHUSTUS

Arendus peab andma tarkvara +

konfiguratsiooni ATKH-le

12.6 Domeeni valideerimine

standard/erilises ATK profiilis KOHUSTUS

Domeen peab valideeruma

standard ATK profiilis või SMIT

erilises profiilis

Nr Nõue Kohustuslik Märkused ja lingid

12.7 Rakendus peab olema käsurealt

paigaldatav KOHUSTUS

Võimaldab automatiseeritud

paigaldamist ja masshaldust

12.8 Rakendus ei tohi nõuda

administraatoriõigusi kasutamiseks KOHUSTUS

Tavakasutaja peab saama

rakendust kasutada ilma

kõrgendatud õigusteta

12.9 Veebirakendused peavad toetama

Chrome'i ja Firefoxi sisevõrgus KOHUSTUS

Minimaalne brauserite tugi

organisatsiooni sisevõrgus

Lisa 3 Hankepass (eRHR vorm).pdf

1 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

HANKEPASS

Hankepass ehk Euroopa ühtne hankedokument (ESPD) on ettevõtja enda kinnitus, mis on esialgne tõend ametiasutuste või kolmandate isikute poolt väljastatavate tõendite asemel. Käesolev PDF vormingus registri poolt koostatud dokument on selgitava iseloomuga ja sisaldab hankija sätestatud tingimusi, ettevõtjalt oodatavate vastuste vormingu vaadet ja registri poolt lisatud viiteid RHS-ile. Käesolev dokument ei ole ette nähtud täitmiseks vaid tingimustega tutvumiseks. Ettevõtja täidab hankepassi elektrooniliselt infosüsteemis või ESPD teenuses.

I OSA: HANKE JA HANKIJAGA SEOTUD TEAVE

Teave avaldamise kohta Teate number ELTs:

-

ELT URL:

Riigi ametlik teataja:

303276

Kui Euroopa Liidu Teatajas hankekuulutust avaldatud ei ole või kui selle avaldamist ei nõuta, peab avaliku sektori hankija või võrgustiku sektori hankija ise teabe esitama, et hankemenetlust saaks üheselt identifitseerida (nt viide siseriikliku avaldamise kohta).

Hankija andmed Ametlik nimi:

Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440)

Riik:

Eesti

Hankija aadress:

Mäealuse tn 2/2

Hankija veebiaadress:

http://www.smit.ee

E-posti aadress:

[email protected]

2 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Teave hankemenetluse kohta Hanke menetlusliik:

Avatud hankemenetlus

Pealkiri:

Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd

Lühikirjeldus:

Raamlepingu esemeks on front-end (Angular) arendaja ja Java vanemarendaja ressursi tellimine ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööde teostamiseks.

Avaliku sektori hankija või võrgustiku sektori hankija poolt toimikule antud viitenumber (kui on asjakohane):

303276

Hanke liik:

Teenused

Hanke CPV-d: 72262000-9 Tarkvara arendusteenused

3 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

II OSA: ETTEVÕTJAGA SEOTUD TEAVE

A: Teave ettevõtja kohta

Nimi:

Registrikood:

Riik:

Aadress:

Üldine veebileht:

Kontaktisikud:

Kontaktide e-posti aadressid:

Kontaktide telefoninumbrid:

Ettevõtte suurus:

Töötajate arv:

Käive:

Valuuta:

Finantsalase võimekuse kirjeldus:

Tehnilise võimekuse kirjeldus:

Teostatud tööde kirjeldus:

Ettevõtja tegevusvaldkond:

4 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

ETTEVÕTJA ON KAITSTUD TÖÖKOHT

Ainult reserveeritud hangete puhul: kas ettevõtja puhul on tegemist kaitstud töökohaga, sotsiaalse ettevõttega või ta täidab lepingut kaitstud tööhõive programmide raames?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. Milline on puudega või ebasoodsas olukorras olevate töötajate osakaal? 3. Kui seda on nõutud, täpsustage, millisesse puudega või ebasoodsas olukorras olevate töötajate kategooriasse või kategooriatesse asjaomased töötajad kuuluvad? 4. Kas see teave on elektrooniliselt kättesaadav? 5. URL 6. Kood 7. Väljaandja

ETTEVÕTJA ON KANTUD TUNNUSTATUD ETTEVÕTJATE AMETLIKKU NIMEKIRJA

Kui see on asjakohane, siis kas ettevõtja on kantud tunnustatud ettevõtjate ametlikku nimekirja või kas tal on olemas samaväärne tõend (nt riikliku (eel)kvalifitseerimissüsteemi alusel)?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. a) Vajaduse korral märkige asjakohane registreerimis- või sertifitseerimisnumber: 3. c) Viited, millele registreerimine või sertifitseerimine tugineb ja vajaduse korral ametlikus nimekirjas omistatud klassifikatsioon: 4. d) Kas registreerimine või sertifitseerimine hõlmab kõiki nõutud valikukriteeriume? 5. Kas see teave on elektrooniliselt kättesaadav? 6. URL 7. Kood 8. Väljaandja

HANKEMENETLUSES KOOS OSALEVAD ETTEVÕTJAD

Kas ettevõtja osaleb hankemenetluses koos teistega?

Küsimused ettevõtjale: 1. Ettevõtja nimi 2. Ettevõtja ID 3. Ettevõtja roll 4. Kas see teave on elektrooniliselt kättesaadav? 5. URL 6. Kood 7. Väljaandja

TEAVE TEISTE ÜKSUSTE SUUTLIKKUSELE TOETUMISE KOHTA

Kas ettevõtja toetub teiste üksuste suutlikkusele, et täita esitatud valikukriteeriumid ning eeskirjad (kui neid on)?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. Ettevõtja nimi 3. Ettevõtja ID 4. Ettevõtja roll 5. Kas see teave on elektrooniliselt kättesaadav? 6. URL 7. Kood 8. Väljaandja

5 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

TEAVE NENDE ALLHANKIJATE KOHTA, KELLE NÄITAJATELE ETTEVÕTJA EI TUGINE

Kas ettevõtja kavatseb sõlmida lepingu mis tahes osa kohta allhanke kolmanda isikuga?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. Ettevõtja nimi 3. Ettevõtja ID 4. Ettevõtja roll 5. Kas see teave on elektrooniliselt kättesaadav? 6. URL 7. Kood 8. Väljaandja

HANKE OSAD

Hanke osad, mille kohta ettevõtja soovib pakkumuse esitada

Küsimused ettevõtjale: 1. Hanke osa number 2. Kas see teave on elektrooniliselt kättesaadav? 3. URL 4. Kood 5. Väljaandja

ETTEVÕTJA KINNITUSED MAKSUDE TASUMISE KOHTA

Kas ettevõtja saab esitada tõendi sotsiaalkindlustusmaksete ja maksude tasumise kohta või esitada teabe, mis võimaldaks avaliku sektori hankijal või võrgustiku sektori hankijal saada sellise teabe otse ükskõik millise liikmesriigi tasuta andmebaasist?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. Kas see teave on elektrooniliselt kättesaadav? 3. URL 4. Kood 5. Väljaandja

B: Teave ettevõtja esindajate kohta

Eesnimi:

Perekonnanimi:

Sünniaeg:

Sünnikoht:

Aadress:

Linn/vald:

Postiindeks:

Riik:

E-post:

Telefon:

Vajaduse korral esitage üksikasjalik teave esindamise kohta (selle vormid, ulatus, eesmärk, ...):

6 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

III OSA: KÕRVALDAMISE ALUSED

A: Kõrvalejätmise alused seoses kriminaalasjas tehtud süüdimõistva otsusega

OSALEMINE KURITEGELIKUS ORGANISATSIOONIS

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud kuritegelikus organisatsioonis osalemise eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 1 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud kuritegelikus ühenduses osalemise eest". Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

KORRUPTSIOON

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud korruptsiooni eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt? See kõrvalejätmise alus hõlmab ka korruptsiooni avaliku sektori hankija (võrgustiku sektori hankija) või ettevõtja riigi õiguses sätestatud määratluses.

Viide seadusele: RHS § 95 lg 1 p 1 ja lg 2 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud aususe kohustuse rikkumise või korruptiivse teo eest". Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

7 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

PETTUS

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud kelmuse eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 1 ja lg 2 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud kelmuse eest". Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

TERRORIAKTI TOIMEPANEK VÕI TERRORISTLIKU TEGEVUSEGA SEOTUD

ÕIGUSRIKKUMISED

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud terroriakti toimepaneku või terroristliku tegevusega seotud õigusrikkumiste eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele:

8 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

RHS § 95 lg 1 p 1 ja lg 2 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud terroriakti toimepaneku või muu terroristliku tegevusega seotud kuriteo või sellele kihutamise, kaasaaitamise või selle katse eest". Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

RAHAPESU VÕI TERRORISMI RAHASTAMINE

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud rahapesu või terrorismi rahastamise eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 1 ja lg 2 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud rahapesualase süüteo või terrorismi rahastamise eest". Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

9 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

LASTE TÖÖJÕU KASUTAMINE JA MUUD INIMKAUBANDUSE VORMID

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud laste tööjõu kasutamise või muude inimkaubanduse vormide eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 3 ja lg 2 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud laste tööjõu ebaseadusliku kasutamise või inimkaubandusega seotud teo eest". Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

B: Kõrvalejätmise alused seoses maksude või sotsiaalkindlustusmaksete tasumisega

MAKSUDE TASUMINE

Kas ettevõtja on rikkunud oma maksude tasumise kohustusi nii asukohariigis kui ka avaliku sektori hankija või võrgustiku sektori hankija liikmesriigis, kui see erineb asukohariigist?

Viide seadusele: RHS § 95 lg 1 p 4 „kellel on riikliku maksu, makse või keskkonnatasu maksuvõlg maksukorralduse seaduse tähenduses või maksuvõlg /…/ tema asukohariigi õigusaktide kohaselt“

10 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Tingimuse kirjeldus: Piirmäär: 0

Valuuta: EUR

Lisainfo: Maksukorralduse seaduse kohaselt ei väljasta maksuhaldur maksuvõlgade tõendit juhul, kui maksukohustuslasel olev kõikide sama maksuhalduri hallatavate maksude võlg, arvestamata haldusaktiga kindlaksmääramata intressi, on väiksem kui 100 eurot või kui maksuvõla tasumine on ajatatud. Välismaise ettevõtja puhul väljastatakse maksuvõlgade tõend tema asukohariigi õigusaktide kohaselt.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Asjaomane riik või liikmesriik (Riigikood) 3. Asjaomane summa (Summa) 4. Valuuta (Vääring) 5. Kas see kohustuste rikkumine on tuvastatud muude vahenditega kui kohtu- või haldusotsusega? (Raadionupp valikutega "Jah/Ei") 6. Kirjeldage kasutatud vahendeid (Suur sisestusala (max pikkus 4000 tähemärki)) 7. Kui kohustuste rikkumine tuvastati kohtu- või haldusotsusega, märkige, kas see otsus on lõplik ja siduv. (Raadionupp valikutega "Jah/Ei") 8. Süüdimõistmise kuupäev (Kuupäev) 9. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 10. Kas ettevõtja on täitnud oma kohustused tasumisele kuuluvate maksude või sotsiaalkindlustusmaksete tasumisega või siduva kokkuleppe sõlmimisega tasumisele kuuluvate maksude või sotsiaalkindlustusmaksete, sealhulgas vajaduse korral kogunenud intresside ja viiviste tasumise kohta? (Raadionupp valikutega "Jah/Ei") 11. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 12. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 13. URL (Url) 14. Kood (Sisestusväli (max pikkus 250 tähemärki)) 15. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SOTSIAALKINDLUSTUSMAKSETE TASUMINE

Kas ettevõtja on rikkunud oma sotsiaalkindlustusmaksete tasumise kohustusi nii asukohariigis kui ka avaliku sektori hankija või võrgustiku sektori hankija liikmesriigis, kui see erineb asukohariigist?

Viide seadusele: RHS § 95 lg 1 p 4 „kellel on riikliku /…/ makse /…/ maksuvõlg maksukorralduse seaduse tähenduses või sotsiaalkindlustusemaksete võlg tema asukohariigi õigusaktide kohaselt

11 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Tingimuse kirjeldus: Piirmäär: 0

Valuuta: EUR

Lisainfo: Maksukorralduse seaduse kohaselt ei väljasta maksuhaldur maksuvõlgade tõendit juhul,kui maksukohustuslasel olev kõikide sama maksuhalduri hallatavate maksude võlg, arvestamata haldusaktiga kindlaksmääramata intressi, on väiksem kui 100 eurot või kui maksuvõla tasumine on ajatatud. Välismaise ettevõtja puhul väljastatakse maksuvõlgade tõend tema asukohariigi õigusaktide kohaselt.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Asjaomane riik või liikmesriik (Riigikood) 3. Asjaomane summa (Summa) 4. Valuuta (Vääring) 5. Kas see kohustuste rikkumine on tuvastatud muude vahenditega kui kohtu- või haldusotsusega? (Raadionupp valikutega "Jah/Ei") 6. Kirjeldage kasutatud vahendeid (Suur sisestusala (max pikkus 4000 tähemärki)) 7. Kui kohustuste rikkumine tuvastati kohtu- või haldusotsusega, märkige, kas see otsus on lõplik ja siduv. (Raadionupp valikutega "Jah/Ei") 8. Süüdimõistmise kuupäev (Kuupäev) 9. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 10. Kas ettevõtja on täitnud oma kohustused tasumisele kuuluvate maksude või sotsiaalkindlustusmaksete tasumisega või siduva kokkuleppe sõlmimisega tasumisele kuuluvate maksude või sotsiaalkindlustusmaksete, sealhulgas vajaduse korral kogunenud intresside ja viiviste tasumise kohta? (Raadionupp valikutega "Jah/Ei") 11. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 12. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 13. URL (Url) 14. Kood (Sisestusväli (max pikkus 250 tähemärki)) 15. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

C: Kõrvalejätmise alused seoses maksejõuetusega, huvide konfliktiga või ametialaste käitumisreeglite rikkumisega

KESKKONNAÕIGUSE VALDKONNAS KOHALDATAVATE KOHUSTUSTE TÄITMATA

JÄTMINE

Kas ettevõtja on enda teada rikkunud keskkonnaõiguse valdkonnas kohaldatavaid kohustusi?

Viide seadusele: RHS § 95 lg 4 p 2 „kes on rikkunud õigusaktidest või kollektiivlepingust tulenevaid keskkonnaõiguse valdkonnas kohaldatavaid kohustusi“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

12 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SOTSIAALÕIGUSE VALDKONNAS KOHALDATAVATE KOHUSTUSTE TÄITMATA

JÄTMINE

Kas ettevõtja on enda teada rikkunud sotsiaalõiguse valdkonnas kohaldatavaid kohustusi?

Viide seadusele: RHS § 95 lg 4 p 2 „kes on rikkunud õigusaktidest või kollektiivlepingust tulenevaid sotsiaalõiguse valdkonnas kohaldatavaid kohustusi“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

TÖÖÕIGUSE VALDKONNAS KOHALDATAVATE KOHUSTUSTE TÄITMATA

JÄTMINE

Kas ettevõtja on enda teada rikkunud tööõiguse valdkonnas kohaldatavaid kohustusi?

Viide seadusele: RHS § 95 lg 4 p 2 „kes on rikkunud õigusaktidest või kollektiivlepingust tulenevaid tööõiguse valdkonnas kohaldatavaid kohustusi“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

13 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

PANKROT

Kas ettevõtja on pankrotis?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on pankrotis, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

MAKSEJÕUETUS

Kas ettevõtja suhtes on algatatud maksejõuetus- või likvideerimismenetlus?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on likvideerimisel või kelle suhtes on algatatud pankrotimenetlus, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

14 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

KOKKULEPE VÕLAUSALDAJATEGA

Kas ettevõtja on sõlminud kokkuleppe võlausaldajatega?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on muus sellesarnases olukorras tema asukohamaa õigusaktide kohaselt, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SISERIIKLIKU ÕIGUSE KOHANE SAMALAADNE OLUKORD, NÄITEKS PANKROT

Kas ettevõtja on siseriiklike õigusnormide alusel toimuva samalaadse menetluse tõttu samalaadses olukorras?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on muus sellesarnases olukorras tema asukohamaa õigusaktide kohaselt“, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

15 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

VARA HALDAB LIKVIDEERIJA

Kas ettevõtja vara haldab likvideerija või kohus?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on pankrotis, likvideerimisel või kelle suhtes on algatatud pankrotimenetlus või kes on muus sellesarnases olukorras tema asukohamaa õigusaktide kohaselt, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

ÄRITEGEVUS ON PEATATUD

Kas ettevõtja äritegevus on peatatud?

Viide seadusele: RHS § 95 lg 4 p 3 „kelle äritegevus on peatatud, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

16 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SÜÜDI AMETIALASTE KÄITUMISREEGLITE OLULISES RIKKUMISES

Kas ettevõtja on süüdi ametialaste käitumisreeglite olulises rikkumises? Vt siseriiklikud õigusaktid, asjaomane teade või hankedokumendid, kui see on asjakohane.

Viide seadusele: RHS § 95 lg 4 p 4 „kes on raskelt eksinud ametialaste käitumisreeglite vastu ja see muudab tema aususe küsitavaks“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

KONKURENTSI MOONUTAMISE EESMÄRGIL TEISTE ETTEVÕTJATEGA

SÕLMITUD KOKKULEPPED

Kas ettevõtja on teiste ettevõtjatega sõlminud kokkuleppeid, mille eesmärk on moonutada konkurentsi?

Viide seadusele: RHS § 95 lg 4 p 5 „konkurentsi kahjustava kokkuleppe, ettevõtjate ühenduse otsuse või kooskõlastatud tegevuse tõttu“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

17 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

HANKEMENETLUSES OSALEMISEGA KAASNEV HUVIDE KONFLIKT

Kas ettevõtja on teadlik hankemenetluses osalemisega kaasnevast mis tahes huvide konfliktist siseriikliku õiguse, asjakohase teatise või hankedokumentide kohaselt?

Viide seadusele: RHS § 95 lg 4 p 6 „kui huvide konflikti ei ole muude vahenditega võimalik vältida“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 4. URL (Url) 5. Kood (Sisestusväli (max pikkus 250 tähemärki)) 6. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

OTSENE VÕI KAUDNE OSALEMINE KÄESOLEVA HANKEMENETLUSE

ETTEVALMISTAMISEL

Kas ettevõtja või temaga seotud ettevõtja on nõustanud avaliku sektori hankijat või võrgustiku sektori hankijat hankemenetluse ettevalmistamisel või olnud muul viisil seotud hankemenetluse ettevalmistamisega?

Viide seadusele: RHS § 95 lg 4 p 7 „kelle pakkumuse või taotluse koostamisel on osalenud isik, kes on osalenud sama riigihanke ettevalmistamisel või on muul viisil hankijaga seotud, ja sellele isikule seetõttu teadaolev info annab talle eelise teiste riigihankes osalejate eest ning sellest tingitud konkurentsi moonutamist ei ole muude vahenditega võimalik vältida“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

18 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 4. URL (Url) 5. Kood (Sisestusväli (max pikkus 250 tähemärki)) 6. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

ENNETÄHTAEGNE LÕPETAMINE, KAHJUTASU VÕI VÕRRELDAVAD

SANKTSIOONID

Kas ettevõtja on kogenud, et varasem riigihankeleping või võrgustiku sektori hankijaga sõlmitud varasem hankeleping või varasem kontsessioonileping on lõpetatud enneaegselt, või on määratud kahjutasu või sellega võrreldavad sanktsioonid seoses kõnealuse varasema lepinguga?

Viide seadusele: RHS § 95 lg 4 p 8 „kes on oluliselt või pidevalt rikkunud eelnevalt sõlmitud hankelepingu olulist tingimust või hankelepingute olulisi tingimusi nii, et rikkumise tulemusena on lepingust taganetud või leping üles öeldud, hinda alandatud, hüvitatud kahju või makstud leppetrahvi". Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud. Alates 1.09.2017 alustatud hangete tulemusena sõlmitud riigihankelepingute kohta leiab infot riigihangete registrist.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SÜÜDI VALEANDMETE ESITAMISES, ON JÄTNUD TEAVET ESITAMATA, EI SUUDA

NÕUTUD DOKUMENTE ESITADA, HANKINUD KÄESOLEVA MENETLUSE KOHTA

KONFIDENTSIAALSET TEAVET

Kas ettevõtja on olnud ühes järgmistest olukordadest: a) ta on kõrvalejätmise aluste puudumise või valikukriteeriumide täitmise kontrollimiseks nõutava teabe esitamisel esitanud valeandmeid; b) ta on jätnud sellist teavet esitamata; c) ta ei ole esitanud viivitamata avaliku sektori hankija või võrgustiku sektori hankija nõutud täiendavad dokumendid, ja d) ta on tegutsenud eesmärgiga mõjutada lubamatul viisil avaliku sektori hankija või võrgustiku sektori hankija otsustusprotsessi, et saada konfidentsiaalseid andmeid, mis võivad anda talle põhjendamatu eelise hankemenetluses, või hooletusest esitanud eksitavat teavet, mis võib oluliselt mõjutada kõrvalejätmise, valiku või lepingu hindamise kohta tehtavaid otsuseid?

Viide seadusele: RHS § 95 lg 4 p 9 „kes on esitanud valeandmeid käesolevas paragrahvis sätestatud või RHS §- des 98-101 sätestatu alusel hankija kehtestatud kvalifitseerimise tingimustele vastavuse kohta“;

19 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

RHS § 95 lg 4 p 9 „kes on jätnud andmed käesolevas paragrahvis sätestatud või käesoleva seaduse §-des 98-101 sätestatu alusel hankija kehtestatud kvalifitseerimise tingimustele vastavuse kohta esitamata“; RHS § 95 lg 4 p 9 „kes on jätnud käesoleva seaduse § 104 lõigete 7 ja 8 alusel hankija nõutud täiendavad dokumendid esitamata“; RHS § 95 lg 4 p 10 „kes on tegutsenud eesmärgiga mõjutada hankijat või esitanud hooletusest eksitavat teavet, mis on võinud mõjutada hankija otsuseid riigihankes, või on tegutsenud eesmärgiga saada konfidentsiaalset teavet, mis on võinud anda talle põhjendamatu eelise teiste riigihankes osalejate ees“. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 3. URL (Url) 4. Kood (Sisestusväli (max pikkus 250 tähemärki)) 5. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

D: Ainult siseriiklikest õigusaktidest tulenevad kõrvalejätmise alused

AINULT SISERIIKLIKEST ÕIGUSAKTIDEST TULENEVAD KÕRVALEJÄTMISE

ALUSED: SEADUSLIKU ALUSETA VIIBIVALE VÄLISMAALASELE TÖÖTAMISE

VÕIMALDAMISE EEST

Kas ettevõtja on rikkunud RHS § 95 lg 1 p-st 2 tuleneva kõrvalejätmise alusega seotud kohustusi?

Viide seadusele: RHS § 95 lg 1 p 2 „keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud riigis ilma seadusliku aluseta viibivale välismaalasele töötamise võimaldamise või välismaalase Eestis töötamise tingimuste rikkumise võimaldamise, sealhulgas seaduses sätestatud töötasu määrast väiksema töötasu maksmise eest“. Kohustuslik kõrvaldamise alus. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 3. URL (Url) 4. Kood (Sisestusväli (max pikkus 250 tähemärki)) 5. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

AINULT SISERIIKLIKEST ÕIGUSAKTIDEST TULENEVAD KÕRVALEJÄTMISE

ALUSED: RAHVUSVAHELISE SANKTSIOONI SUBJEKT

Kas ettevõtja on rikkunud RHS § 95 lg 1 p-st 5 tuleneva kõrvalejätmise alusega seotud kohustusi?

20 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Viide seadusele: RHS § 95 lg 1 p 5. Kellega hankelepingu sõlmimine rikuks rahvusvahelist või Vabariigi Valitsuse sanktsiooni rahvusvahelise sanktsiooni seaduse tähenduses. Hankija kontrollib käesoleva seaduse § 95 lõike 1 punktis 5 sätestatud kõrvaldamise alust pakkuja või taotleja kinnituse alusel. Hankija võib põhjendatud kahtluse korral nõuda pakkujalt või taotlejalt täiendavate andmete või tõendite esitamist, mis võimaldavad kõrvaldamise alust kontrollida. (RHS § 96 lg 2.1).

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 3. URL (Url) 4. Kood (Sisestusväli (max pikkus 250 tähemärki)) 5. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

AINULT SISERIIKLIKEST ÕIGUSAKTIDEST TULENEVAD KÕRVALEJÄTMISE

ALUSED: KARISTATUD MAKSUALASTE SÜÜTEGUDE EEST

Kas ettevõtja on rikkunud RHS § 95 lg 4 p-st 11 tuleneva kõrvalejätmise alusega seotud kohustusi?

Viide seadusele: RHS § 95 lg 4 p 11 „keda või kelle haldus-, juhtimis- või järelevalveorgani liiget või muud seaduslikku esindajat on karistatud maksualaste süütegude eest“. Vabatahtlik kõrvaldamise alus. Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 3. URL (Url) 4. Kood (Sisestusväli (max pikkus 250 tähemärki)) 5. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

IV OSA: KVALIFITSEERIMISTINGIMUSED

B: Majanduslik ja finantsseisund

ÜLDINE AASTAKÄIVE

Ettevõtja üldine aastakäive on asjaomases teates, hankedokumentides või hankepassis nõutud majandusaastate jooksul järgmine:

Viide seadusele: RHS § 100 lg 1 p 4 „andmed pakkuja või taotleja kogu majandustegevuse netokäibe kohta kuni viimase kolme riigihanke algamise ajaks lõppenud majandusaasta jooksul, sõltuvalt pakkuja või taotleja asutamise või äritegevuse alguse kuupäevast“

Tingimuse selgitus: Pakkuja viimase kolme riigihanke algamise ajaks lõppenud majandusaasta netokäive peab olema

21 / 21

Koostatud 01.12.2025 11:43:31 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

vähemalt 600 000 eurot käibemaksuta kolme aasta peale kokku.

Tingimuse kirjeldus: Miinimumnõue: 600000

Valuuta: EUR

Ettevõtjalt oodatavad vastused:

1. Ajavahemik (Periood) 2. Käive (Summa) 3. Valuuta (Vääring) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

Lisa 4 Vastavustingimused.pdf

1 / 3

Koostatud 28.01.2026 13:39:19 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

VASTAVUSTINGIMUSED Viitenumber: 303276 Hankija: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440) Hange: Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide

arendustööd

Keskkonnahoidlik hange või hanke osa!

PAKKUMUSE ESITAMINE Pakkumuse esitamisega kinnitab pakkuja kõigi riigihanke alusdokumentides esitatud tingimuste ülevõtmist.

Tingimusliku pakkumuse esitamine ei ole lubatud.

Küsimused ettevõtjale: 1. Pakkuja kinnitab, et tema pakkumus on jõus 4 kuud pakkumuse esitamisest arvates. (Raadionupp valikutega "Jah/Ei")

2. Andmed lepingusse, mida kasutatakse juhul, kui pakkumus tunnistatakse edukaks. Pakkuja esitab andmetena: 1. ettevõtte aadress; 2. lepingu allkirjastaja nimi; 3. alus lepingu allkirjastamiseks (juhatuse liige, volikiri vm); 4. lepingu allkirjastaja ametinimetus; 5. pakkuja kontaktisik lepingu täitmisel (nimi, ametinimetus, telefoni number ja e-posti aadress); 6. ettevõtja arvelduskonto number. (Suur sisestusala (max pikkus 4000 tähemärki))

3. Kas pakkujal on isikuid, kellel on volitus ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, ning kelle olemasolu ei kajastu äriregistris? Pakkuja esitab eelpool nimetatud isikute ees- ja perekonnanime, isikukoodi ning esinduse aluse, et hankija saaks nende puhul viia läbi kõrvaldamise aluste kontrolli vastavalt RHS § 95 lg 1 p 1- p 3. (Suur sisestusala (max pikkus 4000 tähemärki))

4. Pakkuja on teadlik, et ta peab esitama hankelepingu täitmise alustamise ajaks iga oma alltöövõtja nime, registrikoodi, kontaktandmed, teabe nende seaduslike esindajate kohta ning alltöövõtulepingu nimetuse, kuupäeva, numbri ja summa. Samad andmed esitab täitja iga hankelepingu täitmisel lisanduva alltöövõtja kohta. (Raadionupp valikutega "Jah/Ei")

5. Riigihankes saavad osaleda ainult pakkujad või taotlejad, kelle elu- või asukoht on Eestis, mõnes muus Euroopa Liidu liikmesriigis, muus Euroopa Majanduspiirkonna lepinguriigis või Maailma Kaubandusorganisatsiooni riigihankelepinguga ühinenud riigis. Nõuet rakendatakse ka ühispakkujate ja alltöövõtjate suhtes. Pakkuja kinnitab, et tema (samuti ühispakkujate ja võimalike alltöövõtjate) elu- või asukoht on Eestis, mõnes muus Euroopa Liidu liikmesriigis, muus Euroopa Majanduspiirkonna lepinguriigis või Maailma Kaubandusorganisatsiooni riigihankelepinguga ühinenud riigis. (Raadionupp valikutega "Jah/Ei")

ÜHISPAKKUJATE VOLIKIRI Ühispakkujad nimetavad riigihankega ning hankelepingu sõlmimise ja täitmisega seotud toimingute tegemiseks endi seast volitatud esindaja.

Küsimused ettevõtjale: 1. Kas tegemist on ühispakkumusega? (Raadionupp valikutega "Jah/Ei")

2. Kui tegemist on ühispakkumusega, kas olete lisanud pakkumuse "Lisadokumentide" lehele ühispakkujate volikirja? Kui tegemist ei ole ühispakkumusega, vastake "Ei"". (Raadionupp valikutega "Jah/Ei")

ÄRISALADUS Pakkuja märgib pakkumuses, milline teave on pakkuja ärisaladus ning põhjendab teabe määramist ärisaladuseks.

Teabe ärisaladuseks määramisel lähtutakse ebaausa konkurentsi takistamise ja ärisaladuse kaitse seaduse § 5 lõikes 2 sätestatust. Pakkuja ei või ärisaladusena märkida: 1) pakkumuse maksumust ega osamaksumusi;

2 / 3

Koostatud 28.01.2026 13:39:19 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

2) teenuste hankelepingute puhul lisaks punktis 1 nimetatule muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid numbrilisi näitajaid; 3) asjade ja ehitustööde hankelepingute puhul lisaks punktis 1 nimetatule muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid näitajaid (RHS § 46 ülamärkega 1).

Küsimused ettevõtjale: 1. Kirjeldage lühidalt pakkumuses sisalduvat ärisaladust ja lisage selle määramise põhjendus või märkige, et pakkumus ei sisalda ärisaladust. (Suur sisestusala (max pikkus 4000 tähemärki))

EL NÕUKOGU SANKTSIOON. ALLTÖÖVÕTJAD JA TARNIJAD. Pakkuja kinnitab, et ta ei kaasa üle 10% hankelepingu maksumusest hankelepingu täitmisele alltöövõtjaid ega tarnijaid, kes on: 1. Vene Föderatsiooni kodanik, resident või Vene Föderatsioonis asutatud ettevõtja, sh füüsilisest isikust ettevõtja, juriidiline isik, asutus või muu üksus; 2. rohkem kui 50% ulatuses otseselt või kaudselt punktis 1 nimetatud isiku, asutuse või muu üksuse omandis; 3. punktis 1 või 2 nimetatud isiku, asutuse või muu üksuse esindaja või tegutseb sellise isiku juhiste alusel. Hankija lükkab tagasi pakkumuse, mille alusel sõlmitav hankeleping oleks RSanS § 7 lg 1 alusel tühine.

Määrust kohaldatakse riigihangetele alates rahvusvahelisest piirmäärast. NÕUKOGU MÄÄRUS (EL) 2022/576, 8. aprill 2022, millega muudetakse määrust (EL) nr 833/2014, mis käsitleb piiravaid meetmeid seoses Venemaa tegevusega, mis destabiliseerib olukorda Ukrainas.

Küsimused ettevõtjale: 1. Pakkuja kinnitab, et ta ei kaasa üle 10% hankelepingu maksumusest hankelepingu täitmisele alltöövõtjaid ega tarnijaid, kes on: 1. Vene Föderatsiooni kodanik, resident või Vene Föderatsioonis asutatud ettevõtja, sh füüsilisest isikust ettevõtja, juriidiline isik, asutus või muu üksus; 2. rohkem kui 50% ulatuses otseselt või kaudselt punktis 1 nimetatud isiku, asutuse või muu üksuse omandis; 3. punktis 1 või 2 nimetatud isiku, asutuse või muu üksuse esindaja või tegutseb sellise isiku juhiste alusel. (Raadionupp valikutega "Jah/Ei")

SAMAVÄÄRSUS Pakkuja kinnitab, et pakkumus vastab hanke alusdokumentides nõutule ja vajadusel on samaväärsus selgitatud ja tõendid samaväärsuse kohta lisatud.

Iga viidet, mille hankija teeb riigihanke alusdokumentides mõnele RHS-i § 88 lõikes 2 nimetatud alusele (standardile, tehnilisele tunnustusele, tehnilisele kontrollisüsteemile vms), tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“. Iga viidet, mille hankija teeb riigihanke alusdokumentides ostuallikale, protsessile, kaubamärgile, patendile, tüübile, päritolule, tootmisviisile, märgisele või vastavushindamisasutuse väljastatud katsearuandele või tõendile, tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“ (RHS § 88 lg-d 5-6, § 89 lg 2, 114 lg-d 5-7). Hankija aktsepteerib objektiivsetel põhjustel muid asjakohaseid tõendeid, kui pakkuja tõendab hankijale vastuvõetaval viisil, et pakutav asi, teenus või ehitustöö vastab konkreetse märgise või hankija esitatud nõuetele, välja arvatud juhul, kui hankija nõutud märgis, samaväärne märgis või konkreetse või samaväärse vastavushindamisasutuse väljastatud katsearuanne või muu tõend on seaduse alusel eelduseks asja, teenuse või ehitustöö pakkumiseks turul (RHS § 114 lg 7).

Küsimused ettevõtjale: 1. Pakkuja kinnitab, et pakkumus vastab hanke alusdokumentides nõutule ja vajadusel on samaväärsus selgitatud ja tõendid samaväärsuse kohta lisatud. (Raadionupp valikutega "Jah/Ei")

NÕUDED MEESKONNALE

Pakkujal peab olema raamlepingu täitmiseks võimalik kasutada PEE lisades 4.2 ja 4.3 nimetatud rolle, kes peavad vastama meeskonnaliikmetele CV-des (PEE lisad 4.2 ja 4.3) esitatud nõuetele.

3 / 3

Koostatud 28.01.2026 13:39:19 https://riigihanked.riik.ee/rhr-web/#/procurement/9608085/general-info

Raamlepingu sõlmimiseks korraldatud hankemenetluses pakkuja meeskkonnaliikmete CV-sid ei esita.

Raamlepingu täitmiseks korraldatavate minikonkursside käigus esitab pakkuja meeskonnaliikmete andmed, täites iga nõutud meeskonnaliikme kohta etteantud CV vormi (PEE lisad 4.2 ja 4.3). Esitatud andmed peavad võimaldama hankijal üheselt arusaadavalt kontrollida meeskonnaliikmete vastavust esitatud nõuetele. CV-de esitamisel tuleb lähtuda konkreetses CVs toodud tingimustest.

Küsimused ettevõtjale: 1. Pakkuja kinnitab, et on tutvunud PEE lisades 4.2 ja 4.3 nimetatud meeskonnaliikmete ja CV-de esitamise nõuetega ning raamlepingu täitmisel korraldatavate minikonkursside käigus on tal võimekus pakkuda nõuetele vastavaid meeskonnaliikmeid. (Raadionupp valikutega "Jah/Ei")

Lisa 4.1 Uhispakkujate volikirja vorm.docx

Lisa 4.1. Ühispakkujate volikirja vorm

Hankija nimi: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440)
Riigihanke nimetus:
Riigihanke viitenumber:

Käesolevaga kinnitame, et alljärgnevalt loetletud isikud esitavad ühise pakkumuse:
Ühispakkumuses osaleva ettevõtja nimi
Registrikood
Roll hankelepingu täitmises
1.

2…

Käesolevaga volitame (ühispakkujate nimed) (volitajate nimed ja ametikohad) isikus (volitatava nimi, ametikoht) olema käesoleva ühispakkumuse esitanud pakkujate ametlik esindaja riigihankes ja hankelepingu sõlmimisega seotud toimingute tegemisel.

Käesolevaga kinnitame, et vastutame ühispakkujatena hankelepingu täitmise eest solidaarselt.

Volitatava allkirja näidis1 :

Volikiri on ilma edasivolitamise õiguseta.

Volikiri kehtib kuni:

Kuupäev:

(volitaja allkiri)

(volitaja nimi ja ametikoht)

(volitaja nimi ja ametikoht)

(volitaja allkirjastanud digitaalselt)

Lisa 4.2 Front-end arendaja CV vorm.docx

Lisa 4.2 Curriculum Vitae vorm – Front-end arendaja
Hankija nimi: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440)
Riigihanke nimetus: Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd
Riigihanke viitenumber: 303276

Ees- ja perenimi:

Vastavustingimused rollile ja selle tõendamiseks esitatavad kohased andmed (kohustuslikud):

1. Isik on omandanud vähemalt keskhariduse
Haridustase, haridusasutus
Õppimisaeg (alates - kuni kuu/aasta)
Lõpetatud
(jah / ei)
Omandatud haridus (keskharidus, bakalaureus,
magister vmt)
Põhieriala
Välisriigis omandatud hariduse korral lisada tõend/ lõputunnistuse koopia

2. Kogemused:

Nõue
Nõude täpsustus
Pakkuja kirjeldab nõuete täitmist. Andmete esitamisel tuleb lähtuda RHR-i vastavustingimustes ja käesolevas dokumendis toodud nõuetest. Vajadusel lisada ridu.
Spetsialisti rollile vastav tööstaaž
kuudes

2.1. omab kogemust arendamisel Angular või Vue raamistikus projektides vähemalt 36 kuud.

Kogemused peavad olema mitte varasemad kui 6 (kuus) aastat arvates pakkumuse esitamise tähtajast.
1. Projekt, kus kogemus on omandatud (riigihanke korral lisada viitenumber)

2.2.
Kontaktisiku nimi ja kontaktid

2.3.
Kogemuse algus- ja lõppaeg kuu täpsusega

2.4.
Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2 omab kogemust vähemalt 2 (kahes) projektis vabavaraliste kaardiliidese teekide kasutamisel, sh kaardiliigese teeke on kasutatud sisulise lahenduse jaoks (kaarditööriistade implementeerimine, kihtide haldus, geoandmete lisamine/kuvamine kihil).

Kogemused peavad olema mitte varasemad kui 5 (viis) aastat arvates pakkumuse esitamise tähtajast.
1. Projekt, kus kogemus on omandatud (riigihanke korral lisada viitenumber)

2.5.
Tellija kontaktisiku nimi ja kontaktid

2.6.
Kogemuse algus- ja lõppaeg kuu täpsusega

2.7.
Kogemuse/projekti kirjeldus, sh tuua välja kõik nõudes kirjeldatud asjaolud

2.8.
2. Projekt, kus kogemus on omandatud (riigihanke korral lisada viitenumber)

2.9.
Tellija kontaktisiku nimi ja kontaktid

2.10.
Kogemuse algus- ja lõppaeg kuu täpsusega

2.11.
Kogemuse/projekti kirjeldus, sh tuua välja kõik nõudes kirjeldatud asjaolud

/vajadusel lisada ridu/

Pakkuja esitab meeskonnaliikmete andmed, täites iga nõutud meeskonnaliikme kohta etteantud CV vormi. Esitatud andmed peavad võimaldama hankijal kontrollida meeskonnaliikmete vastavust esitatud nõuetele ja hankija kontrollib tingimuste täitmist eelkõige esitatud andmete alusel:

1. Hankijal on õigus küsida selgitusi või kinnitusi, sh selgitamist võimaldavaid dokumente, CV-s esitatud andmete kontrollimiseks.
2. Kui tingimuses on nõutud (kõrg)haridus, peab see olema lõpetatud.
3. Viidatud kogemused peavad olema pakkumuse esitamise ajaks nõutud ulatuses omandatud.
4. Kui mõnd nõutud kogemust ei ole CV-s esitatud või pakkuja/taotleja viitab nende andmete mitteesitamise põhjenduseks konfidentsiaalsusele ja/või nende alusel ei ole võimalik üheselt järeldada, kas nõue on täidetud, on hankijal õigus tunnistada pakkumus mittevastavaks. Hankija ei avalda pakkumuses esitatud andmeid.
5. Juhul, kui lepingu täitmise käigus meeskonnas liikmeid asendatakse või täiendatakse, siis peab isik nõutud tingimustele vastama sellise taotluse esitamise ajaks.
6. Kui see on objektiivselt võimalik, tuleb lugeda tingimusi täiendatuks märkega "või samaväärne". Hankija nõudel tõendab samaväärsust pakkuja.
7. Juhul kui kogemusi hinnatakse, siis omistatakse väärtuspunkte ulatuses, kus andmed on selged ja üheselt mõistetavad ning neid on võimalik kontrollida.

Lisa 4.3 Java vanemarendaja CV vorm.docx

Lisa 4.3 Curriculum Vitae vorm – Java vanemarendaja
Hankija nimi: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440)
Riigihanke nimetus: Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd
Riigihanke viitenumber: 303276

Ees- ja perenimi:

Vastavustingimused rollile ja selle tõendamiseks esitatavad kohased andmed (kohustuslikud):

1. Isik on omandanud vähemalt keskhariduse
Haridustase, haridusasutus
Õppimisaeg (alates - kuni kuu/aasta)
Lõpetatud
(jah / ei)
Omandatud haridus (keskharidus, bakalaureus,
magister vmt)
Põhieriala
Välisriigis omandatud hariduse korral lisada tõend/ lõputunnistuse koopia

2. Kogemused:

Nõue
Nõude täpsustus
Pakkuja kirjeldab nõuete täitmist. Andmete esitamisel tuleb lähtuda RHR-i vastavustingimustes ja käesolevas dokumendis toodud nõuetest. Vajadusel lisada ridu.
Spetsialisti rollile vastav tööstaaž
kuudes

2.1. omab programmeerimiskogemust Java arendajana vähemalt 60 kuud.

Võib tõendada ka projektidega, sel juhul tuua projektides välja kogemus kuudes.

1. Ettevõte/asutus, kus on töötanud / projekt, kus kogemus on omandatud (riigihanke korral lisada viitenumber)

2.2.
Kontaktisiku nimi ja kontaktid

2.3.
Kogemuse algus- ja lõppaeg kuu täpsusega

2.4.
Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2. omab kogemust Grails või Java Spring Boot raamistike kasutamisel serveripoolsete rakenduste arendamisel vähemalt 36 kuud.

Võib tõendada ka projektidega, sel juhul tuua projektides välja kogemus kuudes.

1. Ettevõte/asutus, kus on töötanud / projekt, kus kogemus on omandatud (riigihanke korral lisada viitenumber)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

1.3. Omab kogemust vähemalt ühes (1) projektis, mille maht on minimaalselt 6 kuud, horisontaalselt skaleeritava arhitektuuriga süsteemide arendamisel baseerudes Grails või Java Spring Boot tehnoloogial, sh REST API-I loomisel ja asünkroonse töövoo (nt RabbitMQ, Kafka või samaväärsete) kasutamisel.
1. Projekt, kus kogemus on omandatud (riigihanke projekti korral lisada selle number)

Tellija nimi ja tema kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Kogemuse/projekti kirjeldus sh tuua välja kõik nõudes kirjeldatud asjaolud

/vajadusel lisada ridu/

1.3. Omab kogemust arendajana vähemalt ühes (1) projektis, mille maht on minimaalselt 6 kuud, PostgreSQL või mõne muu relatsioonilise andmebaasiga töötamisel Grails või Java Spring Boot tehnoloogias, sh andmebaasi päringute koostamine, andmemudeli loomine/muutmine.
1. Projekt, kus kogemus on omandatud (riigihanke projekti korral lisada selle number)

Tellija nimi ja tema kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Kogemuse/projekti kirjeldus sh tuua välja kõik nõudes kirjeldatud asjaolud

/vajadusel lisada ridu/

Pakkuja esitab meeskonnaliikmete andmed, täites iga nõutud meeskonnaliikme kohta etteantud CV vormi. Esitatud andmed peavad võimaldama hankijal kontrollida meeskonnaliikmete vastavust esitatud nõuetele ja hankija kontrollib tingimuste täitmist eelkõige esitatud andmete alusel:

1. Hankijal on õigus küsida selgitusi või kinnitusi, sh selgitamist võimaldavaid dokumente, CV-s esitatud andmete kontrollimiseks.
2. Kui tingimuses on nõutud (kõrg)haridus, peab see olema lõpetatud.
3. Viidatud kogemused peavad olema pakkumuse esitamise ajaks nõutud ulatuses omandatud.
4. Kui mõnd nõutud kogemust ei ole CV-s esitatud või pakkuja/taotleja viitab nende andmete mitteesitamise põhjenduseks konfidentsiaalsusele ja/või nende alusel ei ole võimalik üheselt järeldada, kas nõue on täidetud, on hankijal õigus tunnistada pakkumus mittevastavaks. Hankija ei avalda pakkumuses esitatud andmeid.
5. Juhul, kui lepingu täitmise käigus meeskonnas liikmeid asendatakse või täiendatakse, siis peab isik nõutud tingimustele vastama sellise taotluse esitamise ajaks.
6. Kui see on objektiivselt võimalik, tuleb lugeda tingimusi täiendatuks märkega "või samaväärne". Hankija nõudel tõendab samaväärsust pakkuja.
7. Juhul kui kogemusi hinnatakse, siis omistatakse väärtuspunkte ulatuses, kus andmed on selged ja üheselt mõistetavad ning neid on võimalik kontrollida.

Lisa 5 Hindamiskriteeriumid ja hinnatavad naitajad (eRHR vorm).pdf

Koostatud 28.01.2026 13:40:50 1 / 2 https://riigihanked.riik.ee/rhr-web/#/procurement/ 9608085/general-info

HINDAMISKRITEERIUMID JA HINNATAVAD NÄITAJAD

Viitenumber: 303276 Hankija: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440) Hange: Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd

Pakkumuse maksumust hinnatakse - Ilma maksudeta Kriteeriumi kaalumise meetod - Osakaaludega Elektroonilist oksjoni kasutatakse: ei

Jrk nr

Nimetus Kirjeldus Tüüp / hindamismeetod

Osakaal Kogus Ühik Pakkuja täidetav

1 Front-end arendaja (Angular) töötunni maksumus

Tegemist on näidispakkumusega, milles pakutud hind ei ole raamlepingu täitmisel siduv.

Edukaks tunnistatakse kõik pakkumused, mis on vastavaks tunnistatud ning hankija sõlmib raamlepingu kõikide vastavaks tunnistatud pakkumuse esitanud pakkujatega, kuid mitte vähem kui kahe pakkujaga.

Kulu - vähim on parim

50 EUR jah

2 Java vanemarendaja (back-end) töötunni maksumus

Tegemist on näidispakkumusega, milles pakutud hind ei ole raamlepingu täitmisel siduv.

Edukaks tunnistatakse kõik pakkumused, mis on vastavaks tunnistatud ning hankija sõlmib raamlepingu kõikide vastavaks tunnistatud pakkumuse esitanud pakkujatega, kuid mitte vähem kui kahe pakkujaga.

Kulu - vähim on parim

50 EUR jah

Kokku: 100

Koostatud 28.01.2026 13:40:50 2 / 2 https://riigihanked.riik.ee/rhr-web/#/procurement/ 9608085/general-info

Hindamismetoodika kirjeldus 1. Front-end arendaja (Angular) töötunni maksumus

Madalaima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte arvutades valemiga: "osakaal" - ("pakkumuse väärtus" - madalaim väärtus") / "suurim väärtus" * "osakaal".

2. Java vanemarendaja (back-end) töötunni maksumus Madalaima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte arvutades valemiga: "osakaal" - ("pakkumuse väärtus" - madalaim väärtus") / "suurim väärtus" * "osakaal".

Lisa 6 Hanketeade.pdf

Eesti: Tarkvara arendusteenused Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd

Hanketeade või kontsessiooniteade – üldkord

1 Hankija

1.1 Hankija Ametlik nimi: Siseministeeriumi infotehnoloogia ja arenduskeskus Hankija õiguslik vorm: Keskvalitsusasutus Hankija tegevus: Riigikaitse

2 Menetlus

2.1 Menetlus Pealkiri: Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd Kirjeldus: Raamlepingu esemeks on frontend arendaja ja Java vanemarendaja ressursi tellimine ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööde teostamiseks. / Kõrvaldamise alused ja kvalifitseerimistingimused: Vaata hanke alusdokumentidest Menetluse tunnus: 73b713b524a44599af90e055429ce732 Sisemine tunnus: 3032760000 Menetluse liik: Avatud Kiirendatud menetlus: ei Menetluskorra kirjeldus: Avatud hankemenetlus

2.1.1 Eesmärk Lepingu olemus: Teenused Peamine liigitus (cpv): 72262000 Tarkvara arendusteenused

2.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): KeskEesti (EE009) Riik: Eesti Lisateave:

2.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): KirdeEesti (EE00A) Riik: Eesti Lisateave:

2.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): LääneEesti (EE004) Riik: Eesti Lisateave:

2.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): LõunaEesti (EE008) Riik: Eesti Lisateave:

2.1.2 Lepingu täitmise koht

https://ted.europa.eu/TED Page 1/5

Riik – jaotus (NUTS): PõhjaEesti (EE001) Riik: Eesti Lisateave:

2.1.3 Maksumus Eeldatav maksumus käibemaksuta: 600 000 Euro

2.1.4 Üldine teave Lisateave: Lepingu eseme olemusest tulenevalt ei ole raamhanke osadeks jaotamine võimalik, sest lepingu ese moodustab üksteisest sõltuva terviku, sõlmitavate hankelepingute tulemid on üksteisest sõltuvad (sh eeldustööd). Hankija korraldab raamlepingu alusel partnerite vahel minikonkursse. Õiguslik alus: Direktiiv 2014/24/EL

2.1.6 Kõrvaldamise alused Väljajätmise aluste allikad: Euroopa ühtne hankedokument (ESPD)

5 Osa

5.1 Osa tehniline tunnus: LOT0000 Pealkiri: Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd Kirjeldus: Raamlepingu esemeks on frontend arendaja ja Java vanemarendaja ressursi tellimine ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööde teostamiseks. / Kõrvaldamise alused ja kvalifitseerimistingimused: Vaata hanke alusdokumentidest Sisemine tunnus: 3032760000

5.1.1 Eesmärk Lepingu olemus: Teenused Peamine liigitus (cpv): 72262000 Tarkvara arendusteenused

5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): KeskEesti (EE009) Riik: Eesti Lisateave:

5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): KirdeEesti (EE00A) Riik: Eesti Lisateave:

5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): LääneEesti (EE004) Riik: Eesti Lisateave:

5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): LõunaEesti (EE008) Riik: Eesti Lisateave:

5.1.2 Lepingu täitmise koht

https://ted.europa.eu/TED Page 2/5

Riik – jaotus (NUTS): PõhjaEesti (EE001) Riik: Eesti Lisateave:

5.1.3 Eeldatav kestus Kestus: 24 Kuu

5.1.5 Maksumus Eeldatav maksumus käibemaksuta: 600 000 Euro

5.1.6 Üldine teave Reserveeritud osalemine: Osalemine ei ole reserveeritud. Tuleb esitada lepingu täitmiseks määratud töötajate nimed ja nende kutsekvalifikatsioonid: Ei ole nõutud Hankeprojekt, mida rahastatakse täielikult või osaliselt ELi vahenditest Hanke suhtes kohaldatakse riigihankelepingut (GPA): jah Lisateave: Lepingu eseme olemusest tulenevalt ei ole raamhanke osadeks jaotamine võimalik, sest lepingu ese moodustab üksteisest sõltuva terviku, sõlmitavate hankelepingute tulemid on üksteisest sõltuvad (sh eeldustööd). Hankija korraldab raamlepingu alusel partnerite vahel minikonkursse.

5.1.7 Strateegilised hanked Strateegilise hanke eesmärk: Keskkonnamõju vähendamine

Kirjeldus: Keskkonnahoidlik tingimus toodud PEE lisas 1 Raamlepingu projekt koos hankelepingu projektiga. Keskkonnamõju vähendamist käsitlev lähenemisviis: Muu

5.1.8 Ligipääsetavuse kriteeriumid Puuetega inimeste juurdepääsukriteeriume ei ole lisatud järgmise põhjendusega Põhjendus: Eraldi ligipääsetavuse nõudeid ei ole riigihankes kehtestatud seetõttu, et arendatavate toodete puhul järgitakse ettevõtlus ja infotehnoloogiaministri 28.02.2019 määrusega nr 20 „Veebilehe ja mobiilirakenduse ligipääsetavuse nõuded ning ligipääsetavust kirjeldava teabe avaldamise kord“ nõudeid.

5.1.9 Kvalifitseerimistingimused Valikukriteeriumide allikad: Euroopa ühtne hankedokument (ESPD)

5.1.10 Pakkumuste hindamise kriteeriumid Kriteerium:

Liik: Kulu Kirjeldus: Vaata hanke alusdokumentidest Hindamise lävendikriteeriumi kategooria: Kaal (punktid, täpne)

Hindamiskriteerium – arv: 50 Kriteerium:

Liik: Kulu Kirjeldus: Vaata hanke alusdokumentidest Hindamise lävendikriteeriumi kategooria: Kaal (punktid, täpne)

Hindamiskriteerium – arv: 50

5.1.11 Hankedokumendid Hankedokumentide aadress: https://riigihanked.riik.ee/rhrweb/#/procurement/9608085/documents?group=B

5.1.12 Hanke tingimused Esitamise tingimused:

Elektrooniline esitamine: Nõutav Esitamise aadress: https://riigihanked.riik.ee/rhrweb/#/procurement/9608085/tenders

https://ted.europa.eu/TED Page 3/5

Keeled, milles võib pakkumusi või osalemistaotlusi esitada: eesti keel Elektrooniline kataloog: Ei ole lubatud Variandid: Ei ole lubatud Pakkumuste esitamise tähtaeg: 30/01/2026 09:00 +02:00 Pakkumuse jõusoleku tähtaeg: 4 Kuu

Teave avaliku avamise kohta: Avamise kuupäev: 30/01/2026 10:00 +02:00 Koht: https://riigihanked.riik.ee/rhrweb/#/

Lepingutingimused: Lepingu täitmine peab toimuma kaitstud tööhõive programmide raames: Ei Earveldamine: Nõutav Kasutatakse elektroonilisi tellimusi: ei Kasutatakse elektroonilisi makseid: jah

5.1.15 Vahendid Raamleping:

Raamleping koos minikonkursiga Teave dünaamilise hankesüsteemi kohta:

Ei kohaldata dünaamilist hankesüsteemi

5.1.16 Lisateave, lepitus ja vaidlustus Lepitusorganisatsioon: Riigihangete vaidlustuskomisjon Vaidlustusorgan: Riigihangete vaidlustuskomisjon Teave vaidlustamise tähtaegade kohta: https://fin.ee/riigihankedriigiabiosalused/riigihanked/vaidlustusmenetlus Organisatsioon, mis annab lisateavet hankemenetluse kohta: Siseministeeriumi infotehnoloogia ja arenduskeskus Organisatsioon, millele laekuvad osalemistaotlused: Siseministeeriumi infotehnoloogia ja arenduskeskus

8 Organisatsioonid

8.1 ORG0001 Ametlik nimi: Siseministeeriumi infotehnoloogia ja arenduskeskus Registreerimisnumber: 70008440 Postiaadress: Mäealuse tn 2/2 Linn: Tallinn Sihtnumber: 12618 Riik – jaotus (NUTS): ExtraRegio NUTS 3 (EEZZZ) Riik: Eesti Kontaktpunkt: TEELE SÕBER Eposti aadress: [email protected] Telefon: +372 59124101 Internetiaadress: http://www.smit.ee Hankija profiil: http://www.smit.ee Selle organisatsiooni rollid:

Hankija Organisatsioon, mis annab lisateavet hankemenetluse kohta Organisatsioon, millele laekuvad osalemistaotlused

8.1 ORG0002 Ametlik nimi: Riigihangete vaidlustuskomisjon

https://ted.europa.eu/TED Page 4/5

Registreerimisnumber: 1000123 Postiaadress: Tartu mnt 85 Linn: Tallinn Sihtnumber: 10115 Riik – jaotus (NUTS): ExtraRegio NUTS 3 (EEZZZ) Riik: Eesti Eposti aadress: [email protected] Telefon: +3726113713 Selle organisatsiooni rollid:

Vaidlustusorgan Lepitusorganisatsioon

8.1 ORG0003 Ametlik nimi: Riigihangete register Registreerimisnumber: TED64 Postiaadress: Lõkke tn 4 Linn: Tallinn Sihtnumber: 10122 Riik – jaotus (NUTS): ExtraRegio NUTS 3 (EEZZZ) Riik: Eesti Eposti aadress: [email protected] Telefon: +3726113693 Selle organisatsiooni rollid:

TED eSender

Teave teate kohta

Teate tunnus/versioon: 2dd4f30469204fda99d198747bcc6cd5 01 Vormi liik: Hange Teate liik: Hanketeade või kontsessiooniteade – üldkord Teate saatmise kuupäev: 28/01/2026 13:42 +02:00 Teate saatmise kuupäev (eSender): 28/01/2026 13:42 +02:00 Keeled, milles käesolev teade on ametlikult kättesaadav: eesti keel

https://ted.europa.eu/TED Page 5/5

Pakkumuse esitamise ettepanek (303276).pdf

Siseministeeriumi infotehnoloogia- ja arenduskeskus

Mäealuse 2/2, Tallinn 12618

Telefon 612 6200

E-post [email protected]

Reg. kood 70008440

www.smit.ee

Pakkumuse esitamise ettepanek ja hanke alusdokumendid avatud hankemenetluses

„Ruumiandmete halduse platvormi ja sellega seonduvate süsteemide arendustööd“

(303276)

1. Lisad

1.1. Lisa 1 – Raamlepingu projekt koos hankelepingu projektiga;

1.2. Lisa 1.1 – SMIT töövõtu-, käsundus- ja müügilepingute üldtingimused, mis on

kättesaadavad https://www.smit.ee/files/2025-11/smiti-kaesundus-toeoevotu-ja-

mueuegilepingute-ueldtingimused-17.11.2025-.pdf?0e5a56c3e2;

1.3. Lisa 2 – Tehniline kirjeldus

1.4. Lisa 2.1 Lähtekoodi halduse ja ehitamise nõuded arendajale;

1.5. Lisa 2.2 Logimise nõuded;

1.6. Lisa 2.3 Rakendustevahelised integratsioonipõhimõtted;

1.7. Lisa 2.4 Tehnilised nõuded tarkvaralahendustele;

1.8. Lisa 3 – Hankepass;

1.9. Lisa 4 – Vastavustingimused;

1.10. Lisa 4.1 – Ühispakkujate volikiri;

1.11. Lisa 4.2 – Front-end arendaja CV vorm;

1.12. Lisa 4.3 – Java vanemarendaja CV vorm;

1.13. Lisa 5 – Hindamiskriteeriumid;

1.14. Lisa 6 – Hanketeade.

2. Riigihanke osadeks jaotamine

2.1. Lepingu eseme olemusest tulenevalt ei jaga hankija riigihanget osadeks ning sõlmib

teenuse tellimiseks raamlepingu mitme pakkujaga. Hankija korraldab raamlepingu

alusel partnerite vahel minikonkursse. Teenuse tellimine minikonkursside raames

tagab hankija rahaliste vahendite otstarbeka ja säästliku kasutamise ning konkurentsi

efektiivse ärakasutamise.

3. Olelusringi kulude arvestamine

3.1. Raamlepingu alusel korraldatavate minikonkursside tulemusel sõlmitavates

hankelepingutes arvestatakse oleluskulusid läbi hindamiskriteeriumite, mis näitavad

pakkuja võimekust optimaalsete vahenditega töid (hind ja/või kvaliteet) teostada.

Pakkuja pakutav meeskonna koosseis ei mõjuta infosüsteemi elukaare kulusid. Lisaks

on planeeritud katta suurem osa oleluskulusid SMITi oma ressursiga.

4. Pakkumuse vormistamine ja esitamine

4.1. Pakkumuses esitatud andmed peavad olema tõesed, esitatud viisil ja piisava

detailsusega, mis võimaldavad hankijal kontrollida nende vastavust riigihanke

alusdokumentides toodud tingimustele.

4.2. Pakkumuse maksumused tuleb esitada eurodes täpsusega kuni kaks kohta pärast koma.

4.3. Pakkumuse maksumuses kajastatud summad on hankijale lõplikud, sh sisaldavad

tasusid või muid makse, v.a käibemaksu, mis kajastatakse eraldi, ning selles toodud

summadele ei lisandu täiendavaid väljamakseid ega kulutusi. 0 või negatiivse

2(3)

väärtusega maksumusi ei ole lubatud kasutada ja sellised pakkumused on hankijal õigus

tunnistada mittevastavaks ning tagasi lükata.

4.4. Kui esitatavate dokumentide koosseisus on kolmanda osapoole poolt paberkandjal

allkirjastatud dokumente, esitada dokument skaneeritud kujul ning originaaldokument

esitada ainult juhul, kui hankija nõuab originaali esitamist.

4.5. Alternatiivlahendused ei ole lubatud.

4.6. Iga viidet, mille hankija teeb hanke alusdokumentides mõnele RHS-i § 88 lõikes 2

nimetatud alusele (standardile, tehnilisele tunnustusele, tehnilisele kontrollisüsteemile,

märgisele vms), tuleb lugeda selliselt, et see on täiendatud märkega „või sellega

samaväärne“. Iga viidet, mille hankija teeb hanke alusdokumentides ostuallikale,

protsessile, kaubamärgile, patendile, tüübile, päritolule, märgisele või tootmisviisile,

tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“.

Samaväärsus tähendab täpselt samu kasutusomadusi ja funktsionaalsusi.

4.7. Samaväärse lahenduse pakkumisel esitab pakkuja seda tõendavad dokumendid või

andmed. Hankija aktsepteerib objektiivsetel põhjustel muid asjakohaseid tõendeid, kui

pakkuja tõendab hankijale vastuvõetaval viisil, et pakutav asi või teenus vastab

konkreetse märgise või hankija esitatud nõuetele, välja arvatud juhul, kui hankija

nõutud märgis, samaväärne märgis või konkreetse või samaväärse

vastavushindamisasutuse väljastatud katsearuanne või muu tõend on seaduse alusel

eelduseks asja või teenuse pakkumiseks turul (RHS § 114 lg 7).

4.8. Samaväärsuse pakkumisel peab pakutav lahendus ühtima hankija olemasolevate

süsteemidega ning toote või teenuse hind peab sisaldama kõiki migreerimisega seotud

lisatasusid. Pakkumuse samaväärsust kontrollivad ja hindavad hankija vastavate

erialateadmistega töötajad.

5. Ühispakkumuse esitamine ja/või teise isiku vahenditele tuginemine. Heastamismeetmed

5.1. Ühispakkumuse esitamisel või teise isiku vahenditele tuginemisel tuleb iga

ühispakkuja või tuginetava isiku kohta, kelle majandus-ja/või finantsnäitajatele ja/või

tehnilisele ja kutsealasele pädevusele tuginetakse, esitada hankepass koos kinnitustega

kõrvaldamise aluste puudumise kohta ja nendele kvalifitseerimise tingimustele

vastamise kohta, mille osas isiku näitajatele tuginetakse, et hankija saaks teostada RHS

§ 103 toodud kontrollikohustuse. Samuti tuleb esitada välismaa äriühingu hankepass,

kelle nimel esitab pakkumuse filiaal.

5.2. Juhul, kui pakkujal või punktis 5.1. nimetatud isikul esineb vähemalt üks RHS § 95

lõike 1 punktides 1–3 ja 5 ning lõike 4 punktides 2–11 nimetatud alustest, peab pakkuja

esitama hankija nõudmisel RHS § 97 kohased ja põhjendatud heastamismeetmed iga

sellise esinenud asjaolu kohta.

5.3. Hankijal on õigus kohaldada RHS § 97 ka raamlepingu alusel korraldatavates

minikonkurssides sh minikonkurssides, mille eeldatav maksumus on väiksem, kui

rahvusvaheline piirmäär.

6. Pakkumuste hindamine, pakkumuse maksumuse esitamine ja edukaks tunnistamine

6.1. Hankija hindab kõiki vastavaks tunnistatud pakkumusi vastavalt kehtestatud

pakkumuste hindamise kriteeriumile. Edukaks tunnistatakse kõik pakkumused, mis on

vastavaks tunnistatud ning hankija sõlmib raamlepingu kõikide vastavaks tunnistatud

pakkumuse esitanud pakkujatega, kuid mitte vähem kui kahe pakkujaga.

7. Kõikide pakkumuste tagasilükkamine. Hankemenetluse kehtetuks tunnistamine

3(3)

7.1. Hankijal on õigus kõik pakkumused tagasi lükata igal ajal enne lepingu sõlmimist

vastavalt RHS §-s 116 lg 1 ja punktis 7.2.4 sätestatule. Kõigi pakkumuste

tagasilükkamisel teeb hankija sellekohase põhjendatud otsuse.

7.2. Hankija võib põhjendatud vajadusel omal algatusel hankemenetluse kehtetuks

tunnistada. Põhjendatud vajaduseks võib olla eelkõige, kuid mitte ainult:

7.2.1. vajadus lepingu eset olulisel määral muuta;

7.2.2. riigihanke läbiviimise aluseks olevad tingimused on oluliselt muutunud ja

seetõttu osutub lepingu sõlmimine mittevajalikuks või võimatuks;

7.2.3. hankemenetluses ilmnenud ebakõlasid ei ole võimalik kõrvaldada ega

hankemenetlust seetõttu ka õiguspäraselt lõpule viia;

7.2.4. kui pakkumusi on esitatud vähem kui kaks;

7.2.5. hankija projektile otsustatakse rahastust mitte tagada.

8. Muud tingimused

8.1. Hankija ootus huvitatud isikutele on, et huvitatud isikud teavitaks hankijat aegsasti

RHR kaudu riigihanke alusdokumentides avastatud vigade, ebatäpsuste ja ebaselguste

parandamiseks.

8.2. Pakkuja peab talle allkirjastamiseks edastatud lepingu allkirjastama ja hankijale välja

saatma hiljemalt 5 tööpäeva jooksul alates päevast, mil hankija selle pakkujale välja

saatis. Mõjuval põhjusel võib hankija allkirjastamise tähtaega pikendada, andes

edukale pakkujale sellest kirjalikku taasesitamist võimaldavas vormis teada. Antud

tähtaja jooksul lepingu allkirjastamisest keeldumist või lepingu täitmisele mitte asumist

on hankijal õigus käsitleda, kui edukaks tunnistatud pakkumuse esitanud pakkuja

poolset lepingu sõlmimisest keeldumist ja pakkumuse tagasi võtmist RHS § 119 lg 1

mõttes ning sel juhul tegutseb hankija edasi vastavalt RHS-s sätestatule.

8.3. Riigihankes saavad osaleda ainult pakkujad või taotlejad, kelle elu- või asukoht on

Eestis, mõnes muus Euroopa Liidu liikmesriigis, muus Euroopa Majanduspiirkonna

lepinguriigis või Maailma Kaubandusorganisatsiooni riigihankelepinguga ühinenud

riigis. Nõuet rakendatakse ka ühispakkujate ja alltöövõtjate suhtes.

8.4. RHR üldandmetesse/hanketeate lahtris "lepingu täitmise tähtaeg" määratud kuupäev

tähendab lepingu kehtivust, mitte üksnes täitja kohustuste täitmise tähtaega ning lähtub

seetõttu nii täitja kui tellija/maksja kohustuste nõuetekohase täitmise tähtaegadest, sh

arve tasumiseks kuluvast ajast. Pakkujal tuleb lepingu sõlmimise korral lähtuda enda

kohustuste tähtaegsel täitmisel lepingu projektis või tehnilises kirjelduses määratud

täitmise/lepingu eseme tarnimise tähtajast.

8.5. Täitja esitab hankelepingu täitmise alustamise ajaks iga oma alltöövõtja nime,

registrikoodi, kontaktandmed, teabe nende seaduslike esindajate kohta ning

alltöövõtulepingu nimetuse, kuupäeva, numbri ja summa. Samad andmed esitab täitja

iga hankelepingu täitmisel lisanduva alltöövõtja kohta.

Dokumendiregister	Siseministeeriumi infotehnoloogia- ja arenduskeskus
Viit	3-1/3
Registreeritud	29.01.2026
Sünkroonitud	30.01.2026
Liik	Üldkäskkiri
Funktsioon	3 Õigusteenindus. Hanked
Sari	3-1 Riigihangete käskkirjad
Toimik	3-1/2025
Juurdepääsupiirang	Avalik
Juurdepääsupiirang
Adressaat
Saabumis/saatmisviis
Vastutaja	Teele Sõber (õiguse ja hangete osakond)
Originaal	Ava uues aknas