Käskkiri

Käskkirja Lisa 1

Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“

Pakkujate hankemenetluselt kõrvaldamise alused, kvalifitseerimistingimused ja

kvalifikatsiooni tõendamise nõuded

1. Hankemenetluselt kõrvaldamise alused ja hankepassiga esitatav informatsioon

1.1. Hankija ei sõlmi hankelepingut ja kõrvaldab hankemenetlusest pakkuja, kellel esineb

RHS § 95 lõikes 1 nimetatud kõrvaldamise alus.

1.2. Hankija võib kõrvaldada hankemenetlusest pakkuja, kellel esineb RHS § 95 lõikes 4

nimetatud kõrvaldamise alus.

1.3. Pakkuja esitab kõrvaldamise aluste puudumise ja kvalifitseerimise tingimustele

vastavuse esialgse tõendina hankepassi Euroopa Komisjoni kehtestatud standardvormil

vastavalt RHS § 104 sätestatud tingimustele.

2. Pakkuja kvalifitseerimise tingimus

2.1. Tehniline ja kutsealane pädevus

Pakkuja peab olema riigihanke väljakuulutamisele eelneva 36 kuu jooksul nõuetekohaselt

täitnud vähemalt kolm (3) veebide hooldus- ja/või arendustööde teenuse osutamise lepingut

(sealjuures peavad teostatud tööd olema lepingus ettenähtud tähtajal üleantud ning Tellija poolt

vastuvõetud). Täidetuks loetakse leping, mille täitmise tähtaeg on riigihanke väljakuulutamise

kuupäevaks saabunud ning mille kohaselt teostatud tööd on tellijale üle antud ja tellija poolt

vastu võetud.

2.1.1. Pakkuja esitab hankepassis teabe eelnimetatud lepingu(te) maksumuse,

kuupäevade, töö nimetuse või sisu ja teiste lepingupoolte kohta, samuti riigihanke

viitenumbri juhul, kui on tegemist täidetud riigihanke lepinguga. Iga lepingu

maksumus peab olema vähemalt 30 000 eurot ilma käibemaksuta.

2.1.2. Kui lepingut täidetakse ka pärast riigihanke algamise tähtpäeva, saab pakkuja

oma kvalifikatsiooni tõendada ja leping loetakse täidetuks osas, milles teenus on

riigihanke algamise ajaks tellijale üle antud ja tellija poolt vastu võetud. Kui

lepingu täitmise aeg jääb osaliselt referentsperioodi eelsesse aega, saab pakkuja

oma kvalifikatsiooni tõendada üksnes selle osaga lepingust, millises see on täidetud

(tellijale üle antud ja tellija poolt vastu võetud) referentsperioodi jooksul.

2.1.3. Kui teenust osutatakse raamlepingu alusel, saab pakkuja oma kvalifikatsiooni

tõendada raamlepingu alusel sõlmitud ja täidetud hankelepingutega. Pakkuja esitab

andmed riigihanke algamisele eelneva 36 kuu jooksul täidetud lepingu kohta koos

andmetega lepingu sõlmimise ja täitmise kuupäeva ja teise lepingupoole kohta

(tellija nimi, e-posti aadress, telefon). Hankija kontrollib esitatud andmeid

hankijale avalikes andmekogudes kättesaadava info kaudu. Info kohta, mis ei ole

hankijale andmekogudes olevate avalike andmete põhjal tasuta kättesaadav,

kohustub pakkuja hankija nõudmisel esitama täiendavad selgitused, andmed või

dokumendid kuni viie tööpäeva jooksul päringu saamisest arvates. Hankijal on

õigus lisateabe saamiseks pöörduda teise lepingupoole poole.

Käskkirja Lisa 2

RIIGIHANKE ALUSDOKUMENT

„Veebide hooldus- ja arendustööde teenuse tellimine“

Majandus- ja Kommunikatsiooniministeerium teeb ettepaneku pakkumuse esitamiseks

hankele, mille eesmärgiks on raamlepingu sõlmimine digiriik.eesti.ee veebi ja Digiriigi

Akadeemia platvormi arendus- ja hooldustööde teostamiseks Drupal ja Moodle platvormidel.

Raamlepingu raames tehakse eraldi tellimusi ja hankelepinguid erinevate veebilehtede

arendamiseks, funktsionaalsuste realiseerimiseks ning hooldusteenuse osutamiseks.

Hankija: Majandus- ja Kommunikatsiooniministeerium

Suur-Ameerika 1, 10122 Tallinn

reg kood: 70003158

e-post: [email protected]

(edaspidi Hankija)

Riigihanke nimetus: Veebide hooldus- ja arendustööde teenuse tellimine

Pakkumuste jõusolek: 90 kalendripäeva

Lepingu täitmise kestus: 30 kuud alates raamlepingu sõlmimisest või kuni mahu

täitumiseni

Lepingu eeldatav ja

maksimaalne maksumus:

200 000 eurot (lisandub käibemaks)

Riigihanke läbiviimise eest

vastutav isik:

Triinu Sink

Digiriigi arengu osakonna projektijuht

Hankeleping rahastatakse Euroopa Regionaalarengu Fondist, majandus- ja

kommunikatsiooniministri 14. märtsi 2023 käskkirja nr 44 „Toetuse andmise tingimused

digiriigi alusbaasi kindlustamise, digiriigi arenguhüpete hoogustumise ning küberruumi

turvalisuse tagamise toetamiseks“ alusel, millega kehtestatakse meetme nr 21.1.2.1 “Digiriik”

sekkumise 21.1.2.1 „Digilahenduste ja uuenduste väljatöötamine ja kasutuselevõtt avalikus

sektoris” raames toetuse andmise tingimused ja kord.

2

1. Raamlepingu eseme kirjeldus

1.1. Raamlepingu esemeks on Digiriigi Akadeemia1 platvormi ja digiriik.eesti.ee2 veebiga

seotud tarkvara arendus- ja hooldustööde teostamine Drupal ning Moodle platvormidel.

1.2. Raamlepingu alusel sõlmitakse hankelepinguid hanke alusdokumendi (edaspidi HD)

pt. 1.1. nimetatud veebide arendamiseks, nendega seotud funktsionaalsuste

realiseerimiseks ning veebide hooldusteenuse osutamiseks. Hooldus- ja arendustööde

täpsem kirjeldus on toodud HD lisa 1 „Tehniline kirjeldus“.

1.2.1. Raamleping sõlmitakse kuni kolme (3) eduka Pakkumuse esitanud Pakkujaga.

Raamleping kehtib 30 kuud alates raamlepingu allkirjastamisest või kuni

raamlepingu mahu täitumiseni. Raamlepingu alusel sõlmitakse arendus- ja

hooldusteenuse tellimiseks hankelepingud lähtudes raamlepingust tulenevatest

tingimustest.

1.2.2. Juhul kui riigihankel osutub edukaks ainult üks Pakkuja, siis sõlmitakse

raamleping vaid ühe Pakkujaga.

1.2.3. Hankelepingute sõlmimise ja minikonkursside läbiviimise kord on kirjeldatud

HD Lisas 12. Nimetatud kord reguleerib hankelepingute sõlmimist nii olukorras,

kus raamleping sõlmitakse vaid ühe Pakkujaga kui olukorras, kus raamleping

sõlmitakse mitme Pakkujaga.

1.2.4. Raamlepingu alusel sõlmitav esimene hankeleping sõlmitakse samaaegselt

raamlepinguga, raamlepingu sõlmimiseks esitatud, kõrgeimaid väärtuspunktid

saanud ja edukaks tunnistatud Pakkumuse esitanud eduka pakkujaga. Esimese

hankelepingu ese on kirjeldatud HD lisas 3 „Esimese töö kirjeldus“.

1.3. Hankijaks on Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158,

asukoht Suur-Ameerika 1, Tallinn 10122.

1.4. Hanke raames ostetakse teenuse osutamiseks töötunde kogumaksumusega kuni

200 000 eurot (lisandub käibemaks).

1.5. Hanke eest vastutav isik on Triinu Sink (telefon 625 6482, e-post [email protected]),

digiriigi arengu osakonna projektijuht.

2. Nõuded Pakkuja meeskonnale

2.1. Pakkuja peab raamlepingu perioodi vältel katma ja tagama HD punktis 1.2. ning HD

Lisa 1 „Tehniline kirjeldus“ punktides. 2.2.1.-2.2.8. ja 3.2.1.-3.2.12. kirjeldatud teenuse

osutamiseks ning seonduvate arendus- ja hooldustööde teostamiseks vajalikud rollid

(sh näiteks projektijuht, analüütik, UX-UI disainer, front-end ja back-end arendajad,

testija jt), tagades seeläbi konkreetse hankelepingu vajadustele ja iseloomule vastava

ning teenuse osutamiseks ja tõrgeteta toimimiseks vajaliku kompetentsi ja ressursi.

2.1.1. Pakkuja peab tagama raamlepingu perioodil Moodle ja Drupal veebide ning

nendega seotud andmebaaside hooldus- ja arendustööde teostamiseks vajaliku

kompetentsi ning ressursi.

2.1.2. Pakkuja peab omama teenuse osutamiseks vajalikke litsentse, töövahendeid,

seadmeid ja tehnilist varustust.

2.2. Pakkumuse esitamiseks moodustab Pakkuja meeskonna, mis on vajalik HD punktis.

1.2. kirjeldatud tööde kavandamiseks ja teostamiseks kogu raamlepingu perioodi vältel.

Pakkuja kirjeldab meeskonna koosseisu HD Lisa 5 „Projektimeeskonna koosseis“

vormil.

1 https://digiriigiakadeemia.ee 2 http://digriik.eesti.ee

3

2.2.1. Pakkujal on õigus vahetada meeskonnaliikmetena esitatud isikuid Hankija

eelneval nõusolekul ning tingimusel, et meeskonnaliige asendatakse vähemalt

samaväärsete oskustega liikmega.

3. Nõuded Pakkumusele

3.1. Pakkumus peab vastama riigihanke alusdokumentides esitatud tingimustele ja tuleb

esitada kogu riigihanke alusdokumentides nõutud mahus. Alternatiivsed lahendused ei

ole lubatud.

3.2. Pakkumus peab koosnema järgnevatest osadest:

3.2.1. Täidetud HD Lisa 2 „Esimese Töö Pakkumus“ vorm, milles Pakkuja kirjeldab

esimese Töö ülesande teostamiseks valitud metoodikat ja protsessi loogikat,

püstitatud eesmärgi saavutamiseks vajalike tegevuste loetelu ja asjakohaseid

riskide haldamise meetmeid.

3.2.2. Vabas vormis Esimese töö teostamise ajakava (lähtuvalt HD Lisa 2 ja HD Lisa

4 vormidel nimetatud Töö teostamise etappidest).

3.2.3. Täidetud HD Lisa 4 „Pakkumuse maksumus“ vorm, milles on eristatav HD Lisa

3 „Esimese töö kirjeldus“ (edaspidi Töö) teostamise etappide kirjeldus, Töö

teostamiseks kuluvate tundide arv ning maksumuse kalkulatsioon.

3.2.4. Täidetud HD Lisa 5 „Projektimeeskonna koosseis“ vorm, mis on digitaalselt

allkirjastatud kõigi vormil nimetatud meeskonnaliikmete poolt.

4. Pakkumuste esitamine

4.1. Pakkumus peab olema esitatud riigihangete registri kaudu registris märgitud tähtajaks

digitaalselt allkirjastatuna Pakkuja seadusjärgse või volitatud esindaja poolt (volitatud

isiku määramisel on lisatud vastav volikiri HD Lisa 8 vormil).

4.1.1. Ühispakkumuse esitamise korral peab Pakkuja kinnitama HD Lisa 9 vormil, et

hankelepingu täitmise eest vastutavad ühispakkujad solidaarselt.

4.2. Pärast pakkumuste esitamise tähtaja möödumist pakkumust esitada ei saa.

4.3. Pakkumuse esitamisega kinnitab Pakkuja kõigi riigihanke alusdokumentides esitatud

tingimuste ülevõtmist.

4.4. Pakkumus peab olema jõus vähemalt 90 päeva arvates Pakkumuste esitamise

tähtpäevast.

4.5. Pakkuja märgib Pakkumuses selgelt eristataval viisil, milline teave on Pakkuja

ärisaladus ning põhjendab ärisaladuseks määramist. Ärisaladusena ei ole lubatud

märkida Pakkumuse maksumust, osamaksumusi ega muid hindamise kriteeriumidele

vastavaid Pakkumust iseloomustavaid numbrilisi näitajaid (RHS § 461 lg 1).

4.5.1. Hankija juhib tähelepanu asjaolule, et eduka Pakkuja Pakkumus on avalik

lähtuvalt RHS § 110 lg 5, välja arvatud Pakkuja poolt õigustatult ärisaladuseks

määratletud osas. Juhul kui Pakkuja ei määratle Pakkumuses arusaadavalt

ärisaladust või ei põhjenda asjakohaselt, miks on tegemist ärisaladusega, on

Hankijal kohustus teabenõude laekudes Pakkumus täies ulatuses avalikustada.

4.6. Pakkuja peab arvestama, et pakkumuse edukaks tunnistamise korral vastutab Pakkuja

Töö teostamise eest kooskõlas hanketingimustega ning tema poolt esitatud

Pakkumusega.

5. Hindamiskriteeriumid ja Pakkumuse hindamine.

5.1. Eduka Pakkumuse esitajaks tunnistatakse ning leping tööde teostamiseks sõlmitakse

kuni kolme soodsaima Pakkumuse esitanud Pakkujaga vastavalt Pakkumuste

4

hindamise korrale ja kes vastavad RHS § 95 lg 1 ja lg 4 ja kvalifitseerimise

tingimustele. Kõikide vastavaks tunnistatud Pakkumuste võrdlemisel ja hindamisel

rakendatakse soodsaima Pakkumuse tuvastamiseks väärtuspunktide süsteemi (Merit

Point System).

5.1.1. Arendustöö teenuse ühe töötunni hind (ilma käibemaksuta) – maksimaalselt

20 väärtuspunkti. Pakkuja esitab ühe töötunni maksumuse RHR vormil. Töötunni

maksumust hinnatakse ilma käibemaksuta. Madalaima töötunni hinna pakkujale

omistatakse 20 väärtuspunkti. Järgnevad pakkumused saavad punkte

proportsionaalselt vähem ja arvutatakse valemiga: "väärtuspunktid” = “madalaim

arendustöö teenuse töötunni hind ” / “hinnatava Pakkumuse arendustöö teenuse

töötunni hind” x 20.

5.1.2. Hooldustöö teenuse ühe töötunni hind (ilma käibemaksuta) – maksimaalselt

20 väärtuspunkti. Pakkuja esitab ühe töötunni maksumuse RHR vormil. Töötunni

maksumust hinnatakse ilma käibemaksuta. Madalaima töötunni hinna pakkujale

omistatakse 20 väärtuspunkti. Järgnevad pakkumused saavad punkte

proportsionaalselt vähem ja arvutatakse valemiga: "väärtuspunktid” = “madalaim

hooldustöö teenuse töötunni hind ” / “hinnatava Pakkumuse hooldustöö teenuse

töötunni hind” x 20.

5.1.3. Esimese Töö kirjeldus – maksimaalselt 60 väärtuspunkti. Pakkuja esitab

Esimese Töö projektiplaani Hankija vormil HD Lisa 2. Kriteeriumit hinnatakse

Tabel 1. nimetatud kolme alamkriteeriumi alusel, milleks on:

5.1.3.1. „Töö teostamise kirjeldus“ (30 punkti);

5.1.3.2. „Esimese töö teostamise kulude selgitus ja põhjendatus“ (25 punkti);

5.1.3.3. „Riskide haldamise meetmete kirjeldus“ (5 punkti);

Tabel 1. Kriteeriumi „Esimese Töö kirjeldus“ alamkriteeriumid on:

Alamkriteeriumid Punktid Kriteeriumi komponendid

Töö teostamise

kirjeldus

(HD Lisa 2 pt. 2.) 30 punkti

Pakkuja on kirjeldanud asjakohased tegevused, mis

toetavad täielikult hanke eesmärkide saavutamist ning

vastavad HD Lisa 3 ning HD Lisa 1 pt. 3.-5. esitatud

nõuetele

15 punkti

Pakkuja on kirjeldanud asjakohased tegevused, mis

vastavad suures osas HD Lisa 3 ning HD Lisa 1 pt. 3.-

5. esitatud nõuetele ega takista hanke eesmärkide

saavutamist

0 punkti

Pakkuja on tegevused kirjeldanud, kuid kirjeldustes

esineb olulisi puuduseid, mis ei võimalda tagada

teenuse kvaliteetset osutamist (lähtuvalt HD Lisa 2

ning HD Lisa 1 pt. 3.-5. esitatud nõuetest)

Esimese töö

teostamise kulude

selgitus ja

põhjendatus

(HD Lisa 2 pt 1.)

25 punkti

Töö teostamisega seotud kulud on täielikult

põhjendatud ja kooskõlas HD Lisa 3 ning HD Lisa 1

pt. 3.-5 esitatud nõuete ja hanke üldiste eesmärkidega

12 punkti

Töö teostamisega seotud kulud on suures osas

põhjendatud ja kooskõlas HD Lisa 3 ning HD Lisa 1

pt. 3.-5 esitatud nõuetega ega takista hanke üldiste

eesmärkide saavutamist

0 punkti

Töö teostamisega seotud kulud ei ole põhjendatud

ja/või esineb olulisi puuduseid, mis ei võimalda

tagada teenuse kvaliteetset osutamist (lähtuvalt HD

Lisa 2 ning HD Lisa 1 pt. 3.-5. esitatud nõuetest)

5

Riskide haldamise

meetmete kirjeldus

(HD Lisa 2 pt. 4.)

5 punkti Riskide haldamise meetmed on proportsionaalsed

3 punkti Riskide haldamise meetmete kirjelduses esineb

üksikuid puuduseid

0 punkti Riskide haldamise meetmed ei toeta hanke

eesmärkide saavutamist etteantud ajaraamis

5.1.3.4. „Esimese Töö projektiplaan“ kriteeriumi iga alamkriteeriumit hindavad

Hankija hankekomisjoni liikmed individuaalselt. Maksimaalselt on igalt

hindamiskomisjoni liikmelt võimalik saada 60 punkti. Liikmete antud

punktid summeeritakse ja leitakse aritmeetiline keskmine. Seejärel

rakendatakse väärtuspunktide süsteemi ehk maksimaalsed väärtuspunktid

omistatakse suurima punktisumma saanud pakkumusele. Ülejäänud

hinnatavate pakkumuste väärtuspunktid alamkriteeriumi osas leitakse

järgmise valemi järgi: „punktimäär“ = „ hinnatava pakkumuse aritmeetiline

keskmine“ ÷ „suurim aritmeetiline keskmine“ x „60“

5.1.4. Võrdsete väärtuspunkide puhul eelistatakse Pakkumust, mis on madalama

teenuse osutamise maksumusega (5.12). Kui ka teenuse osutamise maksumus

osutub võrdseks, valitakse edukas Pakkumus liisu heitmise teel.

5.2. Hankija võib teha põhjendatud kirjaliku otsuse kõigi Pakkumuste tagasilükkamise

kohta:

5.2.1. RHS § 116 lõike 1 punkti 1 alusel ja

5.2.2. juhul kui on hankemenetluse läbiviimise ajal Hankijale saanud teatavaks uued

asjaolud, mis välistavad või muudavad Hankijale ebaotstarbekaks hankemenetluse

lõpule viimise riigihanke alusdokumentides sätestatud tingimustel.

5.3. Hankija ei kanna vastutust Pakkuja ees, kui kõigi Pakkumuste tagasilükkamine on

toimunud käesolevas dokumendis sätestatud tingimustel.

6. Nõuded hankelepingu täitmisele

6.1. Pakkuja peab arvestama, et pakkumuse edukaks tunnistamise korral vastutab Pakkuja

Töö teostamise eest kooskõlas hanketingimustega ning tema poolt esitatud

Pakkumusega.

6.2. Raamlepingu täitmisel hankelepinguga tellitavate tööde teostamisel tuleb lähtuda

Hankija esitatud Pakkumuse esitamise ettepanekust ja selle põhjal eduka Pakkuja

koostatud ajakavast ning teostamist vajavate tööde kirjeldusest.

6.3. Edukas Pakkuja esitab 14 päeva enne Pakkumuses märgitud teenuse osutamise

tähtaega Hankijale ülevaate tööde hetkeseisust, sealhulgas võimalikest riskidest mis

võivad takistada lahenduste õigeaegset ja/või täielikku kasutuselevõttu.

6.4. Hankijal on õigus ülevaatele tuginedes teha parendusettepanekuid, mis lahendatakse

enne lõpliku versiooni käikulaskmist live-keskkonnas

6.5. Lahendusi katsetatakse eelnevalt veebi testkeskkonnas ning sobivusel (sh tõrgete

puudumisel) rakendatakse lahendused live-keskkonnas.

6.6. Kõikide hooldus- ja arendustöödega kaasneb dokumenteerimine, sealhulgas

kasutusjuhendite ja vajadusel ka teiste dokumentide uuendamine (lahenduse

arhitektuuri kirjeldus, lahenduse tehniline kirjeldus). Loodud dokumentatsiooni annab

edukas Pakkuja koos teostatud töid kirjeldava raportiga üle Hankijale hiljemalt

Pakkumuses märgitud teenuse osutamise tähtpäeval.

6

6.7. Kui lepingu täitmise käigus tekib Pakkujal küsimusi või olulisi kahtlusi arendatavate

komponentide tehnilise sobivuse osas, siis on Pakkuja kohustatud neist teavitama

Hankijat, pakkuma välja parima võimaliku lahenduse küsimuse lahendamiseks,

paludes seda Hankijal täiendada enne lahenduse realiseerimist. Vastavad kokkulepped

dokumenteeritakse vormis, mis on Hankija erialaspetsialistile arusaadavad.

6.8. Tellitavate tööde tulemid peavad vastama raamlepingus ja hanke alusdokumentides

fikseeritud tingimustele.

6.9. Raamlepingu alusel sõlmitava hankelepingu täitmisel kohustub edukas Pakkuja

esitama Hankijale üleandmise-vastuvõtmise akti tellimuses sätestatud tähtajal. Aktis

peab olema nimetatud teostatud tööd ja sätestatud töötatud töötundide arv rollide

kaupa.

6.9.1. Hankelepinguga tellitava töö iseloomust lähtuvalt võib üleandmise-

vastuvõtmise akti esitamine toimuda kas kord kuus eelnenud arveldusperioodi eest

või pärast tulemi vastuvõtmist kogu tehtud töö eest või etappide kaupa.

6.10. Pakkuja peab tööde teostamisel juhinduma üldlevinud standarditest, sealhulgas:

6.10.1. lähtekood peab olema avalik ja kommenteeritud;

6.10.2. järgida tuleb Euroopa Parlamendi ja Nõukogu direktiivi, mis käsitleb avaliku

sektori asutuste veebisaitide ja mobiilirakenduste juurdepääsetavust.

6.11. Töökeel lepingu täitmisel on eesti keel, sealhulgas tuleb kõik dokumendid

(analüüs, juhendid) esitada eesti keeles.

7. Hanke alusdokumendi lisad:

Lisa 1 – Tehniline kirjeldus;

Lisa 2 – Esimese töö Pakkumus (vorm);

Lisa 3 – Esimese töö kirjeldus;

Lisa 4 – Pakkumuse maksumus (vorm);

Lisa 5 – Projektimeeskonna koosseis (vorm);

Lisa 6 – Raamlepingu eritingimused (projekt);

Lisa 7 – Töövõtulepingu eritingimused (projekt);

Lisa 8 – Volikiri (vorm);

Lisa 9 – Ühispakkujate volikiri (vorm);

Lisa 10 – Ärisaladus (vorm);

Lisa 11 – Tööde üleandmise-vastuvõtmise akt (vorm);

Lisa 12 – Hankelepingute sõlmimise tingimused.

Hanke alusdokumendi Lisa 1

Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“

Tehniline kirjeldus

1. Hanke eesmärk ja taust

Hanke eesmärk on raamlepingu sõlmimine digiriik.eesti.ee veebi ja Digiriigi Akadeemia

platvormi arendus- ja hooldustööde teostamiseks Drupal ja Moodle platvormidel. Raamlepingu

raames tehakse eraldi tellimusi ja hankelepinguid erinevate veebilehtede arendamiseks,

funktsionaalsuste realiseerimiseks ning hooldusteenuse osutamiseks.

Digiriigi Akadeemia õppeplatvorm on loodud perioodil 11.2020 – 03.2022, mille käigus valmis

tervikteenusena Hankija ärinõuetele vastav, e-kursuste loomiseks, haldamiseks ja läbiviimiseks

vajalik õppeplatvorm koos viie (5) e-õppe kursusega. Digiriigi Akadeemia õppeplatvorm

põhineb Moodle (Modular Object-Oriented Dynamic Learning Environment) ehk avatud

lähtekoodiga rakendusel, mis on levinud e-õppe kursuste haldamissüsteem. Moodle võimaldab

luua e-õppe kursuseid, mis keskenduvad interaktiivsele suhtlusele ning veebipõhisele

koostööle. Õppekeskkond on majutatud Riigipilve. Õppeplatvormi kasutajate turvaliseks

autentimiseks on keskkond liidestatud autentimisteenusega TARA. 09.05.2023 seisuga on

keskkonna andmebaasis 3514 kasutajat, kasutamise tippaeg on tööpäeviti pärastlõunasel ajal.

Keskkonna loomisel on hoitud pluginate arv võimalikult madalal. Hetkel toimib õppeplatvorm

Moodle 3.11 versioonil ning seda haldab MKM.

Digiriik.eesti.ee veebilehe eesmärk on koondada kõik avalike digiteenuste loomisega seotud

juhised, tööriistad, põhimõtted, abivahendid jmt ühte kohta. Veebileht põhineb Drupali

sisuhaldustarkvaral. Portaali prioriteetne sihtrühm on avaliku sektori asutuste teenuste

omanikud, arendajad ja teenusdisainerid. Praegu on portaalist üleval MVP, kuid portaali

haldaval MKMi digiarengu osakonnal ja kasutajatel on portaalile veel hulk ootusi, mis ootavad

täitmist. Esmajoones on oluline portaali infoarhitektuuri ülevaatamine, et kasutaja saaks tuge

nii protsessi etappide kui ka teemavaldkondade kaupa. Järgmiste arendustena on plaanis

ideekorje võimaluse loomine (sh TARA autentimisteenusega liidestamine), kogukonna

ürituste/koolituste kalendrite loomine, intelligentse otsingu arendamine, e-maili listide

haldamine, bürokratiga liidestus, analüütika seadistamine jmt. Kõik tehtavad arendused peavad

arvesse võtma tulevaste arendustega liidestumise vajadust.

2. Nõuded tellitavatele arendustöödele

2.1. Arendustööna käesoleva hanke mõistes käsitletakse teenust, mida Pakkuja osutab

hankelepingu perioodil tarkvara uue funktsionaalsuse loomiseks või olemasoleva

muutmiseks ja täiendamiseks. Arendustööde eesmärk on tagada riigihanke objektiks

olevate veebilehe ja platvormi kohandamine lähtudes muutunud või täienenud

vajadustest.

2.2. Pakkuja peab olema võimeline pakkuma järgmiseid teenuseid:

2.2.1. analüüsi teostamine: süsteemi- ehk detailanalüüsi läbiviimine;

2.2.2. disaini teostamine: tarkvaralahenduse disain (nii visuaalne kui süsteemne, UX-

UI);

2.2.3. tarkvara arendustööde teostamine (HTML, CSS, JavaScript ja PHP jt);

2.2.4. tarkvara testimine: koostamine ja haldamine;

2.2.5. tarkvara kasutuselevõtu tugi;

2.2.6. teostatud arenduste dokumentatsiooni ajakohasena hoidmine;

2.2.7. projektijuhtimine;

2.2.8. muud tarkvara arendusega ja kasutuselevõtuga seotud tööd.

2.3. Arendustööde testimise eest vastutab Pakkuja, mille valideerib üle Hankija

2.3.1. Pakkuja poolt üleantav tulem peab olema piisavalt testitud ehk Pakkuja on

tõestatavalt veendunud, et tööülesande tulem teeb seda, mis on Hankija poolt

tellitud, tagades sealjuures veebi(de) käideldavuse.

3. Nõuded tellitavatele hooldustöödele

3.1. Hooldustööna käesoleva hanke mõistes käsitletakse teenust, mida Pakkuja osutab

hankelepingu kehtivuse perioodil tarkvara säilitamiseks, parandamiseks ja/või

parendamiseks. Hooldustööde eesmärgiks on tagada riigihanke objektiks olevate

veebilehe ja platvormi tõrgeteta toimimine.

3.2. Olelusringi kulusid arvestatakse hooldusteenuse maksumuses.

3.3. Hooldustööde raames tuleb hankelepingu perioodil teostada muuhulgas järgmisi töid:

3.3.1. süsteemi häireteta töökorras hoidmine;

3.3.2. süsteemi töös esinenud vigade lahendamine;

3.3.3. tarkvara uuenduste ja paranduste paigaldamine;

3.3.4. hankija teavitamine avastatud vigadest ja nende lahendamisest;

3.3.5. hankija eelnev teavitamine ette planeeritud süsteemi töö katkestustest;

3.3.6. hankija konsulteerimine teenusega seotud küsimuste ja probleemide osas;

3.3.7. hoolduse käigus tuvastatud arendust vajavate tööde puhul arendusettepanekute

tegemine;

3.3.8. ajakuluhinnangute tegemine lisaarenduste jaoks;

3.3.9. süsteemis tehtud muudatuste kajastamine dokumentatsioonis, sealhulgas

juhendites;

3.3.10. süsteemi uuendamisel eelmise versiooni kogu funktsionaalsuse tagamine;

3.3.11. süsteemi planeerimatutest hooldustöödest ja nende teostamise käigus

ilmnevatest probleemidest teavitamine;

3.3.12. klienditoe pakkumine platvormi lõppkasutajale tööpäevadel kl 9:00-17:00 (va.

riigipühad).

3.4. Hooldustööde teostamise kohta peab pakkuja elektroonilist päevikut, kus peavad olema

eraldi välja toodud hankija tellitud konsultatsiooniks kulunud aeg, vigade

parandamiseks kulunud aeg ja hooldusrutiinidele kulunud aeg. Hankija nõudmisel

esitab pakkuja hankijale viivitamatult, aga mitte hiljem kui 2 tööpäeva jooksul

väljavõtte teenuse päevikust.

3.5. Pakkuja peab vähemalt kord kalendrikuu jooksul kontrollima veebilehtede

sisuhaldustarkvarade, kooditeekide ning nende komponentide turvauuenduste

olemasolu.

3.6. Pakkuja peab turvauuendused planeerima ja paigaldama esimesel võimalusel,

hoiatades sealjuures Hankijat eelnevalt töödest, mis mõjutab keskkonna

kättesaadavust.

3.6.1. Kui tegemist on kriitiliste turvauuendustega, siis tuleb uuendused paigaldada ühe

tööpäeva jooksul.

3.6.2. Kui tegemist on vähekriitiliste turvauuendustega, siis tuleb nende paigaldamine

planeerida ajale, mil keskkonna kasutajate hulk ning seeläbi muudatustega

kaasnevatest ebamugavustest mõjutatute arv on võimalikult madal (sh

öötundidele).

4. Vigadele reageerimine

4.1. Hankija teavitab Pakkujat süsteemis esinevatest ja/või töö tulemi vastuvõtmisel

tuvastatud vigadest, vigade iseloomust ja ulatusest viivitamatult nende ilmnemisel,

kirjeldades leitud vead osapoolele.

4.2. Pakkuja informeerib vea avastamisest hiljemalt 1 tööpäeva jooksul Hankijat ja

kooskõlastab Hankijaga vea kriitilisuse.

Esitatud vigade kõrvaldamisel tuleb lähtuda alljärgnevatest lahendamise aegade nõuetest:

Kriitilisus Kirjeldus Lahendamise aeg

Kõrge lahendus tervikuna mitte-ligipääsetav

või kasutatav tulenevalt tarkvaralisest

tõrkest, kõigi kasutajate töö süsteemis

on võimatu

lahendamine 1 (ühe) tööpäeva

jooksul alates tõrke teate

kättesaamisest

Keskmine mõni tarkvara süsteemi

funktsionaalsus ei toimi ettenähtud

moel, ühe osakonna/kasutajate grupi

töö on häiritud

lahendamine 4 (nelja) tööpäeva

jooksul alates tõrke teate

kättesaamisest

Madal tarkvara süsteem kasutatav, kasutajate

töö mugavus langenud kuid mitte

häiritud või võimatu

lahendamine 10 (kümne)

tööpäeva jooksul alates tõrke

teate kättesaamisest või vastavalt

kokkuleppele Hankijaga

5. Mittefunktsionaalsed nõuded

Nõude kirjeldus Selgitus Kategooria

Rakenduse kasutajaliides peab olema

ligipääsetav ning vastama vähemalt

WCAG 2.1 tasemele AA.

http://www.w3.org/TR/WCAG

20/

Kasutajaliides

Rakenduse kasutajaliides peab olema

kasutatav järgmiste veebibrauseritega:

Chrome, Safari, Firefox ja Microsoft

Edge.

Kasutajaliides

Rakenduse kasutajaliides peab ühilduma

täielikult HTML5, CSS3 ja Javascript

kehtivate standarditega ning kõikide

nõutud veebilehitsejate versioonidega.

Kasutajaliides

Rakenduse kasutajaliidese

disainiotsused tuleb tellijaga

kooskõlastada.

Kasutajaliides

Rakenduse kasutajaliides peab

kohanduma erinevate ekraanivaadetega

(arvuti, tahvel ja mobiiltelefon).

Kasutajaliides

Tehnilised komponendid avaldavad

taaskasutuseks REST API

Loe veel:

https://en.wikipedia.org/wiki/R

epresentational_state_transfer

Arendus

Rakendus on pilvekõlbulik. 1. Rakendus on skriptiga

paigaldatav ning paigaldamine

ja taastamine toimub

automatiseeritava skripti

käivitamisega.

2. Rakendus koosneb mitmest

sõltumatust instantsist.

3. Rakendus on automaatselt

skaleeritav ja vajadusel

kõrgkäideldav kahe asukoha

vahel.

4. Rakenduse andmed on

varundatavad ja varundatud.

Arendus

Arendusprojekti juhtimiseks ja projekti

läbiviimiseks kasutatakse Hankija

projektijuhtimistarkvara JIRA

(https://jira.mkm.ee)

Arendustööde tellimused ja

tarkvaravigade haldamine.

organisatsioon

Arendusprojekti käigus loodav

lähtekood korrektselt vormistatuna läbi

koodihalduskeskkonna

https://git.mkm.ee/projektinimi

organisatsioon

Arendusprojekti käigus loodav

dokumentatsioon (analüüsidokumendid,

kasutusjuhendid, arhitektuuri

kirjeldused, paigaldusjuhendid jne) tuleb

üle anda

https://confluence.mkm.ee/projektinimi

organisatsioon

Statistilisi parameetreid mõõdetakse

Google Analytics keskkonna kaudu.

Tellija annab omalt poolt

vastava Google Analytics konto

andmed

analüütika

Rakenduses loodud avaandmed

avalikustatakse REST JSON API

teenusena

Täpne avaandmete koosseis

lepitakse kokku tellijaga

avaandmed

Rakendus peab olema kooskõlas

isikuandmete kaitse regulatsiooniga

https://eur-lex.europa.eu/legal-

content/ET/TXT/?uri=CELEX

%3A32016R0679

infoturve

https://www.riigiteataja.ee/akt/1

04012019011

Rakenduse ja andmebaasi turvalisuse

tagamiseks tuleb järgida OWASP-i

parimaid praktikaid.

https://www.owasp.org/index.p

hp/OWASP

_Cheat_Sheet_Series

infoturve

Rakendus ei lähe toodangukeskkonda,

kui selles on avastatud turvalisuse vigu.

Vigade tuvastamine on käsitsi

või automatiseeritult, näiteks

koodianalüüsi tulemusel.

infoturve

Rakendus ei tohi lubada ühe kasutajaga

mitut samaaegset sessiooni.

infoturve

Rakenduse ja kasutaja vaheline

infovahetus tohib kasutada ainult

HTTPS protokolli.

infoturve

Rakendus peab olema kirjutatud

arvestades töödeldavatele andmetele

määratud ISKE turvaklassi nõudeid.

ISKE turvaklassi täpsustab

Tellija. Täpsem info RIA lehel :

https://www.ria.ee/et/kuberturv

alisus/infosusteemide-

turvameetmete-susteem-

iske.html

infoturve

Infosüsteemi majutatakse Riigipilves

ning sellega tuleb arvestada arhitektuuri

planeerimisel.

https://riigipilv.ee/ infra

Eelistatud on vabavaraliste

andmebaaside platvormide kasutamine,

nt PostgreSQL

infra

Rakendusserverite ja andmebaasi

teenuste jooksutamisel tuleb kasutada

plokksalvestuskeskkonda.

infra

Faililao loomisel eelistatakse

objektsalvestuskeskkonna kasutamist S3

REST API-ga.

https://www.riigipilv.ee/teenuse

d/andmesalvestuse-teenus

infra

Rakenduse isikuandmete töötlemine

peab olema kooskõlas isikuandmete

kaitse seadusega.

andmekaitse

Kui rakendus eeldab kasutaja

veebibrauseris skriptide käivitamist,

kuid kasutatav skriptimiskeel pole

kasutaja brauseris lubatud või toetatud,

tuleb lõppkasutajale kuvada arusaadav

veateade.

Platvorm

Hanke alusdokumendi Lisa 12

Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“

Hankelepingute sõlmimise tingimused

1. Hankelepingute sõlmimisel lähtub Tellija raamlepingust tulenevatest tingimustest.

Konkreetses hankelepingus fikseerib Tellija Teenuse sisu, Teenuse maksumuse ning

vajadusel lähte- ja vahepunktid ja tähtajad Teenuse osutamisel.

1.1. Esimese hankelepingu puhul punktis 2.1. nimetatud minikonkurssi läbi ei viida.

Hankelepingu Teenuse sisu on kirjeldatud HD Lisas 3 „Esimese töö kirjeldus“.

Hankeleping sõlmitakse samaaegselt raamlepinguga, raamlepingu sõlmimiseks

esitatud, kõrgeimaid väärtuspunktid saanud ja edukaks tunnistatud Pakkumuse esitanud

eduka Pakkujaga.

2. Hankelepingu sõlmimise tingimused kui raamleping on sõlmitud mitme pakkujaga:

2.1. Iga konkreetse hankelepingu sõlmimiseks korraldab Tellija minikonkursi, mis viiakse

läbi riigihangete registris olenemata hankelepingu eeldatavast maksumusest.

2.2. Minikonkurssidel esitatud pakkumuste hindamisel väärtuspunktide jagamise meetod

on:

2.2.1. 60% projektiplaan ning 40% Pakkumuse maksumus.

2.2.2. Projektiplaani hinnatakse Tabel 1. nimetatud kolme alamkriteeriumi alusel,

milleks on:

2.2.2.1. „Töö teostamise loogika ja protsessi kirjeldus“ (30 punkti);

2.2.2.2. „Projektiplaan ja läbiviimise ajakava“ (25 punkti);

2.2.2.3. „Riskide haldamise meetmete kirjeldus“ (5 punkti);

Tabel 1. Kriteeriumi „Projektiplaan“ alamkriteeriumid on:

Alamkriteeriumid Punktid Kriteeriumi komponendid

Töö teostamise

loogika ja protsessi

kirjeldus 30 punkti

Pakkuja on täielikult aru saanud ülesandepüstitusest.

Pakutud metoodika ja protsessi loogika aitavad

saavutada eesmärki ning hankelepingu tingimustele

vastavat tulemit.

15 punkti

Pakkuja on aru saanud ülesandepüstitusest. Pakutud

metoodika ja protsessi loogika aitavad osaliselt

saavutada hanke eesmärki ning hankelepingu

tingimustele vastavat tulemit.

0 punkti

Pakkuja ei ole aru saanud ülesandepüstitusest.

Pakutud metoodika ning protsessi loogika ei võimalda

saavutada hanke eesmärke ega hankelepingu

tingimustele vastavat tulemit.

Projektiplaan ja

läbiviimise ajakava 25 punkti

Projektiplaanis kirjeldatud eesmärkide ja tulemite

saavutamiseks vajalikud tegevused (sh tegevuste

põhjendatus ja maksumus) on täielikult kooskõlas Töö

kirjelduse ja hanke eesmärkidega. Ajakava on

realistlik.

12 punkti

Projektiplaanis kirjeldatud eesmärkide ja tulemite

saavutamiseks vajalikud tegevused (sh tegevuste

põhjendatus ja maksumus) on suures osas kooskõlas

Töö kirjelduse ja hanke eesmärkidega. Ajakava

kirjelduses esineb üksikuid puuduseid.

0 punkti

Projektiplaanis kirjeldatud eesmärkide ja tulemite

saavutamiseks vajalikud tegevused (sh tegevuste

põhjendatus ja/või maksumus) ei ole kooskõlas Töö

kirjelduse ega hanke eesmärkidega ja/või

saavutatavad kavandatud ajakavas.

Riskide haldamise

meetmete kirjeldus

5 punkti Riskide haldamise meetmed on proportsionaalsed.

3 punkti Riskide haldamise meetmete kirjelduses esineb

üksikuid puuduseid.

0 punkti Riskide haldamise meetmed ei toeta hanke

eesmärkide saavutamist etteantud ajaraamis.

2.3. Minikonkursil osalemist välistavad tingimused

2.3.1. Töövõtjal ei tohi minikonkursi väljakuulutamise päeva seisuga olla üle andmata

rohkem kui kahe Hankelepinguga tellituid töid, mille kogumaht ületab 1000 töötundi;

2.3.2. Minikonkursi väljakuulutamise päeval ei tohi Töövõtjal olla garantiiliste vigade

parandamise töid, mille teostamise tähtaeg on ületatud.

3. Hankelepingu sõlmimise tingimused kui raamleping on sõlmitud ühe pakkujaga:

3.1. Kui raamleping on sõlmitud ühe pakkujaga, esitab Tellija hankelepingu sõlmimiseks

Töövõtjale pakkumuse esitamise ettepaneku koos lähteülesandega, mille alusel

Töövõtja esitab hiljemalt viie tööpäeva jooksul riigihangete registri kaudu pakkumuse.

3.2. Pakkumuses peab olema välja toodud tööde maht töötundides ja töö teostamise

maksumus.

3.3. Punktis 2.2. kirjeldatud hindamist ei teostata. Pakkumuse hindamiskriteeriumiks on

pakkumuse maksumus., osakaal 100%

3.3.1. Hankija võib teha põhjendatud kirjaliku otsuse kõigi Pakkumuste

tagasilükkamise kohta:

3.3.1.1. RHS § 116 lõike 1 punkti 1 alusel ja

3.3.1.2. juhul kui on Hankelepingu sõlmimise ajaks Tellijale teatavaks

saanud uued asjaolud, mis välistavad või muudavad Tellijale

Hankelepingu sõlmimise lõpule viimise ebaotstarbekaks.

4. Tellijal on õigus nõuda hankelepingu perioodil Teenuse osutamise kohta vaheraportit,

mille Töövõtja peab esitama 2 (kahe) tööpäeva jooksul.

Hanke alusdokumendi Lisa 3

Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“

Esimese töö kirjeldus

Esimese hankelepinguga tellitavaks tööks on Digiriigi Akadeemia keskkonna tõrgeteta

toimimiseks vajalike hooldustööde teostamine perioodil 01.09.2023-31.08.2024.

1.1. Kooskõlas HD Lisa 1 „Tehniline kirjeldus“ p 3 kirjeldatuga hõlmab hooldustööde

teostamine Digiriigi Akadeemia keskkonnas järgnevaid tegevusi:

1.1.1. Keskkonna uuendamine Moodle 3.11. versioonilt 4.2. versioonile (sh vajalike

tarkvara uuenduste ja paranduste paigaldamine), mis peab olema teostatud

hiljemalt 31.01.2024:

1.1.1.1. Pakkuja peab kaardistama, prognoosima ja eelarvestama hooldustööde

maksumuse prognoosis võimalikud kaasnevad kulud, mis uuendamisega

kaasnevad (näiteks Digiriigi Akadeemia avalehe kujunduslitsentsi

maksumus).

1.1.2. Süsteemi häireteta töökorras hoidmine, sealhulgas süsteemi töös esilekerkivate

vigade tuvastamine, Hankija teavitamine avastatud vigadest (koos

lahendusettepanekuga) ning lahendamine:

1.1.2.1. Pakkuja peab vähemalt kord kalendrikuu jooksul kontrollima

veebilehtede sisuhaldustarkvarade, kooditeekide ning nende komponentide

turvauuenduste olemasolu.

1.1.2.2. Pakkuja peab turvauuendused planeerima ja paigaldama esimesel

võimalusel, hoiatades sealjuures Hankijat eelnevalt töödest, mis mõjutavad

keskkonna kättesaadavust:

1.1.2.2.1. kui tegemist on kriitiliste turvauuendustega, siis tuleb uuendused

paigaldada ühe tööpäeva jooksul.

1.1.2.2.2. kui tegemist on vähekriitiliste turvauuendustega, siis tuleb nende

paigaldamine planeerida ajale, mil keskkonna kasutajate hulk ning

seeläbi muudatustega kaasnevatest ebamugavustest mõjutatute arv on

võimalikult madal (sh öötundidele).

1.1.3. Klienditoe pakkumist platvormi lõppkasutajatele tööpäeviti vahemikus kl 9.00-

17.00 (va. riigipühad):

1.1.3.1. klienditoe päringud tuleb registreerida „ticket-põhises“ süsteemis, mis

võimaldab taasesitatavas formaadis jälgida päringu lahendamiseks kuluvat

aega ning teha Hankija päringu põhjal kokkuvõtteid levinumatest

küsimustest ja/või tõrgetest, mille korral lõppkasutajad pöörduvad.

1.1.4. Hankija konsulteerimine teenusega seotud küsimuste ja probleemide osas.

1.2. Pakkuja on kohustatud:

1.2.1. teavitama esimesel võimalusel, kuid mitte hiljem kui 24 tunni jooksul Hankijat

süsteemi planeerimatutest hooldustöödest ja nende teostamise käigus ilmnevatest

probleemidest teavitamine;

1.2.2. planeerima koostöös Hankijaga aegsasti süsteemi tööga seotud katkestused;

1.2.3. teavitama Hankijat hooldustööde käigus tuvastatud ilmnenud arendusvajadustest

(koos esialgse ajakuluhinnanguga);

1.2.4. kajastama süsteemis tehtud muudatused dokumentatsioonis ja juhendites;

1.2.5. tagama p 1.1.3. nimetatud süsteemi uuendamisel eelmise versiooni

funktsionaalsused.

1.3. Hooldusteenuse maksumuse eelarvestamisel tuleb arvestada mh olelusringi kuludega.

1.4. Hooldustööde teostamise kohta on Pakkuja kohustatud pidama elektroonilist päevikut,

kus peavad olema eraldi välja toodud hankija tellitud konsultatsiooniks kulunud aeg,

vigade parandamiseks kulunud aeg ja hooldusrutiinidele kulunud aeg.

1.5. Esimese töö Pakkumuse eelarvestamisel koostab Pakkuja prognoosi maksimaalsetest

võimalikest kuludest. Hankelepingu lõplik maksumus moodustub elektroonilises

päevikus kajastatud töötundide alusel.

1.5.1. Hankija nõudmisel esitab Pakkuja Hankijale viivitamatult, aga mitte hiljem kui

2 tööpäeva jooksul väljavõtte teenuse päevikust.

KÄSKKIRI

20.07.2023 nr 69

Riigihanke "Veebide hooldus- ja arendustööde teenuse

tellimine" korraldamine, komisjoni ja vastutava isiku

nimetamine

Riigihangete seaduse § 14 lõike 2 punkti 1 ja § 101 alusel ning kooskõlas ettevõtlus- ja

infotehnoloogiaministri ning majandus- ja taristuministri 09.10.2017. a käskkirjaga (registreeritud

dokumendihaldussüsteemis 03.10.2017.a) nr 1.1-1/17-199 kinnitatud „Majandus- ja

Kommunikatsiooniministeeriumi hankekorraga“:

1. Korraldada hange „Veebide hooldus- ja arendustööde teenuse tellimine“ (CPV kood:

72200000-7 "Tarkvara programmeerimis- ja nõustamisteenused") raamlepingu sõlmimiseks

avatud hankemenetlusena.

2. Kinnitan käskkirja punktis 1 nimetatud teenuse tellimiseks riigihanke alusdokumendid

(lisatud).

3. Määran käskkirja punktis 1 nimetatud teenuse tellimise eest vastutavaks isikuks ja punktis 4

nimetatud komisjoni esimeheks Majandus- ja Kommunikatsiooniministeeriumi (MKM)

digiriigi arengu osakonna projektijuht Triinu Sink.

4. Moodustan hankekomisjoni punktis 1 nimetatud hanke korraldamiseks, sh pakkumuste

vastavaks tunnistamiseks, eduka pakkumuse väljaselgitamiseks ja edukal pakkujal

hankemenetluselt kõrvaldamise aluste ning kvalifitseerimise tingimusele vastavuse

kontrollimiseks hankepassis esitatud kinnitusi tõendavate dokumentide ja andmete alusel

järgmises koosseisus:

4.1 Komisjoni liikmed:

4.1.1 Karoli Noor – MKM, digiarengu kogukonna juht;

4.1.2 Karl Andreas Sprenk – MKM, IT oskuste valdkonna juht;

4.1.3 Kristo Vaher – MKM, tehnoloogiate juht.

5. Valitud hankemenetluse ja punktis 2 nimetatud riigihanke alusdokumentide peale võib esitada

vaidlustuse Rahandusministeeriumi juures asuvale riigihangete vaidlustuskomisjonile

riigihangete seaduses sätestatud korras ja tähtajal

(allkirjastatud digitaalselt)

Tiit Rebane

õigusosakonna juhataja kantsleri ülesannetes

2