Alusdokumentide muutmine riigihankes „Dokumendihaldussüsteemi DORIS arendustööd" (310182)

DIREKTOR

KÄSKKIRI 28.05.2026. a nr 37

Tallinn

Justiitsministri 18.04.2007. a määruse nr 20 „Registrite ja Infosüsteemide Keskuse põhimäärus“ § 11 lõike

1 punkti 9 alusel:

1. Tühistan direktori 21.05.2026 käskkirja nr 34 lisaga 2 kinnitatud:

1.1 Hankedokumendid Lisa 4 – tehniline kirjeldus.

2. Kinnitan:

2.1. Hankedokumendid Lisa 4 – tehniline kirjeldus.

3. Tühistan direktori 08.05.2026 käskkirja nr 31 lisaga 1 kinnitatud:

3.1. Hanketeade „Dokumendihaldussüsteemi DORIS arendustööd" (310182)." (vormistatud

digitaalselt).

4. Kinnitan:

4.1. Hanketeade „Dokumendihaldussüsteemi DORIS arendustööd" (310182)." (vormistatud

digitaalselt).

/allkirjastatud digitaalselt/

Rivo Reitmann

Alusdokumentide muutmine riigihankes „Dokumendihaldussüsteemi DORIS arendustööd" (310182)

Lisa: 1. Hankedokumendid Lisa 4 – tehniline kirjeldus

2. Hanketeade „Dokumendihaldussüsteemi DORIS arendustööd" (310182)." (vormistatud

digitaalselt).

Eesti: Tarkvara programmeerimis­ ja nõustamisteenused Dokumendihaldussüsteemi DORIS arendustööd

Hanketeade või kontsessiooniteade – üldkord ­ Muudatus

1 Hankija

1.1 Hankija Ametlik nimi: Registrite ja Infosüsteemide Keskus Hankija õiguslik vorm: Keskvalitsusasutus Hankija tegevus: Üldised avalikud teenused

2 Menetlus

2.1 Menetlus Pealkiri: Dokumendihaldussüsteemi DORIS arendustööd Kirjeldus: Hanke eesmärgiks on sõlmida dokumendihaldussüsteemi DORIS funktsionaalsuste arendamiseks  arendustööde hankeleping ühe edukaks tunnistatud pakkujaga. / Kõrvaldamise alused ja kvalifitseerimistingimused:  Vaata hanke alusdokumentidest Menetluse tunnus: 3cd50567­113a­4e12­b0c3­71f96ee2df50 Sisemine tunnus: 310182­0000 Menetluse liik: Avatud Kiirendatud menetlus: ei Menetluskorra kirjeldus: Avatud hankemenetlus

2.1.1 Eesmärk Lepingu olemus: Teenused Peamine liigitus (cpv): 72200000 Tarkvara programmeerimis­ ja nõustamisteenused

2.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): Põhja­Eesti (EE001) Riik: Eesti Lisateave: Eesti

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

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

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

2.1.2 Lepingu täitmise koht

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

Riik – jaotus (NUTS): Kesk­Eesti (EE009) Riik: Eesti Lisateave: Eesti

2.1.3 Maksumus Eeldatav maksumus käibemaksuta: 1 000 000 Euro

2.1.4 Üldine teave Lisateave: Riigihange ei ole osadeks jaotatud, sest hankelepingu esemeks on dokumendihaldussüsteemi arendustööd  ning muud sama eesmärgi saavutamiseks vajalikud teenused. Teenuse osutamiseks sõlmitakse hankeleping  ühe pakkujaga. Hankija soovib sõlmida lepingu tervikteenust pakkuva ettevõttega, kes teostab arendustöid  (analüüsi, arendust, testimist jms). Hankelepingu algusaeg on hanke üldandmetes märgitud eeldatava algusajana,  sest lepingu täitmise alguskuupäeva nõuab RHR­i tehniline lahendus. Hankija ei seo end nimetatud lepingu  alguskuupäevaga, s.t lepingu täitmist alustatakse vastavalt tehnilises kirjelduses sätestatule. Kõrvaldamise alused ja  kvalifitseerimistingimused: Vaata hanke alusdokumentidest. Õiguslik alus: Direktiiv 2014/24/EL

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

5 Osa

5.1 Osa: LOT­0000 Pealkiri: Dokumendihaldussüsteemi DORIS arendustööd Kirjeldus: Hanke eesmärgiks on sõlmida dokumendihaldussüsteemi DORIS funktsionaalsuste arendamiseks  arendustööde hankeleping ühe edukaks tunnistatud pakkujaga. / Kõrvaldamise alused ja kvalifitseerimistingimused:  Vaata hanke alusdokumentidest Sisemine tunnus: 310182­0000

5.1.1 Eesmärk Lepingu olemus: Teenused Peamine liigitus (cpv): 72200000 Tarkvara programmeerimis­ ja nõustamisteenused

5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): Põhja­Eesti (EE001) Riik: Eesti Lisateave: Eesti

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

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

5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): Kirde­Eesti (EE00A)

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

Riik: Eesti Lisateave: Eesti

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

5.1.3 Eeldatav kestus Alguskuupäev: 20/07/2026 Kestuse lõppkuupäev: 31/05/2027

5.1.5 Maksumus Eeldatav maksumus käibemaksuta: 1 000 000 Euro

5.1.6 Üldine teave Reserveeritud osalemine: Osalemine ei ole reserveeritud. Tuleb esitada lepingu täitmiseks määratud töötajate nimed ja nende kutsekvalifikatsioonid: Ei ole nõutud Hankeprojekt, mida rahastatakse täielikult või osaliselt ELi vahenditest Hanke suhtes kohaldatakse riigihankelepingut (GPA): jah Lisateave: Riigihange ei ole osadeks jaotatud, sest hankelepingu esemeks on dokumendihaldussüsteemi arendustööd  ning muud sama eesmärgi saavutamiseks vajalikud teenused. Teenuse osutamiseks sõlmitakse hankeleping  ühe pakkujaga. Hankija soovib sõlmida lepingu tervikteenust pakkuva ettevõttega, kes teostab arendustöid  (analüüsi, arendust, testimist jms). Hankelepingu algusaeg on hanke üldandmetes märgitud eeldatava algusajana,  sest lepingu täitmise alguskuupäeva nõuab RHR­i tehniline lahendus. Hankija ei seo end nimetatud lepingu  alguskuupäevaga, s.t lepingu täitmist alustatakse vastavalt tehnilises kirjelduses sätestatule. Kõrvaldamise alused ja  kvalifitseerimistingimused: Vaata hanke alusdokumentidest.

5.1.7 Strateegilised hanked Strateegilise hanke eesmärk: Sotsiaalsete eesmärkide täitmine

Kirjeldus: Hindamiskriteeriumites on kasutatud sotsiaalselt vastutustundlikku aspekti. Strateegilise hanke eesmärk: Keskkonnamõju vähendamine

Kirjeldus: Keskkonnahoidlikud tingimused lisatud riigihanke vastavustingimustesse. Strateegilise hanke eesmärk: Innovaatiline hange

Kirjeldus: Tarkvara arendustööd saab pidada innovatsiooni toetavaks, arvestades, et iga arendus võimaldab  infosüsteemide kasutajamugavuse parandamist, teenuse täiustamist ning protsesside täiustamist/ lihtsustamist.

Keskkonnamõju vähendamist käsitlev lähenemisviis: Muu Innovatsioonihange: Hanke alusel tellitud tööd, asjad või teenused toovad endaga kaasa protsessiinnovatsiooni.

5.1.8 Ligipääsetavuse kriteeriumid Puuetega inimeste juurdepääsukriteeriume ei ole lisatud järgmise põhjendusega Põhjendus: Hankelepingu täitmisel peab täitja järgima hankija nõudeid kasutajakogemusele ja kasutajaliidese  disainile, mis sisaldab ka nõuded ligipääsetavusele ning infosüsteemi arendamisel järgitakse ka ettevõtlus­ ja  infotehnoloogiaministri 28.02.2019 määrusega nr 20 „Veebilehe ja mobiilirakenduse ligipääsetavuse nõuded ning  ligipääsetavust kirjeldava teabe avaldamise kord“ nõudeid.

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

5.1.10 Pakkumuste hindamise kriteeriumid Kriteerium:

Liik: Kvaliteet

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

Kirjeldus: Vaata hanke alusdokumentidest Hindamise kaalukriteeriumi kategooria: Kaal (punktid, täpne)

Hindamiskriteerium – arv: 5 Kriteerium:

Liik: Hind Kirjeldus: Vaata hanke alusdokumentidest Hindamise kaalukriteeriumi kategooria: Kaal (punktid, täpne)

Hindamiskriteerium – arv: 25 Kriteerium:

Liik: Kvaliteet Kirjeldus: Vaata hanke alusdokumentidest Hindamise kaalukriteeriumi kategooria: Kaal (punktid, täpne)

Hindamiskriteerium – arv: 50 Kriteerium:

Liik: Kvaliteet Kirjeldus: Vaata hanke alusdokumentidest Hindamise kaalukriteeriumi kategooria: Kaal (punktid, täpne)

Hindamiskriteerium – arv: 20

5.1.11 Hankedokumendid Hankedokumentide aadress: https://riigihanked.riik.ee/rhr­web/#/procurement/10283284/documents?group=B

5.1.12 Hanke tingimused Esitamise tingimused:

Elektrooniline esitamine: Nõutav Esitamise aadress: https://riigihanked.riik.ee/rhr­web/#/procurement/10283284/tenders Keeled, milles võib pakkumusi või osalemistaotlusi esitada: eesti keel Elektrooniline kataloog: Ei ole lubatud Variandid: Ei ole lubatud Pakkumuste esitamise tähtaeg: 15/06/2026 12:00 +03:00 Periood, mille jooksul pakkumus peab jääma kehtivaks: 3 Kuu

Teave avaliku avamise kohta: Avamise kuupäev: 15/06/2026 13:00 +03:00 Koht: https://riigihanked.riik.ee/rhr­web/#/

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

5.1.15 Vahendid Raamleping:

Ei kohaldata raamlepingut Teave dünaamilise hankesüsteemi kohta:

Ei kohaldata dünaamilist hankesüsteemi

5.1.16 Lisateave, lepitus ja vaidlustus Lepitusorganisatsioon: Riigihangete vaidlustuskomisjon Vaidlustusorgan: Riigihangete vaidlustuskomisjon Teave vaidlustamise tähtaegade kohta: https://fin.ee/riigihanked­riigiabi­osalused/riigihanked/vaidlustusmenetlus Organisatsioon, mis annab lisateavet hankemenetluse kohta: Registrite ja Infosüsteemide Keskus

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

Organisatsioon, millele laekuvad osalemistaotlused: Registrite ja Infosüsteemide Keskus

8 Organisatsioonid

8.1 ORG­0001 Ametlik nimi: Registrite ja Infosüsteemide Keskus Registreerimisnumber: 70000310 Postiaadress: Lubja tn 4   Linn: Tallinn Sihtnumber: 19081 Riik – jaotus (NUTS): Extra­Regio NUTS 3 (EEZZZ) Riik: Eesti Kontaktpunkt: Teele Nässi E­posti aadress: [email protected] Telefon: +372 58505692 Internetiaadress: http://www.rik.ee/ Hankija profiil: http://www.rik.ee/ Selle organisatsiooni rollid:

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

8.1 ORG­0002 Ametlik nimi: Riigihangete vaidlustuskomisjon Registreerimisnumber: 1000123 Postiaadress: Tartu mnt 85   Linn: Tallinn Sihtnumber: 10115 Riik – jaotus (NUTS): Extra­Regio NUTS 3 (EEZZZ) Riik: Eesti E­posti aadress: [email protected] Telefon: +3726113713 Selle organisatsiooni rollid:

Vaidlustusorgan Lepitusorganisatsioon

8.1 ORG­0003 Ametlik nimi: Riigihangete register Registreerimisnumber: TED64 Postiaadress: Lõkke tn 4   Linn: Tallinn Sihtnumber: 10122 Riik – jaotus (NUTS): Extra­Regio NUTS 3 (EEZZZ) Riik: Eesti E­posti aadress: [email protected] Telefon: +3726113693 Selle organisatsiooni rollid:

TED eSender

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

10 Muudatus

Eelmise teate versioon, mida muudetakse: 82125daf­b8ab­4f25­b9c2­aa45e2de3041­01 Muudatuse peamine põhjus: Teave ajakohastatud

10.1 Muudatus Punkti tunnus: PROCEDURE

Teave teate kohta

Teate tunnus/versioon: d8d3d1bf­4e20­4d51­b90c­d0b773002d4b ­ 01 Vormi liik: Hange Teate liik: Hanketeade või kontsessiooniteade – üldkord Teate saatmise kuupäev: 28/05/2026 13:45 +03:00 Teate saatmise kuupäev (eSender): 28/05/2026 13:45 +03:00 Keeled, milles käesolev teade on ametlikult kättesaadav: eesti keel 

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

Hankedokumentide lisa 4

„Dokumendihaldussüsteemi DORIS

arendustööd“

(310182)

Hanke tehniline kirjeldus

2

1. Hanke üldinfo ja eesmärk

1.1. Hanke eesmärgiks on sõlmida dokumendihaldussüsteemi DORIS

funktsionaalsuste arendamiseks arendustööde hankeleping ühe edukaks

tunnistatud pakkujaga.

1.2. Hanke eeldatav maksumus on 1 000 000 eurot (km-ta).

1.3. Hankelepingut rahastatakse Euroopa Liidu ühtekuuluvus- ja

siseturvalisuspoliitika fondidest perioodil 2021-2027 –

Rahandusministeeriumi valdkondlik digipööre.

1.4. Hankija jätab endale õiguse hankemenetlus tunnistada kehtetuks, kui

pakkumuste maksumused ületavad eeldatavat maksumust või kui

hankemenetluse toimumise ajal on hankijale saanud teatavaks uued

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

lõpuleviimise hanke alusdokumentides sätestatud tingimustel.

1.5. Töid teostatakse kolmes (3) etapis ja arveldatakse ka vastavalt 3 osas.

Etappide eeldatavad tulemid on kirjeldatud punktis 4.7 ning poolte

kokkuleppel võib lepingu täitmisel teha etappide sisu osas muudatusi.

Pakkumusele tuleb lisada detailne etappide ja nende maksumuste kirjeldus.

Viimase etapi maksumus ei tohi olla vähem kui 50% lepingu

kogumaksumusest.

1.6. Hankelepingu tööde (tehnilise kirjelduse punkti 4 ning selle alapunktid)

üleandmise lõpptähtaeg on 31.05.2027. Hankija poolt antav tööde

teostamise tähtaeg on hankija hinnang. Hankija ei anna ette konkreetset

meeskonnaliikmete arvu tööde teostamisel. Pakkuja on kohustatud tagama

tööde teostamise hankija poolt hankes ette antud tähtajaks pakkuja poolt

vajalikuks peetavate meeskonnaliikmete arvuga. Juhul, kui pakkuja leiab, et

hankija poolt etteantud tähtaeg on ebarealistlik, siis on pakkuja kohustatud

sellest hankijat teavitama esimesel võimalusel enne pakkumuste esitamise

tähtaega. 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. (muudetud 21.05.2026 käskkirjaga)

1.7. Hankeleping jõustub allkirjastamise hetkest ja kehtib kuni lepingujärgsete

kohustuste nõuetekohase täitmiseni. Pakkujal peab olema valmisolek

alustada hankelepingujärgsete tööde teostamisega hankelepingu

sõlmimisest hiljemalt ühe kuu jooksul (antud aja jooksul peab pakkujal olema

seadistatud arenduskeskkond ning läbitud taustakontroll) ja nimetatud

tingimusega tuleb pakkujatel pakkumust, s.h projektiplaani, esitades

arvestada. (muudetud 21.05.2026 käskkirjaga)

1.8. 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“.

3

1.9. 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. Projekti lühitutvustus

2.1. Dokumendihaldussüsteemi DORIS eesmärgiks on, et kõik riigiasutused

kasutavad ühte keskset lahendust, mis loob eeldused asutuste ülesteks

menetlusteks, vähendab andmete dubleerimist ning toetab sujuvat teabe

üleandmist. Dokumendihaldussüsteemides menetletakse täna ligikaudu 2

miljonit dokumenti aastas.

2.2. Arendusprojekti osapoolteks on teenuse omanikuna Riigi Tugiteenuste

Keskus (RTK, toote äriomanik) ning tooteomanikena Registrite ja

Infosüsteemide Keskus (RIK) ja Siseministeeriumi infotehnoloogia- ja

arenduskeskus (SMIT).

2.3. Dokumendihaldussüsteemi kasutajate sihtgrupiks on ligikaudu 160

riigiasutust ja 32 000 töötajat.

2.4. Projekti töökeel/suhtluskeel on eesti keel. (lisatud 21.05.2026 käskkirjaga).

3. Ülevaade arhitektuurist

Dokumendihaldussüsteemi DORIS arhitektuur on kirjeldatud hanke tehnilise kirjelduse

lisas nr 6.

4. Projekti tehnilised tingimused ja hanke oodatav tulem

4.1. Käesoleva peatüki eesmärgiks on teada anda hankest huvitatud isikutele

sõlmitava lepingu eset puudutavatest peamistest tehnilistest tingimustest,

mis ei asenda lepingu täitmisel kohalduvaid täiendavaid

mittefunktsionaalseid nõudeid jmt. Tegemist ei ole seega lõplike nõuetega,

vaid sisendiga näitamaks huvitatud isikutele tarkvarade, tehnoloogiate,

programmeerimiskeelte ja keskkondade nimetusi, millega igapäevaste

tööülesannete täitmisel eelkõige kokku puutuda tuleb.

4.2. Arendustööde eesmärgiks on täiendada olemasolevat

dokumendihaldussüsteemi funktsionaalsust, arendada uusi komponente ja

liidestusi.

4.3. Üldnõuded arendusele

4.3.1. Arendustele rakenduvad SMIT-i arendusnõuded. (Lisa 2- Nõuded

arendustele). Kui on vaja arhitektuuri osas midagi muuta, siis Pakkuja

teeb omapoolse ettepaneku, kooskõlastab selle SMIT-i arhitektiga ja

4

SMIT-i arhitekt viib teema arhitektuurinõukogusse. Vajadusel kaasab

SMIT-i arhitekt pakkuja arhitektuurinõukogu koosolekule.

4.3.2. Hankija teostab üleantud arendustele OWASP testi, mille edukas

läbimine on tööde vastuvõtmise eelduseks.

4.3.3. arendamisel lähtutakse kasutajakesksest vaatenurgast ja e-teenuste

kasutajasõbralikkuse ja kasutatavuse headest tavadest;

4.3.4. põhineb mikroteenustel arhitektuuril;

4.3.5. avatud lähtekoodi printsiipidel;

4.3.6. vastab kaasaegse süsteemi turvalisuse nõuetele;

4.3.7. arendamiskeel on inglise keel (näiteks, meetodi nimetused ja

funktsioonide nimetused), kommentaarid võivad olla eestikeelsed.

4.3.8. Arendamisel kasutatakse peamiselt järgneivad tehnoloogiaid:

4.3.8.1. Java;

4.3.8.2. JOOQ;

4.3.8.3. PostrgeSQL;

4.3.8.4. VueJS3;

4.3.8.5. PrimeVue;

4.3.8.6. GoLang;

4.3.8.7. Micronaut, Spring Boot raamistikud;

4.3.8.8. REST;

4.3.8.9. JSON, JSONB;

4.3.8.10. Swagger;

4.3.8.11. TailWind;

4.3.8.12. WebSocket;

4.3.8.13. Redis;

4.3.8.14. S3.

4.4. Süsteemi jõudlus- ja mahunäitajad

4.4.1. Kasutajate arv on süsteemis ligikaudu 32 000 kasutajat. Samaaegsete

kasutajate arv on keskmiselt 3000 kasutajat. Tippkoormuse ajal

kasutajate arv võib olla ka 10 000 kasutajat.

4.4.2. Tavavaadete avamine < 1 sekundit.

4.4.3. Kõikide põhitegevuste ja põhivormide avamine < 3 sekundit.

4.4.4. Ühe asutuse dokumentide arv on maksimaalselt ca 700 000

dokumenti aastas. Ühes paigalduses võib olla n arv asutusi ja nende

asutuste peale on aastane maht ca 2 miljonit dokumenti. Maksimaalne

aktiivses loetelus olevate dokumentide maht asutuste peale ühes

paigalduses on ca 15 miljonit dokumenti.

4.4.5. Järg-vastusdokumentide arv keskmiselt 10, maksimaalselt 300

dokumenti.

4.4.6. Taustatööd ei tohi mõjutada rakenduse jõudlust.

4.4.7. Pakkuja poolt loodud arendused peavad vastama kirjeldatud üldistele

koormusnõuetele. Koormustestid loob pakkuja ja jooksutab enda

keskkonnas.

4.5. Kasutajaliidese prototüüp

5

4.5.1. Pakkujal tuleb luua loodavatele funktsionaalsustele prototüüp

kasutades Figma tarkvara ja võttes aluseks juba Hankija poolt loodud

komponente.

4.5.2. Enne arendamist kooskõlastatakse prototüüp teenuse omanikuga.

4.5.3. Kasutajaliidese loomisel tuleb lähtuda DORIS-e olemasolevast

disainisüsteemist, mille aluseks on riigi disainisüsteem Veera.

4.5.4. Loodud funktsionaalsused peavad vastama WCAG AA taseme

nõuetele.

4.5.5. Kehtivad nõuded kasutajakogemuse ja kasutajaliidese disainile ning

UX/UI nõuete kontrollnimekiri arenduse eel ja järel (Lisa nr 4 ja 5).

4.6. Koodi katmine testidega

4.6.1. arendused peavad olema kaetud automaattestidega (end-to end

testid, kasutades PlayWright tarkvara), unittestidega ja

integratsioonitestidega.

4.6.2. Testimisele kehtivad RIK-i testimise nõuded (Lisa nr 3 – Nõuded

testimisele) ja SMIT-i arendusnõuded (Lisa nr 2 ).

4.7. Hanke oodatav tulem

4.7.1. Hanke tulem on jagatud 3 etappi. Oluline on teostada arendused

vastavalt etappidele, kuna pakkujaga paralleelselt teostab arendustöid

ka Hankija. Kui Pakkuja leiab, et soovib arendustöid etappide vahel

vahetada, siis see tuleb kokku leppida Hankijaga.

4.7.2. Allolevas tabelis on kirjeldatud funktsionaalsuste teemad ja etapid.

Funktsionaalsuste nõuded on kirjeldatud hanke tehnilise kirjelduse

lisas nr 1:

Teema Etapp

Andmeväljad Etapp 1

Seosed Etapp 1

Dokumendipuu ja aastavahetus Etapp 1

Märksõnastamine Etapp 1

Kontaktid ja ühekordsete andmete import Etapp 1

Saatmine Etapp 2

Töövood (muudetud 21.05.2026 käskkirjaga) Etapp 2

E-kirja mall Etapp 2

Saabunud dokumendid ja hõlmamine Etapp 2

Kustutamine ja prügikast Etapp 2

Juurdepääsupiirangud ja ADR Etapp 3

Kasutajahaldus Etapp 3

Eemalolekud Etapp 3

Teavitused Etapp 3

Detailne otsing Etapp 3

Töölaud Etapp 3

Lemmikud Etapp 3

6

4.8. Tehnoloogilise piirangud:

4.8.1. Tuleb kasutada vabavara, litsentsiga tooted on välistatud

4.9. Üleantav dokumentatsioon

4.9.1. Analüüsi dokumentatsioon, mis peab vastama järgmistele nõuetele:

4.9.1.1. Hankija poolt esitatud ärinõuete põhjal spetsifikatsiooni

loomine ehk ärinõuete süsteeminõuetega täiendamine,

mille tulemusena valmib tehniline spetsifikatsioon.

Spetsifikatsioonid luuakse Hankija Confluence keskkonda;

4.9.1.2. andmetabelite ja -objektide seosdiagrammi (andmemudeli)

loomine;

4.9.1.3. andmevahetuse teenuste spetsifikatsioonide kirjeldamine.

4.9.2. Koormustestide tulemused

4.9.3. Testimisega seotud dokumentatsioon

4.9.4. Visuaalse disaini ja funktsionaalsuste dokumentatsioon ning prototüüp

4.9.5. Liidestuste tehnilised kirjeldused

4.10. Dokumentatsioon antakse pakkuja poolt hankijale üle iga etapi lõpus. Lõplik

dokumentatsioon antakse üle projekti viimase tarnega.

4.11. Projekti raames koostatud dokumentatsioon peab vastama järgmistele

vormistusnõuetele:

4.11.1. Dokumentide teemad ja peatükid on loogiliselt struktureeritud ja

esitatud koos sisukorraga (või seda asendava funktsionaalsusega).

4.11.2. Dokumendid ei sisalda kirjavigu ja on koostatud võimalikult

üheselt arusaadava ja selge lauseehitusega.

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

ning viitamine teistele dokumentidele on selge ja ühtses stiilis.

4.11.4. Valmivad dokumendid peavad olema koostatud eesti keeles ning

need peavad olema üheselt arusaadavad kõikidele osapooltele.

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

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

alusdokumentidest ja esitatud pakkumusest. Projekti elluviimisel on oluline

tihe koostöö RIKi dokumendihalduse tiimi, SMITi ja RTKga. Koostööna

jõutakse ühistele arusaamadele kooskõlastatavate tegevuste osas ning

üleantavate tulemite detailides, sh peavad RIK, SMIT ja RTK olema

7

pakkujaga samas infoväljas ning omama ülevaadet teostatavate tööde

seisust ja pakkumuse koosseisus esitatava projektiplaani järgimisest.

5.2. Paralleelselt Pakkujaga arendab dokumendihaldussüsteemi RIKi ja SMITi

ühine arendustiim.

5.3. Projekti arendustööd peavad vastama lisas esitatud SMITis kehtestatud

arendusnõuetele. RIKi kehtestatud muud nõuete dokumendid on lisatud

riigihanke alusdokumentide juurde.

5.4. Kõik arhitektuuriga seotud otsused peavad olema enne arendamist

kinnitatud RIK-i ja SMIT-ga.

5.5. Hankes esitatud ärinõuded on arenduse aluseks, kuid vajavad arenduse eel

detailset analüüsi ja võivad täpsustuda ja muutuda. Kõik ärinõuete

muudatused ja täpsustused lepitakse kokku Riigi Tugiteenuste Keskusega

ning muudatused fikseeritakse kirjalikult.

5.6. Hankelepingujärgsete tööde teostamisel hanke eesmärgi saavutamiseks on pakkujal õigus teha omapoolseid täiendus- ja muudatusettepanekuid. Kui RIK, SMIT ja RTK nõustuvad pakkuja poolsete täiendus-ja/või muudatusettepanekutega, ei ole pakkuja kohustatud tööde teostamisel lähtuma sõlmitava hankelepingu aluseks olevast tehnilisest kirjeldusest määral, mis vastab uutele kokkulepetele. 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.

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

5.8. Töö tulem kantakse SMIT-i lähtekoodi repositooriumisse vastavalt SMIT-i

juhistele, mis lepitakse kokku peale hankelepingu sõlmimist.

5.9. Pakkuja peab arenduse/töö/tulemi commitimisel ja üleandmisel ise tõestatavalt veendunud olema, et nende arendus/töö/tulem teeb seda, mis on nõutud ning samaaegselt ei riku/lõhu juba olemasolevat muud arendust/tööd/tulemit. Iga kirjutatud koodiüksuse kohta peaks olemas olema ka vastav test, mis kindlustab, et loodu toimib ja seda ka eriolukordades. Samuti on testid abiks juba olemasolevate komponentide muutmisel, indikeerides koheselt võimaliku probleemolukorra.

5.10. Pakkuja jaotab arenduste üleandmise 3 etappi (3-4 kuud). Iga etapp peab olema jaotatud omakorda iteratsioonideks (1-2 nädalat). 1-2 nädala tagant peavad toimuma tarkvara arenduse demonstratsioonid Pakkuja arenduskeskkonnas Riigi Tugiteenuste Keskuse esindajale. Iga iteratsiooni lõpus annab Pakkuja üle nimekirja realiseeritud arendustaskidest. Arenduse sobivuse korral teeb Pakkuja tarne SMIT-i repositooriumisse.(muudetud 21.05.2026. käskkirjaga)

5.11. Pakkuja poolt üleantavate ja testitud arendustööde ärinõuete

vastuvõtutestimist teostab Riigi Tugiteenuste Keskus. Testimine viiakse läbi

Hankija hallatavas testkeskkonnas. (muudetud 21.05.2026 käskkirjaga)

5.12. Töödele kehtib garantii 12 kuud.

5.13. Arendus- ja testkeskkondades kasutatakse ainult testandmeid.

Andmetöötluse vajaduse ilmnedes antakse töödeldavad andmed

hägustatud või muul viisil anonümiseeritud kujul.

8

5.14. Hangitava töö teostamise tegevuskava kirjeldatakse ära pakkumuse osana

esitatavas projektiplaanis. Tegevuste ajalise järjestuse ja korduvuse valib

pakkuja. Projektiplaan peab sisaldama ajakava kõikide hanke tehnilises

kirjelduses kirjeldatud tööde ja vajalike eeltegevuste läbiviimiseks,

jagunema 3 etappi ja vastama vähemalt järgmistele nõuetele:

5.14.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.14.2. Tegevused tuleb planeerida selliselt, et iga planeeritud etapi eel kooskõlastatakse arhitektuuriga seotud muudatused RIK-i ja SMIT-ga.

5.14.3. Pärast iga etapi lõppemist tuleb planeerida etappide tulemite presenteerimine RIK-ile, SMIT-ile ja RTK-le.

5.14.4. Iga projektiplaani töö kohta peab olema kirjeldatud töö nimetus, töö tegija(te) roll/nimi, ajaline kestus ja tähtaeg.

5.14.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.14.6. Kõik projektiplaanis kirjeldatud tööd peavad olema omavahel loogiliselt seotud ja jaotatud iteratsioonidena, mida ollakse valmis tellijale üle andma.

5.14.7. Projektiplaan peab sisaldama ka töid, mille teostamist eeldatakse Hankijalt või teiste kaasatud väliste osapoolte poolt.

5.14.8. Projektiplaan peab sisaldama varuaega (puhvrit) ja selles peab arvestama riiklike pühade, puhkepäevade ja projektimeeskonna puhkustega.

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

5.14.10. Lisaks projektiplaanile tuleb kirjeldada, millist agiilset arendusmetoodikat kasutatakse ja kuidas seda plaanitakse praktiliselt rakendada (pakkumuse eraldi dokument).

5.14.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.15. Autoriõiguste realiseerimise viis on MIT.

5.16. Pakkuja peab komplekteerima hankelepingu täitmiseks

arendusmeeskonna, kes vastab vähemalt järgmistele nõuetele:

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

9

5.16.2. Kõikidele meeskonnaliikmetele teostatakse taustakontroll

vastavalt lepingu tingimustele.

5.16.3. Kõikidel meeskonnaliikmetel peab olema eesti keel vähemalt heal

tasemel.

5.16.4. Vähemalt ühel meeskonnaliikmel peab olema VueJS3 raamistiku

kogemus riigihanke algamisele eelneva 2 aasta jooksul arendajana

projektides kokku vähemalt 1500 tundi;

5.16.5. Vähemalt ühel meeskonnaliikmel peab olema Micro Frontend

arendamise kogemus riigihanke algamisele eelneva 2 aasta jooksul

arendajana projektides kokku vähemalt 500 tundi;

5.16.6. Vähemalt ühel meeskonnaliikmel peab olema PrimeVue

kasutamise kogemus riigihanke algamisele eelneva 2 aasta jooksul

arendajana projektides kokku vähemalt 500 tundi;

5.16.7. Vähemalt ühel meeskonnaliikmel peab olema REST, JSON ja

Swagger kasutamise kogemus riigihanke algamisele eelneva 4 aasta

jooksul projektides vähemalt 160 tundi iga tehnoloogia kohta;

5.16.8. Vähemalt ühel meeskonnaliikmel peab olema CSS3 ja HTML5

kogemus kasutajaliidese disaini loomisel riigihanke algamisele

eelneva 5 aasta jooksul vähemalt 160 tundi mõlema tehnoloogia osas;

5.16.9. Vähemalt ühel meeskonnaliikmel peab olema testide arendamise

(vähemalt üks järgnevast: unit-, integratsiooni- või süsteemitestid)

kogemus projektides kokku vähemalt 200 tundi.

5.16.10. Vähemalt ühel meeskonnaliikmel peab olema Micronaut (java)

programmeerimise kogemus riigihanke algamisele eelneva 4 aasta

jooksul arendajana projektides kokku vähemalt 1500 tundi;

5.16.11. Vähemalt ühel meeskonnaliikmel peab olema JOOQ tehnoloogia

(rakenduse andmebaasi kihi) kasutamise kogemus riigihanke

algamisele eelneva 4 aasta jooksul projektides kokku vähemalt 1000

tundi;

5.16.12. Vähemalt ühel meeskonnaliikmel peab olema WebSocket

kasutamise kogemus riigihanke algamisele eelneva 4 aasta jooksul

projektides kokku vähemalt 300 tundi;

5.16.13. Vähemalt ühel meeskonnaliikmel peab olema S3 arendamise

kogemus riigihanke algamisele eelneva 4 aasta jooksul projektides

kokku vähemalt 160 tundi;

5.16.14. Vähemalt ühel meeskonnaliikmel peab olema andmemudeli

modelleerimise kogemus kasutades UML keelt riigihanke algamisele

eelneva 4 aasta jooksul analüütikuna projektides kokku vähemalt

1600 tundi;

5.16.15. Vähemalt ühel meeskonnaliikmel REST-JSON-API kirjeldamise

kogemus riigihanke algamisele eelneva 4 aasta jooksul analüütikuna

projektides kokku vähemalt 640 tundi;

10

5.16.16. Vähemalt ühel meeskonnaliikmel TypeScript/JavaScript

kasutamise kogemus riigihanke algamisele eelneva 2 aasta jooksul

testijana projektides kokku vähemalt 500 tundi;

5.16.17. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus

automaattestide kirjutamisel kasutades PlayWrighti või samaväärses

tarkvaras;

5.16.18. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus

testlugude ja testplaani koostamisega;

5.16.19. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus

koormustestide automatiseerimises JMeteris või samaväärses

tehnoloogias;

5.16.20. Vähemalt ühel meeskonnaliikmel peab olema praktiline prototüübi

loomise kogemus Figmas või samaväärses tarkvaras;

5.16.21. Vähemalt ühel meeskonnaliikmel peab olema praktiline kogemus

WCAG rakendamises;

5.16.22. Vähemalt ühel meeskonnaliikmel peab olema praktiline

süsteeminõuete (requirements), funktsionaalsuste ja kasutaja

tegevuste (use case ja/või user story) kaardistamine ja

visualiseerimise kogemus;

5.16.23. Vähemalt ühel meeskonnaliikmel peab olema vähemalt 36-kuuline

töökogemus tarkvara analüüsi läbiviimisel;

5.16.24. Vähemalt ühel meeskonnaliikmel peab olema vähemalt 36-kuuline

projektijuhtimise töökogemus tarkvara arenduses;

5.16.25. Vähemalt kahel meeskonnaliikmel peab olema vähemalt 48-

kuuline arendamise töökogemus tarkvara arenduses;

5.16.26. Vähemalt ühel meeskonnaliikmel peab olema vähemalt 24-kuuline

testimise töökogemus tarkvara arenduses;

5.16.27. Kui lepingu täitmisel tekib hankijal põhjendatud kahtlus, et

meeskonnaliige ei vasta hanke tehnilises kirjelduses toodud nõuetele

on pakkuja kohustatud vastavalt lepingu punktile 15.2 isiku asendama.

5.16.28. Pakkuja esitab meeskonnaliikmete nõuetele vastavuse

tõendamiseks vajaliku teabe hankija poolt etteantud cv vormil.

5.17. Pakkuja tagab meeskonnaliikmetele vajaliku riistvara arendamiseks.

DORISe lähtekood asub SMITi repositooriumis, millele ligipääsemiseks on

vajalik ühendus SMITi sisevõrguga. (muudetud 28.05.2026 käskkirjaga)

6. AI kasutamine tööde teostamisel (lisatud 21.05.2026 muudatusega)

11

6.1. Pakkuja kinnitab pakkumuse esitamisega, et hankelepingujärgsete tööde

teostamisel kasutab pakkuja tehisintellekti (edaspidi AI) ainult eelneval

kokkuleppel RIK-iga.

6.2. AI kasutamisel tuleb järgida järgmisi tingimusi:

6.2.1. AI kasutamine tööde teostamisel peab olema kooskõlastatud RIK-i

kontaktisikuga.

6.2.2. AI kohta, mida soovitakse kasutada, tuleb edastada RIK-ile järgnev

info:

6.2.2.1. AI mudel ja versioon;

6.2.2.2. Loetelu ülesannetest, mille jaoks AI-d kasutatakse;

6.2.2.3. Loetelu arendusetappidest, mille jaoks AI-d kasutatakse;

6.2.2.4. AI kasutamise eesmärk konkreetsete ülesannete puhul.

6.2.3. AI kasutamisel tööde teostamiseks peab pakkuja tagama, et AI

kasutamine vastab EITS-is ja/või ISO 27001 kirjeldatud turvalisus-,

konfidentsiaalsus- ja andmekaitse nõuetele.

6.2.3.1. Keelatud on kasutada AI mudelit, mis kasutab infot enda

treenimiseks.

6.3. Hankija hindab pakkumuses esitatud AI lahenduste kasutamise lubatavust

lepingu täitmisel enne lahenduste kasutuselevõttu.

6.4. Juhul, kui pakkuja poolt soovitud AI lahendus ei ole RIKile vastuvõetav,

esitatakse pakkujale vastavad põhjendused. Juhul, kui lepingutäitmisel

selgub, et pakkuja jätkab AI lahenduse kasutamist on tegemist olulise

lepingu rikkumisega. Hankijal on õigus, kuid ei ole kohustust soovitada

alternatiivseid AI lahendusi.

Lisad:

1. Funktsionaalsuste nõuded

2. Nõuded arendustele

3. Nõuded testimisele

4. Nõuded kasutajakogemuse ja kasutajaliidese disainile

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

6. Dokumendihaldussüsteemi DORIS arhitektuur