Raamleping

RAAMLEPING NR 2/30-26

Raamlepingu sõlmimise

alus

Raamleping sõlmitakse riigihanke „Digiriigi Akadeemia arendustööd"

(viitenumber 306163) (edaspidi nimetatud riigihange) tulemusena.

Pooled Raamleping sõlmitakse Registrite ja Infosüsteemide Keskuse (edaspidi

tellija) ning ühe riigihankes edukaks osutunud pakkuja(edaspidi eraldi täitja)

vahel, keda nimetatakse edaspidi eraldi pool või koos pooled.

Raamlepingu eesmärk

Raamlepingu eesmärgiks on:

- kehtestada raamlepingu kehtivusaja vältel selle alusel sõlmitavaid

hankelepinguid reguleerivad tingimused;

- määratleda pooltevahelised õigused, kohustused ning vastutus

hankelepingute sõlmimisel;

- kehtestada ühtsed tingimused hankelepingute tõlgendamiseks.

Tellija Registrite ja Infosüsteemide Keskus

Registrikood 70000310

Aadress Lubja 4, Tallinn, 19081

Tellija esindaja Rivo Reitmann

Esinduse alus Põhimäärus

Täitja Dolm IT OÜ

Registrikood 12809505

Aadress Lõõtsa tn 12, Tallinn, 11415

Täitja esindaja Mait Piir

Esinduse alus põhikiri

1. Raamlepingu ese ja dokumendid

1.1. Raamlepingu esemeks on Digiriigi Akadeemia arendustööde tellimine vastavalt

hankedokumentides toodud tingimustele.

1.2. Raamleping koosneb lepingu põhiosast ja selle lisadest. Raamlepinguga samaaegselt

allkirjastatavad lisad on:

1.2.1. Lisa 1 – Raamlepingu tehniline kirjeldus;

1.2.2. Lisa 2 – Hankelepingu projekt;

1.2.3. Lisa 3 – Pakkumus

1.2.4. Lisa 4 – Poolte volitatud esindajad ja kontaktandmed.

1.3. Raamlepingu lahutamatuks osaks on ka riigihanke dokumentatsioon.

2. Kinnitused

2.1. Pooled kinnitavad, et:

2.1.1. raamlepingu sõlmimisega ei ole nad rikkunud ühegi enda suhetes kehtiva seaduse,

põhikirja või muu normatiivakti sätet ega varem sõlmitud lepingu või kokkuleppega

endale võetud kohustust;

2.1.2. nad on oma majandustegevuses iseseisvad ja kumbki pool ei vastuta teise poole poolt

endale kolmandate isikute ees raamlepingu või hankelepinguga võetud kohustuste

täitmise eest;

2.1.3. neil on seaduses ettenähtud piisav õigus- ja teovõime raamlepingu ja hankelepingu

sõlmimiseks ning nendest tulenevate kohustuste täitmiseks ja õiguste realiseerimiseks;

2.1.4. nende poolt raamlepingu allkirjastanud isikutele on antud piisavad volitused selle

sõlmimiseks kooskõlas seaduste, põhikirjade või muude normatiivaktidega.

2.2. Poolte esindajad kinnitavad, et neil on kõik õigused ja volitused sõlmida raamleping esindatava

nimel ning nad ei tea ühtegi takistust raamlepinguga võetud kohustuste täitmiseks.

3. Raam- ja hankelepingute tõlgendamine

3.1. Pooled järgivad raamlepingu ja hankelepingu (antud punkti kontekstis ühiselt nimetatud ka kui

leping) täitmisel ja tõlgendamisel järgmisi põhimõtteid:

3.1.1. lepingu jaotiste pealkirjad ei määra nende mõistete ega sätete tähendusi;

3.1.2. lepingus, kui kontekst seda nõuab, võivad ainsuses olevad sõnad tähendada mitmust ja

vastupidi.

3.1.3. pooled käituvad teineteise suhtes heas usus ja mõistlikkuse põhimõttest lähtuvalt;

3.1.4. pooled peavad mõistlikuks seda, mida samas olukorras heas usus tegutsevad isikud

loeksid mõistlikuks;

3.1.5. mõistlikkuse hindamisel arvestatakse lepingulise suhte olemust ja lepingu eesmärki ning

vastava tegevusala praktikat, samuti muid asjaolusid;

3.1.6. kahtluse korral tuleb väljendeid, millel võib olla rohkem kui üks tähendus, mõista viisil, mis

sobib kõige rohkem lepingu olemuse ja eesmärkidega;

3.1.7. lepingu tingimust tuleb tõlgendada koos lepingu teiste tingimustega, andes igaühele neist

tähenduse, mis lähtub lepingu kui terviku tähendusest ning poolte omavahelisest

praktikast;

3.1.8. lepingu tingimuste tõlgendamisel eelistatakse tõlgendust, mis muudab lepingu tingimuse

seaduslikuks või kehtivaks;

3.1.9. kui esineb vastuolu lepingu ja selle lisa vahel, siis lähtutakse tõlgendamisel lepingu lisast;

3.1.10. vastuolu korral lepingu ja / või selle lisade erinevate sätete vahel tühistab hilisem säte

varasema ning üld- ja erisätte vastuolu korral kohaldatakse erisätet;

3.1.11. pooled juhinduvad omavaheliste suhete reguleerimisel lepingust ning lepinguga

reguleerimata küsimustes Eesti Vabariigis kehtivatest õigusaktidest;

3.1.12. kui mõni lepingu säte osutub vastuolus olevaks Eesti Vabariigi seadustega või muude

kehtivate õigusaktidega, ei mõjuta see lepingu ülejäänud sätete kehtivust;

3.1.13. lepingu tõlgendamisel lähtutakse poolte ühisest tegelikust tahtest, isegi kui see erineb

sõnade tavapärasest tähendusest;

3.1.14. kui poolte ühist tegelikku tahet ei õnnestu kindlaks teha, tuleb lepingut tõlgendada nii,

nagu teise poolega samasugune mõistlik isik pidi lepingut samade asjaolude esinemise

korral mõistma;

3.1.15. ühegi poole mistahes viivitus, hoolimatus või keeldumine teist poolt lepingutingimuste

täitma sundimisel või muude nõuete esitamisel ei kujuta endast selle poole mistahes

lepingujärgsetest õigustest loobumist või nende tühistamist.

4. Raam- ja hankelepingute ulatus ja maht

4.1. Raamleping kehtib 36 kuud alates selle sõlmimisest või kuni raamlepingu eeldatava maksumuse

täitmiseni.

4.2. Raamlepingu eeldatav maksumus on 200 000,00 eurot (km-ta).

4.3. Raamlepingu alusel sõlmitud hankelepingu(te) kehtivus ei ole piiratud raamlepingu kehtivuse

lõpptähtpäevaga.

5. Raamlepingu täitmine

5.1. Hankelepingute sõlmimiseks esitab tellija kontaktisik täitja kontaktisikule kirjalikku taasesitamist

võimaldavas vormis (nt e-posti teel) tellimuse esialgse raamlepingu sõlmimiseks esitatud pakkumuse

täpsustamiseks. Tellimus sisaldab pakkumuse täpsustamiseks vajaminevaid tingimusi:

5.1.1. kõiki sisulisi andmeid, mis on vajalikud tellimuse täitmiseks (tehniline kirjeldus; tööde

teostamise soovitav ajaperiood; eeldatav maksumus; juhul kui on tegemist

välisrahastusega, siis välja tuua nimetatu allikas. Kui tellimuses nõutud, esitab täitja

lähteülesandes kirjeldatud funktsionaalsuse/tööde detailseks analüüsiks,

realiseerimiseks, testimiseks ning dokumenteerimiseks kuluvat aega arendustundides;

infosüsteemiga seotud infosüsteemide tööks vajalike tarkvarakomponentide täienduste

kirjelduse; ajahinnangu kalendripäevades hinnapakkumuse aktsepteerimisest Tellijale

tööde üleandmiseni; projektiplaani);

5.1.2. pakkumuse täpsustuse esitamise tähtaega;

5.1.3. pakkumuse täpsustuse jõusoleku minimaalset tähtaega;

5.1.4. pakkumuse täpsustuse esitamise kontakt e-posti aadressi.

5.2. Täitja esitab omapoolse pakkumuse täpsustuse vastavalt punktis 5.1 nimetatud tellimuse saamisel

lähtudes vastavas tellimuses märgitud andmetest või põhjenduse tellimuse täitmise võimatuse kohta.

5.3. Pakkumuse täpsustus aktsepteeritakse tellija poolt kui see vastab tellimuses kehtestatud tingimustele

5.4. Tellijal on õigus jätta kirjalik hankeleping sõlmimata kuni 19 999,99 euro (ilma käibemaksuta) suuruste

tehingute korral.

5.5. Kirjaliku hankelepingu sõlmimata jätmisel loetakse hankelepinguks tellimus, aktsepteeritud pakkumuse

täpsustus ning hankelepingu projektides sisalduvad üldtingimused kogumina. Hankelepingu

lahutamatuteks osadeks on riigihanke alusdokumendid, raamleping koos lisadega, üleandmise-

vastuvõtmise aktid, pooltevahelised kirjalikud teated ning lepingu muudatused ja lisad.

5.6. Kirjalik hankeleping sõlmitakse alati 20 000 euro (ilma käibemaksuta) või suuremate tehingute korral.

Kirjalik hankeleping koosneb hankelepingu eritingimuste projektis toodud lisadest ja hankelepingu

lahutamatuks osaks nimetatud dokumentidest.

5.7. Pakkumise täpsustamiseks kulunud aega ei tasustata.

6. Muutumatud tingimused

6.1. Raamlepingu kehtivuse ajal kehtivad muutumatult raamlepingus ja hankelepingus sätestatud

tingimused. Muutumatult kehtivad ka raamlepingu sõlmimiseks esitatud pakkumuses märgitud

hankelepingu eseme ühikumaksumused.

6.2. Hankelepingu tingimused võivad erineda raamlepingu tingimustest ainult juhul, kui hankelepingu

tingimused on tellija jaoks raamlepingus sätestatud tingimustest soodsamad.

7. Raamlepingu rikkumine ja vastutus

7.1. Pooled vastutavad oma raamlepingust tulenevate kohustuste rikkumise eest iseseisvalt, välja

arvatud, kui rikkumine on vabandatav. Eeldatakse, et rikkumine ei ole vabandatav.

7.2. Kohustuse rikkumine on vabandatav, kui pool rikkus kohustust vääramatu jõu tõttu.

7.3. Pooled ei või oma lepingujärgseid kohustusi üle anda kolmandale isikule. 7.4. Täitja vastutab kõikide isikute eest, keda ta kasutab oma lepingujärgsete kohustuste täitmisel.

7.5. Lepingust või seadusest tuleneva õiguse või õiguskaitsevahendi mittekasutamine või selle

kasutamisega viivitamine ei tähenda nimetatud õigusest või õiguskaitsevahendist või muudest

õigustest või õiguskaitsevahenditest loobumist. Lepinguga seotud mis tahes loobumised on kehtivad

ainult siis, kui need on selgesõnaliselt ja kirjalikult väljendatud.

8. Raamlepingu ülesütlemine

8.1. Pooltel on õigus raamleping korraliselt üles öelda, järgides etteteatamistähtaega 60 (kuuskümmend)

kalendripäeva.

8.2. Registrite ja Infosüsteemide Keskusel on õigus raamleping erakorraliselt üles öelda ilma

etteteatamistähtajata järgmistel juhtudel:

8.2.1. täitja on oluliselt rikkunud raamlepingu alusel sõlmitud hankelepingut;

8.2.2. täitja on oma lepingujärgsed kohustused üle andnud kolmandale isikule.

8.3. Raamlepingu ülesütlemine ei mõjuta sõlmitud hankelepingute kehtivust. Täitjal ei teki tellija vastu

raamlepingu korralisest ülesütlemisest tekkinud kahju hüvitamise nõude esitamise õigust, nt

saamata jäänud tulu.

9. Lõppsätted

9.1. Raamlepingu tingimused on avalikud.

9.2. Raamlepingu muudatused vormistatakse kirjalikult raamlepingu lisana. Kontaktandmete

muutumisel teavitatakse teist poolt viivitamatult kirjalikku taasesitamist võimaldavas vormis.

9.3. Raamlepingu muutmine ei mõjuta sõlmitud hankelepingute tingimusi.

9.4. Raam- ja hankelepingute täitmise keel on eesti keel.

9.5. Raamlepinguga seotud vaidlused lahendatakse läbirääkimiste teel. Läbirääkimiste tulemusel

kokkuleppe mittesaavutamisel lahendatakse vaidlus Harju Maakohtus.

9.6. Leping allkirjastatakse digitaalselt.

Tellija Täitja

/digitaalselt allkirjastatud/ /digitaalselt allkirjastatud/

Rivo Reitmann Mait Piir

direktor juhatuse liige

Registrite ja Infosüsteemide Keskus Dolm IT OÜ

Raamleping nr 2/30-26

Lisa nr 4

POOLTE VOLITATUD ESINDAJAD JA KONTAKTANDMED

Poolte volitatud esindajateks raamlepingu täitmisel on:

Pool Volitatud

esindaja nimi

Volitatud esindaja

ametikoht

Volitatud

esindaja

kontakttelefon Volitatud esindaja email

Tellija Vesta Laansoo

või tema ametlik

asendaja

Tugiinfosüsteemide tiimi

tiimijuht

510 3196 [email protected]

Albert

Lamartson

Tugiinfosüsteemide tiimi

tootejuht

56890146 [email protected]

Täitja Mait Piir juhatuse liige [email protected]

Täitja kontaktandmed tellimuste esitamiseks:

Täitja kontaktisik e-mail

Birgith Abel, meeskonna juht [email protected] , +372 5373 6552

Tallinn 2026

Raamlepingu nr 2/30-26

Lisa 1

Registrite ja Infosüsteemide Keskus

„Digiriigi Akadeemia arendustööd“

hanke raamlepingu tehniline kirjeldus

Riigihanke viitenumber 306163

1. Hanke eesmärk ja üldinfo

1.1 Riigihanke eesmärgiks on sõlmida raamleping ühe edukaks tunnistatud pakkujaga, kes hakkab teostama Digiriigi Akadeemia (edaspidi DA) infosüsteemi arendustöid (sh konsultatsioonid) pakkumuses fikseeritud tunnihinna alusel.

1.2 Digiriigi Akadeemia arendustööde eesmärk on Digiriigi Akadeemia õppeplatvormi järjepidev arendamine, täiustamine ja parendamine, et tagada: 1.2.1 Platvormi stabiilne, töökindel ja turvaline toimimine; 1.2.2 Kasvava kasutajaskonna ja õppematerjalide mahu teenindamine; 1.2.3 Hea kasutajakogemus õppijatele, sisuloojatele ja haldajatele; 1.2.4 Koostalitlusvõime riiklike ja väliste infosüsteemidega; 1.2.5 Vastavus kehtivatele arhitektuuri-, turbe- ja arendusnõuetele. Arendustööd lähtuvad Digiriigi Akadeemia andme- ja tehnoloogia arhitektuuri analüüsist ning kehtivast arhitektuuridokumendist.

1.3 Raamleping jõustub allkirjastamise hetkest. Raamleping kehtib 36 kuud raamlepingu sõlmimisest või kuni raamlepingu eeldatava maksumuse täitumiseni.

1.4 Raamlepingu eeldatavaks maksumuseks on 200 000,00 eurot (km-ta). 1.5 Raamlepingu alusel sõlmitavaid hankelepinguid võidakse rahastada Euroopa Liidu

kaasrahastatud Digiriigi projektist "Riigiülesed kesksed teenused" (2021- 2027.1.02.23-0001).

1.6 Iga viidet, mille hankija teeb käesolevas dokumendis mõnele riigihangete seaduse paragrahvi 88 lõikes 2 nimetatud alusele kui pakkumuse tehnilisele kirjeldusele vastavuse kriteeriumile, tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“.

1.7 Iga viidet, mille hankija teeb käesolevas dokumendis ostuallikale, protsessile, kaubamärgile, patendile, tüübile, päritolule või tootmisviisile, tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“.

2. Digiriigi Akadeemia lühitutvustus

Digiriigi Akadeemia on Justiits- ja Digiministeeriumi poolt hallatav avaliku sektori keskne

e‑õppeplatvorm, mis põhineb Moodle õppehaldussüsteemil. Platvorm on loodud eesmärgiga koondada ja pakkuda avaliku sektori digipädevusi arendavaid e‑kursusi ning kujuneda riigiüleseks õppeplatvormiks.

Platvormi kasutajaskond, kursuste arv ja andmemaht on pidevas kasvus. Arhitektuurilised ja tehnilised lahendused on kavandatud selliselt, et platvorm oleks skaleeritav, kõrge käideldavusega ning valmis teenindama kümneid kuni sadu tuhandeid kasutajaid.

2.1. Digiriigi Akadeemia kasutajad

Digiriigi Akadeemia kasutajad autenditakse riikliku autentimisteenuse (TARA/GovSSO) kaudu. Kasutajad jagunevad üldjoontes järgmistesse rollidesse:

 Õppijad;

 Muutmisõigusteta lektorid2

 Lektorid;

 Haldurid;

 Administraatorid.

Rollide ja õiguste haldus toimub Moodle/IOMAD rollimudeli ning liidestatud registrite kaudu. Kasutaja näeb ja saab hallata üksnes temaga seotud organisatsioonide, kursuste ja andmete infot.

2.2. Funktsionaalsed moodulid

Digiriigi Akadeemia koosneb mitmest funktsionaalsest moodulist, sealhulgas:

2.2.1. „Kategooriad“ – nimekiri erinevatest kursuste kategooriatest. 2.2.2. „Minu kursuste töölaud“ – kasutaja viimati külastatud kursused, pooleli olevad

kursused. 2.2.3. „Minu kursused“ – kasutaja kõik läbitud, külastatud või pooleli olevad

kursused. 2.2.4. „Õpikeskkonna haldus“ – kursuste, kasutajate, rollide, ligipääsude ja

seadistuste haldamine ning aruandlus.

2.3. Otsingu- ja andmetöötlus Platvormi otsingu- ja andmetöötluslahendused peavad toetama suurt andmemahtu, võimaldama andmete indekseerimist ning tagama korrektse ja jõudluspõhise otsingu nii õppijate kui ka haldajate vaates.

2.4. Liidestused

Digiriigi Akadeemia on liidestatud või planeeritakse liidestada mitmete süsteemidega, sh:

 TARA (autentimine);

 GovSSO;

 X-tee liidestus – arendamisel.

2.5. Tehnoloogilised nõuded

Digiriigi Akadeemia tehniline lahendus vastab kehtivale arhitektuurile ning põhineb muuhulgas järgmistel põhimõtetel:

 Moodle õppeplatvorm (PHP, JavaScript, HTML, CSS);

 Konteineripõhine käitus;

 Automatiseeritud ehitus ja paigaldus (CI/CD);

 Skaleeritav pilveinfrastruktuur (AWS või samaväärne);

 PostgreSQL andmebaas;

 Vahemälu ja volatiilsete andmete hoidla;

 Monitooring, logimine ja turvalahendused.

3. Üldtingimused hankeobjektile

3.1. Üldnõuded 3.1.1. Pakkuja peab teostama arendustöid vastavalt tellimustele, kirjeldatud

tehnilisele kirjeldusele ja raamlepingu alusel sõlmitud hankelepingutele. 3.1.2. Kui hankelepingus ei ole märgitud teisiti, tuleb arendustöid teostada vastavalt

raamlepingule ja käesoleva tehnilise kirjelduse tingimustele. 3.1.3. Arendustöödena tellitakse eeldatavalt infosüsteemi uuendusi,

funktsionaalsuse parandamise ja täiendamisega seonduvaid töid jne. Arendustöödena mõistetakse näiteks tehnilist konsultatsiooni, disainitööde teostamist, süsteemi- ja detailanalüüsi läbiviimist, programmeerimistöid, testimist (sh automaattestid), dokumentatsiooni koostamist, vajadusel koolitusi jms. Täpne arendustöö kirjeldus esitatakse tellimuses.

3.2. Raamlepingu alusel sõlmitud hankelepingu(te) tulem on 3.2.1. Hankelepingu tehnilises kirjelduses kirjeldatud nõuete täitmiseks loodud või

kasutatud lähtekood.

3.2.2. Dokumentatsioon (näiteks analüüsi dokument, arenduskeskkonna seadistusjuhend, süsteemi arhitektuuri joonis, kontseptuaalsete elementide kirjeldus ja kasutamisreeglid, ärisõnastik, arenduste ja arhitektuuri kirjeldus, Tarkvara kasutus- ja haldusjuhendid, administreerimisjuhendid, testimise tulemusena valminud dokumendid, varundus/taasteplaan, versiooni kirjeldus, mittefunktsionaalsete nõuete vastavustabel, andmekogude semantiline kirjeldus ja andmekoosseis vms).

3.2.3. Testimiseks koostatud skriptid. 3.3. Tööde teostamine

3.3.1. Tööde teostamiseks sõlmitakse hankelepinguid tellimuste alusel. 3.3.2. Tellimuste raames peab pakkuja olema valmis pakkumuses fikseeritud

tunnitasu alusel teostama arendustöid: 3.3.2.1. Sisendiks on konkreetne tulemi (skoobi) tellimus (kirjalikus taasesitamist

võimaldavas vormis, nt e-post), sh tähtaeg. 3.3.2.2. Pakkuja esitab omapoolse pakkumuse täpsustuse, sh tööde mahu

hinnangu, teostamise tähtaja ning hankija nõudmisel projektiplaani (.pdf või .xls vormingus avatav). Tööd on jaotatud hankelepingu täitmiseks sobiva kestusega etappideks, etapi tööde mahuhinnangud on realistlikud arvestades etapi tulemite mahtu.

3.3.2.3. Pakkuja annab valminud tööd hankijale üle tööde üleandmisaktiga. Pärast hankija poolset töö vastuvõtmist esitab pakkuja hankijale arve.

3.3.2.4. Täpsem tellimuste esitamise kord sätestatakse raamlepingus. 3.3.3. Hankija poolt tellimuses antav töö teostamise tähtaeg on hankija hinnang.

Juhul, kui pakkuja leiab, et hankija poolt etteantud tähtaeg on ebarealistlik, siis on pakkuja kohustatud sellele viitama pakkumuse täpsustuses. Hankelepingu täitmisel on vastavate sooviavalduste esitamine välistatud, v.a hankija poolt lisatööde tellimise olukorras või muul riigihangete seaduse §-s 123 toodud lepingu muudatust võimaldavas olukorras.

3.3.4. Lepingujärgsete tööde teostamisel on pakkujal õigus teha omapoolseid täiendus- ja muudatusettepanekuid. Kui hankija nõustub pakkuja poolsete täiendus- ja/või muudatusettepanekutega, ei ole pakkuja kohustatud tööde teostamisel lähtuma sõlmitava tellimuse kirjeldusest määral, mis vastab uutele kokkulepetele. Vajadusel koostatakse vastav lepingu lisa. Pakkuja peab rõhutama juhul kui pakkuja poolne muudatusettepanek tähendab lisatöid hankijale. Vastava teavituse puudumisel eeldab hankija, et muudatuse realiseerimiseks ei teostata lisatöid.

3.3.5. Hankelepingu alusel teostavate tööde prioriteetide seadmiseks, aja raporteerimiseks ning tööülesannete jälgimiseks ja haldamiseks kasutatakse RIKi projektijuhtimise keskkonda JIRA.

3.3.6. Hankija täpsustab vajadusel tellimuses arendustööde üleandmise ja vastuvõtmise tähtajad.

3.3.7. Pakkuja poolt teostatavate arendustööde garantiiperiood täpsustatakse tellimuses.

4. Eeldatavalt tellitavad tööd Digiriigi Akadeemias

Digiriigi Akadeemia arendustööde raames tellitakse eeldatavalt alljärgnevaid töid. Loetelu ei

ole ammendav ning konkreetne tööde sisu, maht ja prioriteedid täpsustatakse tellimustes

vastavalt hankija vajadustele ja Digiriigi Akadeemia arenguplaanile.

4.1. Platvormi arendus ja täiustamine

4.1.1. Moodle platvormi funktsionaalsuste arendamine ja kohandamine;

4.1.2. Olemasolevate funktsionaalsuste parendamine vastavalt kasutajate ja hankija

tagasisidele;

4.1.3. Uute õppimist toetavate moodulite (nt 360° tagasiside, enesehindamine,

personaalne õpirada) arendamine ja juurutamine;

4.1.4. Kasutajakogemuse (UI/UX) parandamine.

4.2. Jõudlus, töökindlus ja skaleeritavus

4.2.1. Platvormi jõudluse analüüs ja optimeerimine;

4.2.2. Skaleeritavuse parandamine kasvava kasutajamahu teenindamiseks;

4.2.3. Töökindluse ja käideldavuse suurendamine;

4.2.4. Koormustestide läbiviimine ja tulemuste põhjal parenduste elluviimine.

4.3. Arhitektuursed tööd ja infrastruktuur

4.3.1. Digiriigi Akadeemia kehtiva arhitektuuri täiendamine;

4.3.2. Pilve- ja konteineripõhiste lahenduste arendamine ja seadistamine;

4.3.3. CI/CD protsesside arendamine ja parendamine;

4.3.4. Monitooringu, logimise ja varunduslahenduste arendamine.

4.4. Integratsioonid ja andmevahetus

4.4.1. Liidestuste arendamine riiklike ja väliste infosüsteemidega (nt Äriregister,

RTIP, Kutsekoda, EHIS);

4.4.2. Õpiandmete edastamise ja vastuvõtmise lahenduste arendamine;

4.4.3. xAPI ja CMI5 toe juurutamine ning edasiarendamine;

4.4.4. Andmete kvaliteedi ja ajakohasuse parandamine.

4.5. Multi-tenancy ja organisatsioonipõhised lahendused

4.5.1. Organisatsioonipõhise eraldatuse (multi-tenancy) lahenduse arendamine ja

täiustamine;

4.5.2. Rollide, õiguste ja vaadete kohandamine erinevatele organisatsioonidele;

4.5.3. Organisatsioonipõhise aruandluse ja haldusfunktsionaalsuse arendamine.

4.6. Aruandlus ja analüütika

4.6.1. Olemasoleva aruandluse parendamine;

4.6.2. Uute aruannete ja juhtimisvaadete loomine;

4.6.3. Andmepõhise juhtimise toetamine;

4.6.4. Statistika korrektsuse ja kasutatavuse parandamine.

4.7. Turvalisus ja vastavus nõuetele

4.7.1. infoturbe ja andmekaitse nõuete rakendamine;

4.7.2. turvanõrkuste analüüs ja kõrvaldamine;

4.7.3. ligipääsude ja autentimisega seotud arendused;

4.7.4. vastavus kehtivatele riiklikele ja Euroopa Liidu nõuetele.

4.8. Konsultatsioon ja analüüs

4.8.1. tehniline ja arhitektuurne konsultatsioon Digiriigi Akadeemia

arendussuundade osas;

4.8.2. äri- ja süsteemianalüüsi läbiviimine;

4.8.3. arendusvariantide ja lahenduste võrdlev hindamine;

4.8.4. hankija nõustamine tehniliste valikute, riskide ja mõjude osas.

5. Projektipõhised nõuded ja töökorraldus

5.1. Projekti ja arendustöid juhib pakkuja. Pakkuja peab kinni pidama hanke

alusdokumentidest ja tellimustest ning esitatud pakkumustest. Projekti elluviimisel

on oluline tihe koostöö RIKi tugiinfosüsteemide tiimiga. Koostööna jõutakse ühistele

arusaamadele kooskõlastatavate tegevuste osas ning üleantavate tulemite

detailides, sh peab hankija olema pakkujaga samas infoväljas ning omama

ülevaadet teostatavate tööde seisust ja pakkumuse koosseisus esitatava

projektiplaani järgmisest. Kõik arhitektuursed lahendused peavad olema enne tööde

alustamist kooskõlastatud hankijaga.

5.2. Projekti arendustööd peavad vastama RIKis kehtestatud arendusnõuetele, mis on

avaldatud SIIN. Ülejäänud nõuete dokumendid on lisatud riigihanke

alusdokumentide juurde. Vajadusel täpsustatakse tellimuses, kui teatud nõuded ei

kohaldu.

5.3. Kogu dokumentatsioon tuleb vormistada RIK Confluence keskkonnas, kui ei lepita

kokku teisiti, sh äri- ja süsteeminõuded tuleb vormistada kasutuslugude põhiselt

koos.

5.4. Pakkuja paneb arendustööde teostamiseks püsti oma arenduskeskkonna.

5.5. Pakkuja poolt üleantud ja testitud arendusi testitakse RIKi hallatavas keskkonnas.

5.6. Projekti raames koostatud dokumentatsioon peab vastama järgmistele

vormistusnõuetele:

5.6.1. Dokumentide teemad ja peatükid on loogiliselt struktureeritud ja esitatud koos

sisukorraga (või seda asendava funktsionaalsusega).

5.6.2. Dokumendid ei sisalda kirjavigu ja on koostatud võimalikult üheselt

arusaadava ja selge lauseehitusega.

5.6.3. Dokumentide sisu osas vastutuse selgemaks eristamiseks on dokumendis

märgitud kõik selle koostajad eraldi nende osade juures, mida iga koostaja

koostas.

5.6.4. Kõik kasutatud allikmaterjalid peavad olema viidetes ära märgitud ning

viitamine teistele dokumentidele on selge ja ühtses stiilis.

5.6.5. Dokumendid on koostatud eesti keeles.

5.7. Hankelepingute raames hangitavate tööde teostamise tegevuskava kirjeldatakse

hankija nõudmisel ära pakkumuse osana esitatavas projektiplaanis. Tegevuste

ajalise järjestuse ja korduvuse valib pakkuja. Projektiplaan peab sisaldama ajakava

kõikide hanke tehnilises kirjelduses (tellimuses) kirjeldatud tööde ja vajalike

eeltegevuste läbiviimiseks ja vastama vähemalt järgmistele nõuetele:

5.7.1. Projektiplaanis kirjeldatud tööde läbiviimise tulemusena peavad olema

saavutatud projekti eesmärk ja oodatavad tulemid ehk hankelepingu raames

soovitud tööd. Projektiplaanis peavad kajastuma need tegevused, mis on

vajalikud lõpptulemuse saavutamiseks.

5.7.2. Tegevused tuleb planeerida selliselt, et iga planeeritud etapi eel

kooskõlastatakse tegevused Hankijaga.

5.7.3. Pärast iga etapi lõppemist tuleb planeerida etappide tulemite presenteerimine

Hankijale.

5.7.4. Iga projektiplaani töö kohta peab olema kirjeldatud töö nimetus, töö tegija(te)

roll/nimi, ajaline kestus ja tähtaeg.

5.7.5. Projektiplaanis peab kajastuma töö tegemiseks vajalikud

eeldused/lähteandmed ning töö mõõdetav(ad) tulem(id). Projektiplaan peab

sisaldama mh. tähtaegu, mis on rakendatavad hankijale/välisele osapoolele

projekti edukaks realiseerimiseks vajalike sisendite tagamise kohta.

5.7.6. Kõik projektiplaanis kirjeldatud tööd peavad olema omavahel loogiliselt seotud

ja jaotatud iteratsioonidena, mida ollakse valmis tellijale üle andma.

5.7.7. Projektiplaan peab sisaldama ka töid, mille teostamist eeldatakse Hankijalt või

teiste kaasatud väliste osapoolte poolt.

5.7.8. Projektiplaan peab sisaldama varuaega (puhvrit) ja selles peab arvestama

riiklike pühade, puhkepäevade ja projektimeeskonna puhkustega.

5.7.9. Projektiplaan peab olema ajakohastatud kogu projekti teostamise vältel.

5.7.10. Lisaks projektiplaanile tuleb kirjeldada, millist agiilset arendusmetoodikat

kasutatakse ja kuidas seda plaanitakse praktiliselt rakendada (pakkumuse

eraldi dokument).

5.7.11. Lisaks projektiplaanile tuleb kirjeldada, kuidas kavatsetakse projektijuhtimise

riske maandada (pakkumuse eraldi dokument). Riskide maandamise

võimalused ja halduse ettepanekud (lähtuvalt käesolevast projektist) on

esitatud selgelt, detailselt, läbimõeldult, struktureeritult ja põhjendatult.

5.8. Pakkuja peab komplekteerima lepingute täitmiseks arendusmeeskonna, kes vastab

vähemalt järgmistele nõuetele:

5.8.1. Pakkuja arendusmeeskonnas peavad olema kaetud vähemalt järgmised rollid:

projektijuht, (süsteemi)analüütik, arendaja, arhitekt, testija. Meeskonnas peab

olema vähemalt 4 liiget.

5.8.2. Meeskonnaliikmete rollid võivad kattuda projektijuhi ja analüütiku või arendaja

ja arhitekti rollides esitatud isikute osas.

5.8.3. Pakkumuses võib ära nimetada ja lepingute täitmisel kaasata ka teisi

meeskonnaliikmeid, kuid nende arvu ja kompetentsi hanke raames ei hinnata.

5.8.4. Meeskonda kokku pannes peab pakkuja arvestama, et hankelepingutega

tellitavad tööd saaksid teostatud vastavalt hankija sätestatud nõuetele.

5.8.5. Hankija võib tellimuse esitamisel täpsustada töid teostava meeskonna suurust

ja pakkujal võib olla vajadus meeskonda suurendada, et püstitatud eesmärke

täita.

5.8.6. Meeskonnaliikmete esitamisega kinnitab pakkuja, et esitatud

meeskonnaliikmed hakkavad riigihanke tulemusel sõlmitud lepingu alusel töid

teostama. Pakkumuses esitatud meeskonnaliikme saab hankija eelneval

nõusolekul vahetada üksnes uue meeskonnaliikme vastu, kes vastab hankes

esitatud tingimustele.

5.8.7. Kõigil meeskonnaliikmetel peab olema eesti keele oskus heal tasemel.

5.8.8. Vähemalt ühel meeskonnaliikmel peab olema PHP, JavaScripti, CCS, HTML

ja Java kasutamise praktiline kogemus vähemalt kahes projektis.

5.8.9. Vähemalt ühel meeskonnaliikmel peab olema relatsiooniliste andmebaaside

(MySQL, MSSQL, PostgreSQL) kasutamise praktiline kogemus vähemalt

kahes projektis.

5.8.10. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus Moodle

platvormi arendamisel või kohandamisel.

5.8.11. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus Git

versioonihalduse kasutamisega.

5.8.12. Vähemalt ühel meeskonnaliikmel peab olema infosüsteemide arendamisel

praktiline kogemus JSON päringutega ning veebitehnoloogiatega.

5.8.13. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus Kubernetes

ja Helm vahenditega.

5.8.14. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus Docker

vahenditega.

5.8.15. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus CI/CD

pipeline kasutamisel.

5.8.16. Meeskonnas kaasatud arendajal peab olema vähemalt 36-kuuline

töökogemus tarkvara arendajana.

5.8.17. Meeskonnas kaasatud süsteemiarhitektil peab olema vähemalt 36-kuuline

töökogemus tarkvara arenduses arhitektina.

5.8.18. Meeskonnas kaasatud analüütikul või projektijuhil peab olema vähemalt 36-

kuuline töökogemus tarkvara analüüsi läbiviimisel.

5.8.19. Meeskonnas kaasatud analüütikul või projektijuhil peab olema vähemalt 48-

kuuline projektijuhtimise töökogemus tarkvara arenduses

5.8.20. Meeskonnas kaasatud testijal peab olema vähemalt 24-kuuline töökogemus

tarkvara arenduses testijana.

5.8.21. Vähemalt kolmel meeskonnaliikmel peab olema vähemalt 200 000 eurose

(ilma käibemaksuta) maksumusega infosüsteemi väljatöötamise kogemus.

5.8.22. Kui lepingu täitmisel tekib hankijal põhjendatud kahtlus, et meeskonnaliige ei

vasta hanke tehnilises kirjelduses toodud nõuetele on pakkuja hankija

nõudmisel kohustatud vastavalt lepingule isiku asendama.

5.8.23. Pakkuja esitab meeskonnaliikmete nõuetele vastavuse tõendamiseks vajaliku

teabe hankija poolt etteantud cv vormil.

Lisad:

1. Nõuded süsteemianalüüsile

2. Nõuded testimisele

3. Nõuded kasutajakogemuse ja kasutajaliidese disainile

4. UX/UI nõuete kontrollnimekiri arenduse eel ja järel

Raamlepingu nr 2/30-26

Lisa 2

Arendusleping nr ...

Arenduslepingu eritingimused

Tallinnas

Kaldkirjas tekst lisatakse juhul, kui leping on seotud Euroopa Liidu vahenditest rahastatava projektiga.

Võttes arvesse perioodi 2021–2027 Euroopa Liidu ühtekuuluvus- ja siseturvalisuspoliitika fondide

meetme “Digiriik“ projekti „Riigiülesed kesksed teenused“, mille kohaselt on vastava projekti elluviija

Justiits- ja Digiministeerium ja partner Registrite ja Infosüsteemide Keskus:

Registrite ja Infosüsteemide Keskus, (registrikoodiga 70000310) asukohaga Lubja 4, 19081 Tallinn,

mida esindab põhimääruse alusel direktor Rivo Reitmann, edaspidi Tellija,

ja

………………. (registrikoodiga…………)asukohaga …………….., ……., mida esindab …………alusel

………, edaspidi Täitja,

keda nimetatakse edaspidi pool või koos pooled, sõlmisid käesoleva arenduslepingu (edaspidi nimetatud

Leping) alljärgnevas:

1. Lepingu sõlmimise alus ja ese

1.1. Kooskõlas riigihankega „Digiriigi Akadeemia arendustööd“ (viitenumber 306163) tulemusel

sõlmitud raamlepinguga nr …….. esitatud pakkumuse täpsustusele teostab täitja Lepingu lisas 3

kirjeldatud tööd ning täidab kõik muud Lepingust tulenevad kohustused (edaspidi ka Töö).

1.2. Pooled kinnitavad, et teevad kõik enesest oleneva, et täita lepingu eesmärgid käesolevas lepingus,

seonduvates õigusaktides ning perioodi 2021–2027 Euroopa Liidu ühtekuuluvus- ja

siseturvalisuspoliitika fondide rakendamise seaduses, Vabariigi Valitsuse määruses „Perioodi

2021–2027 Euroopa Liidu ühtekuuluvus- ja siseturvalisuspoliitika fondide rakenduskavade

vahendite andmise ja kasutamise üldised tingimused“ ja juhtrühma otsustes sätestatud tingimustel

ja mahus.

2. Hind ja maksetingimused

2.1. Lepingu hind on …………. eurot (netosumma), arvestusega, et arendustööde tunnihind on ..... eurot

(netosumma). Lepingu hinnale lisandub käibemaks.

2.2. Leping on …….. euro (netosumma) ulatuses rahastatud välisvahenditest ja …….. euro (netosumma)

ulatuses riigieelarvest. Muutes lepingut riigihangete seaduse § 123 alusel täpsustatakse rahastuse allikas

lepingu muudatuses.

2.3. Tellija tasub lepingu alusel teostatud tööde eest lepingu üldtingimustes sätestatud korras.

3. Lepingu jõustumine ja Töö teostamise tähtaeg

3.1 Leping jõustub allkirjastamise hetkest ja kehtib kuni lepingujärgsete kohustuste nõuetekohase

täitmiseni.

3.2 Töö teostamise tähtaeg on ……… arvates Lepingu jõustumise ajahetkest. /Märgitakse etapiviisilise

üleandmise korral viimase etapi üleandmise tähtaeg/

4. Lepingu dokumendid

4.1 Lepingu dokumendid koosnevad Lepingu tekstist, Lepingu lisadest, mis on lisatud Lepingu

allkirjastamisel ja lisadest, milles võidakse kokku leppida pärast Lepingu allkirjastamist.

Lepingu allkirjastamisel on Lepingu lisad järgmised:

4.1.1 Arenduslepingu üldtingimused Lisa nr 1;

4.1.2 Personal ja kontaktandmed Lisa nr 2;

4.1.3. Tehniline kirjeldus Lisa nr 3;

4.1.4. Pakkumus Lisa nr 4;

4.1.5 Maksegraafik Lisa nr 5. /antud lisa eksisteerib juhul kui Töö eest tasumine toimub mitmes osas/.

4.2 Kui Lepingu dokumendid on oma sisult vastuolulised ja/või nendes antud informatsioon erinevalt

tõlgendatav, siis dokumentide pädevusjärjekord (ülimuslik lepingu dokument on nimetatud eespool

allolevas loetelus) on järgmine:

4.2.1 Eritingimused;

4.2.2 Arenduslepingu üldtingimused;

4.2.3 Tehniline kirjeldus;

4.2.4 Muud riigihanke alusdokumendid;

4.2.5 Pakkumus.

Käesoleva Lepingu allkirjastamisega kinnitavad pooled, et on tutvunud ja on nõus Lepinguga ja selle

lisadega ning mõistavad täielikult enesele võetavate kohustuste sisu ning nende tagajärgi.

Tellija: Täitja:

/ allkirjastatud digitaalselt /

/ allkirjastatud digitaalselt /

Rivo Reitmann

Direktor

Registrite ja Infosüsteemide Keskus

Arendusleping nr ………

Lisa nr 1

ARENDUSLEPINGU ÜLDTINGIMUSED

Kui eritingimustes on sätestatud teisiti kui üldtingimustes, siis kehtib eritingimustes toodu.

1. Definitsioonid

Järgnevad definitsioonid laienevad nii lepingule kui ka selle osaks olevatele dokumentidele.

1.1 Tarkvara

Tarkvara tähendab põhiliselt arvutiprogramme, telekommunikatsioone, andmebaasi-, rakendus- ja muud

tarkvara objektikoodis, lähtekoodis või nende mistahes muid vorme või adaptsioone koos sellega seonduva

dokumentatsiooniga. Spetsiaalselt Tellijale tema funktsioonide täitmiseks loodud tarkvara käsitletakse

lepingu raames spetsiaaltarkvarana.

1.2 Seadmed

Seadmed tähendavad lepingus kirjeldatud tooteid, hõlmates nendega otseselt seotud tarkvara, mis on

vajalik seadmete funktsioneerimiseks.

1.3 Telekommunikatsioonid

Telekommunikatsioonid tähendavad sisemise ja välise telekommunikatsiooni seadmeid, tarkvara ja

teenuseid ning vajalikke vahendeid, teenuseid ja protseduure.

1.4 Asukoht

Asukoht tähendab kohta või kohti, välja arvatud Täitja asukoht, kuhu seadmeid, telekommunikatsioone või

tarkvara tarnitakse või installeeritakse või teenuseid osutatakse (nt Tellija test- arendus-ja

toodangukeskkond).

1.5 Puudus ja viga

Puuduse või veaga on tegemist juhul, kui seade, telekommunikatsioon või tarkvara ei täida lepingus

sätestatud funktsioone, annab valesid tulemusi, kui tema nõuetekohane toimimine katkeb või on (muul

viisil) häiritud, nii et seadme, telekommunikatsiooni või tarkvara otstarbekohane kasutamine on takistatud

või oluliselt häiritud. Vigu liigitatakse järgnevalt:

1.5.1 Kriitiline/Blocker – viga, mille tõttu süsteemi tervikuna või mistahes süsteemi osa ei ole võimalik

kasutada ja/või see piirab sama süsteemi mistahes teise osa kasutamist.

1.5.2 Kõrge – viga, mille tõttu pole võimalik mingit süsteemi osa kasutada, kuid see ei sega mõne

teist sama süsteemi osa kasutamast.

1.5.3 Keskmine – viga, mille tõttu süsteemi või selle süsteemi mõnda osa on võimalik kasutada

piirangutega ja/või kasutajad peavad tegema mitte ettenähtud tegevusi eesmärgi

saavutamiseks (nt. funktsionaalsus lubab vigadega toiminguid lõpetada).

1.5.4 Madal – viga, mille tõttu süsteemis esineb kõrvalekaldeid ettenähtust, kuid üldprotsessi need ei

häiri või häirivad vähesel määral.

1.5.5 Väheoluline – viga, mille tõttu otseseid kõrvalekaldeid ei teki kuid vajavad

muutmist/parandamist.

1.6 Arendustööd

Arendustööd tähendavad Digiriigi Akadeemia funktsionaalsuse parandamise ja täiendamise ning

teenuse arendamisega seonduvaid töid. Arendustööd sisaldavad endas tehnilist konsultatsiooni,

süsteemi- ja detailanalüüsi läbiviimist, programmeerimistöid, testimist, dokumentatsiooni koostamist

ja koolitusi.

1.7 Toodangukeskkond

Reaalseks andmevahetuseks mõeldud keskkond, mis ei ole test- või arenduskeskkond.

2. Hind

2.1 Lepingu eritingimustes märgitakse lepingu hind käibemaksuta (netosummas).

2.2 Lepingu hind väljendatakse eurodes.

2.3 Lepingu hind on Täitja ainuke tasu seoses lepinguga ja Täitja ise ega tema töötajad ei võta

päevarahasid, kaudset tasu ega muud lepingus toodud kohustustega seotud tasu. Samuti ei ole

Täitjal ega tema töötajal õigust täiendavale autori- või muule sarnasele tasule seoses lepingu

täitmisel kasutatud patenteeritud või muul viisil kaitstud eseme või protsessiga.

3. Maksmine

3.1 Täitja esitab Tellijale arve masinloetaval kujul e-arvena. Arve esitamise õigus tekib Täitjal pärast Töö

vastuvõtmist Tellija poolt.

3.2 Arve peab sisaldama vähemalt alljärgnevaid andmeid:

3.2.1 info arve esitaja kohta;

3.2.2 info maksja kohta;

3.2.3 viide Lepingule;

3.2.4 käibemaksukohustuslase number;

3.2.5 vastuvõetud Töö nimetus ja kirjeldus;

3.2.6 käibemaks;

3.2.7 kogusumma;

3.3 Tellija tasub Lepingu hinna Täitja poolt esitatud arvel märgitud kuupäevaks. Maksetähtaeg ei tohi olla

lühem kui 30 kalendripäeva, va juhul kui hankija on nimetatut pakkumuse esitamise ettepanekus ette

näinud.

3.4 Ettemakseid Tellija ei teosta.

3.5 Lõpparve maksmine eeldab Täitja kõigi Lepingujärgsete kohustuste täitmist ning Tellija poolt

vastuvõtmist.

3.6 Tellijal on õigus Lepingu rikkumise korral arvestatud leppetrahvid ja kahju hüvitised maha arvata

Lepingu alusel Täitjale tasumisele kuuluvatest summadest.

3.7 Tellija poolt makstud mistahes summa, mis ületab Täitjale Lepingus ettenähtu, maksab Täitja Tellijale

tagasi 30 kalendripäeva jooksul pärast vastava teate saamist.

3.8 Lepingujärgse hinna tasumisega viivitamisel on Täitjal õigus nõuda Tellijalt viivist iga maksmisega

viivitatud kalendripäeva eest 0,15 (null koma viisteist) % maksmata summast päevas.

4. Informatsioon ja aruanded

4.1. Täitja loetakse asukohaga ja lepingu tingimustega tutvunuks. Eelkõige ei rahuldata Täitja nõuet

lisamakseteks või ajapikenduseks, kui ta oleks saanud vajaliku informatsiooni hankida visiidiga

asukohta, konsulteerides Tellijaga või muul sobilikul viisil.

4.2. Tellija varustab Täitjat tema käsutuses oleva mistahes informatsiooni ja dokumentatsiooniga, mis

võib olla lepingu täitmisel oluline, niipea kui võimalik, kuid mitte hiljem kui 2 tööpäeva jooksul

vastava nõude saamisest.

4.3. Tellija abistab Täitjat niipalju kui võimalik lepingusse puutuva informatsiooni saamisel, mida Täitja

mõistlikkuse piirides lepingu täitmiseks nõuab.

4.4. Täitja annab Tellijale niipea kui võimalik, kuid mitte hiljem kui 2 tööpäeva jooksul vastava nõude

saamisest, lepingu täitmist (sealhulgas seadmeid, telekommunikatsioone, tarkvara, projekti

kulgemist ja teenuseid) puudutavat informatsiooni.

4.5. Täitja kohustub vastavalt perioodi 2021–2027 Euroopa Liidu ühtekuuluvus- ja siseturvalisuspoliitika

fondide rakendamise seaduse § 25 lg-le 3 esitama kontrollija nõudel projektiga seotud teavet ja

dokumente, mis on vajalikud seaduse § 23 lõikes 1 nimetatud asjaolude kontrollimiseks.

5. Teated ja kirjavahetus

5.1. Pooltevaheline suhtlus toimub selleks otstarbeks määratud poolte kontaktandmetel ja aadressidel.

Pooled on kohustatud kontaktandmete ja aadresside muutusest teineteist teavitama viivitamatult,

aga mitte hiljem kui 2 tööpäeva jooksul.

5.2. Kui teisele poolele edastatav teade eeldab vastust, tuleb vastata viivitamatult, kuid mitte hiljem kui

2 tööpäeva jooksul.

5.3. Pooltevahelised Lepinguga seotud teated peavad olema kirjalikku taasesitamist võimaldavas

vormis, välja arvatud juhtudel, kui teated on informatsioonilise iseloomuga, mille edastamisel

teisele poolele ei ole õiguslikke tagajärgi. Teade loetakse kättesaaduks, kui:

5.3.1. teade on üle antud allkirja vastu;

5.3.2. teade on edastatud tähitud kirjana poole postiaadressil ja teate postitamisest on möödunud 5 (viis)

kalendripäeva;

5.3.3. e-posti või telefoni teel on teade edastatud Lepingus märgitud kontaktisikule või esindajale.

6. Asukoht

6.1. Täitja peab andma lepingutäitmise käigus piisavalt informatsiooni korrektselt kirjalikku

taasesitamist võimaldavas vormis koostatud kasutusjuhendi näol, et võimaldada Tellijal asukoht

lepingujärgsete kohustuste täitmiseks kohaselt ette valmistada. Juhend peab olema antud sellise

sisendiga, et objektiivselt keskmise võimekusega programmeerija oleks suuteline asukoha Töö

vastuvõtmiseks vajalike testide teostamiseks ette valmistada. Juhend peab olema esitatud piisava

ajavaruga selleks, et Tellijal oleks võimalik Töö üleandmisel alustada koheselt vastuvõtmiseks

vajalike testide teostamist. Juhul, kui Töö üleandmise hetkeks ei ole juhendit edastatud või kui

edastamisest hoolimata ei ole Tellija asukohta ette valmistada jõudnud, algab Töö vastuvõtmiseks

ette nähtud tähtaeg kulgema pärast asukoha ette valmistamist. Kui Täitja ei ole ette näinud erilisi

keskkonnatingimusi, võib Tellija eeldada, et neid ei nõuta.

6.2. Tellija teeb vastavad ettevalmistused ja loob tingimused omal kulul.

6.3. Kui Tellija ettevalmistused või loodud tingimused ei vasta lepingus sätestatule, esitab Täitja

viivitamatult puuduste loetelu. Kui Tellija ei muuda olukorda selliselt, et Täitjal oleks võimalik

ajagraafikust kinni pidada, on Täitjal õigus saada lepingujärgsete kohustuste täitmiseks vajalikku

ajapikendust.

6.4. Täitjal on õigus taotleda juurdepääsu asukohale Tellija tavalisel tööajal.

6.5. Täitja kulud, mis on seotud lepingus sätestatud juurdepääsupiirangutega ja turvaprotseduuridega,

sisalduvad Lepingu hinnas ning neid ei hüvitata.

6.6. Tellija võib igal ajal lepingu kehtivuse vältel muuta või kehtestada juurdepääsupiiranguid ja

turvaprotseduure. Kui Täitja tõendab, et selline muudatuste tegemine või piirangute või

protseduuride kehtestamine põhjustas lisakulusid, on tal õigus nende hüvitamisele.

7. Lepingu muutmine

7.1. Lepingut võib muuta poolte kirjalikul kokkuleppel. Muudatused jõustuvad pärast nende

allkirjastamist mõlema poole poolt või poolte poolt määratud tähtajal. Kirjaliku vormi mittejärgimisel

on muudatused tühised.

7.2. Riigihangete seaduse § 123 lg 1 p-s 1 kirjeldatud muudatused lepitakse kokku Tellija ja Täitja

esindajate poolt kirjalikku taasesitamist võimaldavas vormis.

8. Poolte õiguskaitsevahendid

8.1. Lepingu see peatükk fikseerib Lepingu olulised rikkumised, menetluse rikkumisest teatamisel ning

Poolte vastutuse. See peatükk ei välista ega piira Poole õigust kasutada Lepingu rikkumiste korral

muid õigusaktidest tulenevaid õiguskaitsevahendeid, samuti kasutada täiendavaid

õiguskaitsevahendeid lisaks selles peatükis kokkulepitule.

8.2. Lepingust või seadusest tuleneva õiguse või õiguskaitsevahendi mittekasutamine või selle

kasutamisega viivitamine ei tähenda nimetatud õigusest või õiguskaitsevahendist või muudest

õigustest või õiguskaitsevahenditest loobumist. Lepinguga seotud mis tahes loobumised on

kehtivad ainult siis, kui need on selgesõnaliselt ja kirjalikult väljendatud.

8.3. Pooled vastutavad Lepinguga võetud kohustuste täitmata jätmise või mittekohase täitmise eest

Eesti Vabariigi õigusaktides ning Lepingus ettenähtud korras.

8.4. Oluliseks lepingurikkumiseks loetakse muu hulgas järgmisi rikkumisi:

8.4.1. Pool ei täida mis tahes Lepingust tulenevat kohustust teise Poole poolt Lepingust tuleneva vastava

kohustuse täitmiseks antud täiendava tähtaja jooksul;

8.4.2. Täitja ei täida garantiiperioodil Lepingust tulenevaid kohustusi;

8.4.3. Täitja ei ole esitanud Tellijale Asukoha keskkonnatingimusi, millest tulenevalt on häiritud Tellija

seadmete, telekommunikatsioonide või tarkvara kohane funktsioneerimine ning mistõttu Tellija

kaotab Täitja Lepingu järgsete kohustuste täitmise vastu huvi;

8.4.4. Täitja rikkus kohustust tahtlikult või raske hooletuse tõttu;

8.4.5. Täitja rikub Personaliga seonduvaid tingimusi;

8.4.6. Poolel või tema poolt kaasatud kolmandal isikul puuduvad Lepingu täitmiseks vajalikud õigused

(sealhulgas load, litsentsid, Intellektuaalse omandi õigused);

8.4.7. Täitja suhtes on algatatud pankrotimenetlus, pankrot on välja kuulutatud, Täitja varad arestitakse

või Täitja finantsseisund halveneb Tellija põhjendatud hinnangul oluliselt ja see halvenemine

muudab vähetõenäoliseks Lepingu nõuetekohase täitmise;

8.4.8. Pool on rikkunud Intellektuaalse omandi õigusi ja nende kasutamise tingimusi;

8.4.9. Pool on rikkunud konfidentsiaalsuskohustust ja/või isikuandmete töötlemisega seonduvaid

kohustusi;

8.4.10. Pool on rikkunud avalikustamise keelu kohustust;

8.4.11. Pool on rikkunud kolmandate isikutega seonduvaid kohustusi;

8.4.12. Tellija on viivituses Lepingus kokku lepitud maksetähtajaga rohkem kui kolmkümmend (30)

kalendripäeva;

8.5. Poolel on õigus nõuda Lepingu olulise rikkumise korral leppetrahvi tasumist kuni 30% Lepingu hinnast

iga vastava juhtumi korral. Juhul, kui leppetrahvi nõue on seotud Töö etapi puuduliku teostamisega ja

puudus ei sea ohtu lepingujärgse Töö tervikuna nõuetekohast üleandmist ei tohi leppetrahvi nõue

ületada 30% teostatud või töös oleva etapi maksumusest.

8.6. Poolte rahaline koguvastutus on piiratud Lepingu maksumusega, välja arvatud juhul, kui Pool rikkus

kohustust tahtlikult või raske hooletuse tõttu.

8.7. Pool peab teavitama teist Poolt leppetrahvi nõudest mõistliku aja jooksul arvates ajast, mil ta sai teada

leppetrahvi nõudmise õiguse tekkimisest. Leppetrahvi nõude esitamisel on Pool kohustatud märkima

mõistliku tähtaja leppetrahvi tasumiseks, tähtaeg ei tohi olla lühem kui 30 kalendripäeva. Pool on

kohustatud leppetrahvi tasuma nõudes märgitud tähtaja jooksul. Kui Poole hinnangul on leppetrahvi

nõue alusetu, on Pool kohustatud esitama oma vastuväited enne leppetrahvi tasumise tähtaega.

Leppetrahvi nõudmine ei mõjuta Poole õigust nõuda Poolelt nõuetekohase Töö või selle osa teostamist

ning kahju hüvitamist või kasutada muid seadusest tulenevaid õiguskaitsevahendeid. Tellija käsitleb

kahjuna ka projekti „Riigiülesed kesksed teenused“ rakendamiseks antud toetuse tagasimakse

hüvitamist olukorras, mil tagasimakse on tingitud täitja tegevusest/ tegevusetusest.

8.8. Lisaks leppetrahvi nõudele ja / või leppetrahvi asemel on Tellijal õigus nõuda Täitjalt Lepingu

mittenõuetekohasel täitmisel, et:

8.8.1. Täitja kõrvaldaks puudused, sealhulgas nõuda, et Täitja hangiks parema teenuse osutamiseks

vajalikud lisa- või asendusseadmed, -telekommunikatsioonid, -tarkvara ja teenused;

8.8.2. oluliste puuduste, samuti puuduste kõrvaldamise ebaõnnestumise korral nõuda, et Täitja teeks uue

Töö ja tarniks uued seadmed, telekommunikatsioonid ja tarkvara või keelduda vastuvõtmisest ning

Leping lõpetada;

8.8.3. võtta Täitja pakutud Töö vastu ning alandada vastavalt hinda;

8.9. Lepingust tulenevate leppetrahvide maksmine, samuti tekitatud kahju hüvitamine, ei vabasta Lepingut

rikkunud poolt Lepingujärgsete kohustuste täitmisest.

9. Standardid, liidesed ja ühilduvus

9.1. Täitja lepingujärgsete kohustuste täitmine ei tohi tekitada häireid Tellija mistahes teiste liidestatud

süsteemide talitluses.

9.2. Täitja garanteerib, et kõik seadmed, telekommunikatsioonid, tarkvara ja teenused on vastastikku

ühilduvad, funktsioneerivad ja töötavad standardite ja/või liideste vahendusel rahuldavalt koos

mistahes teiste lepingus sätestatud seadmete, telekommunikatsioonide, tarkvara ja teenustega

ning lepingus sätestatud keskkonnas.

9.3. Täitja ei muuda ilma Tellija eelneva kirjaliku nõusolekuta mistahes standardeid, liideseid,

sideprotokolle jms.

10. Dokumentatsioon

10.1. Lepingu täitmisel kaasneva dokumentatsiooni loomisel toetutakse dokumentatsiooniplaanile.

10.2. Täitja varustab Tellijat piisava ja adekvaatse dokumentatsiooniga, kaasa arvatud informatsioon

seadmete, telekommunikatsioonide ja tarkvara projekteerimise ja funktsioneerimise kohta, mis on

vajalik, et Tellija saaks seadmeid, telekommunikatsioone, tarkvara ja teenuseid efektiivselt

kasutada, hooldada, kohandada ja neile lisaseadmeid lisada.

10.3. Kõik juhendid ja muud dokumendid esitatakse eesti keeles, kui ei ole kokku lepitud teisiti.

10.4. Dokumentatsioon peab vastama tootele, sisaldama muudatusi ja olema terminoloogiliselt üheselt

mõistetav.

10.5. Dokumentide valmistamiseks ja levitamiseks kasutatakse paberkandjat või elektroonilist

infokandjat.

11. Üleandmine ja vastuvõtmine

11.1. Töö või Töö etapi valmimise järgselt annab Täitja selle Tellijale üle vastuvõtmiseks.

11.2. Täitja peab Tellijat Töö või Töö etapi üle andmise viivitusest või viivitusse sattumise ohust ja

põhjustest koheselt kirjalikku taasesitamist võimaldavas vormis informeerima. Kui Täitja viivituse

põhjustab Tellija, on Täitjal õigus nõuda mõistlikku ajapikendust ja põhjendatud lisakulude

hüvitamist.

11.3. Töö või Töö etapi üleandmise kohta koostab Täitja üleandmise akti, milles näidatakse muuhulgas

ära üleandmise kuupäev, teostatud Töö, osutatud teenuste, hoolduse ja tarnitud seadmete,

telekommunikatsioonide ja tarkvara detailiseeritud nimekiri ning vajaduse korral neis esinevad

puudused. Iga Töö etapi üleandmisel koostab ja esitab Täitja antud etapi kohta koostatud

dokumentatsiooni, vastavalt dokumentatsiooniplaanile või Tellija poolt tehnilises kirjelduses

esitatud nõudmistele.

11.4. Töö või Töö etapi üleandmine Tellijale ei ole käsitatav selle vastuvõtmisena Tellija poolt.

11.5. Täitjal on õigus nõuda ja Tellijal kohustus Töö vatsu võtta, kui Töös on Täitja poolt kõrvaldatud kõik

järgmise prioriteediga vead: kriitiline/blocker, kõrge ja keskmine. Taolisel juhul lasub Täitjal

kohustus vaegtöödena madala ja väheolulise tähtsusega vead parandada Töö vastuvõtmise aktis

toodud ajaperioodiks.

11.6. Pärast Töö etapi üleandmist on Tellijal õigus Töö üle vaadata 10 tööpäeva jooksul. Pärast Töö

üleandmist on Tellijal õigus Töö üle vaadata 20 tööpäeva jooksul.

11.7. Juhul, kui Tellija leiab, et Töö ei vasta Lepingu tingimustele, on Tellija kohustatud teavitama Täitjat

Töös avastatud puudustest, keeldumisest Tööd enne puuduste kõrvaldamist vastu võtta ja

kirjeldama Töö puudused. Täitja on kohustatud puudused kõrvaldama 5 tööpäeva jooksul, kui

pooled ei ole kokku leppinud mõnda muud tähtaega. Töö puuduste kõrvaldamise kulud kannab

Täitja.

11.8. Enne töö üleandmist viib Täitja Töö nõuetelevastavuse kindlakstegemiseks läbi testid.

11.9. Täitja esitab Tellijale kõik tema poolt läbiviidud testide tulemusena valminud dokumentide koopiad.

11.10. Enne töö vastuvõtmist viib Tellija Töö nõuetelevastavuse kindlakstegemiseks läbi testid.

11.11. Kui Töö või mistahes Töö osa ei läbi teste, viiakse otsekohe pärast seda, kui Täitja on teinud

vajalikud korrektuurid testide edukaks läbiviimiseks, läbi kordustestid samadel tingimustel.

11.12. Tellija nõudmisel viib kordustestid läbi Täitja.

11.13. Parandatud Töö üleandmine toimub nagu esmakordsel üleandmiselgi.

11.14. Puudustega üle antud Tööd ei loeta tähtaegselt üleantuks ning Tellijal on õigus nõuda sellise

lepingurikkumise korral Täitjalt leppetrahvi Lepingus sätestatud korras ja määrades või rakendada

muid õiguskaitsevahendeid.

11.15. Vastuvõtmiseks valmis Töö peab vastama Lepingus sätestatud tingimustele. Töö etapi

vastuvõtmine Tellija poolt ei tingi ega kohusta Töö kui terviku vastuvõtmist Tellija poolt juhul, kui

Töö ei vasta tingimustele. Töö vastuvõtmise kohta koostab Tellija vastuvõtuakti, milles näidatakse

muuhulgas ära vastuvõtmise kuupäev, teostatud Töö, osutatud teenuste, hoolduse ja tarnitud

seadmete, telekommunikatsioonide ja tarkvara detailiseeritud nimekiri.

11.16. Töö või Töö etapp loetakse vastuvõetuks vastuvõtuakti allkirjastamisest või toodangukeskkonnas

kasutusele võtmisest. Juhul, kui Tellija on võtnud puuduseid sisaldava Töö või Töö etapi

toodangukeskkonnas kasutusele, loetakse vastuvõetuks ainult nõuetekohaselt teostatud tööd ja

Täitjal on õigus nimetatute osas esitada arve. Taolises olukorras esitab Tellija Täitjale Töös või Töö

etapis esinevate puuduste nimekirja ning puuduste kõrvaldamise tähtaja, kas enne Töö või Töö

etapi toodangukeskkonnas kasutusele võtmist või vahetult pärast selle toimumist.

11.17. Mistahes seadmete, telekommunikatsioonide, tarkvara ja teenuste osa valmimisel võib Tellija anda

välja vastuvõtuakti vastava osa kohta. Selline vastuvõtmine ei mõjuta Täitja kohustust täita kõiki

Lepingus ettenähtud kohustusi.

11.18. Täitja vastutab Töö juhusliku hävimise või kahjustumise eest kuni Töö vastuvõtmiseni Tellija poolt.

11.19. Töö etapi üleandmisega ei lähe üleantud Töö etapi juhusliku hävimise või kahjustumise riisiko üle

Tellijale. Juhusliku hävimise või kahjustumise riisiko läheb Tellijale üle Töö suhtes tervikuna, kui

Täitja on andnud Tellijale Töö tervikuna üle.

Lisatakse vajadusel:

11.20. Täitja kohustub tellija juhendamisel märgistama töö enne selle üleandmist vastavalt õigusaktides

kehtestatud nõuetele (hankelepingu sõlmimisel märgitakse konkreetne viide, nt Vabariigi Valitsuse

12.05.2022. a määrusele nr 54 „Perioodi 2021–2027 ühtekuuluvus- ja siseturvalisuspoliitika fondide

vahendite andmisest avalikkuse teavitamine“).

ja

11.21. Tellija kinnitab, et ta on teadlik asjaolust, et projekti „Riigiülesed kesksed teenused“ rakendamiseks

antud toetuse saamiseks peab töö vastuvõtmine olema fikseeritud vastuvõtmisaktis ning kinnitatud

juhtrühma poolt.

12. Koolitus

12.1. Täitja tagab Tellija personalile adekvaatse väljaõppe, kindlustamaks seadmete,

telekommunikatsioonide, tarkvara ja teenuste rahuldava ja efektiivse toimimise, vastavalt Lepingus

kokkulepitule.

12.2. Koolituse toimumise aeg, koht ja maht kooskõlastatakse eelnevalt Tellija kontaktisikuga.

13. Garantii

13.1. Täitja annab Tööle ……… kuulise töövõtugarantii. Garantiiperiood algab Tööde kogumina

vastuvõtmisest.

13.2. Garantiiperioodil ilmnevad puudused kõrvaldab Täitja omal kulul, v.a punktis 13.6 toodud

juhtumitel. Kui ilmnenud puudused ei ole garantii korras kõrvaldatavad, esitab Täitja Tellijale

põhjendused kirjalikku taasesitamist võimaldavas vormis, kuid mitte hiljem kui järgmisel tööpäeval

pärast sellest asjaolust teada saamist.

13.3. Kui ei ole kokku lepitud teisiti, toimub garantiiliste puuduste üleandmine ja vastuvõtmine Lepingu

punktis 11 toodud regulatsiooni kohaselt.

13.4. Juhul kui garantiiperioodil ilmnenud puudused muudavad osa või kõik seadmed,

telekommunikatsioonid ja/või tarkvara kasutamiskõlbmatuks, varustab Täitja Tellijat nõutud

tasemel toimimise garanteerivate lisa- või asendusosade ja muu vajalikuga omal kulul.

13.5. Tellija informeerib Täitjat puuduse iseloomust ja ulatusest otsekohe selle ilmnemisel. Täitja on

kohustatud eemaldama ilmnenud puudused vastavalt lepingus toodule või Tellija poolt määratud

ajal.

13.6. Garantiiga ei ole hõlmatud:

13.6.1. puudused, mille tekkimise eest vastutab Tellija;

13.6.2. diagnostikaks kulunud aeg, juhul kui algselt garantii juhtumine registreeritud juhtumi raames

tuvastatakse, et tegu ei ole garantiilise juhtumiga. Vastav töö kuulub eraldi tasustamisele Lepingu

tunnihinna alusel.

13.7. Garantii kaotab kehtivuse, kui Täitjaga kooskõlastamata on muudetud või muudetakse lähtekoodi,

v.a juhul kui Tellija suudab eristada lähtekoodis tehtavaid muudatusi.

14. Load ja litsentsid

14.1. Täitja vastutab ainuisikuliselt lepingu täitmiseks vajalike lubade ja litsentside saamise eest. Tellija

teeb Täitjaga mõistliku koostööd, hoidmaks ära selliste lubade või litsentside väljaandmise asjatut

viivitamist või väljaandmisest keeldumist.

14.2. Tellija võib ilma ette teatamata lepingu lõpetada, kui Täitja ei saa lepingu täitmiseks vajalikku luba

või litsentsi.

14.3. Täitja garanteerib, et tal on õigus anda Tellijale lepingu objektiks oleva tarkvara ja teiste autori- või

muude sarnaste õigustega kaitstavate esemete kasutamisõigus.

14.4. Täitja garanteerib, et nimetatud kasutusõiguse üleandmisega ei rikuta kolmandate isikute õigusi.

Juhul kui kolmas isik esitab oma õiguste rikkumise tõttu Tellija vastu hagi ning see rahuldatakse,

tasub Täitja võimalikud kahjuhüvitusnõuded, samuti õigusabikulud ja muud seonduvad kulud.

15. Intellektuaalne vara

15.1. Lepingu allkirjastamisega kinnitab Täitja Tellijale, et talle kuuluvad Lepingu täitmiseks vajalikud

varalised autoriõigused, litsentsid ja muud intellektuaalse omandi õigused, mis on tarvilikud

Lepingujärgse Töö täielikuks teostamiseks ja loovutamiseks ning, et nende suhtes ei ole

kolmandatel isikutel nõudeid.

15.2. Täitja kinnitab, et ta on võtnud tarvitusele kõik meetmed autori isiklike õiguste realiseerimiseks viisil,

mis ei takista ega raskenda teose kasutamist ja autori varaliste õiguste teostamist Tellija poolt.

15.3. Täitja annab spetsiaaltarkvarale Euroopa Liidu tarkvara vaba kasutuse litsentsi v.1.2 (EUPL).

Juhul, kui Töö üleandmine toimub etapiviisiliselt, siis loetakse litsents antuks iga etapi (teose)

vastuvõtmisel Tellija poolt.

15.4. Tellijal on muuhulgas õigus spetsiaaltarkvara (teose) autoriõiguste kehtivusaja jooksul:

15.4.1. teost kasutada mis tahes eesmärgil ja mis tahes viisil;

15.4.2. teost reprodutseerida;

15.4.3. originaalteost muuta ja luua teosel põhinevaid tuletatud teoseid;

15.4.4. teost või selle koopiaid üldsusele edastada, sealhulgas neid kättesaadavaks teha või

eksponeerida, samuti avalikult esitada;

15.4.5. teost või selle koopiaid levitada;

15.4.6. teost või selle koopiaid laenutada ja rentida;

15.4.7. anda all-litsentse teose või selle koopiate suhtes kehtivate õiguste kohta.

15.5. Täitja annab Tellijale spetsiaaltarkvara lähtekoodi, täitmiskoodi ja dokumentatsiooni kujul, mis

võimaldab Tellijal sellest aru saada.

15.6. Tellija võib levitada lähtekoodi ja täitmiskoodi ning dokumentatsiooni ja selle muudatusi mistahes

kolmandatele isikutele ja asutustele.

15.7. Kõik Täitja poolt Lepingu täitmise käigus koostatud dokumendid ja andmed kuuluvad Tellijale.

Täitja annab kõik nimetatud dokumendid ja andmed Tellijale üle.

15.8. Tellija võib spetsiaaltarkvara autoriõigusi teostada mistahes olemasolevas või hiljem loodud

keskkonnas, toel või formaadis.

15.9. Täitja tagab, et tema töötajad on loobunud Eesti seadusega lubatud ulatuses oma õigusest

teostada isiklikke õigusi, et Tellijale oleks võimalik vajalikke varalisi õigusi litsentsida.

15.10. Lepingujärgse tarkvarasüsteemi loomiseks kolmandatele isikutele kuuluvate komponentide

(tarkvara) kasutamise osas juhinduvad Pooled nende kasutamise litsentsitingimustest. Täitja

kinnitab, et eelistab tarkvara loomisel selliseid kolmandatele isikutele kuuluvaid komponente, mille

kasutamisega ei kaasne täiendavaid litsentsitasusid ega piiranguid tarkvara kasutamisel või

alllitsentside andmisel. Täitja on kohustatud Tellijat teavitama juhul, kui Täitja plaanib tarkvara

loomisel kasutada selliseid kolmandatele isikutele kuuluvaid komponente, mille kasutamine toob

Tellijale kaasa täiendavaid litsentsitasusid või piiranguid tarkvara kasutamisel. Ilma Tellija kirjaliku

nõusolekuta ei tohi Täitja tarkvara loomisel nimetatud komponente kasutada.

15.11. Nimetatud õigused kehtivad kogu autoriõiguste kehtivuse aja ja nende kehtivuse territooriumiks on

kogu maailm.

16 Personal

16.1 Lepingus kirjeldatud teenuseid osutavad Lepingus nimetatud isikud vastavalt Lepingus sätestatud

ülesannetele. Muudatusi tohib teha vaid Tellija kirjalikku taasesitamist võimaldavas vormis antud

nõusolekul.

16.2 Täitja asendab Töid teostava isiku viivitamatult Lepingu objekti täitmise seisukohast võrdväärse

kvalifikatsiooni ja kogemustega ning Tellijale vastuvõetava isikuga, kui:

16.2.1 Töid teostav isik ei ole võimeline teenuste osutamist jätkama haiguse, õnnetusjuhtumi või muu

temast tuleneva põhjuse tõttu;

16.2.2 lepingus nimetatud Töid teostav isik osutub Tellija põhjendatud arvamuse kohaselt lepingujärgsete

ülesannete täitmiseks ebakompetentseks või ebasobivaks või kui tema lepingujärgsete ülesannete

täitmine pidevalt kahjustab lepingu korrektset ja õigeaegset täitmist.

16.2.3 Isikul on kuriteo toimepanemise eest määratud kehtiv karistus.

16.3 Täitja kannab kõik punktis 17.2 nimetatud asendusest tulenevad või sellega kaasnevad kulud.

16.4 Töid teostavatel isikutel ei tohi olla kuriteo toimepanemise eest määratud kehtivat karistust.

16.5 Töid teostavad isikud ei tohi olla Tellija töötajad ega Tellija töötajaga seotud juriidilised isikud.

Seotud juriidiline isik tähendab käesoleva lepingu mõistes juriidilist isikut, mille juhtumis- või

kontrollorgani liige Tellija töötaja on või juriidiline isik, milles vähemalt 1/10 osalusest kuulub Tellija

töötajale.

17 Kolmandad isikud

17.1 Pooled võivad loovutada lepingust tulenevaid rahalisi nõudeid kolmandatele isikutele. Pooled on

kohustatud teineteist nõude loovutamisest viivitamatult kirjalikult informeerima.

17.2 Pooled ei või oma lepingujärgseid kohustusi anda üle kolmandale isikule ega kaasata oma

lepingujärgsete kohustuste täitmiseks kolmandat isikut ilma teise poole sellekohase selgesõnalise

kirjaliku nõusolekuta. Tellijal on õigus edastada või suunata Täitja poolt esitatud arve tasumisele

Tellijast erinevale hankijale nendevahelise koostöökokkuleppest tuleneval alusel juhul kui

vastavasisuline teavitus on Tellija poolt pakkumuse esitamise ettepanekus kajastatud.

17.3 Pooled vastutavad kõigi isikute eest, keda nad kasutavad oma lepingujärgsete kohustuste täitmisel.

18 Auditeerimine

18.1 Mõlemal poolel on õigus kaasata auditeerimiseks sõltumatu audiitor. Audiitori kaasamiseks ei ole

vajalik teise poole luba.

18.2 Audiitori isik ja muud auditeerimisega seotud asjaolud sätestatakse eraldi kokkuleppes.

Auditeerimise käigus avastatud probleemid tuleb registreerida ja vajaduse korral sisestada

probleemide lahendamise protsessi.

18.3 Täitja peab täpset arvet lepingu täitmisel töötatud kalendripäevade ja –kuude kompenseerimisele

kuuluvate kulude kohta. Audiitorile võimaldatakse piiramatu ligipääs nimetatud andmetele.

18.4 Audiitorit kaasanud pool tagab, et audiitor käsitleb saadud informatsiooni konfidentsiaalsena.

Vastutus jääb audiitori kaasanud poolele.

18.5 Pärast andmete auditeerimist ja kontrollimist teeb audiitor järeldusotsuse, mis on lõplik.

18.6 Auditi kulud kannab auditi tellinud pool.

19 Konfidentsiaalsus ja isikuandmed

19.1 Täitja ei või oma lepingujärgseid kohustusi anda üle kolmandale isikule ega kaasata oma

lepingujärgsete kohustuste täitmiseks kolmandat isikut ilma Tellija sellekohase selgesõnalise

kirjaliku nõusolekuta.

19.2 Täitja on kohustatud:

19.2.1 tagama lepingu täitmise käigus Tellijalt ükskõik mis vormis saadud teabe (andmed,

tehingudokumentatsioonis ja lepingutes sisalduvad Tellija esindajate isikuandmed, know-how)

konfidentsiaalsuse ning ei edasta ega võimalda sellele teabele juurdepääsu kolmandale isikule

ilma Tellija sellekohase selgesõnalise kirjaliku nõusolekuta;

19.2.2 tagama lepingueelsete läbirääkimiste, lepingujärgsete kohustuste ja lepingu täitmise käigus

ükskõik mis vormis teatavaks saanud isikuandmete (v.a. tehingudokumentatsioonis ja

lepingutes sisalduvate Tellija esindajate isikuandmete) konfidentsiaalsuse ning ei edasta ega

võimalda nendele juurdepääsu ühelegi kolmandale isikule ilma Tellija sellekohase

selgesõnalise kirjaliku nõusolekuta;

19.2.3 mitte edastama punktis 19.2.2 nimetatud isikuandmeid väljapoole Euroopa Liidu liikmesriikide

ja Euroopa Majandusühendusse kuuluvate riikide territooriumit ilma tellija sellekohase

selgesõnalise kirjaliku nõusolekuta;

19.2.4 kasutama ja töötlema punktis 19.2.2. nimetatud isikuandmeid üksnes Lepingu täitmiseks ja

Tellija dokumenteeritud juhiste alusel, välja arvatud juhul, kui täitja on kohustatud teavet

töötlema täitja suhtes kohalduva õiguse alusel. Viimati nimetatud juhul teavitab Täitja Tellijat

vastava kohustuse olemasolust enne teabe töötlemist, kui selline teavitamine ei ole olulise

avaliku huvi tõttu Täitja suhtes kohalduva õigusega keelatud;

19.2.5 võimaldama juurdepääsu punktis 19.2.2. nimetatud isikuandmetele ainult nendele isikutele,

kellel on selleks oma tööülesannete täitmiseks vajadus ning tagama, et need isikud on teadlikud

ning järgivad isikuandmete töötlemisalaseid nõudeid ja õigusakte, on saanud asjakohase

koolituse eelmainitud nõuete kohta, on võtnud endale konfidentsiaalsuskohustuse või neile

kehtib asjakohane seadusest tulenev konfidentsiaalsuskohustus. Vastav

konfidentsiaalsuskohustus jääb kehtima pärast käesoleva Lepingu lõppemist;

19.2.6 täitma kõiki kehtivaid isikuandmete töötlemisalaseid nõudeid, andmete turvalisust puudutavaid

ning isikuandmete kaitse alaseid Euroopa Liidu ja Eesti Vabariigi õigusakte ja muid eeskirju.

19.2.7 rakendama järgmisi organisatsioonilisi, füüsilisi ja infotehnilisi turvameetmeid punktis 19.2.2.

nimetatud isikuandmete kaitseks juhusliku või tahtliku volitamata muutmise; juhusliku hävimise

ja tahtliku hävitamise eest ning õigustatud isikule andmete kättesaadavuse takistamise eest,

volitamata töötlemise s.h. avalikustamise eest:

a) vältima kõrvaliste isikute ligipääsu isikuandmete töötlemiseks kasutatavatele seadmetele;

b) ära hoidma andmete omavolilist lugemist, kopeerimist ja muutmist

andmetöötlussüsteemis, samuti andmekandjate omavolilist teisaldamist;

c) ära hoidma isikuandmete omavolilist salvestamist, muutmist ja kustutamist ning tagama, et

tagantjärele oleks võimalik kindlaks teha, millal, kelle poolt ja milliseid isikuandmeid

salvestati, muudeti või kustutati või millal, kelle poolt ja millistele isikuandmetele

andmetöötlussüsteemis juurdepääs saadi;

d) tagama, et igal andmetöötlussüsteemi kasutajal oleks juurdepääs ainult temale

töötlemiseks lubatud isikuandmetele ja temale lubatud andmetöötluseks;

e) tagama andmete olemasolu isikuandmete edastamise kohta: millal, kellele ja millised

isikuandmed edastati, samuti selliste andmete muutusteta säilimise;

f) tagama, et isikuandmete edastamisel andmesidevahenditega ja andmekandjate

transportimisel ei toimuks isikuandmete omavolilist lugemist, kopeerimist, muutmist või

kustutamist;

g) pidama arvestust isikuandmete töötlemisel kasutatavate tema kontrolli all olevate

seadmete ja tarkvara üle, dokumenteerides järgmised andmed:

i. seadme nimetus, tüüp ja asukoht ning seadme valmistaja nimi;

ii. tarkvara nimetus, versioon, valmistaja nimi ja kontaktandmed.

19.2.8 teavitama Tellijat toimunud või põhjendatult kahtlustatavast käesoleva lepingu punktis 19.2.1

ja/või 19.2.2 sätestatud konfidentsiaalsuskohustuse rikkumisest; punktis 19.2.7. ja selle

alapunktides a-g sätestatud turvameetmete rikkumisest, mis põhjustab, on põhjustanud või võib

põhjustada edastatavate, salvestatud või muul viisil töödeldavate isikuandmete juhusliku või

ebaseadusliku hävitamise, kaotsimineku, muutmise või loata avalikustamise või neile

juurdepääsu, kirjalikult viivitamata aga mitte hiljem kui kakskümmend neli (24) tundi pärast

sellest teada saamist. Teates tuleb vähemalt:

a) kirjeldada (isikuandmetega seotud) rikkumise laadi, sealhulgas puudutatud

andmesubjektide liike ja arvu ning puudutatud kirjete liike ja arvu;

b) teatada, kes on Täitja andmekaitse töötaja ja mis on tema kontaktandmed või muu

kontaktpunkt, kust saab lisateavet;

c) soovitada meetmeid (isikuandmetega seotud) rikkumise võimalike negatiivsete mõjude

leevendamiseks;

d) kirjeldada (isikuandmetega seotud) rikkumise tõttu andmesubjektidele tekkivaid tagajärgi

ja potentsiaalseid ohte;

e) kirjeldada Täitja/või kolmandast isikust alltöötleja poolt välja pakutud või võetud meetmeid

(isikuandmetega seotud) rikkumisega tegelemiseks ja

f) esitada muud teavet, mis on mõistlikult nõutav, et Tellija saaks täita Kohaldatavaid

andmekaitse õigusakte, sealhulgas riigiasutustega seotud teavitamise ja avaldamise

kohustusi, näiteks teavet, mis on nõutav andmesubjekti tuvastamiseks.

19.2.9 Tellija eelneval kirjalikul heakskiidul lõpetama käesoleva lepingu punktis 19.2.8.nimetatud

rikkumine ning kohaldama meetmeid (isikuandmetega seotud) rikkumise lahendamiseks,

sealhulgas vajaduse korral rikkumise võimaliku kahjuliku mõju kõrvaldamiseks ja

leevendamiseks;

19.2.10 lepingu lõppemisel kustutama kõik punktis 19.2.2. nimetatud isikuandmed ja nimetatute koopiad

30 päeva jooksul, v.a juhul, kui õigusaktidest tuleneb teisiti;

19.2.11 tegema Tellijale kättesaadavaks kogu teabe, mida Tellija peab vajalikuks lepingus sätestatud

kohustuste täitmise tõendamiseks;

19.2.12 võimaldama Tellijal või Tellija poolt volitatud audiitoril teha auditeid ja kontrolle ning panustama

nendesse;

19.2.13 võimaluse piires asjakohaste tehniliste ja korralduslike meetmete abil, punktis 19.2.2.

nimetatud isikuandmete osas, aitama täita Tellija kohustust vastata taotlustele andmesubjekti

õiguste teostamiseks ning teostama nende õiguste teostamisest tulenevaid toiminguid

(andmete parandamine, sulgemine, kustutamine).

19.3 Käesoleva lepingu punktis 19.2.1. sätestatud konfidentsiaalsuse nõue ei laiene informatsiooni

avaldamisele Täitja audiitorile ja advokaadile.

19.4 Käesoleva lepingu punktides 19.2.1. ja 19.2.2. sätestatud konfidentsiaalsuskohustuse nõue on

tähtajatu ning kehtib nii lepingu täitmise ajal kui ka pärast lepingu lõppemist.

19.5 Tulenevalt konfidentsiaalse informatsiooni laadist on Tellijal õigus seada täiendavaid nõuded ja/või

juhised isikuandmete töötlemiseks.

19.6 Kõik käesoleva lepingu punktides 19.2.1. – 19.4 kohustused kehtestab Täitja kõikidele

kolmandatele isikutele, keda ta kasutab oma lepingujärgsete kohustuste täitmisel. Kolmas isik on

füüsiline või juriidiline isik või riigi- või kohaliku omavalitsuse asutus, kes ei ole ei Tellija ega ka

Täitja.

20 Avalikud suhted

20.1 Pooled ei tegele seoses lepinguga avalike suhetega ega anna teateid pressile, elektroonilisele

meediale, üldsusele või teistele auditooriumitele, välja arvatud teise poole eelneval kirjalikul

nõusolekul. Avaldada võib vaid teateid, mis on teise poolega eelnevalt kooskõlastatud.

20.2 Kõik eelnimetatud kohustused kehtestab pool ka kõigile kolmandatele isikutele, keda ta kasutab

oma lepingujärgsete kohustuste täitmisel.

21 Lepingu täitmise peatamine ja lepingu lõpetamine

21.1 Tellija võib peatada Täitjale lepingujärgselt makstavate summade maksmise kas osaliselt või

täielikult, kui:

21.1.1 Täitja ei täida oma Lepingujärgseid kohustusi;

21.1.2 vastuvõtmise, testimise või auditeerimise käigus avastatakse puudusi või muid Täitjapoolseid

kohustuste rikkumisi;

21.1.3 Tellija Lepingujärgsete kohustuste õigeaegset ja korrektset täitmist segab või ähvardab segada

muu asjaolu, mille eest vastutab Täitja.

21.2 Täitja võib peatada Tellijale teenuse osutamise kas osaliselt või täielikult, kui:

21.2.1 Tellija ei täida oma Lepingujärgseid kohustusi;

21.2.2 Täitja Lepingujärgsete kohustuste õigeaegset ja korrektset täitmist segab või ähvardab segada

muu asjaolu, mille eest vastutab Tellija.

21.3 Tellija võib igal ajal Lepingu üles öelda, teatades sellest 1 (üks) kuu ette. Sellisel juhul on Täitjal

õigus nõuda tasu täidetud kohustuste eest.

21.4 Tellijal on õigus Leping erakorraliselt etteteatamata lõpetada Täitjapoolse olulise Lepingu rikkumise

korral. Lepingu lõpetamisel punktides 8.4 nimetatud juhtudel Täitja tehtud Tööd ei tasustata. Täitja

poolt tarnitud seadmed, telekommunikatsioonid ja tarkvara tagastatakse võimatuse korral. Muul

juhul, kui tagastamine on saadu olemuse tõttu välistatud, makstakse hüvitist võlaõigusseaduses

sätestatud korras.

21.5 Täitja võib Lepingu üles öelda Tellija olulise Lepingu rikkumise korral pärast vastava hoiatuse

saatmist, kui rikkumist ei ole kõrvaldatud 10 (kümne) tööpäeva jooksul peale hoiatuse esitamist.

Sellise Lepingu lõpetamise korral maksab Tellija Täitjale tasu täidetud kohustuste eest.

21.6 Lepingu lõppemisel on Täitja kohustatud Tellijale tagastama kõik Lepingu täitmiseks üleantu.

22 Vääramatu jõud

22.1 Lepingust tulenevate kohustuste mittetäitmist või mittenõuetekohast täitmist ei loeta Lepingu

rikkumiseks, kui selle põhjuseks oli vääramatu jõud. Vääramatu jõuna käsitlevad pooled

võlaõigusseaduse §-s 103 lg 2 nimetatud asjaolusid.

22.2 Pool, kelle tegevus lepingujärgsete kohustuste täitmisel on takistatud vääramatu jõu asjaolude

tõttu, on kohustatud sellest koheselt kirjalikult teatama teisele Poolele, esitades teavitusega ühes

tõendi/tõendid kõigi järgnevate asjaolude esinemise kohta:

22.2.1 takistava asjaolu esinemine, mis takistab kohustuse kohast täitmist;

22.2.2 takistava asjaolu asetsemine väljaspool võlgniku mõjusfääri;

22.2.3 asjaolu ettenägematus;

22.2.4 asjaolu vältimatus ja ületamatus.

22.3 Vääramatu jõu asjaolude ilmnemisel pikeneb Lepingu lõpptähtaeg nimetatud asjaolude esinemise

perioodi võrra. Pool peab vääramatu jõu asjaolude äralangemisel Lepingut täitma asuma. Kui

vääramatu jõu asjaolude tõttu on Poole Lepingust tulenevate kohustuste täitmine takistatud enam

kui 60ne kalendripäeva võrra võib teine Pool öelda lepingu üles.

23 Kehtiv seadusandlus

Lepingule ning kõikidele lepingu osaks olevatele dokumentidele kohaldatakse Eesti Vabariigi

õigusakte.

24 Vaidluste lahendamine

24.1 Käesoleva Lepingu allkirjastamisega kinnitavad pooled, et on tutvunud ja on nõus Lepinguga ja

selle lisadega ning mõistavad täielikult enesele võetavate kohustuste sisu ning nende tagajärgi.

24.2 Lepinguga seotud või sellest tulenevate arusaamatuste või vaidluste puhul püüavad pooled leida

lahenduse heal tahtel põhinevate läbirääkimiste teel.

24.3 Kokkuleppe mittesaavutamisel lahendatakse vaidlus Harju Maakohtus.

Arendusleping nr. …………

Lisa nr 2

PERSONAL JA KONTAKTANDMED

1. Tellija esindaja ja kontaktisikud

1.1. Tellija esindajaks tööde vastuvõtmise aktide, teadete jms lepinguga seonduvate dokumentide

allkirjastamisel on Registrite ja Infosüsteemide Keskuse …………………. (tel ………….; e-post

…………….).

1.2. Tellija kontaktisikuks tööde teostamise juhendamisel ning Täitjale vajaliku lähteinformatsiooni ja

tööülesannete täpsustamisel jmt. on Registrite ja Infosüsteemide Keskuse ………… (tel …; e-post

…………………).

2. Täitja esindaja ja kontaktisikud

2.1 Täitja esindajaks on ………… (tel …………..; e-post………….).

2.2 Täitja kontaktisikuks on ………… (tel …………..; e-post………….).

3. Personali nimekiri

3.1. Tellija personal

Nr. Nimi Ametinimetus Kontaktandmed

3.2. Täitja personal

Nr. Nimi Ametinimetus Kontaktandmed

5. Kontaktandmed

5.1. Tellija kontaktandmed on: 5.2. Täitja kontaktandmed on:

Registrite ja Infosüsteemide Keskus …………….

Reg. nr. 70000310 Registrikood

Lubja tn 4 ……………

19081 TALLINN ……………

Telefon: 663 6300 Telefon: …………….

Arendusleping nr ……

Lisa nr 3

TEHNILINE KIRJELDUS KOOS LISADEGA

Tehniline kirjeldus asub arenduslepingu asice konteineris eraldi faili(de)na.

Arendusleping nr ………

Lisa nr 4

PAKKUMUS

Pakkumus asub arenduslepingu asice konteineris eraldi konteinerina.

1 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/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.

Pakkumus:619117

Ettevõtja: Dolm IT OÜ

Roll: peapakkuja

I OSA: HANKE JA HANKIJAGA SEOTUD TEAVE

Teave avaldamise kohta Teate number ELTs:

-

ELT URL:

Riigi ametlik teataja:

306163

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:

Registrite ja Infosüsteemide Keskus (70000310)

Riik:

Eesti

Hankija aadress:

Lubja tn 4

Hankija veebiaadress:

http://www.rik.ee/

E-posti aadress:

[email protected]

2 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

Teave hankemenetluse kohta Hanke menetlusliik:

Avatud hankemenetlus

Pealkiri:

Digiriigi Akadeemia arendustööd

Lühikirjeldus:

Riigihanke eesmärgiks on sõlmida raamleping ühe edukaks tunnistatud pakkujaga, kes hakkab teostama Digiriigi Akadeemia (edaspidi DA) infosüsteemi arendustöid (sh konsultatsioonid) pakkumuses fikseeritud tunnihinna alusel. Digiriigi Akadeemia arendustööde eesmärk on Digiriigi Akadeemia õppeplatvormi järjepidev arendamine, täiustamine ja parendamine, et tagada platvormi stabiilne, töökindel ja turvaline toimimine; kasvava kasutajaskonna ja õppematerjalide mahu teenindamine; hea kasutajakogemus õppijatele, sisuloojatele ja haldajatele; koostalitlusvõime riiklike ja väliste infosüsteemidega; vastavus kehtivatele arhitektuuri-, turbe- ja arendusnõuetele.

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

306163

Hanke liik:

Teenused

Hanke CPV-d: 72200000-7 Tarkvara programmeerimis- ja nõustamisteenused

3 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

II OSA: ETTEVÕTJAGA SEOTUD TEAVE

A: Teave ettevõtja kohta

Nimi: Dolm IT OÜ

Registrikood: 12809505

Riik: EST

Aadress: Lõõtsa tn 12 Tallinn 11415

Üldine veebileht: http://www.dolmit.com

Kontaktisikud: MAIT PIIR; DANIEL LEIFER

Kontaktide e-posti aadressid: [email protected]; [email protected]

Kontaktide telefoninumbrid: +372 53500007; +372 53000025

Ettevõtte suurus: Väikeettevõte

Töötajate arv:

Käive:

Valuuta:

Finantsalase võimekuse kirjeldus:

Tehnilise võimekuse kirjeldus:

Teostatud tööde kirjeldus:

Ettevõtja tegevusvaldkond:

4 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/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?

Vastus: Ei 4. Kas see teave on elektrooniliselt kättesaadav?

Vastus: Ei

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?

Vastus: Ei 5. Kas see teave on elektrooniliselt kättesaadav?

Vastus: Ei

HANKEMENETLUSES KOOS OSALEVAD ETTEVÕTJAD

Kas ettevõtja osaleb hankemenetluses koos teistega?

Küsimused ettevõtjale:

Ettevõtja nimi:Dolm IT OÜ

Ettevõtja ID:12809505

Ettevõtja roll:peapakkuja

4. Kas see teave on elektrooniliselt kättesaadav? Vastus: Jah

5. URL Vastus: https://riigihanked.riik.ee

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?

Vastus: Ei 5. Kas see teave on elektrooniliselt kättesaadav?

Vastus: Jah 6. URL

Vastus: https://riigihanked.riik.ee

5 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/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?

Vastus: Ei 5. Kas see teave on elektrooniliselt kättesaadav?

Vastus: Jah 6. URL

Vastus: https://riigihanked.riik.ee

HANKE OSAD

Hanke osad, mille kohta ettevõtja soovib pakkumuse esitada

Küsimused ettevõtjale: 1. Hanke osa number

Vastus: 2. Kas see teave on elektrooniliselt kättesaadav?

Vastus: Jah 3. URL

Vastus: https://riigihanked.riik.ee

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?

Vastus: Jah 2. Kas see teave on elektrooniliselt kättesaadav?

Vastus: Jah 3. URL

Vastus: https://riigihanked.riik.ee

6 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

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, ...):

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") Vastus: Ei

8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

9. URL (Url) Vastus: https://riigihanked.riik.ee

11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring karistusregistrisse riigihangete registri kaudu.

7 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

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.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

9. URL (Url) Vastus: https://riigihanked.riik.ee

11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring karistusregistrisse riigihangete registri kaudu.

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.

8 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

9. URL (Url) Vastus: https://riigihanked.riik.ee

11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring karistusregistrisse riigihangete registri kaudu.

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: 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") Vastus: Ei

8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

9. URL (Url) Vastus: https://riigihanked.riik.ee

11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring karistusregistrisse riigihangete registri kaudu.

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:

9 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/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 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") Vastus: Ei

8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

9. URL (Url) Vastus: https://riigihanked.riik.ee

11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring karistusregistrisse riigihangete registri kaudu.

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") Vastus: Ei

8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

9. URL (Url) Vastus: https://riigihanked.riik.ee

11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring karistusregistrisse riigihangete registri kaudu.

10 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

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“

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") Vastus: Ei

12. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

13. URL (Url) Vastus: https://riigihanked.riik.ee

15. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring EMTA maksuvõlglaste andmebaasi riigihangete registri kaudu.

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 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/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") Vastus: Ei

12. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

13. URL (Url) Vastus: https://riigihanked.riik.ee

15. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring EMTA maksuvõlglaste andmebaasi riigihangete registri kaudu.

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.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

SOTSIAALÕIGUSE VALDKONNAS KOHALDATAVATE KOHUSTUSTE TÄITMATA

JÄTMINE

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

Viide seadusele:

12 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

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") Vastus: Ei

5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

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.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

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.

13 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

5. URL (Url) Vastus: https://riigihanked.riik.ee

7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring Äriregistrisse riigihangete registri kaudu.

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.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

5. URL (Url) Vastus: https://www.ametlikudteadaanded.ee/

7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päringut saab käsitsi teha veebilehel Ametlikud Teadaanded.

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.

14 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

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.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

5. URL (Url) Vastus: https://riigihanked.riik.ee

7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring Äriregistrisse riigihangete registri kaudu.

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.

15 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

5. URL (Url) Vastus: https://riigihanked.riik.ee

7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Päring Äriregistrisse riigihangete registri kaudu.

Ä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.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

5. URL (Url) Vastus: https://ariregister.rik.ee/

7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: https://ariregister.rik.ee/

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.

16 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

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.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

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") Vastus: Ei

3. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

17 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

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 vahendistega 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") Vastus: Ei

3. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

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") Vastus: Ei

5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

18 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

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“; 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") Vastus: Ei

2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

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

19 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

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") Vastus: Ei

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?

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") Vastus: Ei

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") Vastus: Ei

20 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

AINULT SISERIIKLIKEST ÕIGUSAKTIDEST TULENEVAD KÕRVALEJÄTMISE

ALUSED: OSALEJA PIIRAMINE ETTEVÕTJA ELU- VÕI ASUKOHA PÕHISELT

Kas ettevõtja rikub hankija kehtestatud piirangut pakkumust või taotlust esitada?

Viide seadusele: RHS § 95 lg 4 p 12 „kellel puudub käesoleva seaduse alusel õigus pakkumust või taotlust esitada, välja arvatud § 111 lõikes 6 sätestatud juhul". RHS § 7 lg 3 sätestab, et hankija võib piirata pakkujate ja taotlejate ringi, lubades riigihankes osaleda ainult RHS § 3 punktis 2 nimetatud riikidest pärit ettevõtjatel või andes nendest riikidest pärit ettevõtjate esitatud pakkumustele eeliseid teistest riikidest pärit ettevõtjate esitatud pakkumuste ees. Hankija sätestab piirangu ettevõtja elu- või asukohale hanke alusdokumentides.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

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 2 (kahe) riigihanke algamise ajaks lõppenud majandusaasta netokäive peab olema olnud igal aastal vähemalt 200 000 EUR-i. Eeldusel, et pakkuja majandusaasta kattub kalendriaastaga, on viimaseks kaheks lõppenud majandusaastaks 2025 ja 2024. Pakkuja esitab hankepassis 2025. ja 2024. majandusaastate netokäibed. Hankija kontrollib esitatud andmeid hankijale avalikes andmekogudes kättesaadava info kaudu. Info kohta, mis ei ole hankijale andmekogudes olevate avalike andmete põhjal oluliste kulutusteta kättesaadavad, kohustub pakkuja hankija nõudmisel esitama täiendavad selgitused, andmed või dokumendid kuni 5 (viie) tööpäeva jooksul alates päringu saamisest. Pakkuja esitab hankepassis vastavad andmed. Kui pakkuja soovib tõendada enda vastavust majanduslikule ja finantsseisundile ja/või tehnilisele ja kutsealasele pädevusele esitatud nõuetele teiste ettevõtjate vahendite alusel, peab pakkuja täitma hankepassi ka selle isiku kohta, kelle vahenditele ta tugineb. Lisaks peab pakkuja vastavalt hankija nõudmisele vastuvõetaval viisil tõendama, et sellel ettevõtjal, kelle vahenditele ta tugineb, on vastavad vahendid olemas ning ettevõte on nõus nende vahendite kasutamisega ja pakkuja kasutab neid lepingu täitmisel (RHS § 103 lg 1). RHS § 95 lg 4 p 9: Hankija võib kõrvaldada hankemenetlusest pakkuja, kes on esitanud valeandmeid käesolevas paragrahvis sätestatud või käesoleva seaduse §-des 98–101 sätestatu alusel hankija kehtestatud kvalifitseerimise tingimustele vastavuse kohta või jätnud need andmed või § 104 lõigete 7 ja 8 alusel hankija nõutud täiendavad dokumendid esitamata. Hankepassi esitamine on kohustuslik ka ühispakkujatele.

21 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

Tingimuse kirjeldus: Miinimumnõue: 200000

Valuuta: EUR

Ettevõtjalt oodatavad vastused:

1. Ajavahemik (Periood) Vastus: 01.01.2023 - 31.12.2023

2. Käive (Summa) Vastus: 3177784

3. Valuuta (Vääring) Vastus: EUR

4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

5. URL (Url) Vastus: https://riigihanked.riik.ee

7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Majandusaasta aruande päring äriregistrisse riigihangete registri kaudu.

Tingimuse kirjeldus: Miinimumnõue: 200000

Valuuta: EUR

Ettevõtjalt oodatavad vastused:

1. Ajavahemik (Periood) Vastus: 01.01.2024 - 31.12.2024

2. Käive (Summa) Vastus: 3367391

3. Valuuta (Vääring) Vastus: EUR

4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

5. URL (Url) Vastus: https://riigihanked.riik.ee

7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Majandusaasta aruande päring äriregistrisse riigihangete registri kaudu.

C: Tehniline ja kutsealane suutlikkus

TEENUSLEPINGUTE PUHUL: TÄPSUSTATUD LIIKI TEENUSTE OSUTAMINE

Ainult teenuste riigihankelepingute puhul: "nimekiri hankija kindlaksmääratud tunnustele vastavate teenuste osutamise lepingutest, mis on täidetud riigihanke algamisele eelneva 36 kuu jooksul, koos teabega nende maksumuse, kuupäevade ja teiste lepingupoolte kohta." Avaliku sektori hankijad võivad võtta arvesse rohkem kui kolme aasta vanuseid kogemusi.

Viide seadusele: RHS § 101 lg 1 p 2 „nimekiri hankija kindlaks määratud tunnustele vastavate teenuste osutamise lepingutest, mis on täidetud riigihanke algamisele eelneva 36 kuu jooksul, koos teabega nende

22 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

maksumuse, kuupäevade ja teiste lepingupoolte kohta“ RHS § 101 lg 2 „hankija võib piisava konkurentsi tagamiseks arvesse võtta andmeid rohkem kui 36 kuu eest täidetud teenuste osutamise lepingute kohta“

Tingimuse selgitus: Riigihanke algamisele eelneva 36 kuu jooksul täidetud lepingute hulgas peab pakkujal olema vähemalt 3 (kolm) riigihanke esemele sarnase esemega lepingut, mis on sõlmitud juriidilise isikuga ning esitatavate lepingute maksumus ilma käibemaksuta on vähemalt 150 000 EUR iga lepingu kohta. Samaväärne leping on igasugune tarkvara arendusressursi või arendustöö leping. Lepingud peavad olema täidetud (täitmine on põhikohustuste ulatuses lõppenud). Kui lepingu või teenuse eripära võimaldab töid üle anda ja vastu võtta etapiviisiliselt, loetakse teostatuks ka sellised pakkumuste esitamise tähtpäeval kehtivad lepingud, mille alt on teostatud töid ülaltoodud mahus ja maksumusega, mis on tellija poolt ka vastu võetud. Pakkuja peab hankepassi korrektselt sisestama referentslepingu maksumused, lepingut) kuupäevad ja info teise lepingupoole kohta (sh tellija kontaktisiku telefoninumber, e-posti aadress). Juhul, kui tegemist on riigihankega, siis märkida hankepassis ka viitenumber. Kui hankija soovib kontrollida hankepassis esitatud andmeid seoses täidetud lepingutega võib hankija küsida teise lepingu poole käest kinnitusi ja/tõendeid. Kui pakkuja soovib tõendada enda vastavust majanduslikule ja finantsseisundile ja/või tehnilisele ja kutsealasele pädevusele esitatud nõuetele teiste ettevõtjate vahendite alusel, peab pakkuja täitma hankepassi ka selle isiku kohta, kelle vahenditele ta tugineb. Lisaks peab pakkuja vastavalt hankija nõudmisele vastuvõetaval viisil tõendama, et sellel ettevõtjal, kelle vahenditele ta tugineb, on vastavad vahendid olemas ning ettevõte on nõus nende vahendite kasutamisega ja pakkuja kasutab neid lepingu täitmisel (RHS § 103 lg 1). RHS § 95 lg 4 p 9: Hankija võib kõrvaldada hankemenetlusest pakkuja, kes on esitanud valeandmeid käesolevas paragrahvis sätestatud või käesoleva seaduse §-des 98–101 sätestatu alusel hankija kehtestatud kvalifitseerimise tingimustele vastavuse kohta või jätnud need andmed või § 104 lõigete 7 ja 8 alusel hankija nõutud täiendavad dokumendid esitamata.

23 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

Tingimuse kirjeldus: Minimaalne teostatud tööde arv: 3

Kirjeldus: Riigihanke algamisele eelneva 36 kuu jooksul täidetud lepingute hulgas peab pakkujal olema vähemalt 3 (kolm) riigihanke esemele sarnase esemega lepingut, mis on sõlmitud juriidilise isikuga ning esitatavate lepingute maksumus ilma käibemaksuta on vähemalt 150 000 EUR iga lepingu kohta. Samaväärne leping on igasugune tarkvara arendusressursi või arendustöö leping.

Ettevõtjalt oodatavad vastused:

1. Kirjeldus (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: Cybexer, rahvusvahelise küberõppuse platvorm

2. Kogusumma (Summa) Vastus: 300000

3. Valuuta (Vääring) Vastus: EUR

4. Ettevõtja vastutusala (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: Infotehnoloogia

5. Summa (Summa) Vastus: 300000

6. Valuuta (Vääring) Vastus: EUR

7. Ajavahemik (Periood) Vastus: 01.05.2024 - 01.03.2026

8. Kas info on konfidentsiaalne? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

9. Tellija nimi (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Cybexer Technologies OÜ

10. Kontaktisiku nimi (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Andrus Kivisaar

11. E-mail (Sisestusväli (max pikkus 250 tähemärki)) Vastus: [email protected]

13. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

1. Kirjeldus (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: JVIS järelvalve infosüsteem

2. Kogusumma (Summa) Vastus: 300000

3. Valuuta (Vääring) Vastus: EUR

4. Ettevõtja vastutusala (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: Infotehnoloogia

5. Summa (Summa) Vastus: 300000

6. Valuuta (Vääring) Vastus: EUR

7. Ajavahemik (Periood) Vastus: 01.06.2024 - 01.03.2026

8. Kas info on konfidentsiaalne? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

24 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

9. Tellija nimi (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Tervisekassa

10. Kontaktisiku nimi (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Geitrin Jansen

11. E-mail (Sisestusväli (max pikkus 250 tähemärki)) Vastus: [email protected]

13. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

14. URL (Url) Vastus: https://riigihanked.riik.ee/rhr-web/#/procurement/9395924/tenders/691196/evaluation

16. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Riigihankelepingute andmed on kättesaadavad riigihangete registrist.

1. Kirjeldus (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: Meditsiiniseadmete andmebaas (MSA)

2. Kogusumma (Summa) Vastus: 300000

3. Valuuta (Vääring) Vastus: EUR

4. Ettevõtja vastutusala (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: Infotehnoloogia

5. Summa (Summa) Vastus: 300000

6. Valuuta (Vääring) Vastus: EUR

7. Ajavahemik (Periood) Vastus: 01.05.2024 - 01.03.2026

8. Kas info on konfidentsiaalne? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

9. Tellija nimi (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Tervise ja Heaolu Infosüsteemide keskus (TEHIK)

10. Kontaktisiku nimi (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Karl Karimõisa

11. E-mail (Sisestusväli (max pikkus 250 tähemärki)) Vastus: [email protected]

13. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Jah

14. URL (Url) Vastus: https://riigihanked.riik.ee/rhr-web/#/procurement/6684309/general-info

16. Väljaandja (Sisestusväli (max pikkus 250 tähemärki)) Vastus: Riigihankelepingute andmed on kättesaadavad riigihangete registrist.

25 / 25

Koostatud 02.04.2026 11:03:40 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

ALLHANKE OSAKAAL

Ettevõtja kavatseb sõlmida allhankelepinguid järgmise lepinguosa (st protsent) suhtes: Kui ettevõtja on otsustanud sõlmida lepinguosa suhtes allhankelepingu ja toetub asjaomase lepinguosa täitmisel allhankija suutlikkusele, täitke selliste allhankijate kohta eraldi hankepass (Euroopa ühtne hankedokument).

Viide seadusele: RHS § 101 lg 1 p 10 „hankelepingu selle osa suurus, mille suhtes pakkuja või taotleja kavatseb sõlmida allhankelepinguid“

Ettevõtjalt oodatavad vastused:

1. Täpsustage (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: Ei kavatse

2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") Vastus: Ei

Kokkuvõtlikud kinnitused

Ettevõtja kinnitab, et esitatud teave on täpne ja õige ning et ta on teadlik valeandmete esitamise tagajärgedest. Ettevõtja kinnitab, et tal on võimalik vajaduse korral viivitamata tema kinnitustele vastavad dokumendid hankijale esitada. Ettevõtja kinnitab, et ta on nõus oma kinnitustele vastavate andmete väljastamisega hankijale, kui need andmed on avalike andmete põhjal hankijale oluliste kulutusteta elektroonilisest andmekogust kättesaadavad.

Kinnituse andja nimi: Mait Piir

Koostatud 02.04.2026 13:50:53 1 / 3 https://riigihanked.riik.ee/rhr-web/#/procurement/ 9924924/general-info

PAKKUMUS HINDAMISKRITEERIUMID JA HINNATAVAD NÄITAJAD

Viitenumber: 306163 Hankija: Registrite ja Infosüsteemide Keskus (70000310) Hange: Digiriigi Akadeemia arendustööd Pakkumus: 619117 Ettevõtja: Dolm IT OÜ (12809505), roll: peapakkuja

Pakkumuse maksumust hinnatakse - Ilma maksudeta

1. Raamlepingu sõlmimise järgselt tellitava arendustöö tunnihind maksimaalse piirhinnana. Pakkumuse maksumus peab olema lõplik ja sisaldama kõiki kulusid vastavalt riigihanke alusdokumentidele ning seal nimetamata kulusid, mis on vajalikud lepingu nõuetekohaseks täitmiseks. 0 või negatiivse väärtusega maksumusi ei ole lubatud kasutada ja sellised pakkumused on hankijal õigus tunnistada mittevastavaks ning tagasi lükata. Maksumus esitatakse täpsusega kaks kohta pärast koma. Hankija ei hüvita lepingu täitmisel pakkujale mingeid täiendavaid kulusid ega tee täiendavaid makseid. Hindamiskriteeriumite juures toodud osakaaludes ei ole ristsubsideerimine lubatud.

Tüüp ja hindamismeetod: Maksumus, vähim on parim

Osakaal: 45%

Hindamismetoodika kirjeldus: 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".

Kogus Ühik Ühiku hind Maksumus KM% Maksumus KM-ga Märkused

34,300 34,300 24 42,532

2. Meeskonnaliikmete töökogemus

Tüüp ja hindamismeetod: Kvaliteet, hankija hinnatav

Osakaal: 50%

Hindamismetoodika kirjeldus: Kokku on võimalik saada 50 punkti.

1) Pakkumus, milles töökogemus tarkvara arendamisel ületab tehnilise kirjelduse p 5.8.16 selliselt, et meeskonnas kaasatud arendajal on vähemalt 60-kuuline töökogemus tarkvara arendajana – omistatakse 10 punkti; 2) Pakkumus, milles töökogemus tarkvara arenduses arhitektina ületab tehnilise kirjelduse p 5.8.17 selliselt, et meeskonnas kaasatud süsteemiarhitektil on

Koostatud 02.04.2026 13:50:53 2 / 3 https://riigihanked.riik.ee/rhr-web/#/procurement/ 9924924/general-info

vähemalt 48-kuuline töökogemus arhitektina - omistatakse 10 punkti; 3) Pakkumus, milles töökogemus tarkvara analüüsi läbiviimisel ületab tehnilise kirjelduse p 5.8.18 selliselt, et meeskonnaliikmel on vähemalt 60-kuuline töökogemus tarkvara analüüsi läbiviimisel - omistatakse 10 punkti; 4) Pakkumus, milles projektijuhtimise töökogemus ületab tehnilise kirjelduse p 5.8.19 selliselt, et meeskonnaliikmel on vähemalt 72-kuuline projektijuhtimise töökogemus tarkvara arenduses - omistatakse 10 punkti; 5) Pakkumus, milles arendaja on eelnevalt osalenud arendajana vähemalt 12 kuud (ka erinevates projektides koondina) projektis, milles on kasutusel Java platvorm – omistatakse 5 punkti; 6) Pakkumus, milles arhitekt on eelnevalt osalenud arhitektina vähemalt 12 kuud (ka erinevates projektides koondina) projektis, milles on kasutusel Java platvorm – omistatakse 5 punkti.

3. Sotsiaalselt vastutustundlik ettevõtja Tingimuse täitmisel on pakkujal võimalik saada 5 punkti. Tingimuse mittetäitmisel omistatakse 0 punkti.

Tüüp ja hindamismeetod: Kvaliteet, hankija hinnatav

Osakaal: 5%

Hindamismetoodika kirjeldus: Tingimuse täitmise alternatiivid: 1. Pakkumus saab 5 punkti, kui pakkuja võtab kasutusele vähemalt kaks töötajate töö- ja eraelu tasakaalu toetavat meedet, mida pakkuja rakendab lepingu täitmisel. Näiteks on töö- ja eraelu tasakaalu toetavaks meetmeks töötajatele ühe vaba päeva võimaldamine kuus/kvartalis seoses eraelulise sündmusega, kaugtöö võimaldamine või tervisepäeva(de) võimaldamine. Tervisepäev on tasustatud tööpäev ilma haiguslehte võtmata, mida töötaja saab kasutada näiteks massaažis käimiseks või enda koduseks ravimiseks. Pakkuja esitab pakkumuses nimekirja, millised on kaks kasutusele võetavat töö- ja eraelu tasakaalu toetavat meedet ning selgitab, kuidas toetavad need meetmed töö- ja eraelu tasakaalu ning millal on töötajatel õigus neid meetmeid rakendada. Hindamiskriteeriumi täitmise kontrollimiseks peab pakkuja lepingu täitmise igal aastal esitama info töö- ja eraelu tasakaalu toetava meetme kasutamise kohta. 2. Pakkumus saab 5 punkti, kui pakkuja pakub hankelepingute täitmiseks tasustatud tööpraktikat vähemalt ühele töötule tööturumeetmete seaduse tähenduses või noorele vanuses 18—26. Tasustatud praktikakoht tähendab, et isikule tagatakse hankelepingu täitmise ajal vähemalt 4 nädala pikkune tasustatud praktika praktikandi ja pakkuja vahel sõlmitud lepingu alusel ning pakkuja avaldab veebis informatsiooni praktikakohale kandideerimise kohta vähemalt kuu aega enne praktikandiga lepingu sõlmimist. Pakkuja esitab pakkumuses kinnituse, et ta pakub hankelepingu täitmiseks tasustatud tööpraktikat vähemalt ühele töötule tööturumeetmete seaduse tähenduses või noorele vanuses 18—26. Hindamiskriteeriumi täitmise kontrollimiseks peab pakkuja lepingu täitmise igal aastal esitama info lepingute kohta, mis sõlmitud praktikantidega.

Juhul, kui hindamiskriteeriumide punktide summa alusel on mitu pakkujat võrdse punktisummaga, eelistatakse pakkujat, kelle pakutud maksumus on madalaim. Kui ka sel juhul on mitu pakkumust võrdsed, siis visatakse pakkujate vahel liisku.

Koostatud 02.04.2026 13:50:53 3 / 3 https://riigihanked.riik.ee/rhr-web/#/procurement/ 9924924/general-info

Pakkumuse maksumus kokku Maksumus kokku KM-ta: 34,300

Maksumus kokku KM-ga: 42,532

1 / 3

Koostatud 02.04.2026 13:50:53 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

PAKKUMUS VASTAVUSTINGIMUSED Viitenumber: 306163 Hankija: Registrite ja Infosüsteemide Keskus (70000310) Hange: Digiriigi Akadeemia arendustööd Pakkumus: 619117 Ettevõtja: Dolm IT OÜ (12809505), roll: peapakkuja

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.

Ettevõtjalt oodatavad vastused: 1. Kas ettevõtja saab kinnitada, et pakkumus vastab hanke alusdokumentides sätestatud tingimustele? (Raadionupp valikutega "Jah/Ei")

Vastus: Jah

2. Andmed lepinguks, mida kasutatakse juhul kui pakkumus tunnistatakse edukaks. Pakkuja esitab andmetena: 1. lepingu allkirjastaja nimi ja ametinimetus 2. alus lepingu allkirjastamiseks (juhatuse liige, volikiri vms) 3. pakkuja kontaktisik(ud) lepingu täitmisel (nimi, ametinimetus, telefoni number, e-posti aadress). (Suur sisestusala (max pikkus 4000 tähemärki))

Vastus: 1. Mait Piir, juhatuse liige; 2. Juhatuse liige; 3. Birgith Abel, meeskonna juht, [email protected], +372 5373 6552

3. Pakkumuse esitamisega kinnitab pakkuja, et: • võtab üle kõik hanketeates ja hankedokumentides esitatud tingimused ja esitab pakkumuse üksnes kõigi nende asjaolude kohta, mille kohta hankija soovib võistlevaid pakkumusi; • tal on olemas hankelepingu täitmiseks vajalikud intellektuaalse omandi õigused; • tal on olnud piisavalt aega lepingus sisalduvate tüüptingimustega tutvumiseks, selgitustaotluste esitamiseks ning tüüptingimustega mittenõustumisel vaidlustuse esitamiseks; • kõik tüüptingimused lepingus on pakkujale arusaadavad ja mõistetavad. (Raadionupp valikutega "Jah/Ei")

Vastus: Jah

PAKKUMUSE MAKSUMUS Pakkumuse maksumus tuleb esitada töölehel "Hindamiskriteeriumid ja hinnatavad näitajad" toodud struktuuri kohaselt.

Ettevõtjalt oodatavad vastused: 1. Kas ettevõtja kinnitab, et täidab pakkumuse lehe "Hindamiskriteeriumid ja hinnatavad näitajad" lehel ette antud struktuuri kohaselt? (Raadionupp valikutega "Jah/Ei")

Vastus: Jah

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

Ettevõtjalt oodatavad vastused: 1. Kas tegemist on ühispakkumusega? Kui vastate jah, siis tuleb lisada pakkumuse "Lisadokumentide" lehele ühispakkujate volikiri. (Raadionupp valikutega "Jah/Ei")

Vastus: Ei

2 / 3

Koostatud 02.04.2026 13:50:53 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

EL NÕUKOGU SANKTSIOON. ALLTÖÖVÕTJAD, TARNIJAD JA TUGINETAVAD

ISIKUD. Pakkuja kinnitab, et ta ei kaasa üle 10% hankelepingu maksumusest hankelepingu täitmisele alltöövõtjaid, tarnijaid ega tugine kvalifitseerimistingimuste täitmisel selliste ettevõtjate näitajatele, kes on: 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.

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. Määrust kohaldatakse riigihangetele alates rahvusvahelisest piirmäärast.

Ettevõtjalt oodatavad vastused: 1. Pakkuja kinnitab, et ta ei kaasa üle 10% hankelepingu maksumusest hankelepingu täitmisele alltöövõtjaid, tarnijaid ega tugine kvalifitseerimistingimuste täitmisel selliste ettevõtjate näitajatele, kes on: 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")

Vastus: Jah

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).

Ettevõtjalt oodatavad vastused: 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")

Vastus: Jah

Ä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) teenuste hankelepingute puhul lisaks punktis 1 nimetatule muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid numbrilisi näitajaid;

3 / 3

Koostatud 02.04.2026 13:50:53 https://riigihanked.riik.ee/rhr-web/#/procurement/9924924/general-info

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

Ettevõtjalt oodatavad vastused: 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))

Vastus: Ärisaladus puudub.

KINNITUS KESKKONNAHOIDLIKE NÕUETE TÄITMISE KOHTA.

Pakkuja kinnitab, et ta järgib teenuse osutamisel keskkonnaalaseid nõudeid ning väldib teenuse osutamisega kaasneva negatiivse kõrvalmõju tekkimist keskkonnale, sh: a) teenuse osutamise tulemusena valminud materjalid esitatakse hankijale eelkõige digitaalsel kujul (keskkonnahoidlikel põhjustel vältida materjali printimist), v.a juhul, kui see on vajalik töö eesmärgipäraseks läbiviimiseks); b) digitaalsel kujul edastatavad materjalid peavad olema ökoloogilise jalajälje ja digiprügi vähendamise eesmärgil salvestatud ja edastatud optimaalsel mahul (vältida otstarbetult suuri andmefaile). Mustandfailid, säilitamiseks mittevajalikud töödokumendid jms, kustutada esimesel võimalusel, kuna IT-serverites failide otstarbetu hoidmine on keskkonda kurnava mõjuga; c) kui lepingu täitmise käigus on vajadus printida infomaterjale, siis eelistatakse printimisel tooteid, millel on olemas I tüüpi ökomärgis.

Ettevõtjalt oodatavad vastused: 1. Pakkuja kinnitab, et täidab keskkonnahoidlikke nõudeid. (Raadionupp valikutega "Jah/Ei")

Vastus: Jah

PAKKUJA ARENDUSMEESKOND

Pakkuja esitab meeskonnaliikmete nõuetele vastavuse tõendamiseks vajaliku teabe hankija poolt etteantud cv vormil.

Ettevõtjalt oodatavad vastused: 1. CV vorm (Dokumendi vorm / CV vorm.docx)

Vastus: 8_1_CV vormid.asice

PAKKUJA VOLITATUD ISIKUD

Kõrvaldamise aluste kontrolli (RHS § 95 lg 1 p 1-3) teostamiseks peab pakkuja esitama ettevõtja muud isikud, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida ning kes ei ole hankijale nähtavad äriregistri registrikaardilt. Eelpool nimetatud isikuteks on näiteks tegevdirektor, kes ei ole juhatuse liige jms. Pakkuja peab kontrolli teostamiseks esitama volitatud isiku nime ja isikukoodi või kinnituse, et selliseid isikuid pakkujal ei ole.

Ettevõtjalt oodatavad vastused: 1. Volitatud isiku(te) nime(d) ja isikukoodi(d) või kinnitus nimetatud isikute puudumise kohta. (Suur sisestusala (max pikkus 4000 tähemärki))

Vastus: Antud isikud puuduvad.

AVALDUS RIIGIHANKEKS

Käesolevaga kinnitab ettevõte Dolm IT, et oleme alates 2025. aastast Kestliku Ettevõtluse Liidu Kell ametlik liige. Dolm IT tegutseb vastutustundliku ja jätkusuutliku ettevõttena, järgides sotsiaalse vastutuse põhimõtteid oma igapäevases tegevuses. Meie eesmärk on panustada ühiskonna arengusse, keskkonnahoidu ning eetilisse ettevõtluskultuuri. Kinnitame, et meie tegevus vastab kehtivatele standarditele ning oleme pühendunud jätkusuutlike lahenduste arendamisele ja rakendamisele. Lugupidamisega, Dolm IT

Nõuded süsteemianalüüsile versioon 1.0

Sisukord:

Sissejuhatus I. Vormistus

SA-v 1. Loomise ja muutmise info: SA-v 2. Oleku info: SA-v 3. Identifitseerimise info:

II. Sisu SA-s 1. Loetavus ja mõistetavus. SA-s 2. Infosüsteemi terviku kirjeldus SA-s 3. Vormide kirjeldused SA-s 4. Kasutuslugude/vormide kasutamise protsesside/tegevuste kirjeldused SA-s 5. Infosüsteemi teenuste kirjeldused SA-s 6. Pildid, skeemid, diagrammid:

III. Töövahendid

Sissejuhatus

Enne projekti tegelikku algust lepitakse kokku kõik erisused - millised punktid vastavas projektis ei rakendu (pole võimalik/vajalik) ja kas rakenduvad mingid täiendavad punktid või all-loetletud punktidele täpsustused.

Antud nõueteloetelu kehtib nii RIKi majasisestele projektidele kui välistele projektidele (majavälised arendajad).

I. Vormistus

Alljärgnevalt on kirjeldatud vormistuse nõuded kõiksugustele nõuetele, nõuete komplektidele, reeglitele, vormidele. Muudatuste haldamine ja seotud viitamine peavad olema kooskõlastatud ja kokkulepitud enne süsteemianalüüsi algust.

SA-v 1. Loomise ja muutmise info:

Loomise eesmärk/taustSA-v 1.1

Tekkimise aegSA-v 1.2

AutorSA-v 1.3

Viimase muutmise põhjusSA-v 1.4

Viimase muutmise aegSA-v 1.5

MuutjaSA-v 1.6

Kui on tegemist nõuete komplektiga (või plokiga), siis peavad olema selgelt eristatavad pealkiri ja sisuSA-v 1.7

SA-v 2. Oleku info:

Kinnitaja ja kooskõlastajadSA-v 2.1

Nõude/nõuete komplekti seis - kasutusel olevad olekunäitajad peavad olema kokkulepitud vastavalt antud projekti vajadustele. SA-v 2.2 Näiteks võivad nõude/nõuete komplekti olekud olla:

tegemisel kooskõlastamisel kinnitatud implementeeritud kehtetu

SA-v 3. Identifitseerimise info:

Igal nõudel/reeglil ja nõete komplektil peab olema unikaalne identifikaatorSA-v 3.1

II. Sisu

Alljärgnevalt on kirjeldatud nõuded süsteemianalüüsi sisule.

SA-s 1. Loetavus ja mõistetavus.

Süsteemianalüüs peab olema:

Loetav ja selgeSA-s 1.1

Kindlas kõneviisisSA-s 1.2

Sisaldama üheselt defineeritud äri- ja süsteemi mõisteidSA-s 1.3

Sisaldama ainult täpseid andmeolemite/andmeväljade nimetusiSA-s 1.4

SA-s 2. Infosüsteemi terviku kirjeldus

Infosüsteemi terviku kirjelduses peavad olema:

Kõikide kasutatavate mõistete definitsioonidSA-s 2.1

Kõikide äriobjektide ja neile vastavate andmeolemite ning seoste kirjeldused ning üldised tööpõhimõttedSA-s 2.2

Andmeolemite kõik andmeväljad ja nende sisu vastastikune mõju üksteiseleSA-s 2.3

Infosüsteemi erinevate kihtide kirjeldused: andmevahetus/kasutajaliides, domeen ja andmebaas.SA-s 2.4

Andmete käitlemine antud süsteemis:SA-s 2.5

versioneerimineSA-s 2.5.1

sünkroniseerimineSA-s 2.5.2

arhiveerimineSA-s 2.5.3

kustutamineSA-s 2.5.4

Kasutusel väljade ja kasutatavate andmeolemite täpsed nimetusedSA-s 2.6

Õiguste kirjeldused: kasutajad, rollid, grupidSA-s 2.7

Süsteemi üldised valideerimisedSA-s 2.8

SA-s 3. Vormide kirjeldused

Kõik kasutajaliidesevormid ja vormide elemendid peavad olema nõuetega/reeglitega kaetudSA-s 3.1

Peab olema loodud prototüüp, mis kajastab kõike realiseeritavat.SA-s 3.2

Märkus: Sõltuvalt projekti kokkulepetest võib seda osa teha ka UX inimene UX ja ärianalüüsi tööde raames.

Iga vormi/vormi osa eesmärk peab olema selge - lühike ja täpne kirjeldus, milleks seda vormi on vaja.SA-s 3.3

Iga vormi jaoks peavad olema välja toodud kõik vormiga seotud sisulised veateated.SA-s 3.4

Märkus: Sõltuvalt projekti kokkulepetest võib seda osa teha ka UX inimene UX ja ärianalüüsi tööde raames.

Iga vormi toimimise juures peavad olema välja toodud erandid, kui need on olemas, võrreldes selle konkreetse süsteemi üldiselt SA-s 3.5 kehtivate reeglitega

Igal vormil peavad olema välja toodud kõik sellega seotud valideerimised ning nendega seotud süsteemi poolt tagastatavad SA-s 3.6 veateated ja hoiatused

Vormi andmeväljade sisestamise ja muutmise kirjeldused; kes (süsteem, kasutaja, sidussüsteem, genereeritakse jooksvalt, ...), SA-s 3.7 mis tingimustel, kuidas?

Millised andmeväljad onSA-s 3.8

kohustuslikudSA-s 3.8.1

valikulisedSA-s 3.8.2

ainult kuvatavadSA-s 3.8.3

tingimuslikult kuvatavad vs alati kuvatavadSA-s 3.8.4

vaikeväärtustega täidetavad + millised need vaikeväärtused onSA-s 3.8.5

Lubatud väärtused väljadele (tekst, numbrid, e-mail, komakohad, jne)SA-s 3.9

Kuidas antud vormile saab - kui see ei tule välja punktis SA-s 4 nõutud kirjeldustestSA-s 3.10

SA-s 4. Kasutuslugude/vormide kasutamise protsesside/tegevuste kirjeldused

Kuidas on erinevad vormid omavahel seotudSA-s 4.1

Kasutajate tegevuste ja tegevuste kogumite kirjeldusedSA-s 4.2

Süsteemi terviklikud kasutamise protsessid/kasutusloodSA-s 4.3

Kriitiliste funktsionaalsuste jaoks testimise stsenaariumidSA-s 4.4

SA-s 5. Infosüsteemi teenuste kirjeldused

Kui tegemist on teenusepõhise (XML-teenuseid pakkuva) infosüsteemiga või liidetustumisega mingi teise infosüsteemiga (teenuste tarbimisega), siis peavad olema kirjeldatud:

Tarbitavad teiste süsteemide teenused (kui on)SA-s 5.1

Kõik edastatavad sisendidSA-s 5.1.1

Kõik tarbitavad väljundid - millised ja kus, kuhu edasi saadetakse/märgitakse/salvestatakseSA-s 5.1.2

Kõik infosüsteemi enda poolt pakutavad teenused (kui on)SA-s 5.2

Iga teenuse kohta detailne sisendite kirjeldusSA-s 5.2.1

Iga teenuse kohta detailne väljundite kirjeldusSA-s 5.2.2

Iga teenusega kaasnevad valideerimised ja sisulised veateatedSA-s 5.2.3

Iga teenuse enda loogika ja funktisonaalsuse kirjeldusSA-s 5.2.4

SA-s 6. Pildid, skeemid, diagrammid:

Peavad:

toetama kirjeldatavat - olema tervikliku kirjelduse osa, mitte tühjalt genereeritud pildialbumSA-s 6.1

omama selget eesmärki - milleks see pilt/skeem/diagramm on, mida ta annab?SA-s 6.2

olema intuitiivselt loetavadSA-s 6.3

Lisaks:

Teenuste puhul on hea lisada ka XML .SA-s 6.4 schema

III. Töövahendid

SA-t 1. Süsteemianalüüsi kajastavad töövahendid peavad olema eelnevalt kokkulepitud

SA-t 2. Spetsifikatsioon peab olema üle antud taaskasutataval kujul.

Näiteks:

skeemi/diagrammi/pildi algfail (mitte suvaline link sellele) *.eap fail Confluence eksportfail ...

Nõuded testimisele v1.2 versioon 1.2

Sisukord

Sissejuhatus 1. Üldine AO-N-TE-Y 2. Dokumentatsioon  AO-N-TE-D 3. Testplaan ja -lood  AO-N-TE-T 4. Logimine, raporteerimine  AO-N-TE-R 5. Nõuded testidele  AO-N-TE-N 6. Lähtekood ja spetsiaalsed tööriistad  AO-N-TE-I 7. Alusandmed  AO-N-TE-A 8. Koormus- ja stressitestid  AO-N-TE-S

Sissejuhatus

Enne projekti tegelikku algust lepitakse kokku kõik erisused - millised punktid vastavas projektis ei rakendu (pole võimalik/vajalik) ja kas rakenduvad mingid täiendavad punktid või all-loetletud punktidele täpsustused.

1. Üldine AO-N-TE-Y

Nõue Sisu

AO-N- TE-Y-1

Kõikide üle antavate tarkvara versioonidega peavad kaasas olema vastavad testid, nendega seotud dokumentatsioon ning kirjelduse või raporti leitud ja parandatud vigadest.

AO-N- TE-Y-2

Tarkvara vastuvõtmiseks vajalikud hankevõitja poolsed testimised ja skoop (osa testplaanist) lepitakse kokku projekti alguses ning seda muudetakse poolte kokkuleppel.

AO-N- TE-Y-3

Vastavalt kokkuleppele tuleb koostada ning üle anda punktis  nimetatud testplaan ja testlood ning eraldi testprojekti ja -programmi puhul ka vajaminev dokumentatsioon ja AO-N-TE-Y-2 kirjeldus.

AO-N- TE-Y-4

Testitava tarkvara lõplik versioon peab läbima vastavad nõuded koormusele/jõudlusele (ISKE,SLA jm.). Selle tõestamiseks tuleb tarnida ka vastavad testid.

AO-N- TE-Y-5

Üle antud testides või vastuvõtutestimisel esinenud probleemid tuleb parandada sarnaselt põhiarendusega.

AO-N- TE-Y-6

Testid peavad olema loogiliselt grupeeritud ning numereeritud, nii et skriptide või tööriistade abil saab kindlat osa käivitada. Näiteks teenuse- või tüübi kaupa (süsteemitestid, koormustestid vm.).

AO-N- TE-Y-7

Üle antud testide käivitamiseks ei pea RIK soetama lisatarkvara. Näiteks automaattestid, koormustestid jm. võiks olla kirjutatud C#+NUnit'is, Selenium'is, JMeter'is, Robot Framework'is või Gattling'us. Kokkuleppel Java+JUnit, Cypress või muu.

2. Dokumentatsioon  AO-N-TE-D

Nõue Sisu

AO-N-TE-D- 1

Dokumentatsiooni eesmärgiks on edasi anda kogu vajalik informatsioon testide kohta (testplaanid, testlood, testide käivitamiseks, jooksutamiseks ja valideerimiseks vajalik informatsioon jne).

AO-N-TE-D- 2

Dokumentatsioon peab olema versioneeritud ning iga punkti (Näiteks Testlugu) juures peab olema tekkimise aeg, viimase muudatuse aeg, autor, muutja.

3. Testplaan ja -lood  AO-N-TE-T

Nõue Sisu

AO-N- TE-T-1

Testplaanile ja –lugudele rakendub peatükk .AO-N-TE-D-2

AO-N- TE-T-2

Testplaan kirjeldab ning selgitab kogu tarkvaraga seotud testimist, kui ei ole kokku lepitud teisiti.

AO-N- TE-T-3

Testlood tulenevad kasutuslugudest ja/või süsteemianalüüsi nõuetest, nende kattumisel piisab testimise kirjeldusest, et vältida dokumentatsiooni dubleerimist.

AO-N- TE-T-4

Testloos peab minimaalselt olema: testi kirjeldus, viide nõudele või kasutusloole, etapid, oodatud tulemus, tegelik tulemus.

AO-N- TE-T-5

Testprojekti ja –programmi puhul võib kood koos kommentaaridega täita testloo rolli (Näiteks Testi nimetus viitab kindlale testloole või süsteeminõudele, C# kirjutatud süsteemitesti nimetamisloogika ja kommentaarid teevad kergelt selgeks tegevuste ahela).

4. Logimine, raporteerimine  AO-N-TE-R

Nõue Sisu

AO-N- TE-R-1

Raportitele rakendub peatükk  AO-N-TE-D-2 . Eraldi raporteid pole tingimata vaja kui kasutatakse ühist JIRA + Confluence keskkonda.

AO-N- TE-R-2

Testraportis kajastatud vigade juures peab olema märgitud tarne versioon, milles viga leiti ning milles see on kõrvaldatud.

AO-N- TE-R-3

Automaatsete testide puhul peab automaatselt genereeruma testraport või statistika tegemiseks vajalik logi (Näiteks NUnit genereerib ise raporti, JMeteris Summary Report+ Aggregate Report või eraldi .csv fail jne.).

AO-N- TE-R-4

Koormus- ja stressitestide puhul peab raport kajastama, millise koormuse juures hakkasid testid negatiivseid tulemusi saama ning millised vead esinesid.

AO-N- TE-R-5

Koormus- ja stressitestide juures on vaja minimaalselt välja tuua: saadetud päringute arv, min. päringu käitlemise aeg(ms), max. päringu käitlemise aeg(ms), päringute käitlemise standardhälve (ms), keskmine päringu käitlemise aeg(ms), vigade %, läbilaskevõime(tegevust/sek.), 90/95/99 protsentiilid.

5. Nõuded testidele  AO-N-TE-N

Nõue Sisu

AO-N-TE- N-1

Testprojekti ja –programmi testide juures rakendub peatükk  AO-N-TE-D-2 , lisaks peab testi juurde märkima testi tegija ning tarkvara versiooni, millele test koostati. 

AO-N-TE- N-2

Süsteemitestidega peavad olema kaetud kõik süsteemi osad, kui ei ole kokku lepitud teisiti (Näiteks kõik arendatud teenused, kasutajaliidesega rakenduse testlood jne.).

AO-N-TE- N-3

Iga test peab olema süsteemi- või ärianalüütiliselt terviklik põhjendatav kooslus (Näiteks ühes testis ei testita kahte erinevat teenust või süsteemi viga).

AO-N-TE- N-4

Iga teenuse kohta peab olema Smoke test, mis kontrollib lihtsaima sisendiga teenuse töökorda.

AO-N-TE- N-5

Kuna RIKis arendatakse pideva integratsiooni mudelit järgides, siis peab olema võimalik teste valikuliselt grupeerida ning neid automaatselt käivitada (Näiteks Grupp „Nightly" öiste integratsioonitestide jaoks).

AO-N-TE- N-6

Testsessioonid ning omavahel mitte seotud testid ei tohi üksteist mõjutada.

6. Lähtekood ja spetsiaalsed tööriistad  AO-N-TE-I

Nõue Sisu

AO-N-TE-I- 1

Spetsiaalselt arendatud testprojektile ja -programmile rakenduvad „Nõuded arendustele –Nõuded rakenduse koodile" .

AO-N-TE-I- 2

Spetsiaalselt arendatud testprojektid peavad kasutama üldtuntud raamistikke Näiteks NUnit, JUnit.

AO-N-TE-I- 3

Kui testprojekt kasutab Objektide kihte, omab teenuste kihti või koodi osa, mida saab WSDL, andmebaasi või muu pealt genereerida, siis selleks peab kasutama tööriistu (Näiteks DTOd ei kirjutata käsitsi).

AO-N-TE-I- 4

Punktis mainitud tööriistad ja nende parandused tuleb tarnida koos testidega.AO-N-TE-I-3

7. Alusandmed  AO-N-TE-A

Nõue Sisu

AO-N-TE- A-1

Alusandmete genereerimiseks vajalik peab olema vastavate testidega kaasas.

AO-N-TE- A-2

Kui testimiseks on vajalikud andmed teistest süsteemidest, siis nende saamine lepitakse eelnevalt kokku.

AO-N-TE- A-3

Alusandmed peavad töötama erinevates keskkondades, kaasa arvatud andmed, mida päritakse teistest süsteemidest.

AO-N-TE- A-4

Peab vältima teiste süsteemide andmete rikkumist, selle vältimiseks vt. punkt .AO-N-TE-A-2

AO-N-TE- A-5

Eelistama peaks alusandmete genereerimist või eraldi üldkasutatavat kihti, millest andmed võetakse, mitte koodi sisse kirjutatud andmeid (Näiteks Isikukoodid võetakse üldisest jadast või eraldi testandmete alamprojektist).

AO-N-TE- A-6

Võimalusel kasutada sünteetilisi, mitte reaalseid andmeid (Näiteks reaalsuses mitte eksisteerivad Isikud), eriti kui arendatavas tarkvaras on automaatseid teavitusi või muud samalaadset (Näiteks automaatne e-mailide saatmine).

8. Koormus- ja stressitestid  AO-N-TE-S

Nõue Sisu

AO-N-TE-S-1 Testide üleandmisel peab kaasa andma nendega kaasneva dokumentatsiooni, kasutatud konfiguratsiooni ning vajadusel riistvara ja arhitektuuri kirjelduse.

AO-N-TE-S-2 Kasutatud konfiguratsioon ning riistvara ja arhitektuur võiks tugevalt sarnaneda vastuvõtja test- või toodangukeskkonna riistvaraga.

AO-N-TE-S-3 Testid peavad olema üldisest konfiguratsioonist skaleeritavad: kasutajate arv, kasutajate etapilisus (ramp-up), testide ajastamine jm. on üldised muutujad või üldises konfiguratsioonis.

AO-N-TE-S-4 Igal testil peab olema konkreetne kontekst (Näiteks SLA nõue, teenuse või baasiprotseduuri jõudluse hindamine vm.).

Nõuded kasutajakogemuse ja kasutajaliidese

disainile vol1/16.02.2026

Võti Nõude liik Nõue

UXUI-1 Vastutus Nõuete järgimise eest vastutab tootejuht/tiimijuht koos

arendustiimiga.

UXUI-2 Kohaldumine ja

erisused Nõuded kehtivad nii uutele kui ka uuendatavatele teenustele.

UXUI-3 Kohaldumine ja

erisused

Teenuste puhul on oluline eristada, millised nõuded on

rakendatavad. Nõuete väljajätmine peab olema mõistlik,

lähtuma süsteemi kasutamise plaanist ning olema põhjendatud

ja kooskõlastatud strateegiatiimiga.

UXUI-4

UX/UI nõuete

kontrollnimekirja

kasutamine

UX/UI nõuete täitmise hindamisel tuleb kasutada kehtivat

UX/UI nõuete kontrollnimekirja.

Kontrollnimekirja kasutatakse nii Tellija kui ka Täitja poolt

vastavuse hindamiseks hankes, tehnilises kirjelduses ja/või

lähteülesandes sätestatud UX/UI nõuetele. Vastutaja on

tootejuh/tiimijuht.

UXUI-5

UX/UI nõuete

kontrollnimekirja

kasutamine

UX/UI nõuete kontrollnimekirja täiendatakse ja ajakohastatakse

kogu arendusprotsessi vältel. Kontrollnimekirjast peab nähtuma

iga nõude täitmise hetkeseis ning rakendatavus konkreetse

lahenduse kontekstis.

UXUI-6

UX/UI nõuete

kontrollnimekirja

kasutamine

Nõuete täitmismärge tehakse üksnes kontrollimise/testimise

tulemustele tuginedes. Vajaduse korral lisatakse

kontrollnimekirja selgitused, tõendusmaterjal ning viited

testimis-, valideerimis- või muudele asjakohastele

dokumentidele.

UXUI-7

UX/UI nõuete

kontrollnimekirja

kasutamine

Esmane UX/UI nõuete kontrollnimekiri esitatakse enne

arendustööde algust, et tagada Tellija ja Täitja vaheline ühine

arusaam rakendatavatest UX/UI nõuetest ning nende

kohaldamise ulatusest.

UXUI-8

UX/UI nõuete

kontrollnimekirja

kasutamine

UX/UI kontrollnimekirja täidetakse kogu arenduse vältel ning

see uuendatakse ja kinnitatakse iga etapi üleandmisel.

Ajakohane kontrollnimekiri on eeltingimus testimise

alustamiseks ja lansseerimiseks.

UXUI-9

UX/UI nõuete

kontrollnimekirja

kasutamine

Lõplik, täielikult täidetud UX/UI nõuete kontrollnimekiri on

eeltingimus töö vastuvõtmiseks ning esitatakse töö üleandmisel.

UXUI-10

UX/UI nõuete

kontrollnimekirja

kasutamine

UX/UI nõuete täitmist võib vajadusel kontrollida pisteliselt

UX/UI spetsialist, UX kompetentsijuht või ärianalüüsi

kompetentsijuht, hinnates lahenduse vastavust kehtivatele

nõuetele ja kokkulepetele.

UXUI-11 Põhimõtted ja

standardid

Sisemised ja välised teenused peavad vastama vähemalt

WCAG AA taseme nõuetele, et tagada teenuste kättesaadavus

kõigile.

UXUI-12 Põhimõtted ja

standardid

Sisemiste ja väliste teenuste kavandamisel ja arendamisel tuleb

rakendada üldtunnustatud kasutatavuse heuristikaid,

disainipõhimõtteid ning interaktsioonireegleid, et tagada

järjepidev ja kvaliteetne kasutajakogemus.

Kirjeldus:

Sisemised ja välised teenused peavad arvesse võtma Jakob

Nielseni kasutatavuse heuristikat, peavad arvestama Dieter

Ramsi disainipõhimõtetega ja Ben Shneidermani

interaktsioonireeglitega.

UXUI-13 Põhimõtted ja

standardid

Ainult välised teenused peavad vastama Euroopa Liidu

ligipääsetavuse standardile (EN 301 549 direktiiv).

UXUI-14 Põhimõtted ja

standardid

Teenusedisaini ning agiilse arenduse põhimõtteid ja tehnikaid

peab kasutama juba teenuse ideestamise faasis. See tähendab, et

lõppkasutaja vajadused, kasutajakogemuse pidev parendamine

ning iteratiivne arendusprotsess on kesksel kohal ning otsuste

tegemisel toetutakse andetele.

UXUI-15 UX/UI analüüs

UX/UI-analüüsi tulemused dokumenteeritakse koos ärinõuetega

ning neid kasutatakse sisendina prototüüpide ja kasutajaliidese

arendamisel ja hoitakse kokkulepitud keskkonnas.

• Analüüs peab sisaldama sihtrühmasid ja

kasutajasegmente, kelle vajadusi lahendus teenindab.

• Analüüs peab sisaldama probleemi või vajaduse

kirjeldust kasutaja vaates.

• Analüüs peab sisaldama kasutajauuringute allikaid (nt

testimised, intervjuud).

• Analüüs peab sisaldama peamisi tähelepanekuid ja

järeldusi (testimistest, allikatest jne).

• Analüüs peab sisaldama soovitusi disaini täiustamiseks.

UXUI-16 UX/UI analüüs

Dokumendid peavad olema seotud vastava teenuse või

komponendi kirjeldusega ning kergesti leitavad

projektimeeskonna liikmetele.

UXUI-17 Disainiraamistike

kasutus

Disainiraamistikud ja stiiliraamat peavad tagama visuaalse ja

disainikeelelise ühtsuse, komponentide korduvkasutatavuse

ning toetama kasutajakogemuse disaini.

UXUI-18 Disainiraamistike

kasutus

Kõik UI-elemendid peavad vastama kokkulepitud

disainiraamistikule (nt TEDI) ja stiiliraamatule.

UXUI-19 Disainiraamistike

kasutus

TEDI kasutamine on kohustuslik kõikides arendustes, kus

luuakse või uuendatakse riiklikke digiteenuseid, eriti

avalikkusele suunatud lahendustes.

TEDI kohustuslikkus - TEDI (Terve Eesti Disainisüsteem) on

riiklik disainikomponentide kogumik, mis sisaldab nii Figma

prototüüpide komponente kui ka arenduses kasutatavaid UI-

elemente.

TEDI-Ready disainisüsteem

UXUI-20 Disainiraamistike

kasutus

Kõik prototüübid tuleb luua TEDI Figma komponentide põhjal.

Kui vajalikku komponenti ei ole, tuleb lahendus luua,

valideerida UI spetsialistiga ja esitada see TEDI täiendamiseks.

UXUI-21 Disainiraamistike

kasutus

Komponentide ümberkujundamine või loomine on lubatud ja

peavad vastama UX/UI nõuetele. Välja arvatud juhul, kui see

on tehniliselt põhjendatud ja eelnevalt kooskõlastatud

disainivõlana. Disainivõlg on teadlik kompromiss, mis ei vasta

kokkulepitud disaininõuetele ja mille detailid on

dokumenteeritud, et seda saaks tulevikus parandada.

UXUI-22

Prototüüpimine ja

Figma projektide

haldamine

Kõik kasutajaliidese prototüübid ja disainifailid peavad olema

loodud Figma keskkonnas ning salvestatud ja hallatud RIKi

Figma tööruumis.

UXUI-23

Prototüüpimine ja

Figma projektide

haldamine

Failide ligipääs peab olema jagatav õigustega (view/edit) ja

tagama töö jätkusuutlikkuse ka personali muutuse korral.

UXUI-24

Prototüüpimine ja

Figma projektide

haldamine

Igal Figma projektil peab olema selge ja arusaadav nimi ja

projekti kirjeldus.

UXUI-25

Prototüüpimine ja

Figma projektide

haldamine

Igal Figma failil peab olema esileht (cover). Cover aitab failide

vahel kiiremini orienteeruda ja loob ühtsuse.

RIKi Figma mall

UXUI-26

Prototüüpimine ja

Figma projektide

haldamine

Iga Figma projekt koosneb nelja tüüpi failidest:

• Stiiliraamatu fail

• Tööfail - soovi korral igal analüütikul eraldi

• Arendusvalmis fail (ready for dev)

• Arhiiv (vajadusel)

UXUI-27

Prototüüpimine ja

Figma projektide

haldamine

Stiiliraamatu fail sisaldab korduvkasutatavaid komponente ja

disainielemente.

UXUI-28

Prototüüpimine ja

Figma projektide

haldamine

Lõplikud disainilahendused tuleb lisada arendusvalmis faili.

Sisaldab kinnitatud ja arenduseks ettevalmistatud

disainilahendusi.

UXUI-29

Prototüüpimine ja

Figma projektide

haldamine

Tööfailid on mõeldud mustanditeks.

UXUI-30

Prototüüpimine ja

Figma projektide

haldamine

Arhiivi lisatakse kõik vanad tööd, mis enam ei päde, aga

soovitakse mingil põhjusel alles hoida.

UXUI-31

Prototüüpimine ja

Figma projektide

haldamine

Igas failis olevad lehed (pages) tuleb korrektselt nimetada

vastavalt nende sisule (nt "Avaleht", "Töölaud" jne).

UXUI-32

Prototüüpimine ja

Figma projektide

haldamine

Aredusvalmis failis peab iga raam (frame) kandma selget ja

arusaadavat nime, mitte vaikimisi genereeritud nimetusi (nt

"Frame 1", "Group 2").

UXUI-33

Prototüüpimine ja

Figma projektide

haldamine

RIKi Figma tööruumi haldavad RIKi poolt määratud

administraatorid.

UXUI-34

Kasutajakesksus

ja kasutajatega

testimine

Arendusprotsessi käigus tuleb testida prototüüpe ja valminud

lahendusi sihtrühma kasutajatega, võimalusel erivajadustega

inimestega.

UXUI-35

Kasutajakesksus

ja kasutajatega

testimine

Kasutajatega testimised peavad keskenduma kasutatavusele,

arusaadavusele ja ligipääsetavusele.

UXUI-36

Kasutajakesksus

ja kasutajatega

testimine

Testimistulemused tuleb dokumenteerida ning nende järeldusi

kasutada teenuse täiendamiseks.

UXUI-37 UX kirjutamine

Kasutajaliidese tekstid (nt. teavitustekstid, nupu nimetused jne)

peavad olema lühikesed, arusaadavad, tegevust kirjeldavad ja

vältima kantseliiti.

UXUI-38

Kasutajate

tagasiside ja pidev

arenduse tugi

Pärast teenuse lansseerimist tuleb koguda kasutajate tagasisidet

regulaarselt, kasutades selleks sobivaid kanaleid (nt.

tagasisidevormid, kasutajatugi, analüütika). Saadud sisendit

kasutatakse iteratiivseks täiustamiseks ja kasutajate ootustega

kooskõlas püsimiseks.

UXUI-39 Kasutajakogemuse

mõõdikud

Kasutajakogemuse kvaliteedi hindamise mõõdikud on:

kasutajate rahulolu ja vajadusel süsteemi kasutatavuse skoor

(SUS) . Need aitavad tuvastada kitsaskohti ja hinnata

parenduste mõju.

UXUI-40 Kasutajakogemuse

mõõdikud

Teenused peavad võimaldama kasutajakäitumise jälgimist (nt

Google Analytics, Matomo) eesmärgiga hinnata tegelikku UXi.

UXUI-41

Tehniline

rakendus ja

dokumentatsioon

Kõik kasutajaliidese komponendid peavad olema

dokumenteeritud koos tehnilise kirjelduse ja kasutusnäidetega

(nt Storybook).

UXUI-42

Tehniline

rakendus ja

dokumentatsioon

Kasutajaliidese tehniline realiseerimine peab tagama UX/UI

nõuete täieliku ja järjepideva rakendamise.

UXUI-43

Turvalisus ja

privaatsus

kasutajaliideses

RIKi töötajad kasutavad Figmat ainult RIKi e-postiga. Välise

ressursi puhul lepitakse juurdepääsu andmine projektipõhiselt

kokku.

UXUI-44

Turvalisus ja

privaatsus

kasutajaliideses

Iga uue Figma litsentsi kasutaja tellib tiimijuht.

UXUI-45

Turvalisus ja

privaatsus

kasutajaliideses

Kasutajaliideses tuleb järgida andmekaitse ja küberturvalisuse

parimaid tavasid. Väliste arendajatele puhul täpsustada õiguse

tiimiga üle, millist teavet peetakse AK teabeks.

UXUI-46

Turvalisus ja

privaatsus

kasutajaliideses

Prototüüpimisel kasutatakse üksnes sünteetilisi andmeid, mis ei

sisalda isikuandmeid ega muud tundlikku teavet. Live-andmeid

ei tohi kasutada.

UXUI-47 Responsiivsus ja

ligipääsetavus

Lahendused peavad toimima erinevates ekraanisuurustes ja

seadmetes ilma horisontaalse kerimiseta.

UXUI-48 Abiinfo

kasutajaliideses

Kui kasutaja vajab täiendavat infot (kasutusjuhend), peab

abiinfo olema lühike, kergesti leitav ja kontekstipõhine ning

kuvatud samas kasutajaliidese vaates, kus kasutaja oma

ülesannet täidab

UXUI-49 Versioonihaldus ja

muutuste logi

Kõik muudatused prototüüpides, komponentides ja

dokumentatsioonis peavad olema versioonitavad ning

muudatused logitud (sh Figma failide ja Confluence'i artiklite

muudatused), millega tagatakse jälgitavus - millal ja miks

mingi disainimuutus tehti.

UXUI-50 Versioonihaldus ja

muutuste logi

Kui mõni disainilahendus ei vasta täielikult nõuetele, tuleb see

dokumenteerida ning registreerida disainivõlana

vastavustablisse.

UXUI-51

UX/UI nõuete

dokumendi

haldamine

Käesolevat dokumenti ajakohastatakse vähemalt kord aastas või

olulisemate muudatuste korral. Uuenduste eest vastutab UX

disaini kompetentsijuht.

Allikad:

10 Usability Heuristics for User Interface Design 10 Usability Heuristics for User Interface

Design - NN/g

Dieter Rams: 10 Timeless Commandments for Good Design Dieter Rams: 10 Timeless

Commandments for Good Design | IxDF

Euroopa Liidu digiligipääsetavuse standardis EN 301 549 V3.2.1 (2021-03)

The Eight Golden Rules of Interface Design Ben Shneiderman

TEDI TEDI-Ready disainisüsteem

Veebilehe ja mobiilirakenduse ligipääsetavuse nõuded ning ligipääsetavust kirjeldava teabe

avaldamise kord Veebilehe ja mobiilirakenduse ligipääsetavuse nõuded ning ligipääsetavust

kirjeldava teabe avaldamise kord–Riigi Teataja

UX/UI nõuete kontrollnimekiri arenduse eel

ja järel v.1 2026

UX check-listi kasutamine on arenduse planeerimise ja lõpetamise kohustuslik osa.

Selle täitmise eest vastutab tooteomanik või tiimijuht.

Vajadusel kontrollib check-listi täidetust UX/UI spetsialist, UX kompetentsijuht või ärianalüüsi

kompetentsijuht, et tagada nõuetele vastavus.

☐ Esmane nimekiri on esitatud enne arenduse algust

☐ Täitmismärge põhineb kontrolli või testimise tulemustel

☐ Nimekiri on ajakohastatud iga vaheetapi ja lõppakti juures

☐ Teostatud on automaatne ligipääsetavuse kontroll. Teenus vastab vähemalt WCAG 2.2 AA

taseme nõuetele. Kui AA taset ei saavutata, on olemas põhjendus

☐ Ligipääsetavuse teatis on olemas (ainult väliste teenuste puhul)

☐ Sihtrühmad ja kasutajasegmendid on määratletud analüüs toetub andmetele

☐ UX/UI-analüüs on dokumenteeritud ja seotud ärinõuetega ning on kergesti leitavad

projektimeeskonna liikmetele

☐ Kasutatav disainiraamistik / stiiliraamat on määratud ja fikseeritud eelanalüüsis ning viitena

salvestatud

☐ Kõik UI-elemendid vastavad kokkulepitud disainiraamistikule ja stiiliraamatule

☐ Komponentide erilahendused on dokumenteeritud disainivõlana

☐ Kõik prototüübid ja disainifailid on loodud Figmas ja asuvad RIKi Figma tööruumis

☐ Igal Figma projektil on selge nimi ja kirjeldus

☐ Prototüüpe ja lahendusi on testitud sihtrühma kasutajatega

☐ Kasutajatega testimise plaan ja tulemused on dokumenteeritud

☐ Kasutajate tagasisidet kogutakse regulaarselt

☐ UX mõõdikud (nt. SUS, analüütika) on kokkulepitud ja plaan seadistamiseks olemas,

fikseeritud eelanalüüsis ja töötavad.

☐ Dokumentatsioon (sh. analüüs, komponendid, tehniline kirjeldus ja kasutusnäited) on olemas

ja salvestatud kokkulepitud keskkonnas.

☐ Live-lahendus vastab prototüübile ja UX/UI nõuetele

☐ Kasutajaliides järgib andmekaitse ja küberturvalisuse parimaid tavasid

☐ Prototüüpimisel kasutatakse ainult sünteetilisi andmeid

☐ Lahendus töötab erinevates ekraanisuurustes ja seadmetes

☐ Kõik muudatused on versioonihalduses jälgitavad

☐ Disainivõlg on dokumenteeritud vastavustabelis