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

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  DIREKTOR KÄSKKIRI 28.05.2026. a nr 37 Tallinn Alusdokumentide muutmine riigihankes „Dokumendihaldussüsteemi DORIS arendustööd" (310182) 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 Lisa: 1. Hankedokumendid Lisa 4 – tehniline kirjeldus 2. Hanketeade „Dokumendihaldussüsteemi DORIS arendustööd" (310182)." (vormistatud digitaalselt).  Hankedokumentide lisa 4 „Dokumendihaldussüsteemi DORIS arendustööd“ (310182) Hanke tehniline kirjeldus 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“. 2  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 3  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 4  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 5 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 6  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. 7 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. 8 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; 9  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) 10  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 11