Väljaminev kiri

Siseministeeriumi infotehnoloogia- ja arenduskeskus

Mäealuse 2/2, Tallinn 12618

Telefon 612 6200

E-post [email protected]

Reg. kood 70008440

www.smit.ee

04.01.2024 nr 3-13/1

Alusdokumentide muutmine dünaamiline hankesüsteemi IT-teenuste soetamiseks (riigihangete registri viitenumber 252006) alusel "SMIT: Keskse päringute logimise lahenduse loomine"

(272848)

Peadirektori asetäitja peadirektori ülesannetes 21.07.2023. a käskkirja „Siseministeer iumi

infotehnoloogia- ja arenduskeskuse riigihangete kord“ punkti 11.9 alusel: 1. Muudan dünaamiline hankesüsteemi IT-teenuste soetamiseks (riigihangete registri viitenu mber

252006) piiratud hankemenetluse "SMIT: Keskse päringute logimise lahenduse loomine" (272848)

pakkumuse esitamise ettepaneku lisa 1 „Hankelepingu projekt“, lisa 3 „Tehniline kirjeldus“ ja

lisa 2.1 „Nõuded proovitööle“ ning kinnitan need muudetud sõnastuses (terviktekst lisatud).

2. Hanke eest vastutaval isikul teha muudetud dokumendid kättesaadavaks riigihangete registri

vahendusel ning pikendada vajadusel pakkumuste esitamise tähtaega.

Lugupidamisega

(allkirjastatud digitaalselt)

Mart Nielsen

peadirektor

[Lisa: Loetelu]

Paavo Kirsi, [email protected]

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…

Äriühing OÜ/AS (Täitja), registrikood ……..….., aadress……., keda esindab …….

1. Üldandmed

1.1 Leping sõlmitakse riigihangete seaduse § 32 alusel läbi viidud riigihanke „Dünaamiline

hankesüsteem IT-teenuste soetamiseks“ (viitenumber 252006) alusdokumentide ja minikonkursi „SMIT: Keskse päringute logimise lahenduse loomine“ (272848) ja täitja ….. pakkumuse alusel.

1.2 Lepingu täitmist rahastatakse riigieelarvest. 1.3 Poolte kontaktisikud lepingu täitmisel on:

1.3.1 Tellija kontaktisik Maie Ristissaar, e-post [email protected], tel 5346 3048 või tema asendaja või Peeter Mäeker, [email protected], tel 5193 1612 või tema asendaja;

1.3.2 Täitja kontaktisik ………...…., e-post …….…., tel. ……..; 1.4 Lepingu lahutamatuks osadeks on järgnevad lisad:

1.4.1 Lisa 1 - SMIT töövõtulepingu üldtingimused; 1.4.2 Lisa 2 – meeskonnaliikmete CV-d; 1.4.3 Lisa 3 – tehniline kirjeldus;

1.4.4 Lisa 4 – tehnilise kirjelduse lisa - nõuded dokumentatsioonile; 1.4.5 …

1.5 Lepingu lisasid ei allkirjastata lepingu sõlmimisel.

2. Lepingu ese

2.1 Täitja loob eraldiseiseva lahenduse rahvastikuregistri (RR) ja tema kõikide rakenduste poolt tehtavate päringute logide hoidmiseks, aruandluseks ning hävitamiseks, et parandada RR

andmete kasutamise läbipaistvust ning teenuste kvaliteeti läbi töökindluse ning jõudluse tõstmise (edaspidi töö, arendustöö või tulem) ning tellija tasub nõuetekohase töö eest vastavalt lepingule.

2.2 Töö teostamise tähtaeg on 12 kuud punkti 3.3 kohasest lepingu täitmise algusajast arvates. 2.3 Käesoleva lepingu alusel teostatud tööde tulemiteks on tehnilises kirjelduses (lisa 3) punktis

6 nimetatud tööd

3 Lepingu täitmine

3.1 Töid teostatakse üldjuhul täitja valitud asukohas. Tellija nõudmisel kohustub täitja teostama töid tellija asukohas, sellisel juhul teostatakse töid tavapäraselt ajavahemikul esmaspäevast

neljapäevani kell 8:30-17:00 ja reedel kell 8:30-16:00. Meeskonnaliikmed peavad tellija määratud vajadusel osalema kõikidel meeskonna koosolekutel: igahommikustel lühiarutelude l (Standup), kas tellija meeskonna poolt määratud suhtlustarkvara kaudu (Rocket chat,

skypeforbusiness, MS Teams) või isiklikult tellija asukohas ning pikematel koosolekutel (planning, grooming jmt, mis üldjuhul toimuvad mitte sagedamini kui üks kord nädalas)

isiklikult tellija asukohas. 3.2 Töid teostatakse tellija ja täitja poolt nimetatud arendusmetoodikaid kasutades, tellija juhiste

alusel. Täitja on kohustatud lepingu alusel ja selles sätestatud maksumuse eest teostama ka nn

sidustöid, mis ei ole lepingus sõnaselgelt sätestatud, kuid mille teostamine on headest tavadest ja täitja ametialasest professionaalsusest lähtudes nõutavad ja/või vajalikud lepingust tuleneva

eesmärgi saavutamiseks.

2(9)

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

ühe kuu jooksul alates lepingu allkirjastamist poolte poolt. 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

hankelepingu peatüki 6 alusel viibib). Tellija teavitab täitjat lepingu täitmise hilisemas t algustähtajast ja täitmisega viibimise põhjusest e-kirja teel.

3.4 Täitja kohustub rakendama tööde teostamisel muuhulgas meeskonnaliikmeid, kelle ta on esitanud lepingu sõlmimise aluseks olevas hankemenetluses, meeskonnaliikmete CV-d on lisatud lepingule.

3.5 Lisaks meeskonnaliikmetele, kelle CV-d on lisatud lepingule võib täitja vajadusel kaasata

hankelepingu täitmisesse meeskonnaliikmeid, kes ei pea vastama hankemenetluses vastavatele

spetsialistidele tellija poolt kehtestatud nõuetele. Nimetatud spetsialistid osalevad

hankelepingu täitmisel ainult koos hankemenetluses kehtestatud nõuetele vastavate

spetsialistidega. Täitja peab tellijat piisav aeg ette kirjalikult informeerima planeeritavas t

meeskonnaliikme lisamisest ning spetsialisti lisamine võib toimuda ainult tellija kirjalikku

taasesitamist võimaldavas vormis antud nõusolekul ja kooskõlas lepingu punktiga 6. Tellija l

on õigus keelduda täitja poolt pakutavast lisatavast meeskonnaliikmest.

3.6 Täitja tagab lepingu täitmise eesti keeles. Lepingu täitmisesse kaasatud meeskonnaliikme(te ) eesti keele oskus kõnes ja kirjas peab olema vähemalt tasemel, mis võimaldab meeskonnaliikme(te)l vahetult osaleda nii meeskonnatöös (koosolekud jmt) kui teostada

lepingu esemeks olevaid arendustöid ja saada iseseisvalt, ilma täiendava tellija poolse juhendamiseta, aru tööülesannete ja tehniliste juhiste sisust ja tellijal kasutusel olevate

töökeskkondade juhistest. Juhul, kui meeskonnaliikme(te) eesti keele oskus ei ole piisava l tasemel eelpool nimetatud osas, siis tagab täitja meeskonnaliikme(te)le omal kulul tõlgi, sh juba sõlmitud lepingu täitmise olukorras, kui ilmnevad probleemid eespoolviida tud

kompetentsidega. 3.7 Töid vahetult teostavate spetsialistide asendamine/lisamine võib toimuda tellija kirjalikku

taasesitamist võimaldavas vormis antud nõusolekul. Täitja on kohustatud teavitama tellija t kirjalikku taasesitamist võimaldavas vormis meeskonnaliikme asendamisest/lisamises t vähemalt 20 päeva enne meeskonnaliikme asendamist/lisamist, kusjuures täitja on kohustatud

tagama, et uue meeskonnaliikme kompetentsus on võrdne või ületab lepingu sõlmimise aluseks olevas hankes vastavale meeskonnaliikmele esitatud nõudeid (sh peab uue meeskonnaliikme

kompetents olema võrdne või ületama hankemenetluses esitatud meeskonnaliikme hindamiskriteeriumite kohast kompetentsi). Tellijal on õigus keelduda täitja poolt lepingu täitmiseks esitatud meeskonnaliikme asendamiseks/lisamiseks pakutavast meeskonnaliikmes t,

kui pakutav spetsialist ei vasta eelnimetatud nõuetele või kui pakutava isiku kompetents ide hindamisel ei oleks täitja pakkumus olnud hankemenetluses edukas (s.o kohtleks teisi

pakkujaid ebavõrdselt). 3.8 Lisaks punktis 3.7 sätestatule kohustub täitja tellijat vähemalt 14 päeva kirjalikku taasesitamis t

võimaldavas vormis ette teavitama meeskonnaliikmete planeeritud puhkustest ja lähetustes t

juhul, kui puhkuse või lähetuse kestus on 4 või rohkem kalendripäeva. 3.9 Täitja annab kogu hankelepingu täitmise perioodi vältel jooksvalt tagasisidet tellija küsimuste le

ja arupärimistele ning annab tellija nõudmisel jooksvalt ülevaate ja esitleb juba teostatud või teostamisel olevaid töid.

3.10 Pretensioonid töö tulemi plaanipärase edenemise, teostamise efektiivsuse ja kvaliteed i

kohta annab tellija teada lisaks meeskonnaliikmele ka täitja lepingulisele kontaktisikule. Olulises ulatuses või korduvaid kõrvalekaldeid tellija juhiste järgimata jätmisel loetakse

lepingu rikkumiseks. 3.11 Tellijal on õigus igal ajal lepingu täitmise käigus kolme kalendripäevase etteteatamisega

kokku kutsuda koosolekuid, kus täpsustatakse töökorraldust, tellija ja täitja ootuseid vmt.

3.12 Tellija on kohustatud kõikidele täitja lepingu täitmisega seotud põhjendatud küsimuste le vastama hiljemalt kolme tööpäeva jooksul. Juhul, kui küsimusele vastamine nõuab tellija lt

pikemat analüüsi, on tellija kohustatud andma eeltoodud kolme tööpäeva jooksul täitjale täpse

3(9)

kuupäeva, millal tagasisidet antakse, sellisel juhul on täitjal õigus nõuda tarne tähtaja

proportsionaalset pikendamist. 3.13 Täitja tagab ja vastutab tööks vajalike töövahendite, litsentside ja autoriõiguste eest

iseseisvalt.

3.14 Juhul, kui täitja poolt kaasatud meeskonnaliikmele on tagatud ligipääs tellija asukohale või infosüsteemidele või on tellija poolt talle kasutusse antud info- ja

kommunikatsioonitehnoloogia (edaspidi IKT) seadmed, kohustub täitja tagama ja vastutama tema poolt kaasatud meeskonnaliikmete poolt alljärgnevate juhiste kohase täitmise:

3.14.1 täitja poolt kaasatud meeskonnaliige kohustub talle eraldatud elektroonilist läbipääsukaart i

kasutama isiklikult ning registreerima sellega oma sisenemise ja väljumise tellija ruumides ; 3.14.2 täitja poolt kaasatud meeskonnaliige kohustub kasutama tellija poolt talle kasutamiseks

antud IKT seadmeid ja ligipääse infosüsteemidele üksnes isiklikult ning üksnes lepingukohaste ülesannete kohaseks täitmiseks.

3.15IKT vahendite kasutamisel ei ole täitja poolt kaasatud meeskonnaliikmel õiguspärast ootust

privaatsusele ning tellija logib nende tegevusi IKT seadmetes ja süsteemides.

4 Arendustööde teostamine

4.1 Täitja koostöös tellija kontaktisikuga valmistavad ette (analüüsib ja kirjeldab) tööülesanded

tellija tööülesannete haldussüsteemis JIRA. Täidetavad ülesanded (tulemid) lepitakse kokku kohtumistel (ehk sprindi planeerimise koosolekul). Sellele eelnevalt hinnatakse ja täiendatakse

tulevaste tööde/tulemite sisu ja töömahtu selleks ettenähtud kohtumisel (nn grooming). Täitja peab lepingu täitmisel juhinduma tellija poolt edastatud juhistest ja ülesannetest.

4.2 Loodavad hanke tulemid antakse üle tellija koodirepositooriumi kaudu vastavalt tellija

juhistele. Arendustööde raames tehtud lähtekoodi paneb täitja tellija koodirepositooriumisse ja paigaldab tellija arenduskeskkonda vähemalt korra nädalas. Täitja meeskonnaliikmete le

luuakse tellija poolt ligipääs koodirepositooriumile lähtekoodide, andmebaasimuudatuste ning muude tulemite või nende muudatuste üleandmiseks.

4.3 Arendamisel lisatakse commitide (lähtekoodi repositooriumisse lisamine) juurde Jira pileti nr,

mille alusel muudatus sisse viiakse ning lühisõnaline lühikirjeldus, mida muudatused sisaldavad. Commit sõnumi alguses peab olema alati projekti nimi, mille raames commit

tehakse ja informatsioon, kes antud commiti teeb (isiku nimi). 4.4 Enne commiti peab kood/teostatud töö/tulem olema: 4.4.1 iseendaga kooskõlas (pole vastuolusid, katkiseid mooduleid, iseendaga vastuolus

funktsionaalsust); 4.4.2 üldharu/muu haru tulemiga kooskõlas (üldharus olemasolev pole peale commiti katki);

4.4.3 edaspidi mugavalt kasutatav ja mõistetav, ehk sellel on olemas oma enda sisseehita tud

testid, mis peale järgnevaid võimalikke arendusi/commite/tegevusi näitaks, kas see

konkreetne funktsionaalsuse osa on endiselt korras, või läks katki ja tuleb korrastada.

4.5 Äriliselt võtmetähtis funktsionaalsus peab olema loodavas koodis varustatud kommentaaridega

(klasside ja meetodite kommentaarid).

4.6 Tarnitav lepingu ese peab ühilduma tellija poolt nõutud tehnilise lahendusega (erisused on lubatud tellija kontaktisiku kirjalikku taasesitamist võimaldavas vormis esitatud nõusolekuga),

sealhulgas: 4.6.1 järgima tellija poolt nõutud tehnilise lahenduse ideoloogiat süsteemsete protseduuride osas

ja infosüsteemi arhitektuurset lahendust ja kasutusloogikat;

4.6.2 taaste- ja varundusprotseduurid peavad olema ühilduvad tellija poolt soovitud tehnilise lahendusega;

4.6.3 lepingu ese ei tohi põhjustada süsteemi töö terviklikkuse või muid toimimise häireid ega jõudluse langust;

4.6.4 lepingu ese peab olema tellija poolt nõutud infosüsteemiga ühetaoline ning sobituma

olemasolevatesse ekraanivormidesse ja töövoogu; 4.7 Tööde teostamise käigus tuleb täitjal vajadusel uuendada ka lepingu eseme dokumentatsiooni

(kirjeldused, juhised, protsessianalüüs jmt) ja dokumentatsioon tellijale lisas 2 sätestatud viisil üle anda. Dokumentatsiooni üleandmisel eelistatakse elektroonilist vormi.

4.8 Tööde üldisteks vastuvõtukriteeriumiteks on:

4(9)

4.8.1 vastavus lähteülesandes toodud ärilisele- ja tehnilisele kirjeldusele;

4.8.2 vigade ja kõrvalmõjude puudumine.

4.9 Tellijal on 20 tööpäeva aega kontrollida vastuvõtmiseks esitatud tööde lepingutingimuste le vastavust. Tellija võib nimetatud tähtaega pikendada, kui pikendamine on põhjendatud.

4.10 Lepingu eseme üleandmisel koostatakse üleandmise-vastuvõtmise aktid vastavalt punktile 9. Üleandmise-vastuvõtmise akti on õigustatud allkirjastama lepingu kontaktisikud. Töö loetakse vastu võetuks üleandmise-vastuvõtmise akti allkirjastamise hetkest, kuid mitte hiljem

kui tulem on toodangukeskkonnas kasutusele võetud. Juhul kui töö võetakse töö tulemis esinevate vigade tõttu toodangus kasutusele osaliselt, siis tuleb kokku leppida, millises osas on

tööd vastu võetud ning kuuluvad tasumisele.

5 Garantiitingimused

5.1 Üle antud tulemi osas kohaldub garantii alljärgnevatel põhimõtetel: 5.1.1 garantiiaeg on üks aasta alates hetkest, mil etapi tulem on tellija poolt lepingu kohaselt vastu

võetud; 5.1.2 olukorras, kus töö pole akti alusel vastu võetud, on etapi tulemi osaline või täielik toodangus

kasutuselevõtt aluseks nende osade garantiiperioodi algusele ;

5.1.3 täitja on kohustatud tagama garantiiajal tulemil ilmnenud puuduste tasuta kõrvaldamise vastavalt vea prioriteetsusele järgnevalt:

5.1.3.1 kriitilised vead 2 tööpäeva jooksul peale sellekohase teate edastamist tellija poolt täitjale. Kriitiliseks veaks loetakse tarkvara arendusega seotud viga, mille tõttu: tarkvara tervikuna ei ole võimalik kasutada; tarkvara põhifunktsionaalsus ei tööta või on oluliselt häiritud ;

tarkvara lubab/teostab mitteautoriseeritud operatsioone; kahjustatud on süsteemis olevad andmed; kasutajale või seotud infosüsteemidele/andmebaasidele väljastatakse ebaõigeid

andmeid/tulemusi. Kriitiliseks veaks loetakse sealhulgas ebamõistliku sagedusega esinevad sarnased mittekriitilised vead;

5.1.3.2 mittekriitilised vead 5 tööpäeva jooksul peale sellekohase teate edastamist tellija poolt

täitjale. Mittekriitiliseks veaks loetakse infosüsteemi toimehäiret, mis ei ole põhjustatud riistvarast või muust tarkvarast või muust arendustööst ja mida ei saa käsitleda kriitilise

veana. 5.2 Veateade loetakse esitatuks, kui tellija või tellija kontaktisik on veateate esitanud kirjalikku taasesitamist võimaldavas vormis täitjale või täitja lepingujärgse kontaktisiku e-posti aadressil.

5.3 Täitja teostab garantiiaja vältel vajalikud tööd kasutades lepingukohast meeskonda, milles on võimalik muudatusi teha vastavalt lepingu punktile 3.7.

5.4 Kui kolmas osapool või toetuse saaja teeb tarnitud lähtekoodis kooskõlastamata muudatusi, siis garantii katkeb, välja arvatud juhul, kui Tellija suudab eristada lähtekoodis tehtavaid muudatusi. 5.5 Muud garantiikohased tingimused on sätestatud SMIT-i töövõtulepingu üldtingimustes.

6 Taustakontrolli teostamine 6.1 Kõigi täitja poolt töid teostavate meeskonnaliikmete osas viiakse enne nende poolt tööde

teostamisega alustamist läbi politsei ja piirivalve seaduse § 7(59) sätestatud taustakontroll (alus § 7 (59) lg 1 p 2).

6.2 Täitja on kohustatud informeerima tööle asuvaid meeskonnaliikmeid taustakontrolli teostamise vajadusest.

6.3 Taustakontrolli läbiviimiseks edastab täitja tellijale vastava meeskonnaliikme kirjaliku

nõusoleku hiljemalt 5 (viie) tööpäeva jooksul. Tellija annab täitjale vajaliku nõusoleku vormi. Juhul, kui täitja ei edasta viidatud aja jooksul nõusolekut loetakse see täitja poolseks

viivituseks. 6.4 Kui meeskonnaliige keeldub taustakontrolliks nõusoleku andmisest, on tellijal õigus keelduda

vastava meeskonnaliikme tööle lubamisest ning nõuda meeskonnaliikme vahetamist.

6.5 Tellijal on õigus keelduda meeskonnaliiget töid teostama lubamast, kui taustakontro lli tulemusena teatavaks saanud informatsiooni kohaselt ei ole meeskonnaliige sobilik tellija töid

teostama. Lähtuvalt informatsiooni tundlikkusest, ei avaldata täitjale taustakontrolli käigus saadud andmeid.

5(9)

6.6 Juhul kui meeskonnaliige ei nõustu taustakontrolliga või ei osutu selle tulemusena tellija le

sobivaks, kohustub täitja tagama meeskonnaliikme kohese vahetamise. Kui konkreetses tellimuses või hankelepingus ei ole sätestatud teisiti, siis nimetatud põhjusel meeskonnaliikme vahetamine ei ole aluseks tarne tähtaja muutmiseks.

7 Intellektuaalne omand

7.1 Täitja loovutab tellijale või juhul kui maksjaks on teine asutus, siis maksjale, kõik varalised õigused autoriõiguse seaduse tähenduses käesoleva lepingu alusel üle antud tulemitele, kaasa arvatud õiguse neid reprodutseerida, levitada ja üldsusele kättesaadavaks teha mistahes vormis

ja kandjal, ilma geograafiliste piiranguteta. Autori varalised õigused loetakse tellijale või maksjale üle läinuks pärast tulemi lepingukohast vastuvõtmist tellija poolt.

7.2 Täitja annab tellijale või juhul kui maksjaks on teine asutus, siis maksjale, ainulitsentsi isiklike õiguste kasutamiseks autoriõiguse seaduse tähenduses ja ulatuses, mis on vajalik, et tellija saaks täiel määral teostada talle lepinguga üle antud varalisi õigusi. Isiklike õiguste osas antav litsents

on koos all-litsentseerimise õigusega ning kehtib ilma geograafiliste piiranguteta kogu autoriõiguste kehtivuse tähtajal alates tulemi lepingukohasest vastuvõtmisest tellija poolt.

Täitja kohustub tagama, et isiklikud õigused on teostatavad muuhulgas alljärgnevas ulatuses: 7.2.1 tellijal või tellija tellimusel või juhul kui maksjaks on teine asutus, siis maksjal ja

maksja tellimusel, on kolmandatel isikutel õigus teha üle antud tulemis muudatus i

ning seda täiendada ilma täitja nõusolekuta; 7.2.2 tellijal või tellija tellimusel või juhul kui maksjaks on teine asutus, siis maksjal ja

maksja tellimusel, on kolmandatel isikutel on õigus lisada tulemile teiste autorite

teoseid ilma täitja nõusolekuta; 7.2.3 tulemi üleandmisega tellijale kinnitab täitja, et tulem on üldsusele esitamiseks

valmis ning täitja on loobunud õigusest seda ise avalikustada, välja arvatud tellija või juhul kui maksjaks on teine asutus, siis maksja, eelneval kirjalikul nõusolekul.

7.3 Täitja kinnitab ja tagab, et:

7.3.1 täitja on vastavad õigused täielikult omandanud oma töötajate, töövõtjate, alltöövõtjate või koostööpartneritega sõlmitud lepingute alusel ning täitjal on

lepingu alusel õigus nimetatud varaliste õiguste võõrandamiseks ning isiklike õiguste litsentseerimiseks tellijale või maksjale;

7.3.2 alates lepingu sõlmimisest puuduvad temal, tema töötajatel, töövõtjatel,

alltöövõtjatel, koostööpartneritel tellija või maksja vastu mistahes nõuded tuleneva lt varaliste autoriõiguste ja litsentseeritud isiklike õiguste võimalikust rikkumisest;

7.3.3 juhul kui tulemi kasutamine on takistatud kolmandate isikute intellektuaalomand i õigustest või nende rikkumisest tulenevate nõuete tõttu, on täitja kohustatud nimetatud takistused omal kulul kõrvaldama;

7.3.4 täitja ei paku tulemit ja/või sellega äravahetamiseni sarnaseid teoseid ja/või tuletatud tulemit kolmandatele isikutele. Äravahetamiseni sarnasuse määramisel arvestatakse

tulemi ning selle kujunduse jäetavat üldmuljet, kusjuures suuremat osatähtsust omistatakse tulemis sisalduvatele autoriõigusega kaitstud elementidele.

7.4 Lepingu alusel üle antud õigused ja litsents hõlmab kõiki edasisi tulemi arendusi. Lepingu

alusel annab täitja tellijale või maksjale õiguse luua oma äranägemisel tuletatud teoseid tulemi edasiarendamise teel.

7.5 Täitjal on õigus tulemit või selle osa kasutada näidisena oma loomingut sisaldavas portfoolios, sealhulgas avaldada portfoolio digitaalsel kujul või paberkandjal, üksnes tellija või maksja eelneval kirjalikul nõusolekul.

7.6 Tulemi üleandmisega tellijale läheb täitjalt tellijale või juhul kui maksjaks on teine asutus, siis maksjale, üle õigus tulemit ja selle dokumentatsiooni muuta, täiendada, kasutada mistahes viisil

ilma täiendava tasuta. Nimetatud õiguse üleminek jääb kehtima ka lepingu lõppemisel mistahes põhjusel.

7.7 Täitja tagab tellijale kõik vajalikud õigused lepingu täitmise käigus loodava tulemi

kontrollimiseks, testimiseks ning süsteemi paigutamiseks ka ajaks, mil tarne on üle antud, kuid pole veel lepingukohaselt tellija poolt vastu võetud.

6(9)

8 Vastutus

8.1 Pooled vastutavad lepinguliste kohustuste rikkumise eest. Kohustuse rikkumisel on teisel poolel õigus kasutada kõiki seadusest või lepingust tulenevaid õiguskaitsevahendeid vastavalt võlaõigusseadusele.

8.2 Lisaks mujal lepingudokumentides sätestatule, on tellijal õigus nõuda ja täitjal on kohustus

maksta leppetrahvi tarne üleandmisega või garantiitööde teostamisega viivitamisel 0,5 %

vastava hankelepingu kogumaksumusest iga viivitatud tööpäeva eest.

8.3 Poolte konkreetsest hankelepingust tulenev koguvastutus on piiratud konkreetse hankelepingu

kogumaksumusega. 8.4 Lepingu olulise rikkumise korral on tellijal õigus esitada täitjale leppetrahvi nõue 10 000 eurot

iga rikkumise eest. Täitja poolse olulise hankelepingu rikkumise korral ei pea tellija määrama

täitjale lepingu täitmiseks võlaõigusseaduse §-s 114 nimetatud täiendavat tähtaega ning tellija l on muu hulgas õigus hankeleping üles öelda või hankelepingust taganeda.

8.5 Oluliseks rikkumiseks loevad pooled lisaks võlaõigusseaduses ja mujal lepingus sätestatule muuhulgas:

8.5.1 mõjuva põhjuseta lepingu täitmise katkestamine või täitmisele mitte asumine;

8.5.2 valeinfo esitamine; 8.5.3 lepingu täitmiseks vajalike õiguste (sealhulgas load, litsentsid, intellektuaa lse

omandi õigused) puudumine; 8.5.4 intellektuaalse omandi õiguste ja nende kasutamise tingimuste rikkumine; 8.5.5 korduv (vähemalt kahel korral) meeskonnaliikme asendamine isikuga, kes ei vasta

kokku lepitud nõuetele või meeskonnaliikme asendamine ilma tellija eelneva vähemalt kirjalikku taasesitamist võimaldavas vormis antud nõusolekuta;

8.5.6 konfidentsiaalsuskohustuse rikkumine; 8.5.7 lepingujärgsete kohustuste korduvat (vähemalt kahel korral) täitmata jätmist; 8.5.8 tähtaegselt lepingu täitmata jätmist selliselt, et tehnilises kirjelduses sätestatud

eesmärgi täitmine ei ole enam tähtaegselt realistlik ja/või täitja poolse tegevuse või tegevusetuse tõttu ei ole võimalik enam kasutada lepingu rahastamiseks ettenähtud

vahendeid; 8.5.9 lepingujärgsete kohustuste üleandmine kolmandale isikule ilma tellija

digiallkirjastatud nõusolekuta.

9 Lepingu maksumus, arveldamise kord

9.1 Lepingu maksumus on ……. eurot, millele lisandub käibemaks. Lepingu maksumus sisaldab muuhulgas ka kõiki intellektuaalomandiga seotud tasusid.

9.2 Tööde arveldusperioodiks on kuu. Lepingu täitmise esimese 11 kuu osas kuulub igakuise lt

tasumisele 1/15 lepingu maksumusest summas … (käibemaksuta) ning 4/15 lepingu maksumusest arveldatakse peale punktis 2.1 nimetatud tulemite üleandmist ja vastuvõtmist.

Esimese üheteistkümne kuu tööde osas üleandmise-vastuvõtmise akte ei koostata, välja arvatud juhul, kui üle antakse punktis 2.1 nimetatud tulem. Juhul, kui tööd valmivad varem kui 12 kuuga ja tulemid vastavad lepingule, kuulub nende üleandmise järel arveldamisele kogu

väljamaksmata osa lepingu maksumusest. 9.3 Ü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 tellija le üleandmis-vastuvõtmisakti, milles on sätestatud täitja poolt teostatud tulemi kirjeldus ning tööde maksumus. Vajadusel täpsustatakse aktis üle antud tulemit.

9.4 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 9.5. 9.5 Täitja saadab tellijale Eesti e-arve standardile vastavad e-arved. E-arves peab lisaks standardis

nimetatud andmetele olema toodud tellija kontaktisiku perekonnanimi, riigihanke viitenumber,

hankelepingu number ja välisvahendite projekti tunnus, kui on tegemist välisvahenditega. E- arve tuleb saata e-arvete operaatori kaudu. E-arve loetakse laekunuks selle e-arvete operaatorile

laekumise kuupäevast. 9.6 Arve maksetähtaeg on 21 kalendripäeva arvates nõuetekohase arve saamisest.

7(9)

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

töövõtulepingu üldtingimustes sätestatut. 9.8 Maksja ja tellija kinnitavad, et on teadlikud, et toetuse saamiseks peab tööde vastuvõtmine

olema fikseeritud aktis ning kinnitatud juhtrühma poolt või muul kokkulepitud viisil.

10 Lepingu kehtivus ja muutmine

10.1 Leping jõustub alates hetkest, mil pooled on selle allkirjastanud ning kehtib kuni poolte kohustuste täitmiseni.

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

esinemisest tingitud viivituse võrra. 10.3 Õigused ja kohustused, mis oma olemusest tulenevalt ei sõltu lepingu kehtivusest, jäävad

kehtima peale lepingu lõppu. 10.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.

11 Lepingu tõlgendamine

11.1 Lepingu tõlgendamisel lähtutakse võlaõigusseaduses sätestatud lepingu tõlgendamise reeglitest ning prioriteetsuselt hankelepingust ning seejärel töövõtulepingu üldtingimustest.

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

12 Täitja kinnitused

12.1 Täitja avaldab ja kinnitab, et: 12.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;

12.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;

12.1.3 ta on tutvunud lepingu lahutamatuks osaks olevate töövõtulepingu üldtingimustega. Leping on allkirjastatud digitaalselt

8(9)

Hankelepingu lisa. Üleandmise-vastuvõtmise akti vorm

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

Riigihanke viitenumber: Viitenumber

Hankeleping nr x-x/xxxx , sõlmitud dd.mm.yyyy a.,

Hankelepingu osa viitenumber (15-kohaline): …

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.

Täitja:

…………………

/asutuse nimi/ …………………..

Tellija:

…………………

/asutuse nimi/ …………………..

9(9)

/allkirjastaja nimi/ /allkirjastaja nimi/

Proovitöö Hanke nimetus: SMIT: Keskse päringute logimise lahenduse loomine

Hanke viitenumber: 272848

1. Proovitöö kirjeldus

1.1. Probleemi ja tänase olukorra kirjeldus.

1. Tänases päringute logimise lahenduses asuvad logid samas andmebaasis andmetega ning seetõttu:

1. puudub li idestuse vajadus logimiseks,

2. logimine võtab väga vähe aega ehk ei ole ressursinõudlik,

3. päringute logimine toimub sünkroonselt ehk kui logimine ebaõnnestub, ebaõnnestub kogu X-tee

teenus. Tänases arhitektuuris on see aktsepteeritav risk.

1.2. Ülesanne

Proovitöö eesmärk on välja pakkuda lahendus, kuidas salvestada päringute logid võimalikult väikese

ressursikuluga, samas veakindlalt loodavasse logide süsteemi. Lahenduse arhitektuur on kujutatud tehnilise

kirjelduse punktis 4.6.

1. Päringud, mida peab logima ning logid ise asuvad eri infosüsteemides.

2. Eeldus on, et päringud "oskavad" vajalikke logimist initsialiseerivaid protsesse välja kutsuda. See osa ei ole

ülesande skoobis.

3. Liidese tehnoloogiale piiranguid ei ole.

2. Nõuded proovitööle

1. Proovitöö tulemus peab koosnema vähemalt järgmistest osadest:

1. Lahenduse kirjeldus.

2. Lahendust iseloomustavad joonised.

3. Protsessi kirjeldavad UML skeemid.

4. Skeemid ja joonised peavad olema avatavad Enterprise Architect programmis või peavad olema

esitatud pildina. Esitamise formaat ei muuda hindamist.

2. Liidese osas ootab hankija pakkujalt kahte (2) lahendust (juhuks, kui mõni vanem liidestuv süsteem ei oma

võimekust kasutada ühte neist) ning hindab kahte (2) alternatiivset protokolli lahendust.

3. Hindamismetoodika

Proovitöö eest saab maksimaalselt 60 punkti vastavalt alltoodud alakriteeriumitele. Alakriteeriumite punktid

summeeritakse.

Kriteerium

15 punkti

antakse tööle,

kui:

10 punkti

antakse tööle,

kui:

5 punkti antakse

tööle, kui: 0 punkti antakse tööle, kui:

Proovitöö

lahenduse

kirjeldus

alternatiiv 1

Lahendus on

detailideni

läbi mõeldud,

on väga

väikese

täiendava

ressursikuluga

ja väga

lihtsasti

teostatav.

Lahendus on

üldiselt läbi

mõeldud, on

väikese

täiendava

ressursikuluga

ja lihtsasti

teostatav.

Lahendus on

osaliselt läbi

mõeldud, on suure

täiendava

ressursikuluga ja

keerukalt

teostatav.

Lahendus

on puudulik ja/või teostamatu.

Proovitöö

lahenduse

kirjeldus

alternatiiv 2

Lahendus on

detailideni

läbi mõeldud,

on väga

väikese

täiendava

ressursikuluga

ja väga

lihtsasti

teostatav.

Lahendus on

üldiselt läbi

mõeldud, on

väikese

täiendava

ressursikuluga

ja lihtsasti

teostatav.

Lahendus on

osaliselt läbi

mõeldud, on suure

täiendava

ressursikuluga ja

keerukalt

teostatav.

Lahendus

on puudulik ja/või teostamatu.

Arhitektuuri- ja

protsessijooniste

selgus (Joonised

ja UML skeemid)

alternatiiv 1

X (ei

kohaldata)

Joonised ja

UML skeemid

on detailsed,

kirjeldavad

kogu

proovitööd, on

arusaadavad ja

üheselt

mõistetavad.

Joonised ja UML

skeemid on

üldised,

kirjeldavad

osaliselt

proovitööd, on

osaliselt

arusaadavad ja

mõistetavad.

Joonised ja UML skeemid on

puudulikud ja/või

arusaamatud.

Arhitektuuri- ja

protsessijooniste

selgus (Joonised

ja UML skeemid)

alternatiiv 2

X (ei

kohaldata)

Joonised ja

UML skeemid

on detailsed,

kirjeldavad

kogu

proovitööd, on

arusaadavad ja

üheselt

mõistetavad.

Joonised ja UML

skeemid on

üldised,

kirjeldavad

osaliselt

proovitööd, on

osaliselt

arusaadavad ja

mõistetavad.

Joonised ja UML skeemid on

puudulikud ja/või

arusaamatud.

Alternatiivide

võrdlus

X (ei

kohaldata)

Alternatiivid on

võrdväärsed,

teostatavad

samaväärse

ressursi- ja

ajakuluga.

Alternatiivid ei

ole võrdväärsed,

pakutud

alternatiivid on

teostatav erineva

ressursi- ja

ajakuluga.

Alternatiivid puuduvad

Proovitööd hindab hankekomisjon konsensuse alusel.

LISA 3 TEHNILINE KIRJELDUS Hanke nimetus: Rahvastikuregistri päringute logimise lahenduse etapp 1

Hanke viitenumber: 272848

1. Projekti väljund

Vajadus on luua eraldiseisev lahendus rahvastikuregistri ja tema kõikide rakenduste poolt tehtavate

päringute logide hoidmiseks, aruandluseks ning hävitamiseks, et parandada RR andmete kasutamise

läbipaistvust ning teenuste kvaliteeti läbi töökindluse ning jõudluse tõstmise.

2. Projekti taustainformatsioon 2.1. 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 Admin

Töölauarakendus RR andmete vaatamiseks ja töötlemiseks. RR Admini

kasutajateks on Siseministeeriumi töötajad, sh järelevalveametnikud ja SMIT

registripidajad. Vastavalt pädevustele ja õigustele saab RR Adminis: luua ja

hallata (mh ka X-tee teenuste) kasutajaid ja rolle, hallata aadresssüsteemi

(ADS), luua ja hallata üle RR kodifikaatoreid, seadistada teenuseid, viia läbi

valimistega seotud toimingud, sooritada erinevaid väljavõtteid (ka päringute

logi pealt), teostada järelevalvet, käivitada ning monitoorida RR teenuseid ja

protsesse (käivitatakse teenuste „Ohjuris“), välja võtta aruandlust.

Rahvastikuregistri

iseteenindusportaal

(edaspidi e-

rahvastikuregister)

Rahvastikuregistri rakendus.

Iseteenindusportaal, milles on võimalik inimesel vaadata ja muuta enda, oma

alaealiste laste ja eestkostetavate rahvastikuregistris olevaid andmeid ning

piirata oma andmetele juurdepääsu. Lisaks on võimalik esitada elektroonilisi

avaldusi (näiteks elukoha ja sünni registreerimiseks), tellida

perekonnasündmuste tõendeid, teha nime sobivuse ja sugulussuhete päringuid

ning kasutada muid RR teenuseid.

Rahvastikuregistri

menetlustarkvara

(edaspidi MT)

Rahvastikuregistri rakendus.

Töölauarakendus RR andmete töötlemiseks.

MT kasutajateks on Siseministeeriumi töötajad, SMIT registripidajad,

menetlejad - notarid, KOV ametnikud, sh perekonnaseisuametnikud jne.

Vastavalt pädevusele ja õigustele saab MTs teha isiku kohta RRi kantud

isikuandmete, dokumentide, kannete ja toimikute päringuid,

menetlustoimingud ja kandeid, andmete ja kannete parandamist, aruandlust ja

statistika päringuid, väljavõtete ja tõendite väljatrükke, aadressmuudatuste ja

valimisteatiste edastamist ja vastuvõtmist; kasutajate, rollide ja õiguste

haldamist ning järelevalvetoiminguid.

Ametnikuportaal

Rahvastikuregistri rakendus.

Ametnikuportaal on koht riigiportaalis eesti.ee rahvastikuregistrist päringute

tegemiseks kasutajatele antud erinevate teenuste kaudu nii avalike ülesannete

täitmiseks kui õigustatud huvi alusel.

Rahvastikuregistri

andmeladu

Rahvastikuregistri rakendus.

Töölauarakendus RR ja MT statistika vaatamiseks ja töötlemiseks.

Andmelao kasutajateks on Siseministeeriumi töötajad, sh

järelevalveametnikud, SMIT registripidajad, menetlejad - KOV ametnikud, jm

menetlejad, kellele on vastav ligipääs ja aruandlus loodud.

Vastavalt pädevustele ja õigustele saab andmelaos luua uusi ja vaadata juba

loodud aruandeid.

X-tee

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

keskkond, mis korraldab internetipõhist andmevahetust riigiasutuste vahel ja

erasektoriga.

2.2. Rahvastikuregistris ja selle alaminfosüsteemides kasutatavad tehnoloogiad

1. Rahvastikuregister (RR) on keskne andmekogu, selles hoitakse isikute põhiandmeid. RR

andmebaasiks on Progress OpenEdge. Teenused on realiseeritud keeles OpenEdge Advanced

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

2. RR Admin põhineb Progress WebClient tehnoloogial.

3. Rahvastikuregistri menetlustarkvaras (MT-s) viiakse läbi rahvastikutoimingute menetlusi ning

hoitakse menetlustega seotud andmeid. Antud taotluse vaates on tegemist haldusandmete

tarbijaga. MT arenduskeeleks C#. Alusraamistikuks .Net Framework 4.7.

Andmebaasihaldussüsteemina on kasutusel Microsoft SQL Server. Suhtlusel andmebaasiga

kasutatakse lisa raamistikku Entity Framework (EF). Klientrakenduseks on töölauarakendus,

mille loomisel on kasutatud lisa raamistikku Windows Form (WinForms). Klient- ja

serverrakenduse vahelises suhtluses kasutatakse lisa raamistikku Windows Communication

Foundation (WCF), kasutusel SOAP protokoll.

4. Rahvastikuregistri iseteenindusportaal (e-

rahvastikuregister https://www.rahvastikuregister.ee/) võimaldab isikukoodi ja Eesti

elektroonilist tuvastamislahendust omaval isikul tutvuda oma andmetega rahvastikuregistris

ning alustada nende muutmist e-avalduste vahendusel. Antud taotluse vaates on tegemist

haldusandmete tarbijaga. E-rahvastikuregistri andmebaasiks on PostgreSQL ja Redis.

Arenduskeelteks on Java ning TypeScript. Alusraamistikeks on Spring Framework ja Angular.

Server rakenduste puhul on kasutatud lisa raamistikku Spring Boot. Veebipõhine klient ning

server rakendused suhtluses kasutatakse REST põhist lahendust (JSON sõnumid).

Automatiseeritud testide loomiseks kasutatakse Selenium raamistikku, lisaks veel ka TestNG ja

JUnit raamistikku koos PageFactory mustriga.

5. Rahvastikuregistri Andmelaos luuakse RR ja MT andmete pealt aruanded ning vaadatakse neid.

Andmebaasimootorina on kasutusel PostgreSQL, laadeprotsesside orkestreerimine toimub

Apache Airflow abil. Kasutusel on püütoni (Python) programmeerimise keel ning SQL skriptid.

Raportite loomiseks ning tarbimiseks on kasutusel analüütika tarkvara Tableau.

3. Hetkeolukord ja probleemid praeguse lahendusega 3.1. Rahvastikuregister üldiselt

Rahvastikuregistri näol on tegemist taakvaraga:

1. mis võeti kasutusele aastal 2010.

2. mille arhitektuur ja tehnilised valikud on tehtud ca 15 aasta tagasi.

3. kus kasutusel on Progress OpenEdge andmebaas ja Progress ABL programmeerimiskeel – antud

tehnoloogia ei ole riigi ristfunktsionaalsete nõuetes toodud TIOBE indeksi TOP25 hulgas. Eestis

on see vähe levinud ja suurim probleem on spetsialistide leidmisega.

4. Ei ole pilvepõhine.

5. Koodibaas on ebaühtlase tasemega.

6. Enamus koodi on ühiktestidega katmata.

7. Ei ole võimalik kasutada kaasaegset mitme õlaga kõrgkäideldavat rakendusarhitektuuri.

8. Ei ole kasutusel tänapäevaseid riigiarhitektuuri keskseid komponente (TARA).

3.2. Olukord logimisega

Andmete säilitamist ning säilitamise tähtaegu reguleerib rahvastikuregistri seaduse (edaspidi RRS)

paragrahv 8: https://www.riigiteataja.ee/akt/122122018013?leiaKehtiv ning Siseministeeriumi

infotehnoloogia- ja arenduskeskuse (edasipidi SMIT) ja Siseministeeriumi (edaspidi SiM) vahel sõlmitud

Rahvastikuregistri (edaspidi RR) teenuse kokkulepe (SLA).

RR andmeid kasutavad ning kannavad neid RR-i üle 340 riigi- ja erasektori asutuse ning e-

rahvastikuregistri kasutajad. 2022 aastal ületasid erinevad päringud kokku 177 miljoni piiri. Päringute arv

on viimase kolme aastaga kasvanud 57%. Andmeid päritakse üle X-tee v6, ametnikuportaali, e-

Rahvastikuregistri (mõlemad samuti X-tee v6), läbi MT (X-tee v4), läbi RR Admini. Kõik RRi tehtavad

päringud salvestatakse (logitakse) ning säilitatakse viis aastat.

Päringute logisid hoitakse Rahvastikuregistri operatiivandmebaasis, see tähendab, et:

DB

kokku

(GB)

3

päringute

tabelit

(GB)

%

30.07.2023 3005,01 2246,63 75%

20.06.2022 2472,2 1760,87 71%

kasv 532,81 485,76 91%

 Päringute logid moodustavad andmebaasist 75% (kogu andmebaasi maht 3 TB) ja andmebaasi

iga-aastane mahukasv tuleb 91% ulatuses logide mahukasvust. Andmebaasi mahu kasv on

~530GB aastas (2023. a kasv).

 Päringute logide suur maht tekitab andmebaasis jõudlusprobleeme.

 Andmebaasi taastamise aeg on vastuvõetamatult suur (~8 tundi) ning andmebaasi intsidendi

korral on mõju rahvastikuregistri käideldavusele väga suur.

4. Projekti eesmärk ja tulemused

Projekti eesmärk on luua uus päringu logide salvestamise, hoidmise ja pärimise lahendus. Projekt

lahendataks kahes etapis:

1. Päringu logide hoidmise lahenduse ja sellega liidestumiseks vajalike teenuste loomine. Lahendus

peab võimaldama teises etapis vajalike aruannete loomise.

2. Päringu logide andmete pealt aruandluse loomine (punkt 4.3).

4.1. Päringu logide hoidmise lahendus

Lahendatud peavad olema järgmised kasutusjuhud:

1. Andmete kasutajana soovin eristada mis asutus andmed päris.

2. Andmete kasutajana soovin eristada mis andmekogu andmed päris.

3. Andmete kasutajana soovin eristada kes oli isik, kes päringut sooritas.

4. Andmete kasutajana soovin eristada kes oli isik, kelle andmeid päriti.

5. Andmete kasutajana soovin eristada mis andmeid päriti.

6. Andmete pärijana soovin (tulevikus) määrata, mis põhjusel ma päringu tegin (näiteks, avalik

ülesanne, õigustatud huvi, salajane). Täna sellist välja teenustes ega lahenduses ei ole.

7. Vastavalt rahvastikuregistri seadusele tuleb vanemad kui viis aastat logid süsteemist kustutada.

Andmeid on tarvis selliselt säilitada, et kustutamine on võimalik.

8. Logide hoiustamise struktuur peab peab toetama punktides 4.2 - 4.8 toodud kasutusjuhtusid ja

muud infot.

4.2. Andmejälgija X-tee teenus (findUsage)

Andmejälgija teenus peab tagastama kõik isiku kohta tehtud päringud, mis vastavad allmainitud

kasutuslugudes toodud piirangutele:

1. Andmejälgija haldurina soovin läbi häälestuste määrata üldist andmejälgija selgituse teksti.

2. Andmejälgija haldurina soovin läbi häälestuste määrata, millised RR X-tee teenused ei tohi jõuda

andmejälgijasse.

3. Andmejälgija haldurina soovin läbi häälestuste määrata, milliste asutuste poolt tehtud RR X-tee

teenuse päringud ei jõua andmejälgijasse.

4. Andmejälgija haldurina soovin läbi häälestuste määrata, milliste alamsüsteemide poolt tehtud

RR X-tee teenuse päringud ei jõua andmejälgijasse.

5. Andmejälgija haldurina soovin läbi häälestuste määrata, milliste isikute poolt tehtud RR X -tee

teenuse päringud ei jõua andmejälgijasse.

6. Andmejälgija haldurina soovin läbi häälestuste määrata perioodi kuudes, millele vastavalt leiab

andmejälgija teenus kuupäeva millest alates andmeid väljastata, kui päringus on periood

määramata.

7. Andmejälgija päringu sooritajana ei tohi ma näha konkreetseid päringuid, mis on pärija poolt

määratud salajaseks.

8. Andmejälgija päringu sooritajana soovin, et ühe ja sama protsessi käigus tehtud RR X-tee

päringuid saab koondada üheks andmejälgijas kuvatavaks päringuks oma põhjendusega.

9. Andmejälgija päringu sooritajana soovin sisendisse määrata, kelle kohta andmejälgija päring

sooritada. Andmejälgija teenus peab kontrollima, kas isiku kohta on õigus teha päringut.

10. Andmejälgija päringu sooritajana soovin sisendisse määrata, mis perioodi päringuid ma soovin

isiku kohta näha.

11. Teenuse sisendiks antakse järgmine info:

1. Teenuse päises olev X-Road-userID on täidetud isiku enda isikukoodiga.

12. Andmejälgija päringu sooritajana soovin saada tulemusse järgmise info:

1. päringu tegemise aeg,

2. põhjus, miks infot vaadati,

3. Kes vaatas andmeid.

13. Andmejälgija päring tuleb logida omakorda logisüsteemi.

4.3. Aruandlus logide pealt 4.3.1. Järelevalveametniku töökoht

Järelevalveametniku töölaud peab võimaldama otsida kõigi sisestatud parameetritele vastavaid

sooritatud päringuid isiku kohta. Järelevalveametniku töölaud peab lahendama järgmised kasutuslood:

1. Järelevalve teostajana soovin otsida isiku kohta tehtud päringuid, kus isikute valimine on

kohustuslik:

1. otsitava isiku isikukoodi, Perekonnanime või eesnime järgi ja

1. päringu tegemise perioodi järgi.

2. päringu tegija asutuse järgi (silmas pidada, et eri tüüpi päringutel võib asutus

asuda eri kohtades). Valida peab saama mitut asutust.

3. päringu teinud alamsüsteemi järgi. Valida peab saama mitut alamsüsteemi.

4. päringu teinud isiku/ametniku järgi. Valida peab saama mitut isikut/ametnikku.

5. päringu liigi järgi. Valida peab saama mitut päringu liiki.

2. Järelevalve teostajana soovin saada tulemuseks isiku kohta tehtud päringute osas järgmist

infot:

1. Päringu liik

2. Päringu sisendparameetrid

3. Päringu kuupäev ja kell

4. Pärija isik (isikukood ja nimi)

5. Pärija asutus

6. Pärija alamsüsteem

7. Päringu selgitus

8. Päringu tagastatud kirjete arv.

3. Järelevalve teostajana soovin otsida sooritatud päringuid üldiselt:

1. päringu tegemise perioodi järgi.

2. päringu teinud asutuse järgi (silmas pidada, et eri tüüpi päringutel võib asutus asuda eri

kohtades). Valida peab saama mitut asutust.

3. päringu teinud alamsüsteemi järgi. Valida peab saama mitut alamsüsteemi.

4. päringu teinud isiku/ametniku järgi. Valida peab saama mitut isikut.

5. päringu liigi järgi. Valida peab saama mitut päringu liiki.

4. Järelevalve teostajana soovin saada tulemuseks sooritatud päringute osas järgmist infot:

1. Päringu liik

2. Päringu sisendparameetrid

3. Päringu kuupäev ja kell

4. Pärija isik (isikukood ja nimi)

5. Pärija asutus

6. Pärija alamsüsteem

7. Päringu selgitus

8. Päringu tagastatud kirjete arv.

5. Järelevalve ametnikuna soovin näha aruannet Tableau tarkvaras.

6. Järelevalveametniku päring tuleb omakorda logida logisüsteemi.

4.3.2. Õigustatud huvi alusel sooritatud päringute maksustamine

Rahvastikuregistril on õigus ja kohustus küsida tasu RR andmete kasutamise eest, kui selle kasutamise

aluseks on õigustatud huvi. Loodav aruanne peab rahuldama järgmised kasutuslood:

1. Aruande pärijana soovin aruannet ainult nende asutuste kohta, kes teevad päringut õigustatud

huvi korral. Täna sisestatakse lepingu info ainult maksvate asutuste kohta.

2. Aruande pärijana soovin aruannet ainult nende päringute kohta, mille tegemise põhjus on

õigustatud huvi.

3. Aruande häälestajana soovin sisestada Asutuse lepingu numbreid. Neid võib olla mitu (nt 1 X -tee

ja 1 ametnikuportaali kohta). Võib lahendada nt Asutuste vaates lepingu numbrite lisamisega.

4. Aruande pärijana soovin aruandes eristada, kas päring tehti Ametnikuportaali või X -tee kaudu.

5. Aruande pärijana soovin näha aruannet Tableau tarkvaras.

6. Aruande sisendiks antakse järgmine info:

1. Päringu tegemise perioodi algus;

2. Päringu tegemise perioodi lõpp.

7. Aruande väljundis on järgmine info:

1. Asutuse nimi;

2. kasutatud teenuse tunnus (nimi/number, VALIKULINE)

3. Sooritatud päringute arv;

4. Potentsiaalselt arvutatav maksumus päringute eest;

5. Lepingu number.

4.3.3. Sugulaste kohta tehtud päringud

Aruande eesmärk on tuvastada päringud, mille isik/ametnik on teinud potentsiaalselt isikliku huvi

rahuldamiseks oma sugulaste kohta. Rahvastikuregistri suhted on EMA, ISA, LAPS, ABIKAASA (endine ja

kehtiv), EESTKOSTJA, EESTKOSTETAV ning nende kombinatsioonid (nt EMA LAPS = õde/vend). NB! See

aruanne eeldab ka RR operatiivandmete kasutamist. Loodav aruanne peab rahuldama järgmised

kasutuslood:

1. Aruande pärijana soovin aruannet päringute kohta, mis on tehtud oma sugu lase kohta.

2. Aruande pärijana soovin näha aruannet Tableau tarkvaras.

3. Aruande sisendiks antakse järgmine info:

1. Päringu tegemise perioodi algus;

2. Päringu tegemise perioodi lõpp;

3. Mitmenda taseme sugulasi uuritakse;

4. Asutused, kelle päringud tuleb välistada;

5. Alamsüsteemid, kelle päringud tuleb välistada.

4. Aruande väljundis on järgmine info:

1. Päringut ja pärijat tuvastavad ID-d.

2. Pärija isiku nimi ja isikukood.

3. Päringu tunnus/nimi.

4. Päringu teinud asutuse nimi ja alamsüsteem.

5. Päringu tegemise aeg.

6. Päringu sisendparameetrid.

7. Päringu tegemise põhjus.

8. Päritava isiku nimi ja isikukood.

9. Suhte tase (nt EMA LAPS on 2. tase).

10. Pärija ja päritava isiku vahelise suhte ID-d.

11. Suhete tee/puu päritavast pärijani.

4.3.4. Samal aadressil elava isiku kohta tehtud päringud

Aruande eesmärk on tuvastada päringud, mille isik/ametnik on teinud potentsiaalselt isikliku huvi

rahuldamiseks samas eluruumis elavate isikute kohta. NB! See aruanne eeldab ka RR operatiivandmete

kasutamist. Loodav aruanne peab rahuldama järgmised kasutuslood:

1. Aruande pärijana soovin aruannet päringute kohta, mis on tehtud samas eluruumis elava isiku

kohta.

2. Aruande pärijana soovin näha aruannet Tableau tarkvaras.

3. Aruande sisendiks antakse järgmine info:

1. Päringu tegemise perioodi algus;

2. Päringu tegemise perioodi lõpp.

4. Aruande väljundis on järgmine info:

1. Päringut ja pärijat tuvastavad ID-d.

2. Pärija isiku nimi ja isikukood.

3. Päringu tunnus/nimi.

4. Päringu teinud asutuse nimi ja alamsüsteem.

5. Päringu tegemise aeg.

6. Päringu sisendparameetrid.

7. Päringu tegemise põhjus.

8. Päringus tagastatavate isikute arv.

9. Päritava isiku nimi ja isikukood.

10. Pärija isiku aadress.

11. Pärija isiku aadressi liik, staatus ja alguskuupäev.

12. Päritava isiku aadress.

13. Päritava isiku aadressi liik, staatus ja alguskuupäev.

4.3.5. Nullpäringud

Aruande eesmärk on tuvastada kõik asutused, kes on saanud sisult tühja vastuse päringule, mis

tegelikult peaks tagastama infot. Loodav aruanne peab rahuldama järgmised kasutuslood:

1. Aruande pärijana soovin aruannet ainult nende päringute kohta, mille vastuses on 0 kirjet.

2. Aruande pärijana soovin näha aruannet Tableau tarkvaras.

3. Aruande sisendiks antakse järgmine info:

1. Päringu tegemise perioodi algus;

2. Päringu tegemise perioodi lõpp.

4. Aruande väljundis on järgmine info:

1. Kasutatud teenuse tunnus (nimi/number, VALIKULINE)

2. Päringu teostamise kuupäev ja kellaaeg

3. Päringu teostanud asutus;

4. Päringu teostamise alamsüsteem;

5. Päringu teostanud ametniku isiku nimi;

6. Päringu teostanud ametniku isiku isikukood;

7. Päringu sisendparameetrid;

8. Vastuseks saadud kirjete arv?

9. Päringu selgitus.

4.3.6. "Pikem" andmejälgija

Rahvastikuregistri seaduse järgi on isikul õigus saada väljavõtet enda kohta tehtud päringute kohta

alates eelmise aasta 1. jaanuarist. www.rahvastikuregister.ee andmejälgija tagastab kuue kuu päringud.

1. Aruande pärijana soovin näha aruannet Tableau tarkvaras.

2. Aruande sisendiks antakse järgmine info:

1. Isikukood

2. Aruande periood

1. vaikimisi alguskuupäev eelmise aasta 1. jaanuar

2. vaikimisi lõppkuupäev TÄNA()

3. Aruande väljundis on järgmine info;

1. Päringu kuupäev ja kellaaeg.

2. Päringu põhjus (täna <issue/> väli päringu päises).

3. Päringu teinud asutus.

4.3.7. Ametniku vaates tehtud päringud perioodil

Aruande eesmärk on kuvada isikute ja päringu liigi lõikes perioodil tehtud päringute arvu. Loodav

aruanne peab rahuldama järgmised kasutuslood:

1. Aruande pärijana soovin aruannet perioodil pärija isiku ja päringu liigi lõikes tehtud päringute

arvu.

2. Aruande pärijana soovin näha aruannet Tableau tarkvaras.

3. Aruande sisendiks antakse järgmine info:

1. Päringu tegemise perioodi algus;

2. Päringu tegemise perioodi lõpp.

4. Aruande väljundis on järgmine info:

1. Päringu teostanud asutus;

2. Päringu teostanud asutuse liik;

3. Päringu teostanud ametniku isiku nimi;

4. Päringu teostanud ametniku isiku isikukood;

5. Üle X-tee teostatud päringute arv;

6. MT-st teostatud päringute arv;

7. Eesti.ee Ametnikuportaalist teostatud päringute arv;

8. Teostatud päringute arv kokku.

4.4. Juhtimislaud: Viimase X kvartali päringute koondarv liigiti Juhtimislaua joonis on illustratiivne.

1. Juhtimislaua aruande kasutajana soovin näha päringute koguarvu.

2. Juhtimislaua aruande kasutajana soovin näha päringute arvu päringu liikide lõikes.

3. Juhtimislaua aruande kasutajana soovin näha päringute arvu jagunemist protsenditi liikide

lõikes.

4. Juhtimislaua aruande kasutajana soovin näha päringute arvu muutumist võrreldes eelmise

perioodiga (aastad omavahel, kuud omavahel, kvartalid omavahel).

5. Juhtimislaua aruande kasutajana soovin näha päringute arvu aastate, kvartalite ja kuude lõikes

(drilldown).

6. Juhtimislaua aruande kasutajana soovin näha päringute arvu.

4.5. Migratsioon

Tulenevalt tänasest tehnilisest lahendusest, kus päringute ja isikuandmete töötlemise logid on talletatud

Rahvastikuregistri operatiivandmebaasis ning seadusest tulenevalt on kohustus neid logisid talletada 5

(viis) aastat, on vaja uue süsteemi loomise korral teostada ka andmete migratsioon olemasolevast

lahendusest uude. Andmeid on vaja migreerida seetõttu, et eelpool loetletud päringud töötavad ka

ajaloo, mitte ainult värskete andmete pealt.

1. Tellijana soovin, et tänast logide lahendust on analüüsitud ja välja selgitatud andmete tekkimise

kohad, talletatud andmekomplektid ning talletamise põhimõtted.

2. Tellijana soovin, et tänase logide lahenduse andmete üle viimisele, migratsiooniks, uue

lahendusele on teostatud analüüs, mis esitab migreeritava info andmekomplektid,

vaikeväärtustamise reeglid ning protsessi kirjelduse, kuidas andmete ülekandmist läbi vi ia.

3. Tellijana soovin, et tänase logide lahenduse andmete üle viimiseks uude lahendusse on loodud

tehniline lahendus, mis lähtub üleviimise analüüsist.

4. Tellijana soovin, et üleviimise tegevused on läbi viidud ning tänase logide lahenduse andmed on

uues lahenduses ning neile rakendub uue lahenduse funktsionaalsus.

4.6. Üldine joonis

5. Nõuded projektile 5.1. Nõuded lahendusele

Pakutav tehnoloogiline lahendus:

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

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

logimisnõuetega.

3. Arvestab RR tulevikuvisiooniga tehnoloogia ja komponentide valikus.

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

suunised) komponentide taaskasutatavuse kontekstis.

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

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

7. Lahendus peab olema vähemalt 80% ulatuses kaetud ühiktestidega.

8. Lahendus peab olema vähemalt 80% ulatuses kaetud automaattestidega.

9. Lahendus peab olema liidestatud SMIT keskse kasutajate autentimise ja autoriseerimise

lahendusega (UAA).

1. The User Account and Authentication Service (UAA)

10. Rakenduse tehnilised komponendid kaitsevad iseennast sh valideerivad nende poole pöördunud

kasutaja või tehnilise teenuse õiguseid.

11. Peab kasutama Java 21 LTS (pikaajalise toega versioon) või teist tööde alguses kehtivat uusimat

Java LTS versiooni.

12. Komponentide vaheliseks suhtluseks kasutatakse SSL kanalit.

13. Tehniliste komponentide API'del eksisteerib automaatselt genereeritud dokumentatsioon

(näiteks Swagger).

14. Kasutajaliidese olekut (state) hoitakse kliendi liidese poolel ja teenused ise on olekuta.

15. EEMALDATUD

16. Kasutama peab PostgreSQL andmebaasi.

17. Andmed peavad olema talletatud vähemalt UTF-8 tähemärgi kodeeringut.

18. Andmete kustutamine ei tohi kustutada tegelikke kirjeid andmebaasist, välja arvatud, kui kirjed

pole mittefunktsionaalsed, ehk ei oma ärilist seost. Ärilist seost ja eesmärki ei oma kirjed, mille

säilitustähtaeg on möödunud.

19. Andmebaasi komponenti integratsioonivahendina ei tohi kasutada.

20. Andmebaasi pöördutakse ainult rakenduse jaoks eraldatud süsteemsete kasutajatega.

21. Rakendusse tuleb luua võimekus leida vajadusel mitme andmebaasi instantsi sest peamine,

kuhu on võimalik kirjutamispäringuid saata. Vaike seadistuses kasutab SMIT PgBouncer-it.

22. Äriväärtusest tulenevalt tõestusväärtust omavad andmebaasi tabelite kirjed, tuleb räsiaheldada.

Aheldamisel lahendus peab arvestama vajadusega andmeid kustutada säilitus tähtaja

möödudes.

5.2. Nõuded kasutajate haldusega liidestamisele

1. Kasutajad ning kasutaja grupid on kirjeldatud SMITi Active Directory-s.

2. Kasutajate tuvastamine ning autoriseerimine toimub kasutades SMIT-i User Account and

Authentication Service (UAA) teenust sh teenuskontod.

3. Kasutajate tuvastamine toimub RIA TARA integrastiooniga SMIT-i UAA teenusega, millega

võimalik kasutajat tuvastada ID-kaardi ja MobiilID-ga.

4. Suhtluseks kasutatakse OpenID Connect protokolli.

5.3. Nõuded X-tee teenustele

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

1. X-Road: Message Protocol for REST

2. Teenuste tarbimine peab toimuma x-tee turvaserveri vahendusel

Looma peab vähemalt järgmised teenused:

5.3.1. Andmejälgija (ka punkt 4.2.)

Potentsiaalselt 2 teenust:

1. Isiku enda ja seadistatud perioodi kohta.

2. Ka muu isiku ja sisestatava perioodi kohta.

5.3.1.1. Sisendparameetrid

1. Isik, kelle kohta päring tehakse (päise väli <UserID>)

2. Soovitud perioodi alguskuupäev (VALIKULINE. Kui tühi, siis TÄNA() - 6 kuud.)

3. Soovitud perioodi lõppkuupäev (VALIKULINE. Kui tühi, siis ei arvesta.)

5.3.1.2. Väljudparameetrid

Element Atribuut Kirjeldus

usage

logtime Päringu tegemise aeg

action miks ja millist infot vaadati

receiver Asutus, kes päringu tegi

5.3.1.3. XSD-d

5.3.1.3.1. TÄNANE TEENUSE REQUEST XSD <?xml version="1.0" encoding="UTF-8"?>

<schema xmlns="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://dumonitor.x-road.eu/producer" xmlns:xrd="http://x-

road.eu/xsd/xroad.xsd" xmlns:dumon="http://dumonitor.x-road.eu/producer" targetNamespace="http://dumonitor.x-road.eu/producer">

<import namespace="http://x-road.ee/xsd/x-road.xsd" schemaLocation="http://x-road.ee/xsd/x-road.xsd"/>

<element name="findUsage" type="dumon:QueryFields"/>

<complexType name="QueryFields">

<sequence>

<element name="request" minOccurs="0" maxOccurs="1">

<complexType>

<sequence>

<element type="string" name="Isikukood" minOccurs="0" maxOccurs="1">

<annotation>

<appinfo>

<xrd:title>Isikukood mille ajalugu päritakse</xrd:title>

</appinfo>

</annotation>

</element>

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</schema>

5.3.1.3.2. TÄNANE TEENUSE RESPONSE XSD <?xml version="1.0" encoding="UTF-8"?>

<schema xmlns="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://dumonitor.x-road.eu/producer" xmlns:xrd="http://x-

road.eu/xsd/xroad.xsd" xmlns:dumon="http://dumonitor.x-road.eu/producer" targetNamespace="http://dumonitor.x-road.eu/producer">

<import namespace="http://x-road.ee/xsd/x-road.xsd" schemaLocation="http://x-road.ee/xsd/x-road.xsd"/>

<complexType name="ResponseFields">

<sequence>

<element type="dateTime" name="logtime" minOccurs="0" maxOccurs="1">

<annotation>

<appinfo>

<xrd:title>Isikuandmete töötlemise aeg</xrd:title>

</appinfo>

</annotation>

</element>

<element type="string" name="action" minOccurs="0" maxOccurs="1">

<annotation>

<appinfo>

<xrd:title>Tegevus</xrd:title>

</appinfo>

</annotation>

</element>

<element type="string" name="receiver" minOccurs="0" maxOccurs="1">

<annotation>

<appinfo>

<xrd:title>Isikuandmeid vastu võtnud osapool</xrd:title>

</appinfo>

</annotation>

</element>

</sequence>

</complexType>

<element name="findUsageResponse">

<complexType>

<sequence>

<element name="usage" type="dumon:ResponseFields" maxOccurs="unbounded" minOccurs="0"/>

</sequence>

</complexType>

</element>

</schema>

5.3.2. Asutuse poolt tehtud päringud (perioodil)

Ametnikuportaali päring. Täna väga mahukas ja ressursinõudlik päring.

5.3.2.1. Sisendparameetrid

Element Selgitus Kohustuslik?

isikukood Päringu päises olev isikukood jah

alates Päringute tegemise perioodi algus ei

kuni Päringute tegemise perioodi lõpp ei

vahemik 1=üks nädal, 2=üks kuu, 3=eile, 4=täna ei

viimased mitu viimast päringut tagastada jah

5.3.2.2. Väljundparameetrid

Element Atribuut Kirjeldus

paring

kuupäev Päringu tegemise kuupäev

kellaaeg Päringu tegemise kellaaeg

liik Päringu tunnus (nimi/number)

sisend Päringu sisendparameetrite loend

tulemusteArv Päringu poolt tagastatavate tulemuste arv

pohjus Avalik ülesanne, Õigustatud huvi, Salajane

selgitus Selgitus, miks päring tehti

5.3.2.3. XSD-d

5.3.2.3.1. TÄNANE TEENUSE REQUEST XSD <?xml version="1.0" encoding="UTF-8"?>

<schema xmlns="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://placeholder.x-road.ee/producer"

targetNamespace="http://placeholder.x-road.ee/producer">

<import namespace="http://x-road.ee/xsd/x-road.xsd" schemaLocation="http://x-road.ee/xsd/x-road.xsd"/>

<complexType name="RRPORTPARINGUTE_PARINGRequestType">

<sequence>

<element name="Alates" type="string" minOccurs="0">

<annotation>

<appinfo>

<xrd:title>Alates</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Kuni" type="string" minOccurs="0">

<annotation>

<appinfo>

<xrd:title>Kuni</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Vahemik" type="tns:ajavahemik" minOccurs="0">

<annotation>

<appinfo>

<xrd:title>Ajavahemik</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Viimased" type="string">

<annotation>

<appinfo>

<xrd:title>Väljasta viimased</xrd:title>

</appinfo>

</annotation>

</element>

</sequence>

</complexType>

<simpleType name="ajavahemik">

<annotation>

<appinfo>

<xrd:title>Ajavahemik</xrd:title>

</appinfo>

</annotation>

<restriction base="string">

<enumeration value="1">

<annotation>

<appinfo>

<xrd:title>Nädal</xrd:title>

</appinfo>

</annotation>

</enumeration>

<enumeration value="2">

<annotation>

<appinfo>

<xrd:title>Üks kuu</xrd:title>

</appinfo>

</annotation>

</enumeration>

<enumeration value="3">

<annotation>

<appinfo>

<xrd:title>Eile</xrd:title>

</appinfo>

</annotation>

</enumeration>

<enumeration value="4">

<annotation>

<appinfo>

<xrd:title>Täna</xrd:title>

</appinfo>

</annotation>

</enumeration>

</restriction>

</simpleType>

</schema>

5.3.2.3.2. TÄNANE TEENUSE RESPONSE XSD <?xml version="1.0" encoding="UTF-8"?>

<schema targetNamespace="http://placeholder.x-road.ee/producer" xmlns="http://www.w3.org/2001/XMLSchema"

xmlns:tns="http://placeholder.x-road.ee/producer">

<include schemaLocation="./Global.xsd" />

<complexType name="RRPORTPARINGUTE_PARINGResponseType">

<complexContent>

<extension base="tns:XRoadResponseBaseType">

<sequence>

<element name="Veatekst" type="string" minOccurs="0">

<annotation>

<appinfo>

<xrd:title>Veatekst</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Paringud">

<annotation>

<appinfo>

<xrd:title>Päringute andmed</xrd:title>

</appinfo>

</annotation>

<complexType>

<sequence>

<element name="Paring" minOccurs="0" maxOccurs="unbounded">

<complexType>

<sequence>

<element name="Paring.Kuupaev" type="string">

<annotation>

<appinfo>

<xrd:title>Kuupäev</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Paring.Kellaaeg" type="string">

<annotation>

<appinfo>

<xrd:title>Kellaaeg</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Paring.Liik" type="string">

<annotation>

<appinfo>

<xrd:title>Päringu liik</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Paring.Sisend" type="string">

<annotation>

<appinfo>

<xrd:title>Päringu sisendid</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Paring.TulemusteArv" type="string">

<annotation>

<appinfo>

<xrd:title>Tulemuste arv</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Paring.Pohjus" type="string">

<annotation>

<appinfo>

<xrd:title>Põhjus</xrd:title>

</appinfo>

</annotation>

</element>

<element name="Paring.Selgitus" type="string">

<annotation>

<appinfo>

<xrd:title>Selgitus</xrd:title>

</appinfo>

</annotation>

</element>

</sequence>

</complexType>

</element>

</sequence>

</complexType>

</element>

</sequence>

</extension>

</complexContent>

</complexType>

</schema>

5.3.3. Isiku kohta tehtud päringud (perioodil)?

5.4. Nõuded masinliidesele

Realiseeritud peavad olema vähemalt järgmised masinliidese otspunktid.

1. Teenus päringu info salvestamiseks Logide lahendusse

2. Teenus päringus osalevate isikute info salvestamiseks Logide lahendusse

3. Teenus päringu staatuse muutmiseks Logide lahenduses

4. Teenus päringu tulemuste (tagastatavate kirjete) arvu salvestamiseks Logide lahendusse

5. Teenus uue alamsüsteemi registreerimiseks Logide lahenduses

5.5. Nõuded sõnumiruumile

1. Kasutama peab, kas X-tee sõnumiruumi tehnoloogiat või RabbitMQ-d.

2. Veakindlus: kui sõnumiruumi info saatmine ebaõnnestub, tuleb süsteemil info talletada ning

pakkuda automaatset ning manuaalselt uuesti edastamise võimalust.

5.6. Nõuded testidele

1. Lahendus on kaetud ühiktestidega 80% ulatuses.

2. Lahendus on kaetud automaattestidega 80% ulatuses.

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

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

järgnevate tarnetega.

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

funktsionaalsuse regressioonitestid.

6. Teostama peab jõudlustestid kontrollimaks mittefunktsionaalsetes nõuetes kirjeldatud nõudeid.

Jõudlustestid koos raportitega tuleb üle anda Tellijale.

7. Kogu loodav funktsionaalsus tuleb manuaaltestide kaudu testidega katta.

6. Hankelepingu tulem

Hanke käigus Täitja poolt loodav ja Tellijale üle antav tulem on Päringu logide halduse mikroteenus,

mis vastab punktis 5 toodud nõuetele ja punktides 4.1, 4.2 ning 4.5 toodule.

7. Üldine töökorraldus

1. Teenuse osutamise koht (raamlepingu täitmise koht) on Siseministeeriumi infotehnoloogia- ja

arenduskeskus (edaspidi SMIT) ning selle haldusala ruumid Eesti piires, kui ei ol e kokku lepitud

2. Väljaspool eelmises punktis nimetatud asukohas töötamisel transpordikulusid, sidekulusid,

ruumide renti jms Hankija ei hüvita.

3. Tööde teostamine toimub vastavalt Scrum agiilse tarkvara arendamise raamistikule. Poolte

kokkuleppel võib tööde teostamise viisi muuta, lähtudes tõhususe, kvaliteedi, säästlikkuse ja

otstarbekuse põhimõtetest ning arvestades vastavas tegevusvaldkonnas kehtivaid õigusakte,

standardeid ja head tava.

4. Arendusmeeskonnas on igapäevase suhtlusvahendina kasutusel Rocket.Chat või Skype for

Business.

5. Projektihaldustarkvaraks on SMITi Jira (JIRA Software), mida kasutatakse arendustööde ning

vigade ja probleemide registreerimiseks tööülesannetena ning tööülesannete täitmise

jälgimiseks ja töötundide registreerimiseks.

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

keskkonna kasutamine on kohustuslik kodifikaatorite mikroteenuse lahenduse

dokumentatsiooni (sh spetsifikatsiooni, liideste kirjelduse, arhitekruuri joonised jne) loomiseks

ja muutmiseks. Täitjal on kohustus luua ja/või muuta kodifikaatorite mikroteenuse lahenduse

dokumentatsiooni (sh spetsifikatsiooni, liideste kirjeldusi, arhitektuuri joonised jne). Hiljemalt

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

dokumentatsiooni. Nõuded dokumentatsioonile on kirjeldatud hanke eseme tehnilise kirjelduse

lisas 1.

7. Lähtekood peab olema piisavalt kommenteeritud, et hiljem oleks võimalik teha edasiarendusi

või parandusi.

8. Lähtekoodi kvaliteedist ja tehnoloogilisest võlast ülevaate saamiseks kasutatakse platvormi

SonarQube ja Täitjal on kohustus SonarQube’i poolt leitud lähtekoodi vead ja halvad lõhnad

(code smells) parandada.

9. Arendustööde tulemusel valmiva lähtekoodi hoidmiseks on SMITi Git koodirepositoorium

(Atlassian Bitbucket).

10. Tarkvara järjepidevaks integreerimiseks ja tarnimiseks (CI/CD) kasutatakse Atlassian Bamboo -d.

11. Täitja on kohustatud järgima SMITis kehtivaid arendusnõudeid, sh nõudeid lähtekoodile.

12. Täitja on kohustatud kasutama SMITi töövahendeid (sh sülearvutit).

13. Täitja on kohustatud pidama ja hoidma ajakohasena planeeritavate tarnete koosseisu

kasutuslugude täpsusega.

14. Kõik käesoleva Hanke raames teostatud tööde raames loodud tulemid peavad olema testitud

etteantud funktsionaalsuste täitmise kinnitamiseks ja vastama SMITis kehtivatele

arendusnõuetele.

15. Tellija jätab endale hankelepingu tingimuste piires õiguse ühepoolselt täiendada ja muuta üldist

töökorraldust, sh arendusnõudeid, teavitades Täitjat kirjalikult ette 1 (üks) kuu.