| Dokumendiregister | Registrite ja Infosüsteemide Keskus |
| Viit | 37 |
| Registreeritud | 28.05.2026 |
| Sünkroonitud | 29.05.2026 |
| Liik | Üldkäskkiri |
| Funktsioon | 5 Majandustegevus |
| Sari | 5-5 Riigihangetega seotud dokumendid |
| Toimik | 5-5-1/2026 |
| Juurdepääsupiirang | Avalik |
| Adressaat | |
| Saabumis/saatmisviis | |
| Vastutaja | Teele Nässi (Registrite ja Infosüsteemide Keskus, Õigusteenuse tiim) |
| Originaal | Ava uues aknas |
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: 3cd50567113a4e12b0c371f96ee2df50 Sisemine tunnus: 3101820000 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õhjaEesti (EE001) Riik: Eesti Lisateave: Eesti
2.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): LõunaEesti (EE008) Riik: Eesti Lisateave: Eesti
2.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): LääneEesti (EE004) Riik: Eesti Lisateave: Eesti
2.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): KirdeEesti (EE00A) Riik: Eesti Lisateave: Eesti
2.1.2 Lepingu täitmise koht
https://ted.europa.eu/TED Page 1/6
Riik – jaotus (NUTS): KeskEesti (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 RHRi 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: LOT0000 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: 3101820000
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õhjaEesti (EE001) Riik: Eesti Lisateave: Eesti
5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): LõunaEesti (EE008) Riik: Eesti Lisateave: Eesti
5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): LääneEesti (EE004) Riik: Eesti Lisateave: Eesti
5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): KirdeEesti (EE00A)
https://ted.europa.eu/TED Page 2/6
Riik: Eesti Lisateave: Eesti
5.1.2 Lepingu täitmise koht Riik – jaotus (NUTS): KeskEesti (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 RHRi 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/rhrweb/#/procurement/10283284/documents?group=B
5.1.12 Hanke tingimused Esitamise tingimused:
Elektrooniline esitamine: Nõutav Esitamise aadress: https://riigihanked.riik.ee/rhrweb/#/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/rhrweb/#/
Lepingutingimused: Lepingu täitmine peab toimuma kaitstud tööhõive programmide raames: Ei Earveldamine: Nõutav Kasutatakse elektroonilisi tellimusi: ei Kasutatakse elektroonilisi makseid: jah
5.1.15 Vahendid Raamleping:
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/riigihankedriigiabiosalused/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 ORG0001 Ametlik nimi: Registrite ja Infosüsteemide Keskus Registreerimisnumber: 70000310 Postiaadress: Lubja tn 4 Linn: Tallinn Sihtnumber: 19081 Riik – jaotus (NUTS): ExtraRegio NUTS 3 (EEZZZ) Riik: Eesti Kontaktpunkt: Teele Nässi Eposti 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 ORG0002 Ametlik nimi: Riigihangete vaidlustuskomisjon Registreerimisnumber: 1000123 Postiaadress: Tartu mnt 85 Linn: Tallinn Sihtnumber: 10115 Riik – jaotus (NUTS): ExtraRegio NUTS 3 (EEZZZ) Riik: Eesti Eposti aadress: [email protected] Telefon: +3726113713 Selle organisatsiooni rollid:
Vaidlustusorgan Lepitusorganisatsioon
8.1 ORG0003 Ametlik nimi: Riigihangete register Registreerimisnumber: TED64 Postiaadress: Lõkke tn 4 Linn: Tallinn Sihtnumber: 10122 Riik – jaotus (NUTS): ExtraRegio NUTS 3 (EEZZZ) Riik: Eesti Eposti aadress: [email protected] Telefon: +3726113693 Selle organisatsiooni rollid:
TED eSender
https://ted.europa.eu/TED Page 5/6
10 Muudatus
Eelmise teate versioon, mida muudetakse: 82125dafb8ab4f25b9c2aa45e2de304101 Muudatuse peamine põhjus: Teave ajakohastatud
10.1 Muudatus Punkti tunnus: PROCEDURE
Teave teate kohta
Teate tunnus/versioon: d8d3d1bf4e204d51b90cd0b773002d4b 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
| Nimi | K.p. | Δ | Viit | Tüüp | Org | Osapooled |
|---|