Üldkäskkiri

3-157 14.03.2025 Üldkäskkiri.asice

Digiallkirjad

Allkirjade kehtivust ei ole kontrollitud.

MART NIELSEN PNOEE-37008200210 2025-03-14 10:18:00

Avatud hankemenetlusena riigihanke ,,SDG 2, analüüsi- ja arendustööd'' alusdokumentide muutmine (287411).pdf

KÄSKKIRI

Tallinn 14.03.2025 nr 3-1/57

Avatud hankemenetlusena riigihanke

,,SDG 2, analüüsi- ja arendustööd''

alusdokumentide muutmine (287411)

Siseministeeriumi infotehnoloogia- ja arenduskeskuse riigihangete korra punkti 6.4 alusel:

1. Muudan peadirektori 07.02.2025 nr 3-1/46 käskkirjaga kinnitatud riigihanke alusdokumente

järgmiselt:

1.1. „Tehniline kirjeldus“ punkt 1 ning ,,Lisa 1 – Hankeleping’’ punkti 2.1, millega korrigeeritakse

projekti väljundi sõnastust. Muudatuse kohaselt on SDG tähenduseks single digital gateway

(muudetud dokument lisatud).

1.2. ,,Vastavustingimused’’ punktis 6 ,,Hankelepingu meeskond’’ ning ,, Lisa 3.1. CV vorm .NET

arendaja (PostgreSQ)’’, ,, Lisa 3.2. CV vorm TESTIJA (automaattestija)’’ ja ,, Lisa 3.3. CV vorm

– IT analüütik’’ punktis ,,Üldnõuded’’ eemaldatakse nõue, mille sõnastus oli järgnev: ,,Projekti

tellija peab olema kolmas isik, st projekti tellijaks ei saa olla (ühis)pakkuja ise või pakkumusse

hõlmatud alltöövõtja või (varasemas) töösuhtes tööandjale endale teostatud töö. Selliseid projekte

on lubatud esitada üldise töökogemuse nõude täitmiseks või näitlikustamiseks. (dokument lisatud).

(allkirjastatud digitaalselt)

Mart Nielsen

peadirektor

Lisa 1 - Hankeleping.pdf

Lisa 1. HANKELEPINGU projekt

Siseministeeriumi infotehnoloogia- ja arenduskeskus (SMIT või tellija), registrikood

70008440, aadress Mäealuse 2/2, 12618, Tallinn, keda esindab põhimääruse alusel peadirektor …

ja

… (täitja), registrikood ……..….., aadress……., keda esindab seaduse alusel/volikirja alusel…….

ja

1 Üldandmed

1.1 Leping sõlmitakse riigihanke ,,,SDG 2, analüüsi- ja arendustööd’’ (287411) alusel.

1.2 Lepingu täitmist rahastatakse välisvahenditest: Euroopa Parlamendi ja nõukogu 2. oktoobri

2018. a määrus (EL) 2018/1724, millega luuakse ühtne digivärav teabele ja menetlustele ning

abi- ja probleemilahendamisteenustele juurdepääsu pakkumiseks ning millega muudetakse

määrust (EL) nr 1024/2012 (edaspidi SDG määrus) ja ettevõtlus- ja infotehnoloogiaministri

14.03.2023 käskkirja nr 44 “Toetuse andmise tingimused digiriigi alusbaasi kindlustamise,

digiriigi arenguhüpete hoogustumise ning küberruumi turvalisuse tagamise toetamiseks”;

22.02.2024 digipöörde nõukogu esimehe otsust nr 8-3/525-1 alusel, Euroopa Liidu poolt

kaasrahastatud projekti „Euroopa Liidu ühtse digivärava (Single Digital Gateway)

toimimine“ vahendid, toetuse kood 1S40-RF21-01212SDG.

1.3 Kui tegevuste raames tekib avalik vaade kliendile, siis lisatakse võimalusel tööde teostaja

logo või viide töö teostajale.

1.4 Poolte lepingulised kontaktisikud on:

1.4.1 Tellija kontaktisik Rainer Kullarand, e-post [email protected], tel. 5473

0217 või tema asendaja;

1.4.2 Karin Püüman, e-post [email protected], tel. 5471 0424 või tema asendaja;

1.4.3 Maie Ristissaar, e-post [email protected], tel. 5346 3048 või tema asendaja;

1.4.4 Täitja kontaktisik ………...…., e-post …….…., tel. ……..;

1.5 Lepingu lahutamatuks osadeks on järgnevad lisad:

1.5.1. Lisa 1 – SMIT töövõtulepingu üldtingimused;

1.5.2. Lisa 1.1 ÜVA vorm;

1.5.3. Lisa 2 – tehniline kirjeldus;

1.5.4. Lisa 4 – täitja pakkumus;

1.5.5. Lisa 5 – kodukord;

1.5.6. Lisa 6 – CV vormid

1.5.7. Lisa 7 – Mittefunktsionaalsed nõuded

1.6. Lepingu juurde kuuluvateks lahutamatuteks osadeks loetakse kõik lisad ja riigihanke

alusdokumendid ning täitja riigihankes esitatud pakkumus ja pooltevahelised kirjalikud

teated, mida lepingu lisadena eraldi ei allkirjastata.

1.7. Lepingu tõlgendamisel lähtutakse võlaõigusseaduses sätestatud lepingu tõlgendamise

reeglitest ning prioriteetsuselt hankelepingust ning seejärel töövõtulepingu üldtingimustest.

Kui hankelepingus ei ole välistusi üldtingimustest, siis kohaldatakse üldtingimustes

sätestatut.

2(6)

2 Lepingu ese

2.1 Täitja teostab järgmise töö: Eesti rahvastikuregistri liidestamine Eesti SDG (single digital

gateway) vaheplatvormiga, kus rahvastikuregister hakkab mängima tõendi pakkuja

(Evidence Provider) rolli.

2.2 Töö sisu ja eesmärk on kirjeldatud lepingu lisas 2.

2.3 Töö teostamise (s.h vastu võtmise) tähtaeg on hiljemalt 30.11.2025.

3 Lepingu täitmine

3.1 Täitja alustab lepingu täitmist esimesel võimalusel pärast selle sõlmimist, kuid mitte hiljem

kui ühe (1) kuu jooksul alates lepingu sõlmimisest. Tellija annab täitjale teada lepingu

täitmise algustähtaja e-kirja teel. Tellijal on õigus ühepoolselt nimetatud tähtaega edasi lükata

vajaliku perioodi võrra põhjendatud vajaduse esinemisel (nt taustakontrolli teostamine

viibib). Tellija teavitab täitjat lepingu täitmise hilisemast algustähtajast ja täitmisega

viibimise põhjusest e-kirja teel.

3.2 Täitja esitab hankelepingu täitmise alustamise ajaks iga oma alltöövõtja nime, registrikoodi,

kontaktandmed, teabe nende seaduslike esindajate kohta ning alltöövõtulepingu nimetuse,

kuupäeva, numbri ja summa. Samad andmed esitab täitja iga hankelepingu täitmise ajal

lisanduva alltöövõtja kohta.

3.3 Töid teostatakse Lisa 2 punktis 6 nimetatud etappide kaupa (paralleelselt).

3.3.1 Tellija võib muuta teostatavate tööde järjestust tingimusel, et ei muutu lepingu täitmise

lõpptähtaeg ega kogumaksumus.

3.4 Arendusmeeskonnas on igapäevase suhtlusvahendina kasutusel Rocket.Chat või Teams või

mõni muu hetkel SMIT-s lubatud suhtlusvahend, mida kasutatakse kiireloomuliseks ja

operatiivseks suhtluseks. Teams / Rocket.Chat või mõne muu kõneteenuse või telefoni kaudu

kokku lepitud otsused tuleb kinnituseks fikseerida e-kirjaga või arutada ja protokollida

koosolekul.

3.5 Täitja tagab ja vastutab tööks vajalike töövahendite, litsentside ja autoriõiguste eest

iseseisvalt.

3.6 Töid teostatakse üldjuhul täitja valitud asukohas.

3.7 Töö teostamiseks ei kasutata tellija töövahendeid.

4 Arendustööde teostamine

Töid teostatakse vastavalt lisale 2 (tehniline kirjeldus).

5 Lepingu maksumus, arveldamise kord

5.1 Lepingu kogumaksumus on …. eurot, millele lisandub käibemaks (edaspidi lepingu hind).

Lepingu hind sisaldab muuhulgas ka kõiki intellektuaalomandiga seotud tasusid, kui need

kohalduvad.

5.2 Tööd antakse üle etappides, mis on toodud tehnilise kirjelduse (Lisa 2) punktis 6. Etappide 1 ja

2 üle andmisel makstakse iga etapi eest 30% lepingu summast, summas … eurot etapi kohta

(käibemaksuta). Etapi 3 üle andmisel makstakse 40% lepingu summast, summas …

(käibemaksuta)

5.3 Peale iga etapi teostamist koostatakse üleandmise-vastuvõtmise akt, mis on aluseks punktis 5.2

nimetatud maksete teostamiseks. Lepinguperioodi lõpus koostatakse terviktulemi

üleandmiseks koondakt, mille järgselt esitab täitja maksjale viimase arve teostatud tööde eest

vastavalt üleandmise-vastuvõtmise aktile ja punktile 5.5.

5.4 Üleandmis-vastuvõtmisakti valmistab ette täitja vastavalt tellija poolt etteantud vormile ning

see allkirjastatakse tellija ja täitja kontaktisikute poolt digitaalselt. Täitja esitab tellijale

3(6)

üleandmis-vastuvõtmisakti, milles on sätestatud täitja poolt teostatud tulemi kirjeldus, ning

tööde maksumus. Vajadusel täpsustatakse aktis üle antud tulemit.

5.5 Arved tuleb edastada vastavalt Eesti e-arve standardile. E-arves peab lisaks standardis

nimetatud andmetele olema toodud tellija kontaktisiku perekonnanimi, riigihanke viitenumber,

hankelepingu number, riigihanke lepingu osa viitenumber ja toetuse kood 1S40-RF21-

01212SDG . E-arve tuleb saata e-arvete operaatori kaudu. E-arve loetakse laekunuks selle

laekumise kuupäevast.

5.6 Arve maksetähtaeg on 21 kalendripäeva arvates nõuetekohase arve saamisest.

5.7 Lepingus sätestamata küsimustes kohaldatakse tarne üleandmise- vastuvõtmise osas

töövõtulepingu üldtingimustes sätestatut.

5.8 Pooled kinnitavad, et on teadlikud, et välisvahendite kasutamisel toetuse saamiseks peab tööde

vastuvõtmine olema fikseeritud aktis või muul kokkulepitud viisil.

6 Välisvahendite kasutamisest tulenevad nõuded

6.1 Lepingut rahastatakse välisvahenditest.

6.2 Välisvahendite allika lisandumisel või muutmisel ei sõlmita lepingu lisa. Muudatus loetakse

tehtuks, kui tellija on esitanud lepingu pooltele sellekohase teate.

6.3 Kui tegevuste raames tekib avalik vaade kliendile, siis lisatakse võimalusel tööde teostaja

logo või viide töö teostajale.

6.4 Pooled on teadlikud ja kohustatud täitma nõudeid, mis kohalduvad partnerile ja Euroopa

Liidu ühtekuuluvus- ja siseturvalisuspoliitika fondidest rahastatud projektidele ning mis on

toodud:

6.4.1 Perioodi 2021–2027 Euroopa Liidu ühtekuuluvus- ja siseturvalisuspoliitika fondide

rakendamise seaduses (https://www.riigiteataja.ee/akt/130062023056);

6.4.2 Vabariigi Valitsuse 12.05.2022 määruses nr 55 „Perioodi 2021–2027 Euroopa Liidu

ühtekuuluvus- ja siseturvalisuspoliitika fondide rakenduskavade vahendite andmise

ja kasutamise üldised tingimused“ (https://www.riigiteataja.ee/akt/105072023254);

6.4.3 Vabariigi Valitsuse 12.05.2022 määruses nr 54 „Perioodi 2021–2027 ühtekuuluvus-

ja siseturvalisuspoliitika fondide vahendite andmisest avalikkuse teavitamine“

(https://www.riigiteataja.ee/akt/117052022012).

7 Lepingu kehtivus ja muutmine

7.1 Leping jõustub alates hetkest, mil pooled on selle allkirjastanud ning kehtib kuni poolte

kohustuste täitmiseni.

7.2 Tellijal on õigus lepingu täitmise tähtaega pikendada tellijast või vääramatu jõu asjaolu

esinemisest tingitud viivituse võrra.

7.3 Õigused ja kohustused, mis oma olemusest tulenevalt ei sõltu lepingu kehtivusest, jäävad

kehtima peale lepingu lõppu.

7.4 Tellijal on õigus hankeleping ühe täitja suhtes erakorraliselt üles öelda, kui täitja rikub

hankelepingu tingimusi oluliselt või muul üldtingimustes kehtestatud alusel.

8 Täitja kinnitused

8.1 Täitja avaldab ja kinnitab, et:

8.1.1 ta on lepinguga ja riigihanke alusdokumentidega tutvunud ning mõistab täielikult

enesele võetavate kohustuste sisu ja tagajärgi ning on nõus nendes toodud

tingimustega;

4(6)

8.1.2 lepingu täitmisega ei kahjustata kolmandate isikute õigusi ja huve ning puuduvad

mistahes asjaolud, mis välistaksid tema õigusi sõlmida leping ja seda nõuetekohaselt

täita;

8.1.3 ta on tutvunud lepingu lahutamatuks osaks olevate töövõtulepingu üldtingimustega ja

kodukorraga.

Leping on allkirjastatud digitaalselt

5(6)

Lisa 1.1 Üleandmise-vastuvõtmise akti vorm

Alus (täida need read, mis kohalduvad):

Riigihanke viitenumber: ….

Riigihanke nimetus: …

Seotud hanke viitenumber: …

Seotud hanke nimetus: …

Hankeleping nr …., sõlmitud …. a.,

Hankelepingu osa viitenumber (15-kohaline): …

Välisvahenditest rahastatud projekti toetuse kood ja nimetus: …

Käesolevaga annab ………….. (täitja ettevõtte nimi) üle ning ……… (tellija asutuse nimi) võtab

vastu (edaspidi lepingu ese):

1. …….. (täida lepingu esemest tulenev võimalikult detailne sisu):

 tulemi puhul maksumus, etapi eesmärgi kirjeldus jne;

 arendus- või hooldusteenuse puhul töötunni hind, kogumaksumus, teostamise periood,

töötundide maht, vajadusel jira ticketite viited jne.

 Vajadusel täida allolev tabel

Meeskonnaliige

(roll)

Vastuvõetud

töö

Periood Teostatud

töötunnid

Töötunni

hind km-ta

Meeskonnaliikme

teostatud töö hind kokku

km-ta

Maksumus kokku km-ta:

Maksumus kokku km-ga:

Lepingu rahaline jääk km-ta:

2. ………(dokumentide loetelu).

Üleantava lepingu eseme kogumaksumus on ………………. eurot (lisandub käibemaks).

………………. (täitja lepingujärgse kontaktisiku nimi) kinnitab, et lepingu ese on üle antud

tähtaegselt, vastavalt lepingus sätestatud tingimustele.

…………….. (tellija lepingujärgse kontaktisiku nimi) kinnitab, et vastuvõetud lepingu ese vastab

lepingus sätestatud tingimustele ning lepingu ese on üle antud ja vastuvõetud vastavalt lepingus

sätestatud tähtajale ja tingimustele.

Käesolev üleandmise-vastuvõtmise akt on allkirjastatud digitaalselt.

6(6)

Täitja:

…………………

/asutuse nimi/

…………………..

/allkirjastaja nimi/

/ Tellija:

…………………

/asutuse nimi/

…………………..

/allkirjastaja nimi/

Lisa 2 - Tehniline kirjeldus.pdf

Tehniline kirjeldus

1. Projekti väljund Projekti tulemusena (tulem) toimub Eesti rahvastikuregistri liidestamine Eesti SDG

(Single Digital Gateway) vaheplatvormiga, kus rahvastikuregister hakkab mängima

tõendi pakkuja (Evidence Provider) rolli.

2. Projekti taustainformatsioon ja mõisted

Rahvastikuregister

(edaspidi RR)

Infosüsteem, mis koondab Eesti kodanike, Eestis elukoha registreerinud

Euroopa Liidu kodanike ja Eestis elamisloa või elamisõiguse saanud

välismaalaste ja teiste rahvastikuregistrisse kantud isikute peamisi

isikuandmeid ja isikuandmetega seotud andmeid, RR pidamist abistavaid

andmeid, RR objekti staatust ettevalmistavaid andmeid ja RR arhiivis

säilitatavaid andmeid. Rahvastikuregistrit haldab ja arendab volitatud

töötlejana Siseministeeriumi infotehnoloogia- ja arenduskeskuse (SMIT).

Rahvastikuregistri kirjeldus

RIHAs https://www.rihal.ee/Infos%C3%BCsteemid/Vaata/rr#uldkirjeldus.

RR-i andmebaasi haldussüsteemiks on Progress OpenEdge RDBMS.

Teenused on realiseeritud keeles OpenEdge Advanced Business Language

(ABL) ning neid käitatakse OpenEdge WebSpeed keskkonnas.

Rahvastikuregistri

portaal (edaspidi

portaal)

Rahvastikuregistri iseteeninduskeskkond (rahvastikuregister.ee)

SDG Single Digital Gateway ehk ühtne digivärav tagab, et EL-i kodanike jaoks

on kõige olulisemad haldusmenetlused veebipõhiselt kättesaadavad kõigis

EL-i riikides.

OOTS Once Only Technical System, Andmete ühekordse küsimise tehniline

süsteem - OOTS Technical Design Documents v1.0.0 - OOTS Technical

Design Documents - (europa.eu).

Tõendi pakkuja Tõendi pakkuja (Evidence Provider) on Eesti asutus, mis väljastab

tõendeid. Tõendite väljastamise tööprotsessi jadadiagramm on toodud

järgmisel joonisel. Tegemist on asünkroonse andmevahetusega:

X-tee Eesti riigi põhilisi andmebaase ühendav turvaline ja tõestusväärtust tagav

keskkond, mis korraldab internetipõhist andmevahetust riigiasutuste vahel

ja erasektoriga. Rahvastikuregistris on kasutusel x-tee v6.

3. Tutvustus ja SDG SDG (Single Digital Gateway) eesmärk on võimaldada piiriüleseid teenuseid lihtsamini ja kiiremini

taotleda ning vähendada haldusüksuste koormust. Sellest johtuvalt on Eestis tehtud otsus, et RIA loob

vahendusplatvormi, millega liituvad kõik Eesti teenusepakkujad kelle teenused on SDG skoobis.

Esimese iteratsiooni skoobis on Eestis liidestatavaid teenuseid 20 (nimekiri on ajas täienev/muutuv ja

tulevikus suurenev), mis on seotud Eestis ministeeriumiga (koos oma allasutustega). Antud platvormi

põhitööks on sõnumite vahetamine tõendite küsija ja pakkuja vahel kuid SDG määrusest tulenevalt

peab isik enne tõendi edastamist selle sisu nägema ning selle jaoks on loodud ka eelvaate ala. Eelvaate

ala on SDG tõendi taotlemise protsessi üks alamkomponent, mis võimaldab kasutaja autentimist ning

tõendi eelvaatega tutvumist. Kasutaja saab eelvaate põhjal otsustada, kas ta soovib tõendit algatatud

protseduuri raames kasutada. Kui kasutaja otsustab eelvaate alas tõendi sisu lubamise kasuks, siis

liiguvad tõendi andmed läbi RIA süsteemi krüpteerimata kujul.

 SDG (Single Digital Gateway) ehk ühtne digivärav tagab, et EL-i kodanike jaoks on kõige

olulisemad haldusmenetlused

veebipõhiselt kättesaadavad kõigis EL-i riikides.

 SDG võimaldab menetluste jaoks vajalikke tõendeid vahetada piiriüleselt ja veebipõhiselt

ühekordse küsimise põhimõtte alusel.

 SDG eesmärk on lihtsustada asjaajamist EL siseturu piires.

 SDG on loodud ettevõtetele ja kodanikele, kellel on soov või vajadus piiriüleseks

asjaajamiseks.

 SDG võimaldab piiriüleseid teenuseid lihtsamini ning kiiremini taotleda ning vähendab

haldusüksuste koormust.

 SDG kasutamine on vabatahtlik - kodanikele ning ettevõtetele jääb võimalus esitada tõendeid

ka muul viisil kui SDG kaudu.

 RIA töötab välja Eesti keskset tehnilist lahendust ehk nn vahendusplatvormi, mis võimaldab

Eesti teenusepakkujatel ühenduda SDG võrgustikuga.

 Vahendusplatvormiga liituvad kõik Eesti teenusepakkujad, kelle pakutavad teenused on SDG

skoobis ning kelle teenuste puhul

on tarvis piiriüleselt tõendeid vahetada.

 Teenusepakkujate kohustuseks on tagada, et SDG skoobis olevad põhimenetlused oleksid

veebipõhiselt läbitavad.

3.1. Tõendi küsimise protsessi kasutaja teekond

NÄIDE: (üks realiseeritavatest tõendi pakkumise juhtumitest): Sünnitunnistuse pakkumine kasutajale

läbi ühtse digivärava

Rahvastikuregister on tõendi pakkuja. Kasutajaks eesti isikukoodiga isik, kes üritab välisriigi asutusele

esitada oma sünnitõendit.

Sammud:

1. Kasutaja soovib alustada magistriõpinguid Prantsusmaa ülikoolis

2. Kasutaja logib sisse Prantsusmaa ülikooli portaali, et täita magistriõppesse sisseastumise

ankeet

a. Sisselogimise käigus suunatakse ta eIDAS node kaudu Eesti riiklikku

autentimisteenusesse, kus ta saab kasutada oma Eesti riiklikku Mobiil-IDd

3. Kasutaja algatab ülikooli portaalis menetlust, mille käigus tuleb tal esitada oma

sünnitunnistus. Kasutaja valib ülikooli portaalis sünnitunnistuse päritoluriigiks Eesti ja valib

sünnitunnistust väljastava asutuse (Eesti puhul ainult üks asutus, RR)

4. Ülikooli portaalist suunatakse kasutaja RIA vahendusplatvormi lehele sünnitunnistuse

küsimiseks, www.eesti.ee/data-requester.

5. RIA vahendusplatvormis palutakse kasutajal kõigepealt autentida, sest päringuga kaasa tulnud

infos ei pruugi olla kõiki kasutaja andmeid.

6. Toetatud ainult kõrge usaldustasemega ("high") autentimisvahendid (ID-Kaart, Mobiil-ID,

Digi-ID)

a. Autentimisteenuses tekitatakse kasutajale ühekordse sisselogimise seanss (GovSSO).

Kui kasutaja oli juba mõnes GovSSO-ga liidestatud süsteemis sisse logitud, jätkatakse

pooleliolevat seanssi.

7. RIA vahendusplatvorm teostab taustal päringu üle x-tee rahvastikuregistrile

8. Rahvastikuregister vastab asünkroonse x-tee päringuga, mis sisaldab isiku sünnitunnistust

9. RIA eelvaatealas kuvatakse sünnitunnistuse eelvaade. Kasutajal on võimalik valida, kas

soovib sünnitunnistust ülikoolile jagada või mitte

10. Kasutaja kinnitab soovi sünnitunnistuse jagamiseks ülikooliga. RIA vahendusplatvorm saadab

sünnitunnistuse ülikoolile ja suunab kasutaja tagasi ülikooli portaali.

3.2. Joonis:

Üldskeem (joonis 1)

Rahvastikuregistrist tõendite väljastamine (joonis 2)

4. Projekti eesmärk ja tulem Projekti tulem on rahvastikuregistri liidestumine Eesti SDG Intermediate Platform

(vahendusplatvorm) tõendi pakkuja (Evidence Provider) rollis.

Ajakohane kirjeldus toodud RIA koodivaramus ja projekti käigus tuleb arvestada võimalike

muudatustega: https://koodivaramu.eesti.ee/riigi-infos-steemi-amet/sdg/-/tree/main

4.1. Tegemisele kuuluvad etapid:

4.1.1. Luua uus X-tee teenus RIA vahendusplatvormi poolse tõendi küsimiseks.

4.1.1.1. REST API spetsifikatsioon, mille implementeerib tõendi väljastaja ja mille kaudu

vahendusplatvorm edastab tõendi päringu - https://koodivaramu.eesti.ee/riigi-infos-steemi-

amet/sdg/-/blob/main/sdg-evidence-provider-api.yaml (arenduse käigus võib spetsifikatsioon

muutuda).

4.1.2. Võtta kasutusele RIA poolt loodud x-tee teenus tõendi tagastamiseks RIA

vahendusplatvormile.

4.1.2.1. REST API spetsifikatsioon, mille implementeerib vahendusplatvorm ja mille kaudu

tõendi väljastaja edastab tõendi vahendusplatvormile: https://koodivaramu.eesti.ee/riigi-infos-

steemi-amet/sdg/-/blob/main/sdg-intermediate-platform-evidence-provider-api.yaml (arenduse

käigus võib spetsifikatsioon muutuda).

4.1.3. Luua funktsionaalsus tõendi info küsimiseks RR andmebaasist

4.1.3.1. Käesoleva hanke raames tuleb teostada 8 kuni 15 tõendit, mis tagastatakse RR

andmebaasist XML kujul, sarnaselt punk 3.1 toodud kasutaja teekonnas toodud sünnitõend.

4.1.3.2. RR andmebaasist (Progress OpenEdge) küsitakse tõendeid läbi SQL päringu.

4.1.3.3. Näited RR väljastatavatest tõenditest (nimekiri võib muutuda):

Tõendi nimetus Requirement name

1. Elukohatõend - põhielukoht (Proof of residence: domicile)

2. Sünnitõend (Proof of birth)

3. Abielu/kooselutõend (Proof of marriage/registered

partnership)

4. Tõend perekonnanime muutmise

kohta

(Proof of change of family name)

5. Kodakondsuse tõend (Proof of citizenship)

6. Rahvuse tõend (Proof of nationality)

Tõendi nimetus Requirement name

7. Tõend abielu staatuse kohta (Proof of marital status)

8. Elukohatõend - kõik elukohad (Proof of residence - all registered

addresses)

5. Nõuded projektile

5.1. Nõuded lahendusele

Pakutav tehnoloogiline lahendus peab vastama järgmistele punktidele:

1. Peab olema pilvesõbralik ehk sobima SMITi pilvekeskkonda (Kubernetes) ja

Riigipilvega. Pilvekeskkonna seadistamine toimub YAML manifestide kaudu.

2. Rakenduse lähtekoodi analüüs, pakki koostamine ja tarnimine toimub Atlassian Bamboo

plaanidega. Plaanide loomisel peab kasutama Bamboo YAML spetsifikatsioone.

3. Arvestab SMITis infosüsteemide arendamisele kehtestatud nõuetega, sealhulgas turva- ning

logimisnõuetega.

4. Arvestab RR tulevikuvisiooniga tehnoloogia ja komponentide valikus.

5. Arvestab SMITis juba loodud või loodavate sarnaste lahendustega (sh arhitektuuri ümarlaua

suunised) komponentide taaskasutatavuse kontekstis.

6. Andmesiirdel ja uuele tehnoloogilisele lahendusele ümberlülitumisel on täidetud RR SLA.

7. Lahenduse etappidena teostamisel peab olema täidetud RR SLA.

8. SMIT-s kasutava koodikvaliteedi mõõtmise tarkvara SonarQube "quality gate" nõuetele.

9. Rakenduse tehnilised komponendid kaitsevad iseennast ja valideerivad nende poole

pöördunud kasutaja või tehnilise teenuse õiguseid.

10. Komponentide vaheliseks suhtluseks kasutatakse SSL kanalit.

11. Tehniliste komponentide API'del eksisteerib automaatselt genereeritud dokumentatsioon

(näiteks Swagger).

12. Rakenduskihis peab kasutama .NET 8 või teist tööde alguses kehtivat uusimat .NET LTS

versiooni. ja C# programmeerimiskeelt.

5.2. Nõuded X-tee teenustele

1. Peavad kasutama x-tee REST-i põhist sõnumiprotokolli

a. X-Road: Message Protocol for REST

2. Teenuste tarbimine peab toimuma x-tee turvaserveri vahendusel.

3. Teenustel peavad olema kõik kohustuslikud ja valikulised päise elemendid.

4. Lisaks X-tee dokumentatsioonis määratud päistele tuleb lisada järgmised päised:

a. Pärimise ID - võimalus siduda sama toimingu raames teostatud mitu päringut.

b. Päringu tegemise alus (Avalik huvi, Õigustatud huvi, RRS45 alusel tehtud päring)

5. Loodavad X-tee teenused peavad päringud logima, kas rahvastikuregistrisse või

rahvastikuregistri päringute logide lahendusse, kui see on valmis.

5.3. Nõuded testidele

1. Iga tarnega peab üle andma testilood ja testiraportid, mida antud tarne käigus testiti.

2. Iga tarnega peab üle andma teadaolevate vigade vearaportid, mida planeeritakse parandada

järgnevate tarnetega.

3. Arendustest/automaattest peab katma nii uue tarnitava funktsionaalsuse kui ka varem tarnitud

funktsionaalsuse regressioonitestid.

4. Teostama peab jõudlustestid kontrollimaks mittefunktsionaalsetes nõuetes kirjeldatud

nõudeid. Jõudlustestid koos raportitega tuleb üle anda Tellijale.

5. Kogu loodav funktsionaalsus tuleb manuaaltestide kaudu testidega katta.

5.4. Nõuded dokumentatsioonile

1. Projekti dokumendihalduskeskkonnaks on SMITi Wiki (Atlassian Confluence) ning selle

keskkonna kasutamine on kohustuslik RR uute X-tee teenuste projekti lahenduse

dokumentatsiooni (sh spetsifikatsiooni, liideste kirjelduse, arhitektuuri jooniste jne) loomiseks

ning muutmiseks.

2. Täitjal on kohustus luua ja/või muuta RR uute X-tee teenuste projekti dokumentatsiooni (sh

spetsifikatsiooni, liideste kirjeldusi, arhitektuuri jooniseid jne).

3. Hiljemalt projekti lõppedes peab Täitja üle andma muuhulgas ka kasutajaõiguste süsteemi

kirjeldava dokumentatsiooni. Täiendavad nõuded dokumentatsioonile on kirjeldatud käesoleva

hanke Lisas 9- Nõuded infosüsteemi dokumentatsioonile.

5.5 Nõuded monitooringule

1. Komponentide poolt publitseeritavad teenuste monitoorimiseks vajalik info on kättesaadav

JSON formaadis, soovitatav kasutada REST lähenemist.

a. Monitooringu keskkonna pakub SMIT.

2. Realiseeritud peab olema /health endpoint, mis annab infot, kas rakendus on korras või mitte.

3. Realiseeritud peab olema rakenduse mõõdikute väljastamine, mis rakenduse instantsi põhiselt

esitab rakenduse toimimise andmeid.

a. Mõõdikute väljastamise juures tuleb lähtuda OpenTelemetry teekide võimalustest

valitud platvormil.

6. Hankelepingu tulem

Hanke käigus Täitja poolt loodavad ja Tellijale üle antavad tulemid on:

1. Loodud on punktis 5 toodud nõuetele vastav, punktis 4.1.1 kirjeldatud X-tee teenus RIA

vahendusplatvormi poolse tõendi küsimiseks.

2. Kasutusele on võetud punktis 5 toodud nõuetele vastav, punktis 4.1.2 kirjeldatud RIA poolt

loodud x-tee teenus tõendi tagastamiseks RIA vahendusplatvormile.

3. Loodud on punktis 5 toodud nõuetele vastav, punktis 4.1.3 kirjeldatud funktsionaalsus tõendi

info küsimiseks RR andmebaasist.

7. Hankelepingu tulemi etapid

7.1. Etapp 1:

1. X-tee teenus, mis toodud Tehnilise kirjelduse punktist 4.1.1, ning loodud teenuse tehniline

kirjeldus (dokumentatsioon).

2. X-tee teenus, mis toodud Tehnilise kirjelduse punktist 4.1.2, ning loodud teenuse tehniline

kirjeldus (dokumentatsioon).

7.2. Etapp 2

1. Luua funktsionaalsus tõendi info küsimiseks RR andmebaasist, mis toodud Tehnilise kirjelduse

punktid 4.1.3, ning loodud teenuse tehniline kirjeldus (dokumentatsioon).

2. Loodud 6 tagastatavat tõendit, ning tehniline kirjeldus (dokumentatsioon).

7.3. Etapp 3

1. Loodud 6 tagastatavat tõendit, ning tehniline kirjeldus (dokumentatsioon).

Lisa 3 - Vastavustingimused.pdf

1 / 3

Koostatud 13.03.2025 12:50:17 https://riigihanked.riik.ee/rhr-web/#/procurement/8099864/general-info

VASTAVUSTINGIMUSED Viitenumber: 287411 Hankija: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440) Hange: SDG 2, analüüsi- ja arendustööd

PAKKUMUSE ESITAMINE Pakkumuse esitamisega kinnitab pakkuja kõigi riigihanke alusdokumentides esitatud tingimuste ülevõtmist.

Tingimusliku pakkumuse esitamine ei ole lubatud.

Küsimused ettevõtjale: 1. Kas ettevõtja saab kinnitada, et pakkumus vastab hanke alusdokumentides sätestatud tingimustele? (Raadionupp valikutega "Jah/Ei")

2. Pakkuja kinnitab, et tema pakkumus on jõus 4 kuud, pakkumuse esitamisest arvates? (Raadionupp valikutega "Jah/Ei")

3. Andmed lepingusse, mida kasutatakse juhul, kui pakkumus tunnistatakse edukaks. Pakkuja esitab andmetena: 1. ettevõtte aadress; 2. lepingu allkirjastaja nimi; 3. alus lepingu allkirjastamiseks (juhatuse liige, volikiri vm); 4. lepingu allkirjastaja ametinimetus; 5. pakkuja kontaktisik lepingu täitmisel (nimi, ametinimetus, telefoni number ja e-posti aadress). (Suur sisestusala (max pikkus 4000 tähemärki))

4. Kas pakkujal on isikuid, kellel on volitus ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, ning kelle olemasolu ei kajastu äriregistris. Pakkuja esitab eelpool nimetatud isikute ees- ja perekonnanime, isikukoodi ning esinduse aluse, et hankija saaks nende puhul viia läbi kõrvaldamise aluste kontrolli vastavalt RHS § 95 lg 1 p 1- p 3. (Suur sisestusala (max pikkus 4000 tähemärki))

ÜHISPAKKUJATE VOLIKIRI Ühispakkujad nimetavad riigihankega ning hankelepingu sõlmimise ja täitmisega seotud toimingute tegemiseks endi seast volitatud esindaja.

Küsimused ettevõtjale: 1. Kas tegemist on ühispakkumusega? (Raadionupp valikutega "Jah/Ei")

2. Kui tegemist on ühispakkumusega, kas olete lisanud pakkumuse "Lisadokumentide" lehele ühispakkujate volikirja? Kui tegemist ei ole ühispakkumusega, vastake "Ei"". (Raadionupp valikutega "Jah/Ei")

ÄRISALADUS Pakkuja märgib pakkumuses, milline teave on pakkuja ärisaladus ning põhjendab teabe määramist ärisaladuseks.

Teabe ärisaladuseks määramisel lähtutakse ebaausa konkurentsi takistamise ja ärisaladuse kaitse seaduse § 5 lõikes 2 sätestatust. Pakkuja ei või ärisaladusena märkida: 1) pakkumuse maksumust ega osamaksumusi; 2) teenuste hankelepingute puhul lisaks punktis 1 nimetatule muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid numbrilisi näitajaid; 3) asjade ja ehitustööde hankelepingute puhul lisaks punktis 1 nimetatule muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid näitajaid (RHS § 46 (1)).

Küsimused ettevõtjale: 1. Kirjeldage lühidalt pakkumuses sisalduvat ärisaladust ja lisage selle määramise põhjendus või märkige, et pakkumus ei sisalda ärisaladust. (Suur sisestusala (max pikkus 4000 tähemärki))

SAMAVÄÄRSUS Pakkuja kinnitab, et pakkumus vastab hanke alusdokumentides nõutule ja vajadusel on samaväärsus selgitatud ja tõendid samaväärsuse kohta lisatud.

2 / 3

Koostatud 13.03.2025 12:50:17 https://riigihanked.riik.ee/rhr-web/#/procurement/8099864/general-info

Iga viidet, mille hankija teeb riigihanke alusdokumentides mõnele RHS-i § 88 lõikes 2 nimetatud alusele (standardile, tehnilisele tunnustusele, tehnilisele kontrollisüsteemile vms), tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“. Iga viidet, mille hankija teeb riigihanke alusdokumentides ostuallikale, protsessile, kaubamärgile, patendile, tüübile, päritolule, tootmisviisile, märgisele või vastavushindamisasutuse väljastatud katsearuandele või tõendile, tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“ (RHS § 88 lg-d 5-6, § 89 lg 2, 114 lg-d 5-7). Hankija aktsepteerib objektiivsetel põhjustel muid asjakohaseid tõendeid, kui pakkuja tõendab hankijale vastuvõetaval viisil, et pakutav asi, teenus või ehitustöö vastab konkreetse märgise või hankija esitatud nõuetele, välja arvatud juhul, kui hankija nõutud märgis, samaväärne märgis või konkreetse või samaväärse vastavushindamisasutuse väljastatud katsearuanne või muu tõend on seaduse alusel eelduseks asja, teenuse või ehitustöö pakkumiseks turul (RHS § 114 lg 7).

Küsimused ettevõtjale: 1. Pakkuja kinnitab, et pakkumus vastab hanke alusdokumentides nõutule ja vajadusel on samaväärsus selgitatud ja tõendid samaväärsuse kohta lisatud. (Raadionupp valikutega "Jah/Ei")

EL NÕUKOGU SANKTSIOON. ALLTÖÖVÕTJAD JA TARNIJAD. Pakkuja kinnitab, et ta ei kaasa üle 10% hankelepingu maksumusest hankelepingu täitmisele alltöövõtjaid ega tarnijaid, kes on: 1. Vene Föderatsiooni kodanik, resident või Vene Föderatsioonis asutatud ettevõtja, sh füüsilisest isikust ettevõtja, juriidiline isik, asutus või muu üksus; 2. rohkem kui 50% ulatuses otseselt või kaudselt punktis 1 nimetatud isiku, asutuse või muu üksuse omandis; 3. punktis 1 või 2 nimetatud isiku, asutuse või muu üksuse esindaja või tegutseb sellise isiku juhiste alusel. Hankija lükkab tagasi pakkumuse, mille alusel sõlmitav hankeleping oleks RSanS § 7 lg 1 alusel tühine.

Määrust kohaldatakse riigihangetele alates rahvusvahelisest piirmäärast. NÕUKOGU MÄÄRUS (EL) 2022/576, 8. aprill 2022, millega muudetakse määrust (EL) nr 833/2014, mis käsitleb piiravaid meetmeid seoses Venemaa tegevusega, mis destabiliseerib olukorda Ukrainas.

Küsimused ettevõtjale: 1. Pakkuja kinnitab, et ta ei kaasa üle 10% hankelepingu maksumusest hankelepingu täitmisele alltöövõtjaid ega tarnijaid, kes on: 1. Vene Föderatsiooni kodanik, resident või Vene Föderatsioonis asutatud ettevõtja, sh füüsilisest isikust ettevõtja, juriidiline isik, asutus või muu üksus; 2. rohkem kui 50% ulatuses otseselt või kaudselt punktis 1 nimetatud isiku, asutuse või muu üksuse omandis; 3. punktis 1 või 2 nimetatud isiku, asutuse või muu üksuse esindaja või tegutseb sellise isiku juhiste alusel. (Raadionupp valikutega "Jah/Ei")

HANKELEPINGU MEESKOND

Pakkuja esitab meeskonnaliikmete (kokku 4) andmed, esitades iga nõutud meeskonnaliikme kohta CV. Igasse rolli esitatakse üks isik, kes vastab hanketingimustele. Rolle katta ei ole lubatud.

Esitatud andmed peavad võimaldama hankijal kontrollida meeskonnaliikmete vastavust esitatud nõuetele ja hankija kontrollib tingimuste täitmist eelkõige esitatud andmete alusel:

1. Kui tingimuses on nõutud (kõrg)haridus, peab see olema lõpetatud. 2. Kui tingimuses ei ole nõutud töökogemust projektis, võib viidata ka töösuhtele. Projektiks ei loeta (varasemat) töösuhet. 3. Töökogemuse nõude täitmisena ei arvestata vabakutselisena tegutsemist, v.a kui selle perioodi osas on viidatud konkreetsetele projektidele, millel on tellijaks kolmas isik. 4. Töökogemuse nõude täitmisena ei arvestata täiendkoolitust või koolitööd. 5. Kui tingimuses on nõutud konkreetse kestusega töökogemust, siis (ka osaliselt) samaaegsete projektide kattuvaid aegu mitmekordselt ei arvestata. St sama ajaperioodi eest ei ole võimalik omandada mitmekordset kogemust.

3 / 3

Koostatud 13.03.2025 12:50:17 https://riigihanked.riik.ee/rhr-web/#/procurement/8099864/general-info

6. Projektide andmete esitamisel tuleb iga projekti kohta esitada vähemalt: projekti nimi ja lühikirjeldus, projekti algus- ja lõppaeg kalendrikuu täpsusega, projekti tellinud asutus ja tellija kontaktisik ning riigihanke korral märkida riigihanke number. 7. Viidatud projektid peavad olema pakkumuse esitamise ajaks nõutud mahus/ kompetentsi osas täidetud ja tellija poolt vastu võetud. 8. Hankijal on õigus pöörduda tellija poole esitatud andmete kontrollimiseks. 9. Kui mõne nõutud kompetentsi/kogemuse osas on andmed esitamata või viitab nende andmete mitteesitamise põhjenduseks konfidentsiaalsusele ja/või nende alusel ei ole võimalik järeldada, kas nõue on täidetud, on hankijal õigus tunnistada pakkumus mittevastavaks. Hankija ei avalda pakkumuses esitatud andmeid. 10. Juhul, kui lepingu täitmise käigus meeskonnas liikmeid asendatakse või täiendatakse, siis peab isik nõutud tingimustele vastama sellise taotluse esitamise ajaks. 11. Kui see on objektiivselt võimalik, tuleb lugeda tingimusi täiendatuks märkega "või samaväärne". Samaväärsuse tõendamise kohustus lasub pakkujal, kes sellele tugineda soovib. Tõendid samaväärsuse kohta peavad olema esitatud pakkumuse koosseisus. 12. Tellijal on õigus CV-s esitatud informatsiooni kontrollida ja täpsustada, kuid juhul, kui mõnd nõutud kogemust ei ole CV-s esitatud, lähtub hankija seisukohast, et pakkuja on vastava kogemuse kohta esitanud ammendavad andmed, st vastav kogemus meeskonnaliikmel puudu

Küsimused ettevõtjale: 1. Pakkuja esitab lepingu täitmiseks meeskonna, mille nõuded on toodud konkreetse rolli CV-s. Pakkujal tuleb arvestada CV vormi lõpus oleva teabega. Pakkuja kinnitab, et esitatud isikud hakkavad hankelepingut täitma. (Raadionupp valikutega "Jah/Ei")

2. Esitada IT-analüütiku CV (Lisa 3.3) (Dokumendi vorm / Lisa 33 CV vorm – IT analüütik.docx)

3. Esitada testija CV (Lisa 3.2) (Dokumendi vorm / Lisa 32 CV vorm TESTIJA (automaattestija).docx)

4. Esitada esimese .NET arendaja CV (Lisa 3.1) (Dokumendi vorm / Lisa 31 CV vorm NET arendaja (PostgreSQ.docx)

5. Esitada teise.NET arendaja CV (Lisa 3.1) (Dokumendi vorm / Lisa 31 CV vorm NET arendaja (PostgreSQ.docx)

Lisa 3.1. CV vorm .NET arendaja (PostgreSQ).pdf

Lisa 3.1. CV vorm – .NET arendaja (PostgreSQL andmebaas) Hankija nimi: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440)

Riigihanke nimetus: SDG 2, analüüsi- ja arendustööd

Riigihanke viitenumber: 287411

Ees- ja perenimi:

Isikukood:

Keeleoskus kõnes ja kirjas:

Vastavustingimused rollile ja selle tõendamiseks esitatavad kohased andmed (kohustuslikud): 1. Isik omab

1.1. omab vähemalt IT-alast kutseharidust, mis vastab kvalifikatsiooniraamistiku 5. tasemele (https://www.hm.ee/kutse-ja-

taiskasvanuharidus/kvalifikatsioonid; aktsepteeritakse ka välisriigis omandatud haridust) ja vähemalt 3-aastast töökogemust C#

programmeerimiskeeles arendajana;

või

1.2. vähemalt keskharidust (sh on aktsepteeritud keskeriharidus) ja vähemalt 5-aastast töökogemust C# programmeerimiskeeles

arendajana.

Haridustase,

haridusasutus

Õppimisaeg

(alates - kuni

kuu/aasta)

Lõpetatud

(jah / ei)

Omandatud

haridus (keskharidus,

bakalaureus, magister vmt)

Põhieriala Välisriigis omandatud hariduse korral lisada

tõend/ lõputunnistuse koopia

2. Kogemused

Nõue Nõude täpsustus Pakkuja kirjeldab nõuete täitmist. Andmete esitamisel

tuleb lähtuda RHR-i vastavustingimustes toodud

nõuetest.

Vajadusel lisada ridu

Spetsialisti rollile vastav

tööstaaž

kuudes

2.1. omab töökogemust C#

programmeerimiskeeles

arendajana vähemalt 2 (kaks)

aastat (nõude 1.1 puhul) või

omab töökogemust C#

programmeerimiskeeles

arendajana vähemalt 5 (viis)

aastat (nõude 1.2 puhul).

Töökogemust võib tõendada

projektidega, sel juhul tuua

projektides välja töökogemus

kuudes. Töökogemuse perioodide

ajalise kattumise puhul

arvestatakse kattuvaid

töökogemuse perioode

ühekordselt.

1. Ettevõte/asutus, kus on töötanud/projekt, kus

kogemus on omandatud (riigihanke projekti

korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus-ja lõppaeg kuu täpsusega

Roll projektis/kogemuses

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2. omab kokku vähemalt 1-

aastast kogemust Atlassiani

tootepere toodetega: Bitbucket,

Bamboo, Jira ja Confluence

(nõutud on kõik nimetatud).

Kogemust võib tõendada

projektidega, sel juhul tuua

projektides välja töökogemus

kuudes.

1. Ettevõte/asutus, kus on töötanud/projekt, kus

kogemus on omandatud (riigihanke projekti

korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.3. on täitnud vähemalt kahes

(2) infosüsteemi

arendusprojektis arendaja rolli,

milles tema panus peab olema

olnud kokku vähemalt 2000

töötundi.

(töötunnid peavad olema teostatud ja

tellija poolt vastu võetud).

Arvesse lähevad töötunnid,

mis on teostatud hiljem kui

01.08.2020.

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Teostatud töötunnid küsitud perioodil

Kogemuse/projekti kirjeldus

2. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Teostatud töötunnid küsitud perioodil

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.3.1. On täitnud vähemalt

ühes (1) infosüsteemi

arendusprojektis arendaja

rolli, milles on kasutanud

REST või SOAP X-tee

teenuseid.

Arvesse läheb kogemus, mis

on saadud hiljem kui

01.08.2020.

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.3.2. On täitnud vähemalt kahes

(2) infosüsteemi

arendusprojektis arendaja

rolli, milles on kasutanud

PostgreSQL

andmebaasihaldussüsteemi.

Arvesse läheb kogemus, mis on

saadud hiljem kui 01.08.2020.

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

2. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.3.3. On täitnud vähemalt

ühes (1) infosüsteemi

arendusprojektis

arendaja rolli, milles on

kasutanud Angular

raamistikku.

Arvesse läheb kogemus, mis

on saadud hiljem kui

01.08.2020.

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.3.4. On täitnud vähemalt

ühes (1) infosüsteemi

arendusprojektis

arendaja rolli, milles on

arendanud Kubernetes

konteinertehnoloogias.

Arvesse läheb kogemus, mis

on saadud hiljem kui

01.08.2020.

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.3.5. On täitnud vähemalt ühes

(1) infosüsteemi

arendusprojektis arendaja

rolli, milles on kasutanud

sõnumivahendustarkvara

vähemalt ühes (1)

järgmistest protokollidest:

 MQTT;

 AMQP;

 STOMP.

Arvesse läheb kogemus, mis on

saadud hiljem kui 01.08.2020.

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

3. Hindamiskriteeriumite kohased andmed (mittekohustuslikud andmed, mille puhul on võimalik teenida hindamiskriteeriumides avaldatud

punkte)

3.1 Varasem kogemus

projektides, kus on

osalenud vähemalt

mahus 600 töötundi

.NET arendajana ja

arendanud Kubernetes

konteinertehnoloogias

(projektide arv).

Arvesse lähevad projektid,

kus mõlemad nõuded on

üheaegselt projektis täidetud

ja mis on teostatud hiljem

kui 01.11.2020.

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

Üldnõuded:

1. Kui tingimuses on nõutud (kõrg)haridus, peab see olema lõpetatud.

2. Kui tingimuses ei ole nõutud töökogemust projektis, võib viidata ka töösuhtele. Projektiks ei loeta (varasemat) töösuhet.

3. Töökogemuse nõude täitmisena ei arvestata vabakutselisena tegutsemist, v.a kui selle perioodi osas on viidatud konkreetsetele projektidele,

millel on tellijaks kolmas isik.

4. Töökogemuse nõude täitmisena ei arvestata täiendkoolitust või koolitööd.

5. Kui tingimuses on nõutud konkreetse kestusega töökogemust, siis (ka osaliselt) samaaegsete projektide kattuvaid aegu mitmekordselt ei

arvestata. St sama ajaperioodi eest ei ole võimalik omandada mitmekordset kogemust.

6. Projektide andmete esitamisel tuleb iga projekti kohta esitada vähemalt: projekti nimi ja lühikirjeldus, projekti algus- ja lõppaeg kalendrikuu

täpsusega, projekti tellinud asutus ja tellija kontaktisik ning riigihanke korral märkida riigihanke number.

7. Viidatud projektid peavad olema pakkumuse esitamise ajaks nõutud mahus/ kompetentsi osas täidetud ja tellija poolt vastu võetud.

8. Hankijal on õigus pöörduda tellija poole esitatud andmete kontrollimiseks.

9. Kui mõne nõutud kompetentsi/kogemuse osas on andmed esitamata või viitab nende andmete mitteesitamise põhjenduseks konfidentsiaalsusele

ja/või nende alusel ei ole võimalik järeldada, kas nõue on täidetud, on hankijal õigus tunnistada pakkumus mittevastavaks. Hankija ei avalda

pakkumuses esitatud andmeid.

10. Juhul, kui lepingu täitmise käigus meeskonnas liikmeid asendatakse või täiendatakse, siis peab isik nõutud tingimustele vastama sellise taotluse

esitamise ajaks.

11. Kui see on objektiivselt võimalik, tuleb lugeda tingimusi täiendatuks märkega "või samaväärne". Samaväärsuse tõendamise kohustus lasub

pakkujal, kes sellele tugineda soovib. Tõendid samaväärsuse kohta peavad olema esitatud pakkumuse koosseisus.

12. Tellijal on õigus CV-s esitatud informatsiooni kontrollida ja täpsustada, kuid juhul, kui mõnd nõutud kogemust ei ole CV-s esitatud, lähtub

hankija seisukohast, et pakkuja on vastava kogemuse kohta esitanud ammendavad andmed, st vastav kogemus meeskonnaliikmel puudub.

13. Hankija ei küsi pakkujalt selgitusi väärtuspunktide saamiseks esitatud andmete kohta. Kui pakkuja on esitanud andmeid, millest ei saa

kogemuse olemasolu üheselt järeldada, punkte ei anta.

Lisa 3.2. CV vorm TESTIJA (automaattestija).pdf

Lisa 3.2. CV vorm – TESTIJA (AUTOMAATTESTIJA)

Hankija nimi: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440)

Riigihanke nimetus: SDG 2, analüüsi- ja arendustööd

Riigihanke viitenumber: 287411

Ees- ja perenimi:

Isikukood:

Keeleoskus kõnes ja kirjas:

Vastavustingimused rollile ja selle tõendamiseks esitatavad kohased andmed (kohustuslikud):

1. Isik omab

1.1. vähemalt keskharidust (sh on aktsepteeritud keskeriharidus)

Haridustase,

haridusasutus

Õppimisaeg

(alates - kuni

kuu/aasta)

Lõpetatud

(jah / ei)

Omandatud

haridus (keskharidus,

bakalaureus, magister vmt)

Põhieriala Välisriigis omandatud hariduse korral lisada

tõend/ lõputunnistuse koopia

2. Kogemused

Nõue Nõude täpsustus Pakkuja kirjeldab nõuete täitmist. Andmete

esitamisel tuleb lähtuda RHR-i vastavustingimustes

toodud nõuetest.

Vajadusel lisada ridu

Spetsialisti rollile vastav

tööstaaž

kuudes

2.1. omab vähemalt 2-aastast

töökogemust

automaattestide

kirjutajana.

Töökogemust võib tõendada

projektidega, sel juhul tuua

projektides välja töökogemus

kuudes.

1. Ettevõte/asutus, kus on töötanud/projekt,

kus kogemus on omandatud (riigihanke

projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus-ja lõppaeg kuu täpsusega

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2. On täitnud vähemalt

kolmes (3) infosüsteemi

arendusprojektis testija rolli

milles tema panus peab olema

olnud kokku vähemalt 2000

töötundi.

(töötunnid peavad olema teostatud ja

tellija poolt vastu võetud).

Arvesse lähevad töötunnid,

mis on teostatud hiljem kui

01.08.2020

1. Ettevõte/asutus, kus on töötanud/projekt,

kus kogemus on omandatud (riigihanke

projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus-ja lõppaeg kuu täpsusega

Roll projektis/kogemuses

Teostatud tunnid perioodil

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2.1. On vähemalt kahes (2)

projektis kasutanud vähemalt

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

ühte (1) järgmistest

automaattestimise raamistikest:

TestCafe või Cypress või

Selenium või samaväärne.

(töötunnid peavad olema teostatud ja

tellija poolt vastu võetud).

Arvesse läheb kogemus, mis

on saadud hiljem kui

01.08.2020

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

2. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2.2. On kasutanud vähemalt

kahes (2) projektis SQL

andmebaaside päringukeelt.

Arvesse läheb kogemus, mis

on saadud hiljem kui

01.08.2020

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

2. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.3. omab kehtivat sertifikaati ISTQB Certified Tester

Foundation Level (CTFL) või pakkuja poolt

tõendatud samaväärset sertifikaati. Samaväärsust

tõendavad dokumendid esitab pakkuja koos

pakkumusega.

Sertifikaat tuleb pakkujal esitada koos

pakkumusega.

/vajadusel lisada ridu/

3. Hindamiskriteeriumite kohased andmed (mittekohustuslikud andmed, mille puhul on võimalik teenida hindamiskriteeriumides avaldatud

punkte)

3.1 Vähemalt ühes (1) projektis on vähemalt 300 töötundi kirjutanud automaatteste raamistikes: TestCafe või Cypress või Selenium või Playwright. Arvesse lähevad projektid, mis on teostatud hiljem kui 01.11.2020