Väljaminev kiri

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 igakuiselt üleandmis-vastuvõtmisakti, milles on sätestatud täitja poolt teostatud tööd, tulemi kirjeldus, ning tööde maksumus. Vajadusel täpsustatakse aktis üle antud tulemit. Üleandmise-

vastuvõtmise akti on õigus allkirjastada lepingu kontaktisikutel. 9.4 Peale üleandmise-vastuvõtmise akti allkirjastamist esitab täitja maksjale arve vastavas etapis

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/

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

Siseministeeriumi infotehnoloogia- ja arenduskeskuse

TÖÖVÕTULEPINGUTE ÜLDTINGIMUSED

1. Üldsätted

1.1. Leping koosneb käesolevatest üldtingimustest (edaspidi üldtingimused) ja

eritingimustest (edaspidi eritingimused) ning nende lisadest.

1.2. Lepingu eesmärgiks on reguleerida tellija ja töövõtja (täitja) vahel lepingu alusel

tekkivaid õigussuhteid.

1.3. Lepingu täitmise keel on eesti keel, kui lepingus pole sätestatud teisiti.

1.4. Pooled on oma tegevuses iseseisvad ja kumbki pool ei vastuta teise poole poolt endale

kolmandate isikute ees võetud kohustuste täitmise eest.

1.5. Poolte õiguste ja kohustuste aluseks on Eesti Vabariigis kehtivad õigusaktid ja leping

koos selle juurde kuuluvate dokumentidega.

1.6. Pooled tagavad ja avaldavad, et lepingu sõlmimisega ei ole nad rikkunud ühegi enda

suhtes kehtiva seaduse, põhikirja või muu õigusakti sätet ega ühtki endale varem

sõlmitud lepingute ja kokkulepetega võetud kohustust.

1.7. Pooled kinnitavad ja tõendavad, et:

1.7.1. neil on seaduses ettenähtud piisav õigus- ja teovõime (füüsilisest isikust poole puhul)

lepingu sõlmimiseks ning lepingust tulenevate kohustuste täitmiseks ja õiguste

realiseerimiseks;

1.7.2. nende poolt lepingule ja selle lisadele allakirjutanud isikutele on antud piisavad

volitused selle lepingu sõlmimiseks kooskõlas põhikirjade, õigusaktide ja muude

asjakohaste dokumentidega.

1.8. Lepingu sõlmimisega kaotavad kehtivuse kõik pooltevahelised varasemad lepingud ja

muud kokkulepped niivõrd, kuivõrd need on vastuolus lepinguga.

2. Lepingu ese

Töövõtja poolt tehtavad tööd on määratletud lepinguga ja selle juurde kuuluvate

dokumentidega. Töövõtjale laieneb ka nende tööde ja toimingute, sh kõrvalkohustuste,

teostamise ning teenuste osutamise kohustus, mis ei ole lepingus sätestatud, kuid mis

oma olemusest lähtuvalt kuuluvad lepinguga seotud tööde hulka. Nimetatu ei kuulu

teistsuguse kokkuleppe puudumisel eraldi tasustamisele ning töövõtja teostab need

tööd, toimingud ja teenused lepingus fikseeritud tähtaja raames ja tasu eest.

3. Töövõtja kohustused

Töövõtja on kohustatud:

3.1. teostama töid omal kulul ja vastutusel hoolikalt, kvaliteetselt, tähtaegselt ning

professionaalsel tasemel kooskõlas lepingu, õigusaktide, oma tegevus- või kutsealal

kehtivate standardite ja heade kommetega ning andma need tellijale või tema poolt

osutatud isikutele üle kokkulepitud ajal ja korras. Juhul kui füüsilisest isikust

töövõtjaga sõlmitud lepingu esemeks olevaks tööks on teose loomine, eeldatakse, et

töövõtja loob selle isiklikult, välja arvatud juhul, kui pooled lepivad kokku teisiti.

Eelkirjeldatud juhul toimub kolmandate isikute kaasamine tööde teostamisele (teose

loomine) tellija eelneval kirjalikku taasesitamist võimaldavas vormis antud nõusolekul

ning tingimusel, et kaasatud isikutega sõlmitud kokkulepped ei lähe vastuollu

lepingutingimustega;

3.2. andma tellijale viimase poolt nõutavas vormis tööde teostamise kohta informatsiooni

ja arvestama tellija poolt tehtud ettepanekuid ning tegema koostööd tellija poolt

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

osutatavate isikutega;

3.3. viivitamatult, kuid mitte hiljem kui 2 (kahe) tööpäeva jooksul alates vastavate asjaolude

ilmnemisest, teatama tellijale kirjalikku taasesitamist võimaldavas vormis selliste

asjaolude ilmnemisest, millised takistavad töövõtja kohustuste kohast täitmist,

muuhulgas mõjutavad kvaliteedi saavutamist, maksumust või omavad lepingu

täitmisele muud ebasoodsat mõju. Seejuures ei anna eelnimetatud juhtumeil

informeerimiskohustuse täitmine töövõtjale ilma tellija vastavasisulise lepinguga

samas vormis antud nõusolekuta automaatselt õigust ületada tööde kogumaksumust,

teostamise tähtaegu, mitte kinni pidada lepinguga tööde suhtes kehtestatud

kvaliteedinõuetest vms;

3.4. tasuma omal kulul kõik lepingu täitmisega seotud autori- ja mistahes iseloomuga muud

tasud kolmandatele isikutele;

3.5. andma valminud tööd ja nendega seotud õigused ning koostatud dokumentatsiooni

tellijale üle. Samuti kohustub töövõtja andma tellijale üle andmed kolmandate isikute

intellektuaalse omandi õiguste kohta seoses töödega (nimi, funktsioon tööde

teostamisel, õiguste maht jms) ning koostama lepingu täitmisega seotud

dokumentatsiooni eesti keeles, kui tellija ei ole nõustunud muus keeles

dokumentatsiooni esitamisega. Tellija nõudmisel tagab töövõtja tõlke omal kulul;

3.6. järgima tellija juhiseid ning tellija asukoha ruumide kasutamise korda ja teisi

turvalisusega või ohutusega seotud nõudeid ja piiranguid, mida tellija on töövõtjale

tutvustanud enne lepingu täitmisele asumist või lepingu täitmise ajal;

3.7. tagama, et tema poolt kaasatud meeskonnaliige kasutab talle eraldatud elektroonilist

läbipääsukaarti isiklikult ning registreerib sellega oma liikumist tellija ruumides, kui

tellija on võimaldanud meeskonnaliikmele juurdepääsu tellija ruumidesse;

3.8. tagama, et töövõtja poolt kaasatud meeskonnaliige kasutab tellija poolt talle

kasutamiseks antud vara, seadmeid ja ligipääse infosüsteemidele üksnes isiklikult,

otstarbekohaselt ja heaperemehelikult, üksnes lepinguliste kohustuste kohaseks

täitmiseks ning tagama talle usaldatud vara kaitstuse ja säilimise. Töövõtja kannab

varalist vastutust tema meeskonnaliikme tahtliku või hooletu käitumise tõttu tellijale

tekitatud kahju eest;

3.9. Tellija poolt meeskonnaliikmele antud seamete ja ligipääsude kasutamisel ei ole

töövõtja poolt kaasatud meeskonnaliikmel õiguspärast ootust privaatsusele ning tellija

logib nende tegevusi seadmetes ja süsteemides;

3.10. täitma muid tööde teostamisega kaasnevaid ning lepingus ja õigusaktides sätestatud

kohustusi;

3.11. 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öövõtja

ametialasest professionaalsusest lähtudes nõutavad ja/või vajalikud lepingust tuleneva

eesmärgi saavutamiseks. Käesolevas punktis kirjeldatud sidustööde all ei peeta silmas

tellijast tulenevat lähteülesande või töömahu muudatust.

4. Töövõtja õigused

Töövõtjal on õigus:

4.1. nõuda tellijalt lepingutingimustest kinnipidamist;

4.2. saada tellijalt tööde teostamise eest tasu lepingus sätestatud tingimustel ja korras;

4.3. teha tellijale ettepanekuid tööde teostamise osas, esitades selle kohta omapoolsed

põhjendused kirjalikku taasesitamist võimaldavas vormis, mille tellija vaatab läbi ja

teatab töövõtjale otsustusest ettepaneku arvestamise või arvestamata jätmise kohta;

4.4. nõuda tellijast sõltuvate õigusvastaste takistuste kõrvaldamist tööde teostamisel;

4.5. nõuda tööde teostamisega seotud koosolekute korraldamist, kui see on vältimatu tööde

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

normaalseks teostamiseks, tähtaegadest kinnipidamiseks ja kvaliteedi tagamiseks.

Tellija korraldab töövõtja eelkirjeldatud nõudmisel koosoleku 2 (kahe) tööpäeva

jooksul alates töövõtja vastavast kirjalikku taasesitamist võimaldavas vormis edastatud

nõudmisest.

4.6. teostada muid lepingus ja õigusaktides sätestatud õigusi.

5. Tellija kohustused

Tellija on kohustatud:

5.1. maksma töövõtjale tööde eest tasu lepingus sätestatud tingimustel ja korras;

5.2. looma töövõtjale tööde teostamiseks vajalikud tingimused vastavalt eritingimustes

sätestatule;

5.3. mitte tegema töövõtjale põhjendamatult takistusi tööde teostamisel;

5.4. vastu võtma töövõtja poolt nõuetekohaselt teostatud lepingujärgsed tööd;

5.5. osalema töödega seotud korralistel koosolekutel;

5.6. täitma muid lepingus ja õigusaktides sätestatud kohustusi.

6. Tellija õigused

Tellijal on õigus:

6.1. nõuda töövõtjalt lepingutingimustest kinnipidamist;

6.2. põhjendatult keelduda kooskõlastamast töövõtja poolt kooskõlastamiseks

esitatud ettepanekuid;

6.3. kutsuda kokku poolte koosolek, sellest töövõtjale võimalusel 2 (kaks) tööpäeva

kirjalikku taasesitamist võimaldavas vormis ette teatades;

6.4. lisaks seaduses sätestatud juhtudele pikendada poolte kokkuleppel lepingu täitmise või

kehtivuse tähtaega kuni kuue kuu võrra;

6.5. kaasata lepingu täitmisse tellija poolele (eelkõige maksja rollis) teisi riigiasutusi;

6.6. igal ajal kontrollida lepingu eseme vastavust lepingule ja nõuda töövõtjalt

informatsiooni lepingu täitmise kohta.

7. Lepingu maksumus

7.1. Lepingu maksumus sisaldab endas muuhulgas töövõtja poolt lepingu raames tehtavaid

kõiki kulutusi ja tasu lepingus sätestatud autoriõiguste eest (autori varaliste õiguste

loovutamine ja isiklike õiguste osas kasutusõiguse ehk litsentsi andmine), samuti kõiki

muid tööde teostamiseks tehtud kulutusi.

7.2. Tellija tasub töövõtjale nõuetekohaselt teostatud tööde eest vastavalt eritingimustes

sätestatule, kas peale poolte poolt tööde üleandmise-vastuvõtmise akti allkirjastamist

ning selle alusel esitatud arve saamist ja selle heakskiitmist või peale tööde teostamist

esitatud arve saamist või füüsilisest isikust töövõtja korral peale poolte poolt tööde

üleandmise- vastuvõtmise akti allkirjastamist.

7.3. Arve maksetähtaeg peab olema vähemalt 21 (kakskümmend üks) kalendripäeva arvates

selle kättesaamisest. Juhul kui lepingu maksumus tasutakse füüsilisest isikust

töövõtjale, makstakse lepingu täitmise eest hiljemalt 14. (neljateistkümnendal)

kalendripäeval pärast tööde üleandmise-vastuvõtmise akti allkirjastamist.

7.4. Kui töövõtja on Eestis registreeritud ettevõte, saadab töövõtja tellijale Eesti e-arve

standardile vastava e-arve e-arvete operaatori Fitek AS kaudu (täpsem info

http://www.fitek.ee/). Kui töövõtja ei ole Eestis registreeritud ettevõte saadab töövõtja

tellijale pdf formaadis e-posti aadressil [email protected]. E-arve loetakse laekunuks selle

Fitek AS-le laekumise kuupäevast.

7.5. Arvel peab lisaks standardis nimetatud andmetele olema toodud tellija kontaktisiku

perekonnanimi, riigihanke viitenumber (kui on asjakohane), hanke- ja raamlepingu

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

number (kui on asjakohane) ja tellimuse viitenumber (kui on asjakohane) ning

välisvahendite projekti tunnus (kui on tegemist välisvahenditest rahastatava

lepinguga).

7.6. Töövõtja poolt esitatav arve peab selgelt ja üheselt viitama lepingule. Käesolevas

punktis ja punktis 7.5 esitatud tingimustele mittevastav arve ei kuulu tasumisele. Arve

maksetähtaeg on kakskümmend üks kalendripäeva, v.a juhul, kui kohalduvate

välisvahendite tingimustest tuleneb ja on konkreetses lepingus sätestatud teisiti.

7.7. Juhul kui pooled on lepingus sätestanud lepingu maksimaalse maksumuse, käsitlevad

pooled nimetatud summat indikatiivsena, s.t. kui leping öeldakse kooskõlas lepingu

tingimustega üles või on tellija esitanud lepingu alusel tellimusi lepingu lõppemise

hetkeks väiksemas mahus kui on lepingu maksimaalne maksumus, ei kuulu

maksimaalse maksumuse ja tegeliku maksumuse vahe töövõtjale välja maksmisele ega

muul moel hüvitamisele.

7.8. Juhul kui tellijal on alus nõuda töövõtjalt leppetrahvi ja/või kahju hüvitamist, on tellijal

õigus leppetrahv ja/või kahjutasu maha arvata lepingu alusel töövõtjale tasumisele

kuuluvast summast.

7.9. Juhul kui tööd ei vasta lepingus toodud nõuetele, võib tellija lepingu maksumust

ühepoolselt alandada, teavitades sellest töövõtjat kirjalikku taasesitamist võimaldavas

vormis.

8. Tööde kvaliteet. Üleandmine ja vastuvõtt

8.1. Tehtud tööde kvaliteet peab vastama vähemalt lepingus toodud nõuetele ja antud

töödele tavapäraselt esitatavatele nõuetele. Nimetatud nõuetele peavad vastama ka

tööde juurde kuuluvad dokumendid jms.

8.2. Lepingu ese antakse töövõtja poolt tellijale üle tellija asukohas kooskõlas lepingu

tingimustega.

8.3. Tellijal on kümme tööpäeva aega kontrollida vastuvõtmiseks esitatud tööde

lepingutingimustele vastavust ning üleandmise-vastuvõtmise akti allkirjastamiseks.

Tellija võib nimetatud tähtaega pikendada, kui pikendamine on põhjendatud.

8.4. Kui lepingu eseme vastuvõtmine toimub arve heakskiitmise teel, tuleb see sätestada

lepingu eritingimustes, tellimuses või pakkumise esitamise ettepanekus.

8.5. Juhul kui tellija ei ole punktis 8.3 nimetatud tähtaja jooksul üleandmise-vastuvõtmise

akti allkirjastanud ega teatanud tähtaja pikendamisest, loetakse lepingu ese

vastuvõetuks ning vastuvõtmise hetkeks punktis 8.3 sätestatud tähtaja möödumisele

järgnevat kalendripäeva. Käesolevas punktis sätestatu ei kuulu kohaldamisele juhul,

kui leping ei ole täielikult rahastatud riigieelarvest (välisvahendite kasutamisel).

8.6. Juhul kui tellija avastab vastuvõtmiseks esitatud lepingu esemes vigu, puudusi või muu

lepingutingimustele mittevastavuse, on töövõtja lepingu rikkumises ning rikkumise

kõrvaldamine toimub tellija sellekohaste juhiste alusel.

8.7. Tellijal on õigus puudustega lepingu eseme vastuvõtmisest keelduda näidates ära

keeldumise põhjused või võtta puudustega lepingu ese vastu, lisades puuduste või

vaegtööde nimekirja koos puuduste kõrvaldamise tähtajaga üleandmise-vastuvõtmise

akti. Akti allkirjastamisega kinnitab töövõtja, et on teadlik aktis märgitud puuduste

kõrvaldamise ja vaegtööde teostamise tähtaegadest ning võtab kohustuse nendest

tähtaegadest kinni pidada. Kõrvaldatud puuduste kohta vormistatakse eraldi

üleandmis-vastuvõtmise akt.

8.8. Kui tellijal puuduvad lepingu eseme osas pretensioonid, allkirjastavad pooled lepingu

eseme üleandmise-vastuvõtmise akti.

8.9. Töövõtja annab tellijale koos üleandmise-vastuvõtmise aktiga üle lepingu eseme juurde

kuuluva tehnilise ja muu lepingu eseme kasutamiseks ja haldamiseks vajaliku

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

dokumentatsiooni tellija soovi kohaselt kas paberil ja/või elektroonilisel andmekandjal

(CD/DVD vms) ja/või e-posti teel või paigaldab selle tellija näidatud keskkonda.

8.10. Juhul kui lepingu esemeks on arendustööde tulem ning arendustööde üleandmiseks ei

ole üleandmise-vastuvõtmise akti allkirjastatud ja ei kohaldu punkt 8.5, loetakse

arendustööde vastuvõtmise ajaks päeva, mil tellija on töö tulemi tervikuna

toodangukeskkonnas (live) kasutusele võtnud. Käesolevas punktis sätestatu ei kuulu

kohaldamisele juhul, kui leping ei ole täielikult rahastatud riigieelarvest (välisvahendite

kasutamisel).

8.11. Tellija poolt lepingu eseme vastuvõtmine ei vabasta töövõtjat vastutusest lepingu

eseme üleandmisel-vastuvõtmisel avastamata jäänud vigade või nende

mittenõuetekohasuse eest ning töövõtja kohustub lepingu eseme üleandmise hetkel

esinenud vastavad vead või puudused kõrvaldama omal kulul mõistliku aja jooksul.

8.12. Kui töövõtja ei nõustu tellija poolt lepingu eseme vastuvõtmisest keeldumisel või

puudustega või vigadega vastuvõtmisel tuvastatud vigade või puuduste olemasoluga,

on töövõtjal õigus nõuda ekspertiisi teostamist. Sel juhul tellib töövõtja tellija poolt

osundatud lepingu eseme puuduste või vigade tuvastamiseks tellijaga kokku lepitud

isikult ekspertiisi. Kui ekspertiisi tulemusel ilmneb, et tööde vastuvõtmisest

keeldumine on olnud põhjendamatu, hüvitab tellija töövõtjale ekspertiisikulud, vastasel

korral kannab ekspertiisikulud töövõtja. Kui ekspertiisi tulemusel ilmneb, et tellija

osundatud lepingu eseme puudused või vead olid osaliselt põhjendatud, hüvitab tellija

töövõtjale ekspertiisikulud proportsionaalselt üksnes nende puuduste või vigade osas

ekspertiisi kogukuludest, mille puudumist ekspertiis on tuvastanud.

9. Poolte vastutus. Vääramatu jõud

9.1. Töövõtja vastutus:

9.1.1. Töövõtja vastutab igasuguse lepingurikkumise eest, eelkõige kui tööd ei vasta

lepingus ja selle lisades kokkulepitud nõuetele. Tööd loetakse muuhulgas

mittevastavaks juhul, kui töövõtja ei esita tööde üleandmisel-vastuvõtmisel tööde

kohta nõuetekohast dokumentatsiooni, ei anna töid tähtaegselt üle, ei teosta töid

nõuetekohaselt, jätab tellijale lepingu täitmise kohta informatsiooni esitamata vms.

9.1.2. Juhul kui töövõtja rikub lepingust tulenevat kohustust, mille heastamine ei ole

võimalik, on tellijal õigus nõuda töövõtjalt leppetrahvi 5% (viis protsenti) lepingu

maksumusest iga rikkumise eest. Juhul kui tegemist on olulise lepingurikkumisega,

on tellijal lisaks leppetrahvinõudele õigus ka leping erakorraliselt ühepoolselt

lõpetada.

9.1.3. Juhul kui töövõtja rikub lepingust tulenevat kohustust, mille heastamine on võimalik,

on tellijal õigus esitada töövõtjale nõue rikkumiste kõrvaldamiseks (edaspidi ka

„ettekirjutus“), andes töövõtjale rikkumise kõrvaldamiseks mõistliku tähtaja

(sõltuvalt tööde iseloomust, rikkumise asjaoludest jms, kuid üldjuhul mitte rohkem

kui 5 (viis) tööpäeva). Kui töövõtja ei täida ettekirjutust selleks antud tähtaja jooksul,

peab töövõtja maksma tellijale leppetrahvi 0,5% (null koma viis protsenti) lepingu

maksumusest iga rikkumise kõrvaldamisega viivitatud päeva eest, välja arvatud

punktis 9.1.4 sätestatud juhtudel, mil kohaldatakse nimetatud punktis sätestatud

leppetrahvimäära. Samuti annab töövõtja poolt rikkumise kõrvaldamisega

viivitamine vaatamata tellija poolt ettekirjutuse tegemisele tellijale õiguse leping

erakorraliselt ühepoolselt lõpetada. Juhul kui tegemist on olulise rikkumisega, ei pea

tellija töövõtjale rikkumise kõrvaldamiseks täiendavat tähtaega andma ning võib

lepingu olulise rikkumise esinemisel erakorraliselt ühepoolselt lõpetada.

9.1.4. Juhul kui töövõtja viivitab tööde teostamise või üleandmisega üle lepingus kokku

lepitud tähtpäevade, on tellijal õigus nõuda töövõtjalt leppetrahvi, mille suuruseks on

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

1% (üks protsent) teostamata või üle andmata töö maksumusest iga viivitatud päeva

eest.

9.1.5. Töövõtja kohustub hüvitama kõik kulud ja kahjud, mis tekivad tellijale seoses

töövõtja poolt teostatud töödes esinevate puudustega.

9.1.6. Punktist 12 tulenevate kohustuste mittejärgimise korral on tegemist olulise

lepingurikkumisega ning tellijal on õigus leping erakorraliselt ühepoolselt lõpetada

ja/või nõuda leppetrahvi 5% (viis protsenti) lepingu maksumusest iga rikkumise eest.

Antud punkti alusel lepingu lõpetamisel tasub tellija töövõtjale tehtud tööde eest

üksnes juhul, kui tellijal on huvi lepingu osalise täitmise vastu.

9.1.7. Lepingu erakorraline ühepoolne lõpetamine ei võta tellijalt õigust nõuda töövõtjalt

leppetrahvi ja kahju hüvitamist. Juhul kui ühe ja sama rikkumise eest võimaldab

leping nõuda leppetrahvi mitme sätte alusel, on tellijal õigus otsustada, millise sätte

alusel ta leppetrahvi nõuab.

9.1.8. Tellijal on õigus tööde eest tasumisel vähendada lepingu maksumust leppetrahvi

summa võrra. Lepingus sätestatud leppetrahvid on kokku lepitud kohustuste

täitmisele sundimiseks ning leppetrahvi nõudmine ei mõjuta tellija õigust nõuda

töövõtjalt täiendavalt ka kohustuse täitmist ja kahju hüvitamist.

9.2. Tellija vastutus:

9.2.1. juhul kui tellija viivitab lepingus sätestatud rahaliste kohustuste täitmisega, on

töövõtjal õigus nõuda tellijalt viivist 0,05% (null koma null viis protsenti) päevas

tähtaegselt tasumata summalt, kuid mitte rohkem kui 5% (viis protsenti) lepingu

maksumusest.

9.3. Lepingust tulenevate kohustuste mittetäitmist või mittenõuetekohast täitmist ei loeta

lepingu rikkumiseks, kui selle põhjuseks oli vääramatu jõud.

9.4. Poolte koguvastutus lepingu täitmisel on piiratud lepingu kogumaksumusega, v.a

konfidentsiaalsuskohustuse rikkumisel tahtlikult või raskest hooletusest.

10. Teadete edastamine ja kontaktisikud

10.1. Teadete edastamine toimub üldjuhul telefoni, e-posti või posti teel. Juhul kui teate

edastamisel on olulised õiguslikud tagajärjed, peavad teisele poolele edastatavad teated

olema edastatud kirjalikus vormis, muuhulgas näiteks poolte lepingu lõpetamise

avaldused, samuti poole nõue teisele poolele, mis esitatakse tulenevalt lepingu

rikkumisest jms.

10.2. Lepinguga seotud teated edastatakse teisele poolele lepingus märgitud

kontaktandmetel. Kontaktandmete muutusest on pool kohustatud koheselt

informeerima teist poolt. Juhul kui pool on lepingu kehtivuse aja jooksul muutnud oma

kontaktandmeid ning ei ole sellest teist poolt kirjalikku taasesitamist võimaldavas

vormis informeerinud, loetakse teade poole poolt kättesaaduks, kui see on saadetud

kõige viimastel poole poolt teatatud kontaktandmetel.

10.3. Kirjalik teade loetakse poole poolt kättesaaduks, kui see on üle antud allkirja vastu või

kui teade on saadetud postiasutuse poolt tähitud kirjaga poole poolt teatatud aadressil

ja postitamisest on möödunud 5 (viis) kalendripäeva. E-posti teel, sh digitaalselt

allkirjastatud dokumentide, saatmise korral loetakse teade kättesaaduks kohale

jõudmise teates märgitud kellaajal või e-kirjas näidatud saatmise kellaajal.

10.4. Poolte kontaktisikud on määratud lepingu eritingimustes. Tellija kontaktisikul on õigus

esindada tellijat kõikides lepingu täitmisega seotud küsimustes, v.a lepingu muutmine

(sh lepingu mahu suurendamine, lepingu eseme või tähtaja oluline muutmine jms),

lepingu ühepoolne erakorraline lõpetamine ning leppetrahvi, viivise või kahjude

hüvitamise nõude esitamine.

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

11. Omandiõigus. Autoriõigused. Dokumentide ja informatsiooni säilitamine

11.1. Lepingu alusel töövõtja poolt loodud või tema poolt kolmandatelt isikutelt omandatud

ja lepingu alusel tellija poolt vastuvõetud ning tasutud lepingu ese ja sellega seotud

võõrandatavad intellektuaalse omandi õigused, sh autori kõik varalised õigused

(edaspidi „õigused“) lähevad lepingu eseme vastuvõtmisega lepingus sätestatud tasu

eest täies mahus üle tellijale. Lepingu eseme suhtes kehtivate intellektuaalse omandi

õiguste osas, mis oma olemuselt üleantavad ei ole, sh autori isiklikud õigused, annab

töövõtja tellijale arvates materjalide üleandmisest tagasivõtmatu kogu autoriõiguste

kehtivuse aja kehtiva ainulitsentsi. Tellijal on pärast lepingu eseme vastuvõtmist

muuhulgas õigus omal äranägemisel otsustada lepingu eseme kasutamisega seonduvad

asjaolud, sh otsustada lepingu eseme avaldamise viis, lepingu eseme kasutamise

algusaeg ja tingimused, teha muudatusi, täiendusi ja parandusi lepingu esemes või

lepingu esemeks olevas teoses, selle pealkirjades või autorinime tähistuses, lisada

lepingu esemele teiste isikute teoseid ja õigus vaidlustada lepingu eseme või lepingu

esemeks oleva teose, nende pealkirjades ja autorinime tähistuses tehtavaid moonutusi

ning nende kohta antud kahjustavaid hinnanguid, ning nõuda lepingu eseme kasutamise

lõpetamist (ainulitsents koos all-litsentseerimisõigusega). Töövõtja kohustub tagama,

et tal on kõik õigused eelpool nimetatud viisil varalised õigused loovutada ja isiklike

õiguste osas ainulitsents anda.

11.2. Lepingu eseme või lepingu esemeks oleva teose kasutamise viis ega territoorium ei ole

piiratud, st neid võib kasutada mistahes viisil (sh internetikeskkonnas) ja kogu

maailmas.

11.3. Töövõtjal ei ole ilma tellija eelneva kirjaliku nõusolekuta õigust kasutada lepingu eset

või nende iseseisva tähendusega osasid või õigusi.

11.4. Töövõtja poolt lepingu alusel kogutud informatsioon või selle töötlused loetakse tellija

omandiks ja lepingu lõppemise korral või tellija nõudmisel on töövõtja kohustatud

viivitamatult omal kulul üle andma tellijale kogu tema valduses oleva sellise

informatsiooni. Samuti kuulub tellijale andmekandja, mille vahendusel lepingu ese,

lepingu esemeks olev teos või lepingu esemega seotud dokumendid reprodutseeritakse,

omandiõigus.

11.5. Kõik lepingu alusel loodud mistahes vormis ja sisuga projektid, plaanid, joonised,

spetsifikatsioonid ja muud dokumendid, mis on loodud töövõtja poolt või sattunud

töövõtja valdusesse või kontrolli alla lepingu alusel tööde teostamisel, loetakse tellija

omandiks. Kui pooled ei lepi kokku teisiti, on töövõtja lepingu lõppemise korral või

tellija nõudmisel kohustatud oma kulul viivitamatult tagastama tellijale kõik tema

valduses olevad ja eespool viidatud dokumendid, muud infokandjad ja tehnilised

vahendid.

11.6. Kui kolmas isik takistab tellijat tema lepingust tulenevate intellektuaalse omandi

õiguste kasutamisel või rikub neid õigusi, teatab tellija sellest töövõtjale, kes peab

viivitamata võtma tarvitusele kõik vajalikud abinõud, et võimaldada lepingust

tulenevate õiguste kasutamist ja lõpetada tellija õiguste rikkumine. Kui töövõtja võtab

sellised abinõud tarvitusele, teeb tellija temaga vajalikul määral koostööd.

11.7. Juhul kui tellija vastu esitatakse nõue tööde tegemisel toimunud autoriõiguste

rikkumise tõttu, vastutab tellijale tekkinud kahju eest töövõtja.

12. Konfidentsiaalsus

12.1. Töövõtja kohustub lepingu kehtivuse ajal ning pärast lepingu lõppemist määramata

tähtaja jooksul hoidma konfidentsiaalsena kõiki talle seoses lepingu täitmisega

teatavaks saanud asutusesiseseks kasutamiseks mõeldud teavet kuni teabepiirangu

tähtaja lõpuni. Eelkõige, kuid mitte ainult, kohustub töövõtja hoidma

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

konfidentsiaalsena andmeid, mis sisalduvad lepingus, lepingu täitmiseks üleantud

dokumentides ja muudes dokumentides, mille sisuga on töövõtjal olnud võimalus

seoses lepingu täitmisega tutvuda, lisaks eeltoodule mistahes muid andmeid.

12.2. Konfidentsiaalse informatsiooni avaldamine kolmandatele isikutele on lubatud vaid

tellija eelneval kirjalikku taasesitamist võimaldavas vormis antud nõusolekul.

Lepingus sätestatud konfidentsiaalsuse nõue ei laiene informatsiooni avaldamisele

poolte audiitoritele, advokaatidele, pankadele ning juhtudel, kui pool on õigusaktidest

tulenevalt kohustatud informatsiooni avaldama. Töövõtja on teadlik, et leping on

avaliku teabe seaduses sätestatud ulatuses avalik.

12.3. Töövõtja kohustub täitma organisatsioonilisi, füüsilisi ja infotehnoloogilisi

turvameetmeid konfidentsiaalsete andmete kaitseks juhusliku või tahtliku volitamata

muutmise, juhusliku hävimise, tahtliku hävitamise, avalikustamise jms eest.

12.4. Töövõtja kohustub mitte kasutama konfidentsiaalset teavet mitte ühelgi viisil isikliku

kasu saamise eesmärgil ega kolmandate isikute huvides.

12.5. Muuhulgas kohustub töövõtja tagama, et tema esindaja(d), töötajad, lepingupartnerid

ning muud isikud, keda ta oma kohustuste täitmisel kasutab, oleksid käesolevas

lepingus sätestatud konfidentsiaalsuse kohustusest teadlikud ning nõudma nimetatud

isikutelt selle kohustuse täitmist samadel tingimustel.

13. Garantii

13.1. Garantiiaja alguseks loetakse lepingu eseme vastuvõtmise hetke. Kui lepingu ese

antakse üle osade kaupa, loetakse garantiiaja alguseks viimase osa üleandmise aega,

kui lepingu eritingimustes ei ole sätestatud teisiti.

13.2. Garantiiperioodi kestus 12 (kaksteist) kuud kui eritingimustes ei ole teisiti kokku

lepitud ja puudused tuleb kõrvaldada mõistliku aja jooksul.

13.3. Garantiiga ei ole hõlmatud puudused, mis on tekkinud tellija hooletuse või tahtliku

tegevuse või tegevusetuse tagajärjel.

13.4. Töövõtja kohustub asuma omal kulul kõrvaldama garantiiaja kestel lepingu esemel

ilmnevad puudused alates tellija poolt töövõtjale esitatava vastavasisulise nõude

hetkest ja kooskõlas lepinguga ning mitte lõpetama vajalikke tegevusi enne, kui

puudused on kõrvaldatud.

13.5. Kõik kulud, mis kaasnevad garantiiperioodil ilmnenud garantii alla kuuluva puuduse

kõrvaldamisega, sh veo-, posti- jm kaasnevad kulud, kannab töövõtja.

13.6. Juhul kui töövõtja ei käsitle puudust garantii alla kuuluva puudusena, teavitab ta sellest

tellijat viivitamatult koos asjakohaste põhjendustega enne vea parandamist. Kui tellija

töövõtjaga ei nõustu, on tellijal õigus tellida kolmandalt osapoolelt enne asja

parandamist asja defekteerimine. Kui defekteerimise tulemusel ilmneb, et puudus või

viga kuulub garantii alla, kohustub töövõtja kandma defekteerimise ja vea parandamise

kulud, muul juhul kannab defekteerimise kulud tellija. Kui asja puudus või viga ei

kuulu garantii alla on töövõtjal õigus vastavalt lepingule dokumenteerida vea

kõrvaldamisele kulunud aeg ning nõuda selle hüvitamist kooskõlas lepinguga või kui

lepinguga ei ole kokku lepitud töö teostamise tunni- vm kohalduvat tasu, lepivad

pooled kulude hüvitamises eraldi kokku, kokkuleppe aluseks on töövõtja poolt

tavapäraselt taoliste tööde eest esitatav hinnakiri või vastava töö tavapärane maksumus.

13.7. Arendustööde puhul loetakse veateade esitatuks, kui see on registreeritud tellija

veahalduskeskkonnas (ServiceDesk) ning veahalduskeskkond on selle edastanud

töövõtja poolt määratud kontaktisikule.

13.8. Tellija nõudmisel kohustub töövõtja kõrvaldama garantiiperioodil ilmnenud vead ja

puudused lepingu esemel tellija asukohas, kui kohapealne vea ja/või puuduse

kõrvaldamine on tulenevalt lepingu eseme olemusest võimalik.

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

13.9. Kui töövõtja ei asu puudust kõrvaldama kooskõlas lepinguga, on tellijal õigus

kõrvaldada see ise või kasutada kolmanda isiku abi ning nõuda töövõtjalt lisaks

leppetrahvile kõrvaldamisega seotud kulude hüvitamist.

13.10. Kui lepingu esemeks on asi ning selle või mõne selle komponendi tootjapoolne

garantiiaeg on pikem lepinguga kokku lepitud garantiiajast, ei katkesta lepingukohase

garantiiaja lõppemine tootjapoolse garantii kehtivust. Käesolevas punktis toodud

tootjapoolse garantiiga seonduva dokumentatsiooni on töövõtja kohustatud andma

tellijale eraldi üle, kuid garantiidokumentide üleandmise kohustuse täitmata jätmine ei

mõjuta garantii kehtivust.

13.11. Juhul kui lepingu esemeks on asi ja töövõtja kõrvaldab lepingu esemel ilmnenud

lepingutingimustele mittevastavuse parandamise teel, pikeneb garantiiperiood eseme

parandamise aja kestuse võrra. Kui töövõtja kõrvaldab lepingu esemel või selle

komponendil ilmnenud lepingutingimustele mittevastavuse eseme või komponendi

asendamise teel, algab vastava eseme või komponendi garantiiaja kulgemine algusest

alates ümbervahetamise kuupäevast.

14. Nõuete ja kohustuste üleandmine ja lepingu ülesütlemine

14.1. Tellijal on õigus sõltumata põhjusest leping igal ajal üles öelda, teatades töövõtjale

vähemalt kuuskümmend kalendripäeva ette. Nimetatud õigus on tellijal ka juhul, kui

pooled on kokku leppinud tähtajalises lepingus. Käesoleva punkti alusel lepingu

ülesütlemisel kohustub tellija tasuma töövõtjale ülesütlemise hetkeks faktiliselt üle

antud esemete või osutatud teenuste eest, muud summad hüvitamisele ei kuulu.

14.2. Poolel on õigus leping ennetähtaegselt ühepoolselt üles öelda, teatades sellest ette, kui:

14.2.1. teine pool on rikkunud lepingut ning pole rikkumist kõrvaldanud poole poolt

määratud mõistliku tähtaja jooksul; või

14.2.2. tegemist on olulise lepingu rikkumisega; või

14.2.3. rikkumine on korduv.

14.3. Lepingu ülesütlemisel töövõtja süü tõttu, on töövõtja õigus nõuda tasu vaid lepingu

lõppemisehetkeks faktiliselt üle antud esemete või osutatud teenuste eest, mida tellijal

on tegelikkuses võimalik kasutada.

14.4. Lisaks mujal sätestatule, on poolel õigus igal ajal leping üles öelda juhul, kui:

14.4.1. lepingu täitmine on takistatud vääramatu jõu tõttu ning nimetatud mõju on peatanud

lepingu täitmist kauem kui kolm kuud; või

14.4.2. teise poole suhtes on alustatud pankrotimenetlust, pankrot on välja kuulutatud või

tema varad on arestitud või tema finantsseisund on teise poole põhjendatud hinnangul

oluliselt halvenenud ja see halvenemine muudab vähetõenäoliseks lepingu

nõuetekohase täitmise.

14.5. Lepingu lõppemise kohase arvelduse kohustub tellija teostama kahe kuu jooksul

lepingu lõppemise hetkest.

14.6. Õigused ja kohustused, mis oma olemusest tulenevalt ei sõltu lepingu kehtivusest,

jäävad kehtima peale lepingu lõppemist.

15. Lõppsätted

15.1. Leping jõustub allakirjutamisest poolte poolt ja kehtib kuni lepingust tulenevate õiguste

realiseerimise ja kohustuste täitmiseni. Lepingu tingimusi võib muuta ainult

pooltevahelise kirjaliku või digitaalselt allkirjastatud kokkuleppega.

15.2. Pooled võivad lepingu erakorraliselt ühepoolselt lõpetada ja kasutada muid

õiguskaitsevahendeid jms lisaks lepingus sätestatule seaduses sätestatud juhtudel ja

korras.

15.3. Lepingu lõppemine ei mõjuta selliste kohustuste täitmist, mis oma olemuse tõttu

Kehtestatud

Peadirektori 12.02.2021 käskkirjaga nr 3-1/16

Kehtiv alates 12.02.2021

kehtivad ka pärast lepingu lõppemist (nt konfidentsiaalsuskohustus, kokkulepped

materjalide suhtes kehtivate intellektuaalse omandi õiguste osas jms).

15.4. Pooled on kokku leppinud, et pooltel on õigus loovutada lepingust tulenevaid ja sellega

seotud õigusi ja kohustusi kolmandatele isikutele ainult teise poole eelneval kirjalikku

taasesitamist võimaldavas vormis antud nõusolekul. Kolmandale isikule õiguste ja

kohustuste loovutamiseks käesoleva sätte tähenduses ei ole tellija poolt lepingust

tulenevate ja sellega seotud õiguste ja kohustuste loovutamine teisele riigiasutusele või

riigi äriühingule.

15.5. Lepingule kohaldatakse Eesti Vabariigis kehtivat õigust. Juhul kui lepingu mõni säte

osutub vastuolus olevaks Eesti Vabariigis kehtivate õigusaktidega, ei mõjuta see

ülejäänud sätete kehtivust. Kui kirjeldatud juhul on tegemist imperatiivsete sätetega,

millest erinevalt ei saa kokku leppida, viiakse seadusega vastuolus olevad sätted

esimesel võimalusel kehtiva regulatsiooniga kooskõlla.

15.6. Juhul, kui lepingu dokumendid on omavahel vastuolus, lähtutakse järgmisest

prioriteetsuse järjekorrast: 1) leping; 2) üldtingimused; 3) muud lepingu dokumendid.

Juhul kui vastuolus on hankeleping ja raamleping, lähtutakse hankelepingus sätestatust.

15.7. Lepinguga seotud vaidlused, mida pooled ei ole suutnud läbirääkimiste teel lahendada,

antakse lahendamiseks Harju maakohtule.

15.8. Üldtingimused on koostatud 10 (kümnel) lehel.

1 / 3

Koostatud 05.12.2023 11:16:07 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

VASTAVUSTINGIMUSED Viitenumber: 272848 Hankija: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440) Hange: SMIT: Keskse päringute logimise lahenduse loomine

OSA 1: ARENDUS- JA HOOLDUSTÖÖDE TELLIMINE EELDATAVA MAKSUMUSEGA ALATES 200 000 EUROT KM-TA

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. Pakkumuste jõusoleku tähtaeg on 4 kuud. Kas pakkuja kinnitab, et on pakkumus on jõus 4 kuud? (Raadionupp valikutega "Jah/Ei")

PROOVITÖÖ ESITAMINE

Proovitöö tuleb esitada tähtaegselt, st pakkumuse esitamise tähtajaks. Hilinenud proovitöö esitamisel loetakse pakkumus mittevastavaks. Proovitöö koostamisel tuleb järgida alusdokumentides väljatoodud proovitööle esitatud nõudeid ning hindamismetoodikat.

Küsimused ettevõtjale: 1. Kas olete nõuetekohase proovitöö esitanud? (Raadionupp valikutega "Jah/Ei")

MEESKONNA LIIKMETE CV ESITAMINE

Pakkuja esitab meeskonnaliikmete andmed, täites iga nõutud meeskonnaliikme kohta etteantud CV vormi. Üks isik võib katta rohkem kui üht meeskonnaliiget, kui ta täidab meeskonnaliikmele esitatud nõuded. 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. 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. 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. 9. Hankijal on õigus pöörduda tellija poole esitatud andmete kontrollimiseks.

2 / 3

Koostatud 05.12.2023 11:16:07 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

10. 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. 11. 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. 12. 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. 13. 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.

Küsimused ettevõtjale: 1. Pakkuja esitab lepingut täitma ühe VANEMARENDAJA, kes vastab hankija vormil seatud vastavustingimustele. Esitada täidetud CV vorm. (Vabas vormis dokument)

2. Pakkuja esitab lepingut täitma ühe ARENDAJA, kes vastab hankija vormil seatud vastavustingimustele. Esitada täidetud CV vorm. (Vabas vormis dokument)

3. Pakkuja esitab lepingut täitma ühe TESTIJA, kes vastab hankija vormil seatud vastavustingimustele. Esitada täidetud CV vorm. (Vabas vormis dokument)

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

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

3 / 3

Koostatud 05.12.2023 11:16:07 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

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")

ANDMED LEPINGU SÕLMIMISEKS

Pakkuja esitab andmed lepingu sõlmimiseks, mida kasutatakse juhul kui pakkumus tunnistatakse edukaks.

Küsimused ettevõtjale: 1. Pakkuja esitab: 1. lepingu allkirjastaja nimi 2. alus lepingu allkirjastamiseks (juhatuse liige, volikiri vm) 3. lepingu allkirjastaja ametinimetus 4. pakkuja kontaktisik lepingu täitmisel (nimi, ametinimetus, telefoni number ja e-posti aadress). (Suur sisestusala (max pikkus 4000 tähemärki))

PAKKUJA ESINDAJAD

Pakkuja esitab isikute andmed, kellel on volitus ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida ning kelle olemasolu ei ajastu äriregistris. Pakkuja esitab nende isikute ees- ja perekonnanime, isikukoodi ning esinduse alusel, et hankija saaks nende suhtes läbi viia kõrvaldamise aluste kontrolli vastavalt RHS § 95 lg 1 p-dele 1-3.

Küsimused ettevõtjale: 1. 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. (Suur sisestusala (max pikkus 4000 tähemärki))

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.

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 2.2 Curriculum Vitae vorm – Vanemarendaja

Hankija nimi: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440) Riigihanke nimetus: Keskse päringute logimise lahenduse loomine

Riigihanke viitenumber: 272848

Ees- ja perenimi:

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

1. Isik on omandanud vähemalt keskhariduse.

Haridustase,

haridusasutus

Õppimisaeg

(alates - kuni kuu/aasta)

Lõpetatud

(jah / ei)

Omandatud

haridus

(keskharidus, bakalaureus, magister vmt)

Põhieriala Kõrghariduse nõude puhul tunnistuse nr ja

isikukood

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

vanemarendajana või juhtiv tarkvaraarendajana kokku vähemalt

36 kuud. Võib tõendada ka 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

Roll kogemuses/projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2. On teostanud arendaja või juhtiv

tarkvaraarendaja rollis vähemalt

kolm (3) infosüsteemi arendusprojekti, sh vähemalt kahes

(2) projektis peab tema panus olema olnud kokku vähemalt 3000

töötundi

(töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse lähevad töötunnid, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija 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)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Teostatud töötunnid küsitud perioodil

Kogemuse/projekti kirjeldus

3. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija 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. On teostanud arendaja või juhtiv

tarkvaraarendaja rollis vähemalt ühe

(1) projekti, milles on kasutanud Java programmeerimiskeelt

(töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.4. On teostanud arendaja või juhtiv

tarkvaraarendaja rollis vähemalt kaks

(2) projekti, milles on kasutanud PostgreSQL

andmebaasihaldussüsteemi. (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.5. On teostanud arendaja või juhtiv

tarkvaraarendaja rollis vähemalt ühe

(1) projekti, milles on kasutanud REST X-tee teenuseid. (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

1. Projekt, kus kogemus on omandatud (riigihanke projekti korral lisada selle

number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019 /vajadusel lisada ridu/

2.6. On teostanud arendaja või juhtiv

tarkvaraarendaja rollis vähemalt ühe

(1) projekti, milles on kasutanud

sõnumivahendustarkvara vähemalt ühes (1) järgmistest

protokollidest: MQTT või AMQP

või STOMP või samaväärne (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud (riigihanke projekti korral lisada selle

number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

Pakkuja esitab meeskonnaliikmete andmed, täites iga nõutud meeskonnaliikme kohta etteantud CV vormi. 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.

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

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

10. Kui mõne nõutud kompetentsi/kogemuse osas on andmed esitamata või viitab nende andmete mitteesitamise põhjenduseks konfidents iaalsuse le

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.

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

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

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

Lisa 2.3 Curriculum Vitae vorm – Arendaja

Hankija nimi: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440) Riigihanke nimetus: Keskse päringute logimise lahenduse loomine

Riigihanke viitenumber: 272848

Ees- ja perenimi:

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

1. Isik on omandanud vähemalt keskhariduse.

Haridustase,

haridusasutus

Õppimisaeg

(alates - kuni kuu/aasta)

Lõpetatud

(jah / ei)

Omandatud

haridus

(keskharidus, bakalaureus, magister vmt)

Põhieriala Kõrghariduse nõude puhul tunnistuse nr ja

isikukood

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 arendajana kokku vähemalt 36

kuud. Võib tõendada ka 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

Roll projektis/kogemuses

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2. On teostanud arendaja rollis kaks (2) infosüsteemi

arendusprojekti, 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.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija 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)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Teostatud töötunnid küsitud perioodil

Kogemuse/projekti kirjeldus

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.3. On teostanud arendaja rollis vähemalt ühe (1) projekti, milles on

kasutanud Java

programmeerimiskeelt (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019 /vajadusel lisada ridu/

2.4. On teostanud arendaja rollis vähemalt ühe (1) projekti, milles on

kasutanud PostgreSQL

andmebaasihaldussüsteemi. (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.5. On teostanud arendaja rollis vähemalt ühe (1) projekti, milles on

kasutanud REST X-tee teenuseid. (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.6. On teostanud arendaja rollis

vähemalt ühe (1) projekti, milles on kasutanud sõnumivahendustarkvara

vähemalt ühes (1) järgmistest

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

protokollidest: MQTT või AMQP

või STOMP või samaväärne (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

Pakkuja esitab meeskonnaliikmete andmed, täites iga nõutud meeskonnaliikme kohta etteantud CV vormi. 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.

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

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

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

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.

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

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

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

Lisa 2.4 Curriculum Vitae vorm – Testija

Hankija nimi: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440) Riigihanke nimetus: Keskse päringute logimise lahenduse loomine

Riigihanke viitenumber: 272848

Ees- ja perenimi:

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

1. Isik on omandanud vähemalt keskhariduse.

Haridustase,

haridusasutus

Õppimisaeg

(alates - kuni kuu/aasta)

Lõpetatud

(jah / ei)

Omandatud

haridus

(keskharidus, bakalaureus, magister vmt)

Põhieriala Kõrghariduse nõude puhul tunnistuse nr ja

isikukood

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

vähemalt 12 -kuulist töökogemust testide

läbiviijana. Võib tõendada ka 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

Roll projektis/kogemuses

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.2. On teostanud testija rollis vähemalt kolm (3) infosüsteemi

arendusprojekti, sh vähemalt kahes

(2) projektis peab tema panus

olema olnud kokku vähemalt 1000

töötundi (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse lähevad töötunnid, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija 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)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Teostatud töötunnid küsitud perioodil

Kogemuse/projekti kirjeldus

3. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija 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. On teostanud testija rollis

vähemalt kaks (2) projekti, milles on kasutanud SQL andmebaaside päringukeelt.

(töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija 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)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.4. On teostanud testija rollis vähemalt kaks (2) projekti, milles

on kirjutanud ja viinud läbi integratsioonitestid tarkvaras

Postman või samaväärses

tarkvaras. (CVs nimetada tarkvara, milles kirjutati ja viidi läbi

integratsioonitestid); (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud (riigihanke projekti korral lisada selle

number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Küsitud tarkvara

Kogemuse/projekti kirjeldus

2. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle

number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Küsitud tarkvara

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.5. On teostanud testija rollis vähemalt ühe (1) projekti, milles on

kasutanud REST veebiteenuseid. (töötunnid peavad olema teostatud ja tellija poolt vastu võetud).

Arvesse läheb kogemus, mis on

teostatud hiljem kui 01.07.2019

1. Projekt, kus kogemus on omandatud

(riigihanke projekti korral lisada selle number)

Tellija kontaktisiku nimi ja kontaktid

Kogemuse algus- ja lõppaeg kuu täpsusega

Roll projektis

Kogemuse/projekti kirjeldus

/vajadusel lisada ridu/

2.6. Testija omab 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;

Pakkuja esitab meeskonnaliikmete andmed, täites iga nõutud meeskonnaliikme kohta etteantud CV vormi. 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.

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

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

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

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.

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

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

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

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. Kasutajaliides tuleb lahendada Tableau tarkvaras.

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 ning 4.2 toodu le.

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 ole 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ääst likkuse 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.

Koostatud 14.12.2023 12:37:53 1 / 1 https://riigihanked.riik.ee/rhr-web/#/procurement/ 6675129/general-info

HINDAMISKRITEERIUMID JA HINNATAVAD NÄITAJAD

Viitenumber: 272848 Hankija: Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440) Hange: SMIT: Keskse päringute logimise lahenduse loomine

OSA 1 – ARENDUS- JA HOOLDUSTÖÖDE TELLIMINE EELDATAVA MAKSUMUSEGA ALATES 200 000 EUROT KM-TA

Pakkumuse maksumust hinnatakse - Ilma maksudeta Kriteeriumi kaalumise meetod - Osakaaludega Elektroonilist oksjoni kasutatakse: ei

Jrk nr

Nimetus Kirjeldus Tüüp / hindamismeetod

Osakaal Kogus Ühik Pakkuja täidetav

1 Kogumaksumus Kogumaksumus Maksumus - vähim on parim

40 EUR jah

2 Proovitöö Kvaliteet - hankija hinnatav

60

Kokku: 100

Hindamismetoodika kirjeldus 1.   Kogumaksumus

Madalaima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "madalaim väärtus" / "pakkumuse väärtus" * "osakaal".

2.   Proovitöö Proovitöö hindamismetoodika on dokumendis Lisa 2.1 – Nõuded proovitööle.

Kui hindamise järgselt on enim võrdselt väärtuspunkte saanud üle ühe pakkumuse, tunnistatakse edukaks pakkumus, milles pakutud proovitööle on omistatud rohkem hindepunkte. Juhul, kui ka see kriteerium on saanud võrdselt punkte, selgitatakse edukas pakkuja protokollitud liisuheitmise teel.

1 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

HANKEPASS

Hankepass ehk Euroopa ühtne hankedokument (ESPD) on ettevõtja enda kinnitus, mis on esialgne tõend ametiasutuste või kolmandate isikute poolt väljastatavate tõendite asemel. Käesolev PDF vormingus registri poolt koostatud dokument on selgitava iseloomuga ja sisaldab hankija sätestatud tingimusi, ettevõtjalt oodatavate vastuste vormingu vaadet ja registri poolt lisatud viiteid RHS-ile. Käesolev dokument ei ole ette nähtud täitmiseks vaid tingimustega tutvumiseks. Ettevõtja täidab hankepassi elektrooniliselt infosüsteemis või ESPD teenuses.

I OSA: HANKE JA HANKIJAGA SEOTUD TEAVE

Teave avaldamise kohta Teate number ELTs:

-

ELT URL:

Riigi ametlik teataja:

272848

Kui Euroopa Liidu Teatajas hankekuulutust avaldatud ei ole või kui selle avaldamist ei nõuta, peab avaliku sektori hankija või võrgustiku sektori hankija ise teabe esitama, et hankemenetlust saaks üheselt identifitseerida (nt viide siseriikliku avaldamise kohta).

Hankija andmed Ametlik nimi:

Siseministeeriumi infotehnoloogia- ja arenduskeskus (70008440)

Riik:

Eesti

Hankija aadress:

Mäealuse tn 2/2

Hankija veebiaadress:

http://www.smit.ee

E-posti aadress:

[email protected]

2 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Teave hankemenetluse kohta Hanke menetlusliik:

Piiratud hankemenetlus

Pealkiri:

Keskse päringute logimise lahenduse loomine

Lühikirjeldus:

Avaliku sektori hankija või võrgustiku sektori hankija poolt toimikule antud viitenumber (kui on asjakohane):

272848

Hanke liik:

Teenused

Hanke CPV-d: 72200000-7 Tarkvara programmeerimis- ja nõustamisteenused 72240000-9 Süsteemanalüüsi ja programmeerimisteenused 72250000-2 Süsteemi hooldus- ja tugiteenused 72254000-0 Tarkvara testimine 72267000-4 Tarkvara hooldus- ja parandusteenused

Hanke osad Hanke osade kohta kehtivad järgnevad nõuded: Tingimuse kirjeldus: Pakkumusi võib esitada: Maksimaalne osade arv, mille kohta võib pakkumusi esitada: Maksimaalne osade arv, mille kohta võidakse sõlmida leping ühe pakkujaga:

3 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

II OSA: ETTEVÕTJAGA SEOTUD TEAVE

A: Teave ettevõtja kohta

Nimi:

Registrikood:

Riik:

Aadress:

Üldine veebileht:

Kontaktisikud:

Kontaktide e-posti aadressid:

Kontaktide telefoninumbrid:

Ettevõtte suurus:

Töötajate arv:

Käive:

Valuuta:

Finantsalase võimekuse kirjeldus:

Tehnilise võimekuse kirjeldus:

Teostatud tööde kirjeldus:

Ettevõtja tegevusvaldkond:

4 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

ETTEVÕTJA ON KAITSTUD TÖÖKOHT

Ainult reserveeritud hangete puhul: kas ettevõtja puhul on tegemist kaitstud töökohaga, sotsiaalse ettevõttega või ta täidab lepingut kaitstud tööhõive programmide raames?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. Milline on puudega või ebasoodsas olukorras olevate töötajate osakaal? 3. Kui seda on nõutud, täpsustage, millisesse puudega või ebasoodsas olukorras olevate töötajate kategooriasse või kategooriatesse asjaomased töötajad kuuluvad? 4. Kas see teave on elektrooniliselt kättesaadav? 5. URL 6. Kood 7. Väljaandja

ETTEVÕTJA ON KANTUD TUNNUSTATUD ETTEVÕTJATE AMETLIKKU NIMEKIRJA

Kui see on asjakohane, siis kas ettevõtja on kantud tunnustatud ettevõtjate ametlikku nimekirja või kas tal on olemas samaväärne tõend (nt riikliku (eel)kvalifitseerimissüsteemi alusel)?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. a) Vajaduse korral märkige asjakohane registreerimis- või sertifitseerimisnumber: 3. c) Viited, millele registreerimine või sertifitseerimine tugineb ja vajaduse korral ametlikus nimekirjas omistatud klassifikatsioon: 4. d) Kas registreerimine või sertifitseerimine hõlmab kõiki nõutud valikukriteeriume? 5. Kas see teave on elektrooniliselt kättesaadav? 6. URL 7. Kood 8. Väljaandja

HANKEMENETLUSES KOOS OSALEVAD ETTEVÕTJAD

Kas ettevõtja osaleb hankemenetluses koos teistega?

Küsimused ettevõtjale: 1. Ettevõtja nimi 2. Ettevõtja ID 3. Ettevõtja roll 4. Kas see teave on elektrooniliselt kättesaadav? 5. URL 6. Kood 7. Väljaandja

TEAVE TEISTE ÜKSUSTE SUUTLIKKUSELE TOETUMISE KOHTA

Kas ettevõtja toetub teiste üksuste suutlikkusele, et täita esitatud valikukriteeriumid ning eeskirjad (kui neid on)?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. Ettevõtja nimi 3. Ettevõtja ID 4. Ettevõtja roll 5. Kas see teave on elektrooniliselt kättesaadav? 6. URL 7. Kood 8. Väljaandja

5 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

TEAVE NENDE ALLHANKIJATE KOHTA, KELLE NÄITAJATELE ETTEVÕTJA EI TUGINE

Kas ettevõtja kavatseb sõlmida lepingu mis tahes osa kohta allhanke kolmanda isikuga?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. Ettevõtja nimi 3. Ettevõtja ID 4. Ettevõtja roll 5. Kas see teave on elektrooniliselt kättesaadav? 6. URL 7. Kood 8. Väljaandja

HANKE OSAD

Hanke osad, mille kohta ettevõtja soovib pakkumuse esitada

Küsimused ettevõtjale: 1. Hanke osa number 2. Kas see teave on elektrooniliselt kättesaadav? 3. URL 4. Kood 5. Väljaandja

ETTEVÕTJA KINNITUSED MAKSUDE TASUMISE KOHTA

Kas ettevõtja saab esitada tõendi sotsiaalkindlustusmaksete ja maksude tasumise kohta või esitada teabe, mis võimaldaks avaliku sektori hankijal või võrgustiku sektori hankijal saada sellise teabe otse ükskõik millise liikmesriigi tasuta andmebaasist?

Küsimused ettevõtjale: 1. Mis on Teie vastus? 2. Kas see teave on elektrooniliselt kättesaadav? 3. URL 4. Kood 5. Väljaandja

B: Teave ettevõtja esindajate kohta

Eesnimi:

Perekonnanimi:

Sünniaeg:

Sünnikoht:

Aadress:

Linn/vald:

Postiindeks:

Riik:

E-post:

Telefon:

Vajaduse korral esitage üksikasjalik teave esindamise kohta (selle vormid, ulatus, eesmärk, ...):

6 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

III OSA: KÕRVALDAMISE ALUSED

A: Kõrvalejätmise alused seoses kriminaalasjas tehtud süüdimõistva otsusega

OSALEMINE KURITEGELIKUS ORGANISATSIOONIS

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud kuritegelikus organisatsioonis osalemise eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 1 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud kuritegelikus ühenduses osalemise eest". Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

KORRUPTSIOON

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud korruptsiooni eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt? See kõrvalejätmise alus hõlmab ka korruptsiooni avaliku sektori hankija (võrgustiku sektori hankija) või ettevõtja riigi õiguses sätestatud määratluses.

Viide seadusele: RHS § 95 lg 1 p 1 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud aususe kohustuse rikkumise või korruptiivse teo eest". Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

7 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

PETTUS

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud kelmuse eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 1 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud kelmuse eest". Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

TERRORIAKTI TOIMEPANEK VÕI TERRORISTLIKU TEGEVUSEGA SEOTUD

ÕIGUSRIKKUMISED

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud terroriakti toimepaneku või terroristliku tegevusega seotud

8 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

õigusrikkumiste eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 1 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud terroriakti toimepaneku või muu terroristliku tegevusega seotud kuriteo või sellele kihutamise, kaasaaitamise või selle katse eest". Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

RAHAPESU VÕI TERRORISMI RAHASTAMINE

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud rahapesu või terrorismi rahastamise eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 1 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud rahapesualase süüteo või terrorismi rahastamise eest". Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

9 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

LASTE TÖÖJÕU KASUTAMINE JA MUUD INIMKAUBANDUSE VORMID

Kas ettevõtja ise või tema haldus-, juht- või järelevalveorgani liige või isik, kellel on volitused seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on lõpliku süüdimõistva kohtuotsusega süüdi mõistetud laste tööjõu kasutamise või muude inimkaubanduse vormide eest kõige rohkem viimase viie aasta jooksul või kehtib süüdimõistvas kohtuotsuses sätestatud kõrvalejäämise kohustus endiselt?

Viide seadusele: RHS § 95 lg 1 p 3 "keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud laste tööjõu ebaseadusliku kasutamise või inimkaubandusega seotud teo eest". Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Süüdimõistmise kuupäev (Kuupäev) 3. Põhjus (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kes süüdi mõisteti? (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 6. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 7. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 8. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 9. URL (Url) 10. Kood (Sisestusväli (max pikkus 250 tähemärki)) 11. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

B: Kõrvalejätmise alused seoses maksude või sotsiaalkindlustusmaksete tasumisega

MAKSUDE TASUMINE

Kas ettevõtja on rikkunud oma maksude tasumise kohustusi nii asukohariigis kui ka avaliku sektori hankija või võrgustiku sektori hankija liikmesriigis, kui see erineb asukohariigist?

Viide seadusele:

10 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

RHS § 95 lg 1 p 4 „kellel on riikliku maksu, makse või keskkonnatasu maksuvõlg maksukorralduse seaduse tähenduses või maksuvõlg /…/ tema asukohariigi õigusaktide kohaselt“

Kehtib: Kõik osad

Tingimuse kirjeldus: Piirmäär: 0

Valuuta: EUR

Lisainfo: Maksukorralduse seaduse kohaselt ei väljasta maksuhaldur maksuvõlgade tõendit juhul,kui maksukohustuslasel olev kõikide sama maksuhalduri hallatavate maksude võlg, arvestamata haldusaktiga kindlaksmääramata intressi, on väiksem kui 100 eurot või kui maksuvõla tasumine on ajatatud. Välismaise ettevõtja puhul väljastatakse maksuvõlgade tõend tema asukohariigi õigusaktide kohaselt.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Asjaomane riik või liikmesriik (Riigikood) 3. Asjaomane summa (Summa) 4. Valuuta (Vääring) 5. Kas see kohustuste rikkumine on tuvastatud muude vahenditega kui kohtu- või haldusotsusega? (Raadionupp valikutega "Jah/Ei") 6. Kirjeldage kasutatud vahendeid (Suur sisestusala (max pikkus 4000 tähemärki)) 7. Kui kohustuste rikkumine tuvastati kohtu- või haldusotsusega, märkige, kas see otsus on lõplik ja siduv. (Raadionupp valikutega "Jah/Ei") 8. Süüdimõistmise kuupäev (Kuupäev) 9. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 10. Kas ettevõtja on täitnud oma kohustused tasumisele kuuluvate maksude või sotsiaalkindlustusmaksete tasumisega või siduva kokkuleppe sõlmimisega tasumisele kuuluvate maksude või sotsiaalkindlustusmaksete, sealhulgas vajaduse korral kogunenud intresside ja viiviste tasumise kohta? (Raadionupp valikutega "Jah/Ei") 11. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 12. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 13. URL (Url) 14. Kood (Sisestusväli (max pikkus 250 tähemärki)) 15. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SOTSIAALKINDLUSTUSMAKSETE TASUMINE

Kas ettevõtja on rikkunud oma sotsiaalkindlustusmaksete tasumise kohustusi nii asukohariigis kui ka avaliku sektori hankija või võrgustiku sektori hankija liikmesriigis, kui see erineb asukohariigist?

Viide seadusele: RHS § 95 lg 1 p 4 „kellel on riikliku /…/ makse /…/ maksuvõlg maksukorralduse seaduse tähenduses või sotsiaalkindlustusemaksete võlg tema asukohariigi õigusaktide kohaselt

Kehtib: Kõik osad

11 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Tingimuse kirjeldus: Piirmäär: 0

Valuuta: EUR

Lisainfo: Maksukorralduse seaduse kohaselt ei väljasta maksuhaldur maksuvõlgade tõendit juhul,kui maksukohustuslasel olev kõikide sama maksuhalduri hallatavate maksude võlg, arvestamata haldusaktiga kindlaksmääramata intressi, on väiksem kui 100 eurot või kui maksuvõla tasumine on ajatatud. Välismaise ettevõtja puhul väljastatakse maksuvõlgade tõend tema asukohariigi õigusaktide kohaselt.

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Asjaomane riik või liikmesriik (Riigikood) 3. Asjaomane summa (Summa) 4. Valuuta (Vääring) 5. Kas see kohustuste rikkumine on tuvastatud muude vahenditega kui kohtu- või haldusotsusega? (Raadionupp valikutega "Jah/Ei") 6. Kirjeldage kasutatud vahendeid (Suur sisestusala (max pikkus 4000 tähemärki)) 7. Kui kohustuste rikkumine tuvastati kohtu- või haldusotsusega, märkige, kas see otsus on lõplik ja siduv. (Raadionupp valikutega "Jah/Ei") 8. Süüdimõistmise kuupäev (Kuupäev) 9. Süüdimõistvas otsuses sõnaselgelt esitatud kõrvalejätmise kestus. (Periood) 10. Kas ettevõtja on täitnud oma kohustused tasumisele kuuluvate maksude või sotsiaalkindlustusmaksete tasumisega või siduva kokkuleppe sõlmimisega tasumisele kuuluvate maksude või sotsiaalkindlustusmaksete, sealhulgas vajaduse korral kogunenud intresside ja viiviste tasumise kohta? (Raadionupp valikutega "Jah/Ei") 11. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 12. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 13. URL (Url) 14. Kood (Sisestusväli (max pikkus 250 tähemärki)) 15. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

C: Kõrvalejätmise alused seoses maksejõuetusega, huvide konfliktiga või ametialaste käitumisreeglite rikkumisega

KESKKONNAÕIGUSE VALDKONNAS KOHALDATAVATE KOHUSTUSTE TÄITMATA

JÄTMINE

Kas ettevõtja on enda teada rikkunud keskkonnaõiguse valdkonnas kohaldatavaid kohustusi?

Viide seadusele: RHS § 95 lg 4 p 2 „kes on rikkunud õigusaktidest või kollektiivlepingust tulenevaid keskkonnaõiguse valdkonnas kohaldatavaid kohustusi“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

12 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SOTSIAALÕIGUSE VALDKONNAS KOHALDATAVATE KOHUSTUSTE TÄITMATA

JÄTMINE

Kas ettevõtja on enda teada rikkunud sotsiaalõiguse valdkonnas kohaldatavaid kohustusi?

Viide seadusele: RHS § 95 lg 4 p 2 „kes on rikkunud õigusaktidest või kollektiivlepingust tulenevaid sotsiaalõiguse valdkonnas kohaldatavaid kohustusi“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

TÖÖÕIGUSE VALDKONNAS KOHALDATAVATE KOHUSTUSTE TÄITMATA

JÄTMINE

Kas ettevõtja on enda teada rikkunud tööõiguse valdkonnas kohaldatavaid kohustusi?

Viide seadusele: RHS § 95 lg 4 p 2 „kes on rikkunud õigusaktidest või kollektiivlepingust tulenevaid tööõiguse valdkonnas kohaldatavaid kohustusi“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

13 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

PANKROT

Kas ettevõtja on pankrotis?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on pankrotis, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

MAKSEJÕUETUS

Kas ettevõtja suhtes on algatatud maksejõuetus- või likvideerimismenetlus?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on likvideerimisel või kelle suhtes on algatatud pankrotimenetlus, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

14 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

KOKKULEPE VÕLAUSALDAJATEGA

Kas ettevõtja on sõlminud kokkuleppe võlausaldajatega?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on muus sellesarnases olukorras tema asukohamaa õigusaktide kohaselt, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SISERIIKLIKU ÕIGUSE KOHANE SAMALAADNE OLUKORD, NÄITEKS PANKROT

Kas ettevõtja on siseriiklike õigusnormide alusel toimuva samalaadse menetluse tõttu samalaadses olukorras?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on muus sellesarnases olukorras tema asukohamaa õigusaktide kohaselt“, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

15 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

VARA HALDAB LIKVIDEERIJA

Kas ettevõtja vara haldab likvideerija või kohus?

Viide seadusele: RHS § 95 lg 4 p 3 „kes on pankrotis, likvideerimisel või kelle suhtes on algatatud pankrotimenetlus või kes on muus sellesarnases olukorras tema asukohamaa õigusaktide kohaselt, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

ÄRITEGEVUS ON PEATATUD

Kas ettevõtja äritegevus on peatatud?

Viide seadusele: RHS § 95 lg 4 p 3 „kelle äritegevus on peatatud, välja arvatud asjade ostmisel RHS § 49 lõikes 4 sätestatud juhul ja tingimustel“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

16 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Märkige põhjused, miks lepingu täitmine on sellest hoolimata võimalik. Seda teavet ei ole tarvis esitada, kui ettevõtja kõrvalejätmine on kohaldatava siseriikliku õiguse alusel muudetud konkreetsel juhul kohustuslikuks ja puudub võimalus teha erandit, isegi kui ettevõtja suudab lepingut täita. (Suur sisestusala (max pikkus 4000 tähemärki)) 4. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 5. URL (Url) 6. Kood (Sisestusväli (max pikkus 250 tähemärki)) 7. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SÜÜDI AMETIALASTE KÄITUMISREEGLITE OLULISES RIKKUMISES

Kas ettevõtja on süüdi ametialaste käitumisreeglite olulises rikkumises? Vt siseriiklikud õigusaktid, asjaomane teade või hankedokumendid, kui see on asjakohane.

Viide seadusele: RHS § 95 lg 4 p 4 „kes on raskelt eksinud ametialaste käitumisreeglite vastu ja see muudab tema aususe küsitavaks“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

KONKURENTSI MOONUTAMISE EESMÄRGIL TEISTE ETTEVÕTJATEGA

SÕLMITUD KOKKULEPPED

Kas ettevõtja on teiste ettevõtjatega sõlminud kokkuleppeid, mille eesmärk on moonutada konkurentsi?

Viide seadusele: RHS § 95 lg 4 p 5 „konkurentsi kahjustava kokkuleppe, ettevõtjate ühenduse otsuse või kooskõlastatud tegevuse tõttu“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

17 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

HANKEMENETLUSES OSALEMISEGA KAASNEV HUVIDE KONFLIKT

Kas ettevõtja on teadlik hankemenetluses osalemisega kaasnevast mis tahes huvide konfliktist siseriikliku õiguse, asjakohase teatise või hankedokumentide kohaselt?

Viide seadusele: RHS § 95 lg 4 p 6 „kui huvide konflikti ei ole muude vahenditega võimalik vältida“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 4. URL (Url) 5. Kood (Sisestusväli (max pikkus 250 tähemärki)) 6. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

OTSENE VÕI KAUDNE OSALEMINE KÄESOLEVA HANKEMENETLUSE

ETTEVALMISTAMISEL

Kas ettevõtja või temaga seotud ettevõtja on nõustanud avaliku sektori hankijat või võrgustiku sektori hankijat hankemenetluse ettevalmistamisel või olnud muul viisil seotud hankemenetluse ettevalmistamisega?

Viide seadusele: RHS § 95 lg 4 p 7 „kelle pakkumuse või taotluse koostamisel on osalenud isik, kes on osalenud sama riigihanke ettevalmistamisel või on muul viisil hankijaga seotud, ja sellele isikule seetõttu teadaolev info annab talle eelise teiste riigihankes osalejate eest ning sellest tingitud konkurentsi moonutamist ei ole muude vahendistega võimalik vältida“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

18 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 4. URL (Url) 5. Kood (Sisestusväli (max pikkus 250 tähemärki)) 6. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

ENNETÄHTAEGNE LÕPETAMINE, KAHJUTASU VÕI VÕRRELDAVAD

SANKTSIOONID

Kas ettevõtja on kogenud, et varasem riigihankeleping või võrgustiku sektori hankijaga sõlmitud varasem hankeleping või varasem kontsessioonileping on lõpetatud enneaegselt, või on määratud kahjutasu või sellega võrreldavad sanktsioonid seoses kõnealuse varasema lepinguga?

Viide seadusele: RHS § 95 lg 4 p 8 „kes on oluliselt või pidevalt rikkunud eelnevalt sõlmitud hankelepingu olulist tingimust või hankelepingute olulisi tingimusi nii, et rikkumise tulemusena on lepingust taganetud või leping üles öeldud, hinda alandatud, hüvitatud kahju või makstud leppetrahvi". Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud. Alates 1.09.2017 alustatud hangete tulemusena sõlmitud riigihankelepingute kohta leiab infot riigihangete registrist.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 3. Kas olete võtnud meetmeid, et tõendada oma usaldusväärsust („Self-Cleaning”)? (Raadionupp valikutega "Jah/Ei") 4. Kirjeldage neid (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 6. URL (Url) 7. Kood (Sisestusväli (max pikkus 250 tähemärki)) 8. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

SÜÜDI VALEANDMETE ESITAMISES, ON JÄTNUD TEAVET ESITAMATA, EI SUUDA

NÕUTUD DOKUMENTE ESITADA, HANKINUD KÄESOLEVA MENETLUSE KOHTA

KONFIDENTSIAALSET TEAVET

Kas ettevõtja on olnud ühes järgmistest olukordadest: a) ta on kõrvalejätmise aluste puudumise või valikukriteeriumide täitmise kontrollimiseks nõutava teabe esitamisel esitanud valeandmeid; b) ta on jätnud sellist teavet esitamata; c) ta ei ole esitanud viivitamata avaliku sektori hankija või võrgustiku sektori hankija nõutud täiendavad dokumendid, ja d) ta on tegutsenud eesmärgiga mõjutada lubamatul viisil avaliku sektori hankija või võrgustiku sektori hankija otsustusprotsessi, et saada konfidentsiaalseid andmeid, mis võivad anda talle põhjendamatu eelise hankemenetluses, või hooletusest esitanud eksitavat teavet, mis võib oluliselt mõjutada kõrvalejätmise, valiku või lepingu hindamise kohta tehtavaid otsuseid?

Viide seadusele:

19 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

RHS § 95 lg 4 p 9 „kes on esitanud valeandmeid käesolevas paragrahvis sätestatud või RHS §- des 98-101 sätestatu alusel hankija kehtestatud kvalifitseerimise tingimustele vastavuse kohta“; RHS § 95 lg 4 p 9 „kes on jätnud andmed käesolevas paragrahvis sätestatud või käesoleva seaduse §-des 98-101 sätestatu alusel hankija kehtestatud kvalifitseerimise tingimustele vastavuse kohta esitamata“; RHS § 95 lg 4 p 9 „kes on jätnud käesoleva seaduse § 104 lõigete 7 ja 8 alusel hankija nõutud täiendavad dokumendid esitamata“; RHS § 95 lg 4 p 10 „kes on tegutsenud eesmärgiga mõjutada hankijat või esitanud hooletusest eksitavat teavet, mis on võinud mõjutada hankija otsuseid riigihankes, või on tegutsenud eesmärgiga saada konfidentsiaalset teavet, mis on võinud anda talle põhjendamatu eelise teiste riigihankes osalejate ees“. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 3. URL (Url) 4. Kood (Sisestusväli (max pikkus 250 tähemärki)) 5. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

D: Ainult siseriiklikest õigusaktidest tulenevad kõrvalejätmise alused

AINULT SISERIIKLIKEST ÕIGUSAKTIDEST TULENEVAD KÕRVALEJÄTMISE

ALUSED: RAHVUSVAHELISE SANKTSIOONI SUBJEKT

Kas ettevõtja on rikkunud RHS § 95 lg 1 p-st 5 tuleneva kõrvalejätmise alusega seotud kohustusi?

Viide seadusele: RHS § 95 lg 1 p 5 „kes või kelle haldus-, juhtimis- või järelevalveorgani liige on rahvusvahelise sanktsiooni subjekt rahvusvahelise sanktsiooni seaduse tähenduses, välja arvatud juhul, kui hankelepingu sõlmimine rahvusvahelise sanktsiooni subjektiga ei riku rahvusvahelist sanktsiooni“. Pakkuja kinnitus ja päring veebilehelt https://www.sanctionsmap.eu. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 3. URL (Url) 4. Kood (Sisestusväli (max pikkus 250 tähemärki)) 5. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

20 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

AINULT SISERIIKLIKEST ÕIGUSAKTIDEST TULENEVAD KÕRVALEJÄTMISE

ALUSED: SEADUSLIKU ALUSETA VIIBIVALE VÄLISMAALASELE TÖÖTAMISE

VÕIMALDAMISE EEST

Kas ettevõtja on rikkunud RHS § 95 lg 1 p-st 2 tuleneva kõrvalejätmise alusega seotud kohustusi?

Viide seadusele: RHS § 95 lg 1 p 2 „keda või kelle haldus-, juhtimis- või järelevalveorgani liiget, prokuristi või muud isikut, kellel on volitus seda ettevõtjat esindada, tema nimel otsuseid teha või teda kontrollida, on karistatud riigis ilma seadusliku aluseta viibivale välismaalasele töötamise võimaldamise või välismaalase Eestis töötamise tingimuste rikkumise võimaldamise, sealhulgas seaduses sätestatud töötasu määrast väiksema töötasu maksmise eest“. Kohustuslik kõrvaldamise alus. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 3. URL (Url) 4. Kood (Sisestusväli (max pikkus 250 tähemärki)) 5. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

AINULT SISERIIKLIKEST ÕIGUSAKTIDEST TULENEVAD KÕRVALEJÄTMISE

ALUSED: KARISTATUD MAKSUALASTE SÜÜTEGUDE EEST

Kas ettevõtja on rikkunud RHS § 95 lg 4 p-st 11 tuleneva kõrvalejätmise alusega seotud kohustusi?

Viide seadusele: RHS § 95 lg 4 p 11 „keda või kelle haldus-, juhtimis- või järelevalveorgani liiget või muud seaduslikku esindajat on karistatud maksualaste süütegude eest“. Vabatahtlik kõrvaldamise alus. Kui hankemenetlusest kõrvaldamise alus esineb ja ettevõtja soovib esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks, tuleb tõendid esitada avatud hankemenetluses koos pakkumusega, teistes hankemenetlustes koos taotlusega. Heastamise võimalus on ettevõtjal juhul, kui tegemist on rahvusvahelist piirmäära ületava hankega või hankija on selle hanke alusdokumentides ette näinud.

Kehtib: Kõik osad

Ettevõtjalt oodatavad vastused:

1. Mis on Teie vastus? (Raadionupp valikutega "Jah/Ei") 2. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 3. URL (Url) 4. Kood (Sisestusväli (max pikkus 250 tähemärki)) 5. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

21 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

IV OSA: KVALIFITSEERIMISTINGIMUSED

C: Tehniline ja kutsealane suutlikkus

TEENUSLEPINGUTE PUHUL: TÄPSUSTATUD LIIKI TEENUSTE OSUTAMINE

Ainult teenuste riigihankelepingute puhul: Ettevõtja on arvestusperioodi jooksul osutanud täpsustatud liiki teenuste puhul alljärgnevaid peamisi teenuseid. Avaliku sektori hankijad võivad nõuda kuni kolme aasta kogemuse tõendamist ja võtta arvesse rohkem kui kolme aasta vanuseid kogemusi.

Viide seadusele: RHS § 101 lg 1 p 2 „nimekiri hankija kindlaks määratud tunnustele vastavate teenuste osutamise lepingutest, mis on täidetud riigihanke algamisele eelneva 36 kuu jooksul, koos teabega nende maksumuse, kuupäevade ja teiste lepingupoolte kohta“ RHS § 101 lg 2 „hankija võib piisava konkurentsi tagamiseks arvesse võtta andmeid rohkem kui 36 kuu eest täidetud teenuste osutamise lepingute kohta“

Tingimuse selgitus: Taotleja viimase 3 aasta jooksul täidetud lepingute hulgas peab olema vähemalt kolm lepingut, millest iga leping vastab järgmistele tingimustele: - lepingu raames on teostatud infosüsteemi arendus-, analüüsi- ja/või hooldustöid ja - lepingu rahaline maht on vähemalt 100 000 eurot km-ta.

Taotleja esitab lepingute nimekirja koos andmetega lepingute sõlmimise ja täitmise kuupäeva, maksumuse ja teise lepingupoole kohta (tellija nimi, e-posti aadress, telefon) kohta hankepassis. Hankija jätab endale õiguse pöörduda taotleja esitatud lepingute teiste osapoolte (tellijate) kontaktisikute poole esitatud teabe kontrollimiseks, sh lepingute nõuetekohase täitmise kontrollimiseks.

Kehtib: Ainult järgmiste osade kohta:

Osa 1 - Arendus- ja hooldustööde tellimine eeldatava maksumusega alates 200 000 eurot km-ta

22 / 22

Koostatud 23.11.2023 14:47:14 https://riigihanked.riik.ee/rhr-web/#/procurement/6675129/general-info

Tingimuse kirjeldus: Minimaalne teostatud tööde arv: 3

Kirjeldus: Taotleja viimase 3 aasta jooksul täidetud lepingute hulgas peab olema vähemalt kolm lepingut, millest iga leping vastab järgmistele tingimustele: - lepingu raames on teostatud infosüsteemi arendus-, analüüsi- ja/või hooldustöid ja - lepingu rahaline maht on vähemalt 100 000 eurot km-ta. Taotleja esitab lepingute nimekirja koos andmetega lepingute sõlmimise ja täitmise kuupäeva, maksumuse ja teise lepingupoole kohta (tellija nimi, e-posti aadress, telefon) kohta hankepassis. Hankija jätab endale õiguse pöörduda taotleja esitatud lepingute teiste osapoolte (tellijate) kontaktisikute poole esitatud teabe kontrollimiseks, sh lepingute nõuetekohase täitmise kontrollimiseks.

Ettevõtjalt oodatavad vastused:

1. Kirjeldus (Suur sisestusala (max pikkus 4000 tähemärki)) 2. Kogusumma (Summa) 3. Valuuta (Vääring) 4. Ettevõtja vastutusala (Suur sisestusala (max pikkus 4000 tähemärki)) 5. Summa (Summa) 6. Valuuta (Vääring) 7. Ajavahemik (Periood) 8. Kas info on konfidentsiaalne? (Raadionupp valikutega "Jah/Ei") 9. Tellija nimi (Sisestusväli (max pikkus 250 tähemärki)) 10. Kontaktisiku nimi (Sisestusväli (max pikkus 250 tähemärki)) 11. E-mail (Sisestusväli (max pikkus 250 tähemärki)) 12. Telefon (Sisestusväli (max pikkus 250 tähemärki)) 13. Kas see teave on elektrooniliselt kättesaadav? (Raadionupp valikutega "Jah/Ei") 14. URL (Url) 15. Kood (Sisestusväli (max pikkus 250 tähemärki)) 16. Väljaandja (Sisestusväli (max pikkus 250 tähemärki))

Lisa 6. Ühispakkujate volikirja vorm

Hankija nimi: SMIT

Riigihanke nimetus: Keskse päringute logimise lahenduse loomine Riigihanke viitenumber: 272848

Käesolevaga kinnitame, et alljärgnevalt loetletud isikud esitavad ühise pakkumuse:

Ühispakkumuses osaleva

ettevõtja nimi Registrikood Roll hankelepingu täitmises

1.

2…

Käesolevaga volitame (ühispakkujate nimed) (volitajate nimed ja ametikohad) isikus (volitatava nimi, ametikoht) olema käesoleva ühispakkumuse esitanud pakkujate ametlik

esindaja riigihankes ja hankelepingu sõlmimisega seotud toimingute tegemisel.

Käesolevaga kinnitame, et vastutame ühispakkujatena hankelepingu täitmise eest solidaarselt.

Volitatava allkirja näidis1 :

Volikiri on ilma edasivolitamise õiguseta.

Volikiri kehtib kuni:

Kuupäev:

(volitaja allkiri)

(volitaja nimi ja ametikoht)

(volitaja nimi ja ametikoht)

(volitaja allkirjastanud digitaalselt)

1 Täidetakse ainult juhul kui volituse originaal on vormistatud paberil

Logimise nõuded (sh välisele partnerile) Nõuded logimisele, arendus-tiimidele ning välistele partneritele (täitmist kontrollib meeskond, kes välist teenust tellib):

1.    Logimiseks tuleb kasutada alus süsteemi võimalusi ja standardseid teeke. 2.    Logi peab olema loetav tekstilisel kujul UTF-8 kodeeringus.  3.    Süsteemispetsiifilised andmed logikirjes peab võimaluse korral koostama JSON-formaadis.  4.    Logitavates andmetes tuleb enne logifaili kirjutamist kodeerida kõik mittekuvatavad ( ) sümbolid, süsteemispetsiifilised andmed, logides non-printable sisalduvad kasutaja sisestatud väärtused ning välja- ja reaeraldajad (st kogu kasutaja sisendit peab olema võimalik taastada, va punktis 8 toodud andmed), välistamaks logisüste ja sellega seonduvaid ründeid. Logitavad andmeväljad eraldatakse tabulatsiooniga. 5.    Juhul kui ühe päringu kohta tekib kirjeid mitmesse logisse, siis peab olema võimalik neid kirjeid ühise välja abil siduda. Selleks ei sobi kellaaeg, aga sobib näiteks unikaalne päringu ID. 6.    Kõik väljanimede kirjeldused, parameetrite nimetused ja muu informatsioon peab olema võimalusel inglise keeles. 7.    Logitud peavad olema kõik tegevused andmetega, sh:        7.1.    kõik autentimise katsed (hoolimata tulemusest);        7.2.    kõik kasutajate poolt algatatud tegevused;        7.3.    kõik taustaprotsesside tegevused;        7.4.    nii õnnestunud kui ka ebaõnnestunud tegevused. 8.    Andmed, mida on keelatud logida:        8.1.    kasutajate autentimisega seotud saladust või salasõna teksti või räsi kujul;        8.2.    privaatvõtmed;        8.3.    seansivõtme väärtus (nt seansi tokenid või -küpsised) –  logida võib ainult seansivõtmest tuletatud räsi või muud pöördumatut tuletist;        8.4.    andmebaasidest tagastatud päringute täisvastused tekstilisel kujul – logida võib andmete tagastamise fakti või vastuse pikkust;        8.5.    biomeetriliste andmete väärtust taasesitamist võimaldaval kujul;        8.6.    andmed, mille logimise keeld tuleneb õigusaktidest (nt krediitkaardiandmed). 9.    Sisendandmed peavad olema eristatavad rakenduselt endalt pärinevatest andmetest, kuid olema arusaadavad ilma rakenduse andmebaasita. 10.    Logikirjed jaotatakse võimalusel järgnevalt (eraldi konfigureeritavatesse failidesse):       10.1.    Seansilogi - info kasutajate tuvastamise, rakendusse või kõrgema turvalisusega rakenduse osasse sisenemiste, väljumiste, seansi aegumise, tühistamiste jmt kohta.       10.2.    Tegevuslogi - kogu informatsioon kasutajate ja taustaprotsesside tegevuste kohta koos sisendparameetritega (sh väliste ressursside kasutamise kohta). Tegevuse- ja seansilogi kirjes peab olema vähemalt:            10.2.1.    Silumislogi - arendajate jaoks vajalik debug info, toodangukeskkonnas peaks debug vaikimisi välja olema lülitatud;            10.2.2.    Turvalogi/auditlogi - turvalisusega seotud eeldefineeritud sündmused, mis võimaldavad tuvastada, mis tegevusi mis järjestuses tehti ning leida viiteid võimalikele turvaprobleemidele (SQL injection, IP muutus seansi keskel kui see pole lubatud, kasutaja käivitas käsu, mida tal ei ole lubatud käivitada jms). Sinna kuuluvad turvalisuse seisukohalt kriitilised sündmused (sisenemine, väljumine, kasutaja loomine, rolli muut(u)mine, seadistuste muut (u)mine) ning tegevused, mis toovad kaasa rahalisi või juriidilisi tagajärgi.       10.3.    Vealogi - erinevate veaolukordade info, mida võimalusel jaotada kaheks:            10.3.1.    tehniline vealogi - erinevad süsteemsed veateated (probleemid liidestega, süsteemsete taustatööde veateated, vead, mida ei ole püütud (unhandled exceptions));            10.3.2.    kasutajate vealogi - kasutajate tegevuse tõttu esile kutsutud vead mis on käsitletud (handled exceptions). 11.    Logide spetsiifika (mida logitakse, kuidas sündmused logifailidesse on jagatud, rakendusspetsiifiliste logide struktuur ja detailid) peavad olema kirjeldatud teenuse dokumentatsioonis. 12.    Logimine peab olema optimeeritud, st et peab vältima liigsete logiandmete edastamist  logihaldussüsteemi ning välistama informatsiooni dubleerimist logides, juhul kui seda ei ole eraldi nõutud. Vajaduse korral filtreeritakse logid teenuses. 13.    Logimisvahendid ja informatsioon logi kohta peab olema kaitstud volitamata muudatuste, hävitamise ja juurdepääsu eest. 14.    Logisid peab logi edastav teenus saatma reaalajas SMIT’i kesksesse logihaldussüsteemi. Kasutusel peab olema ühtne NTP (Network Time Protocol) ajateenus. 15.    Logide keskne kogumine sisaldab:        15.1.    reaalajas saadetavate logivoogude vastuvõtmist ja salvestamist;       15.2.    salvestatud logivoogude arhiveerimist olenevalt saadetavate logide tüübist ja neile kehtestatud säilitustähtaegadest.  16.    Salvestatavad logiandmed signeeritakse digitaalselt.  17.    Logiandmete turvaliseks edastamiseks SMITi kesksesse logihaldussüsteemi väljapoolt SMITi hallatavat taristut peab kasutama VPNi või mTLS-i ühendust. 18.    Arhiiviväärtusega logide terviklus peab olema tagatud kolmanda poole usaldusteenuse (nt. TrueTrail) abil. 19.    Tõestusväärtusega logisid ei tohi hoiustada ega töödelda rakenduse serveris või andmebaasis. Selline kirje on vaid informatiivse väärtusega ning seda logikirjena ei käsitata. 20.    Ligipääs logiandmetele      20.1.    Logikeskkondadele ligipääs peab olema kitsendatud ja piiratud, logides sisalduvaid andmeid tohib töödelda vaid kasutaja, kellel on selleks õigus ja teadmusvajadus.      20.2.    Logisid on keelatud töödelda väljaspool lubatud keskkondi (kaasarvatud kopeerida). Arhiveeritud ja väljaspool logitaristut hoitavad või edastatavad logiandmed on alati krüpteeritud.      20.3.    Logisid ei tohi avalikustada ega jagada teistele osapooltele, kui selleks ei ole põhjendatud vajadust.      20.4.    Logide töötlemisel peab järgima andmete töötlemisel kehtivaid isikuandmete ning avaliku teabe töötlemist reguleerivaid õigusakte, sh täitma konfidentsiaalsuse kohustust nii töö- või teenistussuhte ajal kui ka pärast selle lõppemist. 21.    Logide säilitustähtaegade määramine ja kustutamine peab vastama andmekogu põhimääruses või teenuse kokkuleppes sätestatud tingimustele. 22.    Säilitustähtaja määramisel peab silmas pidama, et ressursikasutus oleks proportsionaalne ja mõistlik. 23.    Kui logide säilitusaega ei ole teenuse dokumentatsioonis täpsustatud, peab logisid hoidma käesoleva aasta kohta ning säilitama neid kuni ühe aasta. 24.    Logimise puhul kehtivad vähemalt sama taseme turvanõuded, mida on rakendatud logitavale teenusele. 25.    Kui rakenduse äriloogika ei vasta kehtestatud nõuetele tuleb tehnoloogilist lahendust eelnevalt infoturbeosakonnaga kooskõlastama.

Logikirjes peab sisalduma vähemalt teave, et vastata küsimustele: kes, millal, mida, kus ja kust süsteemis tegi ning mis oli tegevuse tulemus.

Logikirje miinimumnõuded on

1.    Logikirjes (minimaalselt tegevus- ja seansilogi) peab sisalduma vähemalt teave, et vastata järgmistele küsimustele:       1.1.     on tegevuse teostaja, sealjuures:KES            1.1.1.    peab ta olema unikaalne vähemalt teenuse piires;            1.1.2.    peab ta olema seostatav füüsilise isikuga, kui see on võimalik;            1.1.3.    tema automaatprotsessid peavad olema selgelt tuvastatavad.       1.2.   on ajamärgistus, mis sisaldab täpset sündmuse kuupäeva ning kellaaega, sealjuures peab aeg olema: MILLAL            1.2.1.    vähemalt sekundi täpsusega;            1.2.2.    UTC ajavööndis;            1.2.3.    ajaformaadis ISO8601 koos ajavööndi infoga, näiteks formaat YYYY-MM-DDTHH:mm:ss.SSSZ.       1.3.     on logitava tegevuse või sündmuse liik või klass, näiteks kasutaja tuvastamine, administreerimine, operatsioon ja kasutus, ning liigi või MIDA klassi tegevuse detailid. Märgitakse:            1.3.1.    üheselt tuvastatav viide objektile või selle komponendile, mida kasutati;            1.3.2.    tegevuse tüüp, näiteks , või kasutatud meetod ja nende sisendandmed;login, timeout, search, request, query            1.3.3.    tegevusega seotud muud andmed ja sisendväärtused, mida tegevuse käigus töödeldi või mis on olulised, näiteks failide nimed, päringu objektid, autentimismeetod.       1.4.     on süsteemi identifikaator, mille abil on võimalik teha kindlaks täpne rakendus ja selle instants, mille suhtes tegevus tehti.KUS       1.5.     on seadme unikaalne identifikaator, näiteks nimi, IP-aadress või seadme sertifikaat, kust tegevus toime pandi, sealjuures peab:KUST            1.5.1.    identifikaatori abil olema võimalik üheselt tuvastada seade, kust sündmus toime pandi;            1.5.2.    IP-aadressi puhul olema tuvastatav lõppseadme IP-aadress.       1.6.     – kui ei ole kokku lepitud teisiti, siis päringute vastuseid täies mahus ei salvestata. Logisse peab kirjutama tulemust kirjeldavad TULEMUS andmed, näiteks tulemuse tüüp (success, attempt, failure, error), vastuse suurus (nii baitides kui ka ridade arvuna).

Logikirje elementide soovituslik järjestus:

{when}\t{where}\t{what}\t{whence}\t{who}\t{procid?}\t{result}\t{msg-payload?}

a. b. c. d. e. f. g. h. i. j.

Lähtekoodi halduse ja ehitamise nõuded Versioonihalduse kasutamine

Tarkvara lähtekoodi halduseks tuleb kasutada   aadressil asuvad GIT repositooriumi (ligipääs antakse projekti põhiselt).https://source.smit.sise Tarkvara versioonihalduses jälgitakse üldises mõistes protsessi ( ) või  "git-flow" http://nvie.com/posts/a-successful-git-branching-model/ "feature-

( ) protsessi.branche-workflow" https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow "Git-flow" lähenemist on sobilikum kasutada siis, kui tarkvara versioonide on aeglasem ja harvem ning versioonides toimuvad stabiliseerimisperioodid, samuti kui on vaja mitut erineva funktsionaalsusega versiooni pikaajaliselt toetada. Teine mudel sobib neile kes on rohkem automatiseerinud oma paigaldus ja tarneprotsessid ning kasutavad kas või "Continuous Delivery" "Continuous Deployment" töövooge.

Iga  JIRA pileti realiseerimise alguses loob arendaja JIRA abil (kasutades JIRA sees pileti juures käsku create branche)  nimelisest develop harust endale vastava konvensiooni (vt. joonis) põhiselt  nimelise haru kus arendust tehakse.feature/xxx Konfliktide vältimiseks peab kesksest harust järjepidevalt enda harusse muudatused mestima. Piletis realiseeritud lähtekoodi üleandmiseks SMIT-ile tuleb minna versioonihaldus keskkonna (  vastava tarkvara ruumi https://source.smit.sise) ning valida sealt tab ning luua uus , kus tuleb määrata lähteharuks enda tehtud arendusharu ning lõppharuks keskne pull-requests pull-request haru. Ülevaatajaks tuleb valida SMIT poolne arendaja ning sisuks täiendavad kommentaarid, mida silmas pidada antud tarnes (näiteks et muutus konfiguratsioon või baas vms).

Tarne üleandmise eelduseks on, et üleantav kood vastab kõikidele kokkulepitud nõuetele, mis arenduse alguses on fikseeritud või on konkreetsed puudused toodud välja kirjelduses;pull-requesti  Tarne loetakse vastuvõetuks, kui tarneharus oleva koodiga on toimunud vastavad tegevused:

kood kompileerub SMIT ehitusserveris koodi staatiline analüsaator ei leia koodist vigu (kasutada Bitbucket Sonar pluginat code review raames või Bamboos Sonar taske) ühiktestid jooksevad läbi ilma vigadeta integratsioonitestidjooksevad läbi ilma vigadeta funktsionaalsed testid jooksevad läbi ilma vigadeta Koodi testide kattuvuse analüüs näitab et ei ole toodetud juurde ärikriitilist koodi, mis on testidega katmata arhitekt on tarne muudatustele teinud koodi analüüsi ja need heaks kiitnud kood on ilma konfiliktideta süsteemi poolt mestitud harusse ( on täidetud)develop  pull-request

develop harust ehitatud versioon on paigaldunud arenduskeskkonda ja sinna on võimalik sisselogida Kõik tarnes sisalduvad on seotud konkreetsete JIRA piletinumbritega kujul XXXX-YYYcommitid

Pull-request-i kinnitamisel automaatselt kustutatakse vastav partneri poolt tehtud haru ära, kui mestimine on olnud edukas; Pull-request-ii võib SMIT tagasi lükata, kui seal esineb puudusi või alustada seal sees dialoogi puuduste kõrvaldamiseks (koodi ülevaatuse tegemisel lisatakse kommentaarid otse koodi ridade vahele);  Arendaja peab arendusega seotud dokumentatsiooni kandma SMIT’i wikisse (https://wiki.smit.sise), vastava tarkvara ruumi (v.a paigaldusjuhend mis läheb koodi juurde versioonihaldusesse); Arendaja peab alati arendusi tegema JIRA (https://jira.smit.sise) piletite raames (iga koodimuudatus, mida soovitakse kesksesse versioonihaldusesse saata, peab sisaldama JIRA piletinumbrit) ning muutma nende staatuseid vastavalt arendusele.

Bamboo (CI/CD) kasutamine

Igal tarkvaral on bamboos defineeritud  1 ehitusplaan, mis ehitab ennast " " või " " plaani pealt automaatselt (haru valik sõltub, develop master kumba protsessi kasutatakse koodi halduseks). Arendajad peaksid oma arendusi tegema feature harudes, mida automaatselt Bamboo on võimeline ehitama. 

Bamboo ehitusplaan ehitab  koodi, teeb koodile staatilist analüüsi, võimalusel turvaanalüüsi, jooksutab testid ning Bamboo paigaldusplaan paigaldab lõpuks rakenduse määratud keskkonda. "Git-flow" puhul on reeglina ehitusplaan liidestatud " haruga ning paigaldatakse tulem arenduskeskkonda, testi ja toodangu jaoks develop" versioonid tekivad harude pealt ("release" harud reeglina), mida paigaldatakse Bamboo kaudu käsitsi. "Feature-branche-workflow" protsessi puhul on ehitusplaan liidestatud " haruga, mille tulemus paigaldatakse automaatselt sobivasse master" keskkonda. Võimalus on selle kõrvale luua ka täiendavaid harusid ja siduda neid konkreetse keskkonnaga. Toodangu keskkonda paigaldus tehakse reeglina käsitsi Bamboo sees  ning sinna paigaldatakse sama tulem, mis läks testi.

Nõuded infosüsteemi dokumentatsioonile Dokumendid peavad vastama vähemalt alljärgnevatele tingimustele

Sisukord

Süsteemi üldine kirjeldus Andmemudel Kasutaja õiguste ja tegevuste vastavustabel Teenuste/kasutuslugude dokumentatsioon Arhitektuuridokument Seadmete ja tarkvara kasutajakesksed juhendid Paigalduse ja administreerimise juhend Lähtekood (sh andmebaasi struktuur) Koormustestide dokumentatsioon Taasteplaani tegemise juhend

Süsteemi üldine kirjeldus

Eeldus dokumendile

Otstarve Kirjeldada süsteemi üldine olemus

Sisu Dokument sisuks on:

Süsteemi eesmärk sh probleem, mida lahendab ja/või väärtus, mida pakub Süsteemi üldine ülesehitus ning selle protsessid Sisemised ja välised komponendid, nende vahelised liidestumised Peamised nõuded ja vajadused

Sihtgrupp Tellija äriprotsesse valdavad kontaktisikud, ärianalüütikud, süsteemianalüütikud, täitjast sõltumatud tarkvara hooldajad, arendajad ja edasiarendajad, testijad, arhitektid, tootejuhid.

Andmemudel

Eeldus dokumendile Teenuste/kasutuslugude dokumentatsioon

Otstarve Kirjeldada andmeobjekte ja nendevahelisi seoseid

Sisu Andmebaasi põhjal luua andmetabelite ja -objektide seosdiagramm

Sihtgrupp Tellija, peakasutajad, rakenduse administraatorid

Kasutaja õiguste ja tegevuste vastavustabel

Eeldus dokumendile

Süsteemi üldine kirjeldus

Otstarve Kirjeldada kasutaja rollide õigusi erinevates kasutuslugudes ja tegevustes

Sisu CRUD maatriks

Sihtgrupp Tellija äriprotsesse valdavad kontaktisikud, ärianalüütikud, süsteemianalüütikud, täitjast sõltumatud tarkvara hooldajad, arendajad ja edasiarendajad, testijad, arhitektid, tootejuhid.

Teenuste/kasutuslugude dokumentatsioon

1. 2. 3.

4. 5.

6.

Eeldus dokumendile

Süsteemi üldine kirjeldus

Otstarve Kirjeldab detailselt üleantavaid teenuseid/kasutuslugusid

Sisu Teenuste/kasutuslugude detailse kirjelduse sisuks on:

Tehnilised parameetrid; Veateated/Hoiatused; Teostatavad kontrollid; Funktsionaalsuse enda põhiprotsess ja mõned sagedamini esinevad alternatiivsed protsessid (vastavalt vajadusele); Üldine kirjeldus, kuidas ja kus kajastub antud teenus/kasutuslugu tervikprotsessis; Nõudeid ja reegleid toetavad (sisu mõistmisele kaasaaitavad) pildid, diagrammid, tabelid, loendid Andmevahetuse teenuste kirjeldus (andmete küsimine/vastuvõtmine, turvalisus, teenuse andmestik, klassifikaatorid, xml/xsd schema ) Protsesside UML vaated

Sihtgrupp Tellija äriprotsesse valdavad kontaktisikud, ärianalüütikud, süsteemianalüütikud, täitjast sõltumatud tarkvara hooldajad, arendajad ja edasiarendajad, testijad, arhitektid, tootejuhid.

Arhitektuuridokument

Eeldus dokumendile

Süsteemi üldine kirjeldus

Otstarve Dokumendi eesmärgiks on kirjeldada loodava süsteemi üldist ehitust. Kirjeldatakse rakenduse loogilist struktuuri, näidates ära selle kihtideks jagunemise korda. Kirjeldatakse ka füüsilist arhitektuuri, antakse ülevaade kasutatavatest tehnoloogiatest ning vahenditest

Sisu Dokument peab rahuldama vähemalt alljärgnevaid sisunõudeid:

Topoloogia, süsteemi füüsiline arhitektuur (süsteemi komponendid andmebaasiserver, rakendusserver, meiliserver jms) Nõuded arhitektuurile (operatsioonisüsteem, andmebaasid, liidestused, rakendusserverid, raamistikud, teenused) Nõuded käideldavusele (süsteemi soovituslikud näitajad komponentide kaupa, näiteks andmesidekiirused, kättesaadavus, andmemahud, protsessori kiirus, mälumaht, komponentide arv süsteemi osade kaupa, kettasüsteemi jõudlus jms) Liidesed teiste süsteemidega (x-tee, meilisüsteemid) ja sõltuvused teistest süsteemidest. Liideste kirjeldused/otstarve Süsteemi tehnilised (sh automaatsed) protsessid ehk töövoog – komponentide omavahelised suhtlusstsenaariumid ja koostoimimine (näiteks, mis komponent ja millal pöördub n teenuse poole) kolmandate osapoolte poolt toodetud kasutatavad tarkvarad/riistvarad, mis on vajalikud süsteemi toimimiseks

Sihtgrupp Arhitekt, administraator, turvaspetsialist

Seadmete ja tarkvara kasutajakesksed juhendid

Eeldus dokumendile

Teenuste/kasutuslugude dokumentatsioon 

Otstarve Teenuse funktsionaalsuse kasutamiseks ja kasutuslugude läbimiseks vajalikud juhised

Sisu Igale esitluskihile peab olema koostatud eraldi kasutusjuhend, mis kirjeldab vastava komponendi funktsionaalsuse kasutusvoo põhiselt. Kirjeldus tarkvara ja seadmete kasutamise üldisest protsessist, protsessi olulisemate sammude kirjeldus. Koostatakse  projekti lähteanalüüsi aluseks võttes. Tarkvara kasutusjuhend on aluseks kasutajate koolitamisel. Kasutajajuhend kirjeldab kõiki kasutajate funktsionaalsusi koos tööprotsesside kirjeldusega ning ekraanipiltide vormis näidetega. Haldusliidese kasutusjuhend (peakasutaja ja rakenduse administraatori funktsionaalsus) peab olema eraldi tavakasutaja kasutusjuhendist.

Esitluskihi kasutusjuhendi minimaalne ülesehitus:

lühitutvustus üldine kirjeldus koos komponentidega autentimine (kui eksisteerib) komponentide detailne kirjeldus koos kõikide funktsionaalsustega Rollide kirjeldus ja õigused

Sihtgrupp Tarkvara kasutajad, peakasutaja, rakenduse administraator

Paigalduse ja administreerimise juhend

1.

2. 3. 4.

a. b. c. d. e.

Eeldus dokumendile Arhitektuuridokument

Süsteemi üldine kirjeldus 

Otstarve Juhend on aluseks süsteemi administreerimisele 

Sisu Juhend peab rahuldama vähemalt alljärgnevaid sisunõudeid:

süsteemi parameetrite (seadistuste) kirjeldus ning nende muutmiste mõjud ja protseduurid. Konfiguratsioonifailide kirjeldus koos asukohtadega failisüsteemis; logimise realisatsiooni kirjeldused (kuhu, mida, logide struktuur; rutiinsete hooldusprotseduuride kirjeldus (komponentide taaskäivituse vajadus parameetrite muutmisel); paigaldamise protseduurid.

Nõuded rakenduse komponentidele Rakenduse paigaldus (Vajalik tarkvara ja konfigureerimine, rakenduse pakkimine ja paigaldamine) Andmete alglaadimine Varundusskript Monitooringu kirjeldus

Juhendis kirjeldatakse iga realiseeritud osa rakendamine (deployment) koos spetsiifiliste seadistustega. Paigaldamise protseduurid peavad olema kirjutatud selliselt (samm sammult), et süsteemiadministraator suudab rakenduse paigaldada ilma kõrvalise abita.

Sihtgrupp Peakasutaja, projektijuht, süsteemiadministraator

Lähtekood (sh andmebaasi struktuur)

Eeldus dokumendile Arhitektuuridokument

Teenuste/kasutuslugude dokumentatsioon Andmemudel Kasutaja õiguste ja tegevuste vastavustabel Prototüüp 

Otstarve Lähtekood on vajalik selleks et kompileerida rakendust, ning võimaldada tulevikus rakenduse muutmist. 

Sisu Lähtekood peab olema hästi struktureeritud, piisavalt dokumenteeritud ning võimalikult lihtne, et sellest saaksid aru ka teised arendajad. Lähtekood peab vastama MFNile Lähtekood peab olema pakendatud vastavalt versioonimisjuhendile. Rakenduste lähtekood peab olema piisavalt modulaarne, et seda saaks tulevikus lihtsasti täiendada ning muuta.

Koormustestide dokumentatsioon

Eeldus dokumendile Teenuste/kasutuslugude dokumentatsioon

Prototüüp (ainult kasutajaliidesega rakenduse puhul) Arhitektuuridokument

Otstarve Määrata kindlaks arendusetapil testitavad kasutuslood ja liidesed (sh välja tuua need, mille puhul rakendatakse koormusteste) tuues välja nende järjekorra.

Sisu Järjestatud (võib olla ka paralleelne) nimekiri kasutuslugudest ja liidestest (vajadusel määrates nende ulatust) koos märkega, mis on koormustestiga tagatud ning millel on testandmed

Sihtgrupp Tellijapoolne projektijuht, vastuvõtutestijad

Taasteplaani tegemise juhend

Otstarve Kirjeldada erisused, millega tuleb arvestada taasteplaani loomisel

1. 2.

3.

Sisu Taasteplaan peab rahuldama vähemalt alljärgnevaid sisunõudeid:

süsteemi halvamist võimaldavad riskid ja nende esinemise võimalikkus; varundamisele kuuluvate komponentide ja asukohtade loetelu (nt rakenduse konfiguratsioonifailid rakendusserverist ja andmebaas jne), nende kirjeldused ja kasutuselevõtu protseduurid; süsteemi komponentide asendusvõimalused, nende alternatiivkomponentide spetsifikatsioonid

Sihtgrupp Arhitekt, süsteemiadministraator, turvaspetsialist, äri, tellijapoolne projektijuht

1. 2. 3. 4. 5. 6. 7. 8.

1. 2. 3. 4.

1.

2.

3.

4. 5. 6.

Rakendustevahelised integratsioonipõhimõtted

Sünkroonne ja asünkroonne suhtlusviis Integratsioon süsteemide vahel (nii välised kui sisemised)

Sõnumivahetuse nõuded (MQ) Sõnumivahetuse mudelid Sõnumid Sõnumiserveri kanalid Sõnumi edastamine Ühenduskiht

REST API ja HTTP/JSON API rakenduste teenuste arendamise nõuded Kontekst Üldised nõuded API-le

Ressurside URL-i kujud Ressursside nimetamine Toimingud ressurssidega Otsingu tugi API ressurssides API ressursside/teenuste versioneerimine API veahaldus API rakenduse kättesaadavus Tuvastamine

SOAP teenuste arendamise nõuded SOAP teenuste tarbimise head tavad

Sünkroonne ja asünkroonne suhtlusviis Rakendused saavad omavahel suhelda s või :ünkroonselt asünkroonselt

S – teenuskutse tegija ootab seni kuni teenusepakkuja poolt on vastus saadaval. Samaaegselt võib toimuda üks toiming:ünkroonne suhtlemine

Üks laialdasemalt kasutatud suhtlusstiile; Kontseptuaalne lihtsus võimaldab hõlpsalt rakendada; Enamikes olukordades sobiv suhtlusstiil; Tihedalt seotud HTTP protokolliga, kuid on ka teisi protokolle, nt RPC; Sünkroonse integratsiooni puhul on eelistatud protokolliks HTTP ning andmeformaadiks JSON; SOAP/XML lahendusi kasutada ainult nö olemasolevate süsteemidega liidestamisel, kus muid võimalusi ei ole; Kasutada saab nii X-tee integratsiooni kui ka otse tehtavaid HTTP teenuseid; Kõige levinum stiil HTTP teenuse loomisel on , kuid on võimalus ka kasutada -i(ainult läbi eelneva kooskõlastuse) REST GraphQL

As – teenuskutse tegija ei oota teenusepakkuja poolt vastust. Samaaegselt võib toimuda mitu toimingut:ünkroonne suhtlemine ehk sõnumivahetus

Sobib hästi hajussüsteemi, -arhitektuuri jaoks; Teenused ei ole omavahel seotud, sest suhtlemiseks kasutatakse sõnumisiini, mis võimaldab rakenduste vahel sõnumeid vahetada. Andmevahetusformaadiks võib tekstiliste andmete puhul samuti eelistada JSON-it Andmevahetuseprotokollina on soovituslik kasutada AMQP protokolli

Allikas: Gupta, P. (05.06.2018). Patterns for Microservices – Sync vs. Async. DZone. https://dzone.com/articles/patterns-for-microservices-sync-vs-async

Integratsioon süsteemide vahel (nii välised kui sisemised)

Rakendusi omavahel integreerides peame peamiselt arvestama kolme aspekti. Kas kaks omavahel liidestavat komponenti on määratletud sama andmekogu alla, ehk toimub andmekogu sisene integratsioon või toimub andmekogu ülene integratsioon ning kas üks liidestavatest komponentidest asub välisperimeetris/õues (taotluskeskkonnad).

Andmekogu on see süsteem, mis on määrusega registreeritud, kui on segadus, konsulteeri oma tooteomanikuga.

Andmekogusiseseid integratsioone või liidestus lahendusega, mis ei kuulu ühegi andmekogu alla, võib teha nii sünkroonselt kui asünkroonselt ning ei pea kasutama X-TEEd; Andmekogude vahelisi integratsioone tohib teha ainult üle X-TEE ning tulenevalt X-TEE piirangutest, siis täna ainult sünkroonselt (lähtuda tuleb X-

;TEE dokumentatsioonist) Komponendid, mis asuvad välisperimeetris/õues (igasugu veebid, taotluskeskkonad jms), ei ole lubatud otse liidestuda sisemiste süsteemidega sh. X-TEE-ga (neil tuleb sisevõrku teha vaheadapter, mis päringud edastab); Kui andmekogu soovib andmeid pärida lahenduselt, mis ei kuulu andmekogusse, võib seda teha ilma X-TEEd kasutamata. Kui sisemine süsteem pärib andmekogu käest andmeid, tuleb kasutada X-TEEd. Välist rakendust disainides, tuleks pöörata tähelepanu, et selle mõju sisemistele komponentidele oleks minimaalne (turva, käideldavus, terviklikkus). Eriti arvesse võtta olukordi, kus väline rakendus võib rünnaku alla sattuda.

1. 2. 3.

Sõnumivahetuse nõuded (MQ)

Sõnumivahetuse mudelid

Lubatud on kasutada vastavalt vajadusele nii publish/subscribe (queue - järjekorrad), kui point-2-point (topic - teemad) mudelit.

Sõnumid

Kui ei ole määratud teisiti, on nõutud tekst tüüpi sõnumite kasutamine Kui sõnumi sisu on JSON dokument, tuleb seda valideerida kasutades json-schema validaatorit (https://github.com/fge/json-schema-validator) või sellega samaväärset lahendust Binaarkujul failide edastamiseks läbi sõnumite tuleb kasutada tekst tüüpi sõnumit, ning faili sisu lisada Base64 kodeeritud kujul Küsimus-vastus (request-response) tüüpi sõnumivahetuses tuleb küsimuse vastust identifitseerida korrelatsiooni identifikaatoriga (correlation-id)

Sõnumiserveri kanalid

Juhul kui kanalite nimetused ning nende sisu ei ole eelnevalt kokku lepitud, tuleb kasutatavate kanalite arv ning nimetused kooskõlastada SMIT- iga Juhul kui sõnumite sisu on XML dokument, tuleb kanalite nimed koos tema sisuga defineerida XML-i kirjeldavas dokumendis (XSD-s)

Sõnumi edastamine

Kanalite nimetuste nimekonventsioonina järgida üldjoontes malli: "[andmete omanik].[sõnumis olevad andmed]" näiteks: "amr.ametijuhend"

Küsimus-vastus (request-response) tüüpi sõnumivahetuse puhul lisada suffiksina kanalinimele vastavalt Request või Response - näide manuses näiteks "amr.ametijuhendRequest" ja "amr.ametijuhendResponse"

Sõnumiedastuse ühelt-mitmele (topic) puhul lisada suffiksina kanalinimele vastavalt Topic - näide manuses.  näiteks "amr.ametijuhendTopic"

Sõnumiedastuse ühelt-ühele, ilma vastust ootamata (queue) tüüpi sõnumivahetuse puhul lisada suffiksina kanalinimele vastavalt Queue - näide manuses

näiteks "amr.ametijuhendQueue"

Ühenduskiht

Juhul kui ole määratud teisiti, käib suhtlus sõnumiserveriga TCP tasemel (vm tase oleks kiire aga mõistlik on sõnumiserver hoida rakendusest väljaspool, et tagada käideldavus)

REST API ja HTTP/JSON API rakenduste teenuste arendamise nõuded

Kontekst

REST on arhiekturistiil, mis kirjeldab nõuded/piirangud rakenduste loomiseks, võttes aluseks veebiarhitektuuri (world-wide-web ehk www)

REST puhul on peamine informatsiooni abstraktsioon ressurss (ingl resource). Mistahes teave, mida saab nimetada, võib olla ressurss. (Fielding, 2000)

Ressurss varieerub ajas ning tähistab konkreetsel ajahetkel olemite kogumit või väärtusi (Fielding, 2000). Väärtused võivad olla ressursi esitused (ingl resource representation) ja/või ressursi identifikaatorid (ingl resource identifier). REST-komponendid, teisisõnu omavahel suhtlevad rakendused, teevad toiminguid ressurssidega, kasutades ressursi esitust praeguse või kavandatud oleku fikseerimiseks ja selle esituse ülekandmiseks rakenduste vahel. (Fielding, 2000)

Allikas: Fielding, R. T. (2000). Architectural Styles and the Design of Network-based Software Architectures. University of California, Irvine. https://www.ics. uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm

Üldised nõuded API-le

API-del peaks olema loodud dokumentatsioon, mis sisaldab detailset api kirjeldust. Soovituslik on läheneda API-FIRST, ehk api kirjeldatakse ära ja siis luuakse implementatsioon.

Võib kasutada näiteks: https://swagger.io/

1. a.

2. a.

3. a.

4. a.

5. a.

1. a.

2. 3.

a.

1. a. b. c.

i. 1.

d. e.

1. a.

2. a. b.

1. 2. 3.

a.

1. a.

1.

API-i juures kasutatavatel andmekomplektidel (eeldatavasti siis JSON dokumendid) peaksid eksisteerima "schema" kirjeldused. Soovituslik on see teha API enda kirjelduse juures, kus saab API väljakutsed lihtsasti siduda "schema" objektidega.

Schemad on vajalikud nii kommunikeerimisel teiste osapooltega, kes API-t kasutavad, kui ka võimaldab luua paremini valideerimisloogikat lähtekoodis.

Ressurside URL-i kujud

/X - tagastab ressursi X massiivi. /persons

/X/{id} - tagastab konkreetse X ressursi id järgi /persons/1 - tagastab isiku 1

/X/Y - tagastab X listi, mida on filtreeritud Y järgi /persons/applications - üldiselt ei kasutata aga võiks tähendada: anna kõik isikud, kus on mõni taotlus küljes

/X/{id}/Y - tagastab ressursi Y listi, mis on X id-ga seotud /persons/1/applications - tagastab kõik isiku 1 taotlused 

/X/Y/{id} - tagastab X ressursi listi, mida on filtreeritud Y id järgi /applications/persons/1 - anna kõik isiku 1 taotlused

{id} ehk id kui path variable-ga identifitseeritakse ressursi

Ressursside nimetamine

Lihtsad ja arusaadavad ressursid vastavalt äriloogikale ja seostele Nt /persons/1/applications

Ressursi nimetus mitmuses väljendab, et ressurss on mitmuses Ressursside nimetamisel ei kasutata käske (nt )/getPersons või /createPerson ei ole õige

Ressursi nimetamise asemel väljendavad HTTP käsud/meetodid ressurssidega tehtavaid toiminguid (vt  )Toimingud ressurssidega

Toimingud ressurssidega

Ressursidega toiminguteks tuleb kasutada HTTP käske. Nt /persons puhul GET /persons - tagastab massiivi kõikidest isikutest POST /persons - loob uue isiku DELETE /persons - antud kontekstis vähetõenäoline kasutus, aga kustutab olemasolevad isikud ja nende seosed 

Sõltub ärivajadusest, kas rakenduses on otsustatud, et tegemist on loogilise või füüsilise kustutamisega Mitte kasutada DELETE-i loogiliseks JA füüsiliseks kustutamiseks ilma, et API ressurss väljendaks, millega täpselt tegemist

PUT /persons - antud kontekstis vähetõenäoline kasutus, aga asendab kõik olemasolevad kirjed PUT teenuskutse sisendiga täies mahus PATCH /persons - antud kontekstis vähetõenäoline kasutus, aga asendab kõikidel olemasolevatel kirjetel PATCH teenuskutse sisendiga antud konkreetsete väljade väärtused

Otsingu tugi API ressurssides

Kui tahta sorteerida, filtreerida, otsida, siis kasutada query parameetrit ehk päringu keerukus viia ‘?’ taha Nt GET /persons?name=X&age=Y

Kui API võib tagastada pikki nimekirku, siis tuleb kindlasti kasutada osade kaupa küsimist (ingl )pagination/paging Nt /persons?limit=25&offset=50 vaikimisi limit=10 ja offset=0

API ressursside/teenuste versioneerimine

API versioonimine on loomulik API muutuste juhtimise osa

Iga kasutuses oleva API muudatus peab olema tagasiühilduv Uus versioon tuleb luua nt kui muudetakse API sisendi/väljundi struktuuri; eemaldatakse mõni väli Uue versiooni loomisel peab eelmine versioon toetatud olema

Vanade versioonide eemaldamine eeldab tarbijatega kokkulepet ja vastavat protsessi/reeglistikku

Näide -

Versiooninimes kasutada v eesliidet ning väikeste versioonide asemel kasutada suuri versiooni numbreid, nt v1, v2, v3 Versiooninumber tuleb hoida URL-i sees kõige vasakul pool: /v1/persons

: Kõige lihtsam versioonimine, aga Märkus ei ole REST arhitektuuristiiliga kooskõlas

API veahaldus

API rakenduses peab olema lahendatud, kuidas vigu hallatakse ning neid tarbijatele väljastatakse

1.

1. a.

Luua korrektne veahaldus HTTP koodide põhiselt (seda mõistavad hästi ka teised süsteemid)                 200 - OK                 400 - Bad Request from client                 500 - Internal Server Error                 304 - Not Modified                 404 – Not Found                 401 - Unauthorized                 403 - Forbidden                 Lisaks veakoodile lisada ka detailsem veateade                 {"status" : "401", "message":"Authentication Required","code": 20003}

API rakenduse kättesaadavus

Kogu rakenduse API võiks kättesaadav olla eraldi domeeninime või kausta alt Nt api.rakendus.smit või rakendus.smit/api/

Tuvastamine Tuvastamist või isikustatud päringute tegemisel, peab identifitseerimist määratleb token (JWT) või vastav räsi minema HTTP päringu päisess (headers).

SOAP teenuste arendamise nõuded  Liidesed luuakse   põhimõttel kasutades SOAP Document Literal sõnumivahetuse põhimõtet;Contract-First XSD-sse peab saama sisse viia uuendusi, ilma et olemasolevate kasutamine oleks häiritud;

Nõuded XML schemale:

Complex Type definitsioonid:

tohivad sisaldada ainult   tüüpi   komponenti kordsustega minOccurs="1" ja maxOccurs="1".sequence model group ei tohi sisaldada atribuutide deklaratsioone. liik ( ) peab olema  .variety element-only

Sequence peab koosnema kas:

ühest   deklaratsioonist kordsustega   ja element minOccurs="0" maxOccurs="unbounded" nullist või rohkemast   deklaratsioonist minimaalse kordsusega   või  , maksimaalse kordusega element minOccurs="0" minOccurs="1" maxOccurs="

 ning lõppema   deklaratsiooniga atribuutidega processContents="lax" minOccurs="0" maxOccurs="unbounded" namespace="##any".1" any

Näide

<?xml version="1.0" encoding="UTF-8"?> <xs:schema targetNamespace="http://ametnik.smit/services" xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormD efault="qualified" xmlns:veeb="http://ametnik.smit/services" xmlns:smit="http://ametnik.smit/smit">

<xs:annotation> <xs:documentation xml:lang="et"> Näitedokumendi dokumentatsioon (seletav ja kirjeldav tekst) </xs:documentation> </xs:annotation>

<xs:complexType name="Ametijuhend"> <xs:sequence> <xs:element name="isikukood" type=" "xs:string /> <xs:element name="failiNimi" type=" "xs:string /> <xs:element name="failiSuurus" type=" "xs:int /> <xs:element name="failiLaiend" type=" "xs:string /> <xs:element name="fail" type=" "xs:base64Binary /> </xs:sequence> </xs:complexType>

Struktuur kus viimane element on kordsusega ei ole XML Schema 1.0 nõuete alusel deklaratsioon lubatud minOccurs="0" any Unique Particle reegli tõttu. Vastavat reeglit on korrigeeritud XML Schema 1.1 versioonis. Juhul kui tööriistad ei toeta vastavat deklaratsiooni võib Attribution

selle ära jätta eeldusel et on tagatud selle eesmärk - vastuvõtjale tundmatute elementide lisamine struktuuri lõppu ei põhjusta vastuvõtjas valideerimisviga.

<xs:element name="AmetijuhendRequest"> <xs:annotation> <xs:documentation xml:lang="et"> Ametijuhendi(te) pärimiseks vajaliku sõnumi element. </xs:documentation> <xs:appinfo> <smit:queue>amr.ametijuhendRequest</smit:queue> </xs:appinfo> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="asutusId" type=" "xs:integer /> <xs:element name="aktiivsedOnly" type=" "xs:boolean /> <xs:element name="isikukood" type=" "xs:string minOccurs="0" /> <xs:element name="yksusId" type=" "xs:integer minOccurs="0" /> <xs:element name="muudetudAlates" type=" "xs:date minOccurs="0" /> <xs:element name="muudetudKuni" type=" "xs:date minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="AmetijuhendResponse"> <xs:annotation> <xs:documentation xml:lang="et"> Ametijuhendi(te) päringu vastusena tagstatav sõnumi element. </xs:documentation> <xs:appinfo> <smit:queue>amr.ametijuhendResponse</smit:queue> </xs:appinfo> </xs:annotation>

<xs:complexType> <xs:sequence> <xs:element name="Ametijuhend" type="veeb:Ametijuhend" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element>

<xs:element name="AmetijuhendTopic"> <xs:annotation> <xs:appinfo> <smit:topic>amr.ametijuhendTopic</smit:topic> </xs:appinfo> <xs:documentation xml:lang="et"> Ametijuhendi(te) uuenemisel publitseeritava sõnumi sisu </xs:documentation> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="Ametijuhend" type="veeb:Ametijuhend" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element>

<xs:element name="AmetijuhendQueue"> <xs:annotation> <xs:appinfo> <smit:queue>amr.ametijuhendQueue</smit:queue> </xs:appinfo> <xs:documentation xml:lang="et"> Ametijuhendi(te) uuenemisel publitseeritava sõnumi sisu </xs:documentation> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="Ametijuhend" type="veeb:Ametijuhend" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:element>

</xs:schema>

SOAP teenuste tarbimise head tavad

1.

2. 3.

Nt Java puhul dünaamilise keele (nt Groovy) kasutamine SOAP päringute/vastuste konverteerimiseks selle asemel, et WSDL-ist klasse genereerida ning tekitada töömahtu ja pallastkoodi. Näidis SOAP-ist andmete kättesaamiseks: https://stackoverflow.com/questions/39526932/groovy-parse-soap-response-xml-to-get-data Näidis SOAP päringute koostamiseks: https://stackoverflow.com/questions/42290675/groovy-markupbuilder-how-to-create-markup-and-append- string

Tehnilised nõuded tarkvaralahendustele

Käesolevad nõuded/põhimõtted spetsifitseerivad millele peaksid loodavad tarkvara komponendid vastama, et nad ei oleks infrastruktuurist jäigalt sõltuvuses, töötaksid SMIT majutusplatvormil, nende skaleerimist  ja paigaldamist saaks automatiseerida ning tehnoloogiline võlg on hallatav ja mõõdetav. Dokument on mõeldud arendajatele ja arhitektidele.

Kategooria Nõue Laiendatavus Kommentaar

Üldine

Rakendused luuakse põhimõttel, kus ühte paigaldatavasse komponenti ei panda kokku sisult väga erinevat funktsionaalsust, vaid pigem jaotatakse vajadusel erinevate komponentide vahel. Komponentideks jaotamine toimub sisulistest, mitte tehnilistest funktsionaalsustest lähtudes v.a kasutajaliideste eraldamine eraldi rakendusteks.  (vt. B )ounded Context

KOHUSTUS Komponentideks jaotamisel mitte lähtuda tehnilitest mõõdikutest nagu koodiridade arv või et tõstame näiteks tehnilise funktsionaalsuse nagu logimise eraldi komponendiks. Kui üks komponent on jäigas sõltuvuses teisest ( ei saa tööprotsessi lõpuni viia või ei saa paigaldada, kui teine ei vasta samal ajal), siis on tegemist hajusa monoliidiga ja tuleks need komponendid kokku tõsta koodi tasemel. Täiendavat lugemist: http://martinfowler.com

/articles/microservices.html https://martinfowler. com/bliki/BoundedContext.html

https://microservices.io/microservices/general /2018/11/04/potholes-in-road-from-monolithic-hell. html

Komponent peab jooksma vähemalt 2 instantsi peal, et vältida platvormi muudatuste käigus tekkida võivaid katkestusi.

KOHUSTUS Konteinerplatvormile paigaldatud rakenduste puhul peaks vähemalt toodangu keskkonnas minimaalselt 2 instantsi jooksma, et vältida katkestusi.

Eelistada ka jõudluse vaates komponentide hulga tõstmist, mitte tõsta olemasolevate komponente ressursikasutust. Näiteks mitte teha VM-e suuremaks (mälu/CPU vaates).

Rakendust ehitatakse ja pakendatakse SMIT CI/CD lahendusega (Bamboo) ning komponendile kohandatakse automaatset staatilise koodi analüüsi vastavalt SonarQube profiilile, mille tulemused on kättesaadavad SMIT SonarQube keskkonnast. Lähtekood ei tohi sisaldada vigu mis on analüsaatori poolt leitud.

KOHUSTUS Kehtib nii loogika kui kasutajaliidese komponendi puhul. Minimaalne on vaikeprofiil, kui arendajad ei lepi kokku täiendavates nõuetes.

Lähtekood on UTF-8 formaadis ning tekstilised väärtused tuleb liigutada tõlkefailidesse (i8n), lisaks mitte kasutada Deprecated meetodeid.

KOHUSTUS

Rakenduse lähtekoodi haldus toimib SMITi kesksete versioonihalduspõhimõtete järgi.

KOHUSTUS Kehtib nii loogika kui kasutajaliidese komponendi puhul. Lisainfo leiab dokumendist: "Lähtekoodi

"halduse ja ehitamise nõuded arendajale

Keskkondadesse rakenduste paigaldamine on automatiseeritud SMIT CI /CD mehhanismidega. 

KOHUSTUS Kasutatakse Bamboo paigaldusplaane:  https://co nfluence.atlassian.com/bamboo/deployment- projects-338363438.html

Kokku ehitatatud rakendust peab saama paigaldada erinevatesse keskkondadesse, ilma et seda peaks uuesti kokku ehitama.

KOHUSTUS Konfiguratsioon määratakse keskkonna muutujatena või muude rakenduseväliste võimalustega (näiteks Kubernetes configmap) 

Auditlogi tuleb markeerida ära logikirjetes, et oleks pärast otsingus eristatav

KOHUSTUS

Rakendustel puudub ligipääs avalikku internetti (sh klientidel). Kui on vajalik ligipääs äriandmetele väljaspool SMIT võrku, tuleb tellida webproxy ligipääs.

KOHUSTUS

Rakenduste sõltuvuste (maven,npm jne) allikana tuleb kasutada SMIT sisest keskset repositooriumi (Artifactory) .

KOHUSTUS Kõik välised sõltvused peavad olema sealt kättesaadavad.

Kõik välised sõltuvused tuleb rakenduse ehitamisprotsessikäigus läbi skaneerida Artifactory Xray töövahendiga ja mitte kasutada kõrge kriitilisusega turvanõrkuseid sisaldavaid teeke/komponente.  

https://jfrog.com/help/r/jfrog-cli/cli-for-jfrog-xray

Kasutajaliidese sõltuvused/osad nagu JS,CSS,FONTS,GIF jms, mida kasutatakse kasutajaliidese kuvamisel, peavad rakenduse käivitusel tulema samast allikast.

KOHUSTUS Väliste sõltuvuste ja repode kasutamine ei ole lubatud (nagu välised cdn-id, google fonts, github jne). Arendamisel tuleb kontrollida browseri võrguliikluse lehelt, et välisperimeetrisse ei mindaks päringuid tegema.

Väliste teenuste nagu ReCaptcha, Google Analytics jms kasutamine ei ole lubatud.

KOHUSTUS Tuleb kasutada SMIT siseseseid lahendusi.

Rakenduse arhitektuuri koostamisel tuleks arvestada, et rakenduse koosseisu kuuluvaid komponente peab saama uuendada iseseisvalt.

Soovituslik kasutada "Blue-Green" paigalduspõhimõtteid.

Rakenduse loogikakomponentide üldine sisemine arhitektuur peaks järgima MVC mustrit.

Rakendustevahelisi integratsioone teostatakse kokkulepitud põhimõtete järgi (võimalikud variandid on XTEE, HTTP otse või MQ).

KOHUSTUS Kasutatavatest protokollidest olenemata teostatakse integratsioonid, lähtudes nõuetedokumendist: "Rakendustevahelised+int

"egratsioonimustrid

Kui loodav lahendus koosneb mitmest komponendist, on need lahus arendatavad, pakendatavad, versioneeritavad ja paigaldatavad. KOHUSTUS

Testitavus

Komponendil on olemas minimaalne genereeritav testandmete komplekt. Peamiselt koormustestide või suitsutestide läbiviimise keskkonna jaoks.

Test- ja toodangukeskkonnad peavad olema üksteisest lahus ning testandmed ei tohi olla toodanguandmed (v.a juhul kui tegemist ei ole avalike andmetega - näiteks aadressid).

Loogikakomponendil on olemas integratsioonitestid veebiteenuste või sõnumivahetusteenuste jaoks ning vajadusel täiendavad ühiktestid spetsiiflise äriloogika valideerimiseks.

 Ühiktestide maht ja olemasolu on vabatahtlik.

Kasutajaliidese automaattestide kirjutamine, mis simuleerivad kasutaja käitumist põhivoogude taseme, on arendusmeeskonna otsustada.

Testide loomisel on soovitav kasutada ilma kasutajaliidesta sirvijat, et oleks võimalik kergesti testida ilma graafilist keskkonda omamata.

Rakenduse automaattestide mahtu tuleb analüüsida CI/CD mehhanismide abil ning tulemused peab publitseerima SMIT SonarQube keskkonnas.

KOHUSTUS

Avaklikke teenuseid tuleb täiendavalt turvatestida. KOHUSTUS Turvatestide juhendid ja nõuded leiab dokumendist: " "Turvatestimine

Rakenduste poolt toodetavale logi väljundile tuleb kirjutada automaattestid KOHUSTUS Testid peavad veenduma, et rakenduses genereeritud logi vastab " " Logimise nõuded dokumendis kirjeldatud nõuetele

Kasutajaliides

Kasutajaliides tuleb täielikult eraldi arendada loogikakomponendist ning ei eelda selle implementatsiooni olemasolu.

KOHUSTUS

Kasutajaliides võib korraga suhelda mitme loogikakomponendiga.

Kasutajaliides ja loogikakomponent suhtelvad omavahel üle HTTP /WEBSOCKET protokolli ning ainult läbi eeldefineeritud liidestuse (vahetatakse ainult andmeid).

KOHUSTUS Võimalikud integratsioonitehnoloogiad: REST, graphQL, STOMP.

Kasutajaliidese olekut hoitakse kliendi poolel. Kas siis veebilehitsejas (sessionstorage) või sessioonis mis asub kasutajaliidest pakkuvas serverkomponendis.

Kasutajaliides vahetab loogikakomponendiga ainult andmeid, visuaalset sisu (nn. html-i javascripti) sellest komponendist ei laeta.

KOHUSTUS Vaikimisi on andmete formaat JSON

Kasutajaliides suhtleb loogikakomponentidega üle SSL kanali (SSL termineeritakse koormusjaoturis, kust kõik kasutaja päringud läbi lastakse).

KOHUSTUS

Kasutajaliides on soovitav arendada õhukese kliendina.

Äriloogika ja õigused

Komponentide vaheline andmevahetus peab olema turvaline või kaitstud kasutades TLS-i, mille sertifikaate verifitseeritakse. Autentimata ja/või krüpteerimata protokollide kasutamisel rakendatakse täiendavaid konfidentsiaalsust ja terviklust tagavaid turvameetmeid.

Nii sisemised kui välimised süsteemid peavad kasutaja tuvastamiseks kasutama SMIT kesksest tuvastamise teenust (UAA).

KOHUSTUS UAA on tuvastamislahendus, mis on integreeritud lisaks sisemisele parooliga tuvastamisele ka RIA Taraga, et saaks kasutada ID-kaart, Mobiil-Id või SmartId tuvastamisvõimalusi. Rakendustega integratsiooniks kasutame Open-ID protokolli. UAA liidestamise dokumentatsioon: https://docs. cloudfoundry.org/api/uaa/version/76.13.0/index. html#overview

Kasutajaid ja nende grupi või rollipõhiseid õiguseid tuvastatakse kesksest Active Directory andmebaasist. Andmetepõhised õigused (ACL) asuvad rakenduse juures andmebaasis.

KOHUSTUS Vähemalt üks roll peab asuma AD-s (ja selle küljes vastav UAA skoop), mis määratleb kas rakendusele saab ligi. Kehtib kõigi uute arenduste puhul. 

Komponendid suhtlevad omavahel ainult üle HTTP või JMS/AMPQ protokolli. Suurema jõudluse saavutamiseks on eelistatud sõnumivahetus.

KOHUSTUS Soovitus on kasutada protokolle üle turvalise kanali (HTTPS/AMPQS).

Komponent on sessioonivaba - kasutaja andmete hoidmiseks ei kasutata HTTP sessiooni, vaid iga päringuga valideeritakse kliendist "tokeni" kehtivust. Tokenile vastav kasutaja info peab asuma keskses tokeni hoidlas, kus on märgitud ka aegumistähtaeg.

KOHUSTUS Tokenite haldamise mehhanismina tuleb kasutada SMIT kesksest tuvastamise teenust.

Komponendid peavad ka omavahel saama autoriseerituna andmeid vahetada analoogselt kasutajaliidesele ilma sessioone tekitamata.

KOHUSTUS

Komponentide omavahelises integratsioonis peab iga komponent omama oma kontot, ei tohi taaskasutada kontosid, mis on väljastatud teistele rakendustele.

KOHUSTUS Kasutatakse AD-st väljastatavaid teenuskontosid läbi keskse tuvastamise teenuse.

Igal komponendil on oma andmebaas mille skeemi ja süsteemsete andmete muudatusi hallatakse komponendiga koos, kui komponent vajab andmete salvestamise võimekust.

KOHUSTUS Haldab kas rakendus ise või hallatakse eraldi automaatikaga.

Komponendi versiooniuuendusi teostatakse reeglina ilma katkestusteta teenuse töös (tehakse nn. instantsi haaval), andmebaasi muudatuste tegemisel tuleb tagada, et muudatus töötaks ka eelmise komponentide versioonidega (kohustuslike väljade mitmeetapiline sisseviimine jms)

Üks võimalikke lahendusi on näiteks "Blue-Green deployment" mehhanism.

Komponent käivitub ka ilma ühenduseta liidestetavate süsteemidega ehk on nn. nõrgalt liidestatud (v.a andmebaasid)

Komponent töötab osaliselt edasi ka liidestuste katkestuste puhul ja taastab töö peale katkestuste lõppemist, kõik ühendused on olekuta. "Stateful" ühendused nagu RMI ei ole lubatud kasutada.

KOHUSTUS  Kui rakendusel mingi väline liidestus on maas, siis kas kasutatakse "Circuit Breakerit" või näiteks "retry" mehhanismi teatud pikkusega. Kui võrguühendus taastub, taastab komponent oma töö. Kui ootamine ei ole võimalik, peaks kindlasti "healthcheck" teada andma probleemist, mis võimaldab antud rakenduse vajadusel eemaldada teenindavate komponentide hulgast ja hiljem taastada.

Komponendil puudub eraldi väline konfiguratsioonifail - vajalik konfiguratsioon määratakse kas keskkonna muutujatena või kasutatakse muid platvormi pakutavaid võimalusi (Kubernetese secrets/configmap näiteks).

KOHUSTUS Rakenduse saladused, mida ei genereerita teenuste poolt automaatselt (näiteks andmebaas või s3) tuleb panna saladuste hoidlasse. Saladuste hoidlast saab saladus liikuda rakendusse ainult läbi CI/CD mehhanismi. Saladuste hoidla jaoks on SMIT-is olemas vastav teenus.

Suurte koormuste teenindamiseks vähemuutuvate andmete puhul kasutatakse rakendusserveris vajadusel vähemälusid mis on kesksed, kiired, kõrgkäideldavad ning ei sõltu konkreetse rakendusserveri instantsist. Ei kasuta mitte cachede replitseerimist vaid distributeeritud lahendust.

KOHUSTUS Võimalik kasutada näiteks Redist või olemasolevat andmebaasi selleks ettenähtud tabelite abil.

Komponendil on tööks kõik vajalikud teegid kaasa pakendatud, allolevast operatsioonisüsteemis mingite teekide olemasolu eeldada ei tohi.

Soovituslik komponendi pakendamisformaat on Docker konteiner, mis baseerub SMIT sisese Artifactory teenuse sõltuvustel. 

Komponent on olekuta ehk kõik mis vaja hoida kauem kui üks süsteemiväline päring (request), salvestatakse kas andmebaasi või mõnda teise hoidlasse.

KOHUSTUS Oleku hoidmiseks kasutatakse väliseid teenuseid.

Komponent ei tohi eeldada failisüsteemi olemasolu, kus andmed säilitatakse. Mälus võib hoida ühe päringu sees opereeritavate andmete olekuid või andmebaasist taasloodavaid cachesid.

KOHUSTUS

Talletamiseks mõeldud binaarfailide jaoks tuleb kasutada eraldi failide hoidmise teenust, mis pakub vastavat veebipõhist teenust.

KOHUSTUS SMIT-is on selleks olemas eraldi sisemine S3 objektihoidla.

Komponentide poolt publitseeritavad REST teenused on versioneeritud, dokumenteeritud ning veahaldust tuleb teostada HTTP veakoodidega. Teenused on peavad olema dokumenteeritud OpenAPI spetsifikatsioonile vastavalt. 

Versiooninumber võib olla kas päises või URI-is. Teenuse tehnilises dokumentatsioonis wikis peab olema link OpenAPI spetsifikatsionile (SwaggerUI). API disainimisel lähtuda dokumendist: "Rakendustevahelised

"integratsioonipõhimõtted

Andmebaas

Andmebaaside vahelised integratsioonid ei ole lubatud. KOHUSTUS

Andmebaase komponentide integratsioonivahendina ei tohi kasutada (mitu erinevat komponenti ühe andmebaasi poole pöörduda ei ole lubatud).

KOHUSTUS See põhimõte ei tähenda et ühte sama loogika komponenti jõudluse mõistes skaleerides ei tohiks kasutada sama andmebaasi.

Andmeobjektide muutmisel tuleb luua ka migratsiooniskriptid mis teisendavad automaatselt olemasolevad andmed uuele kujule.

Migratsiooniskripte on soovitav käivitada paigaldusprotsessi ühe osana ja mitte määrata neid käivitatavaks iga rakenduse restardiga (see võib tekitada ebavajalikke lukke rakenduste restartimisel, kui neid on mitu instantsi)

 Kõige lihtsam variant on määrata CI/CD keskkonna muutujaga, kas migratsioon käivitada. Mõistlik on migratsiooni teha ühe intsantsiga, kui see tehtud, siis teha vajadusel uuesti paigaldus mitme instantsiga. Alternatiiv on kasutada "job /task" tüüpi paigaldusmehhanisme tavalise rakenduse paigaldamise asemel.

Andmebaasi äriloogikat vaikimisi ei kirjutata (protseduurid ja triggerid). KOHUSTUS Kõrvalekalded tuleb defineerida ja põhjendada konkreetse komponendi arhitektuuridokumendis - lisaks tuleb ära näidata mehhanismid, kuidas funktsionaalsus töötab andmebaasis, kui kasutusel on mitu andmebaasi instantsi.

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

KOHUSTUS  Mõeldud on, et andmebaasiga suheldakse läbi rakendusele eraldatud kasutaja. SYS ja POSTGRES tüüpi superuser kontodega baasis käia ei tohi.

Operatiiv- ja arhiivi andmebaasid on eraldi lahendused, kasutatakse kas eraldi arhiivibaase või mõnda muud spetsiaallahendust.

KOHUSTUS

Tekstiotsingute jaoks kasutatakse ainult täisteksti indekseid (Lucene või andmebaasi sisemine täistekstiotsing).

KOHUSTUS

Rakendusse tuleb luua võimekus leida vajadusel mitme andmebaasi instantsi seast peamine, kuhu on võimalik kirjutamispäringuid saata.

KOHUSTUS Eesmärk on, et saab vajadusel andmebaase maha võtta hooldustöödeks, ilma katkestusi tegemata.

Jõudlus

Komponendi sisemised alamosad suhtlevad omavahel võimalusel sõnumivahetuse või muude asünkroonsete meetodite abil, et välistada blokeeruvaid lõimesid ja tagada et iga alamtöö töötab eraldi lõimes, kasutades efektiivselt virtuaalmasinate mitut protsessorituuma - see soovitus ei kehti kui komponentide suhtlus peab toimuma ühe kasutaja transaktsiooni sees (mitte segamini ajada andmebaasi transaktsiooniga).

Lisainfo: , http://12factor.net/concurrency http://ww w.reactivemanifesto.org/

Pikalt töötavad operatsioonid tuleb viia eraldi taustaprotsessideks, mis toimivad ka mitmete instantside puhul, ehk taustatööde info peab olema salvestatud.

KOHUSTUS

Komponent peab peatumisel lõpetama käimasolevad protessid ning pikad taustaprotsessid peavad pooleli jääma ja käimasolev töö tuleb tagastada tööde nimekirja (näiteks "queue").

KOHUSTUS Lisainfo: http://12factor.net/disposability

Komponendis loodud protsessid peavad arvestama, et võib toimuda ootamatu rakenduse seiskumine ning selle tulemusel peavad samuti käimasolevad tööd minema järjekorda tagasi.

KOHUSTUS

Jõudluse kasvamisel saab automaatselt komponentide instantside hulka tõsta (horisontaalne skaleerimine) ning koormus jaotatakse instantside vahel laiali.

Ei tohiks kasutada nö. "scale-up" lahendust, kui seda ei määra konkreetne toote pakkuja.

Komponent peaks käima minema (olema valmis esimeste päringut teenindamiseks) kuni 60 sekundi jooksul

KOHUSTUS

Monitooritav us

Komponentide poolt publitseeritavad teenuste monitoorimiseks vajalik info on kättesaadav kokkulepitud formaadis ja protokolliga - soovitavalt REST formaadis.

KOHUSTUS Koormusjaotur peab aru saama, kas suunata liiklus konkreetsele nodele või mitte. Kõige lihtsam näide või näidis selleks on Spring Boot Actuator endpoint mis annab infot, kas /health rakendus on korras või mitte. Seda saab vastavalt täiendada ka lisainfoga. https://docs. spring.io/spring-boot/docs/current/reference/html

. /production-ready-endpoints.html

Komponenti on võimalik monitoorida APM tarkvara agendiga, mis oskab komponendi seest kõikide lähtekoodis realiseeritud protsesside kohta statistikat (sh. kasutamise sagedus, töötluse aeg) väljastada.

Toetatud tehnoloogiad leiab siit: https://docs. appdynamics.com/display/PRO45 /App+Server+Agents+Supported+Environments

Komponent logib enamus tegevused erinevatel tasemetel ning suunab need "stdouti" või sõnumitena sõnumiserverisse (auditlogi). Komponent ei tegele logifailide haldamisega.

KOHUSTUS Lisainfo: http://12factor.net/logs

Failihaldus  

Kui teenus võtab vastu faili, siis tuleb seda skaneerida ennem baasi või objektihoidlasse salvestamist.

KOHUSTUS Kasutada tuleb SMIT-i poolt pakutavat MetaVault teenust.

Logimine

Erindite (Exception) kinnipüüdmisel tuleb logisse salvestada kogu stacktrace, mitte ainult veateade.

KOHUSTUS

Logimisel tuleb arvesse võtta Infoturbeosakonna poolt kehtestatud logimise nõudeid. 

KOHUSTUS Lisainfot leiab dokumendist " "Logimise nõuded

Taaskasutus

Uut komponenti arendades, tuleks eelnevalt kontrollida, ega sellist pole juba eelnevalt SMIT-is välja töötatud. Eelistatud on kasutada olemasolevat lahendust teenusena ning äärmisel juhul paigaldada endale toode. 

KOHUSTUS

Olemasoleva teenuse koodi eraldamine eraldi projektiks ja selle iseseisev edasiarendus peaks saama SMIT arhitektuuripaneeli heakskiidu, sellele võiks eelneda diskussioon olemasoleva tiimiga, et vajalikud muudatused nemad viiks sisse või aksepteeriksid muudatusettepanekuid.

KOHUSTUS

Kui arendatakse teenust, millele hakkavad olema kliendid väljaspool konkreetset infosüsteemi/lahendust, tuleks luua sellele iseseisev tehnilise liidestuse võimekus.

Üks võimalik tehniline lahendus on Kuberneteses Operator ( )https://operatorframework.io

Arvutitöökoht

Uued seadmed/lahendused peavad olema Windows või IOS põhised KOHUSTUS

Rakendus/lahendus peab olema suuteline vähemalt minor versioone ise uuendama.

KOHUSTUS

Rakenduse paigalduse või uuendamise käigus EI TOHI rakendus arvuti SERVICEID kinni"Disabled" panna (Näide... DocCheck pani ID kaardi serti edastuse teenuse kinni arvutites)

KOHUSTUS

Rakendus/lahendus ei tohi olla seotud ühe konkreetse lehitseja või selle versiooniga. Kõik Tehnoloogia valikute lehel olevad lehitsejad peavad olema toetatud ja testitud.

KOHUSTUS

Kui soovitakse arvutitöökohta paigaldada mingit rakendust/lahendust, siis tarkvara koos konfiguratsiooniga tuleb arenduselt ATKH-le

KOHUSTUS

Valdkond peab kontrollima enda lahendust standard ATK profiilis või eriprofiilis SMIT tehnikupoolt väljastatud seadmes ja kinnitama kas paigaldus on edukas ja vastab teenuse pakkumis nõuetele. Kui ei ole, siis annab infot mida on vaja konfiguratsioonis muuta.

KOHUSTUS

Rakendus peab olema käsurealt paigaldatav. KOHUSTUS

Rakendus ei tohi nõuda administreerimise õigust kasutamiseks KOHUSTUS

Siseministeeriumi infotehnoloogia- ja arenduskeskus

Mäealuse 2/2, Tallinn 12618

Telefon 612 6200

E-post [email protected]

Reg. kood 70008440

www.smit.ee

15.12.2023 nr 3-13/185

Pakkumuse esitamise ettepanek dünaamiline hankesüsteemi IT-teenuste (riigihangete registri viitenumber 252006) alusel "SMIT: Keskse päringute logimise lahenduse loomine" (272848)

1. Üldteave

1.1. Hanke eest vastutav isik: Paavo Kirsi

1.2. Hanke liik: Piiratud hankemenetlus (dünaamilise hankesüsteemi alusel viitenumber

252006), piiratud hankemenetluse viitenumber 272848. Kategooria 2.

1.3. Eeldatav maksumus: 376 000 eurot km-ta.

1.4. CPV kood: 72200000-7 Tarkvara programmeerimis- ja nõustamisteenused;

1.5. Menetluse teostamise viis: e-menetlus eRHR vahendusel.

1.6. Hankelepingu kestus: 12 kuud või kuni lepinguliste kohustuste täitumiseni.

1.7. Finantseerimisallikas: riigieelarve

1.8. Hankeleping sõlmitakse ühe pakkujaga.

1.9. Pakkumuse esitamise tähtaeg: Pakkumuse esitamise täpne kuupäev ja kellaaeg

sätestatakse hankemenetluse eest vastutava isiku poolt eRHR-s. Hanke eest vastutava l

isikul on õigus muuta pakkumuste esitamise tähtaega ning teha alusdokumentides

menetluse käigus avastatud vajalikke mittesisulisi muudatusi ning parandusi. Pakkujal on

õigus vajadusel teha ettepanek pakkumuse esitamise tähtaja pikendamiseks.

1.10. Pakkumuse jõusoleku tähtaeg: vähemalt 4 kuud alates pakkumuse esitamise tähtpäevast.

1.11. Hankija ei jaga riigihanget osadeks ja sõlmib teenuse osutamiseks hankelepingu ühe

pakkujaga. Teenuse osutamine ühe pakkuja poolt tagab hankija rahaliste vahendite otstarbeka

ja säästliku kasutamise. Samuti võimaldab see rahaliste vahendite kokkuhoidu tugiteenuste

arvelt.

1.12. Olelusringi kulusid arvestatakse läbi töötunni maksumuse hindamise. Teisel viis il

olelusringi kulusid arvestada ei ole võimalik, kuna kõik tehnoloogiad hangitavate tööde

teostamiseks peavad kuuluma hankija IT profiili ja seeläbi näitavad need võimekust luua

ressursisäästlikke lahendusi optimaalsete ressurssidega.

1.13. RHS § 120 lõike 3 alusel ei kohalda hankija hankelepingu sõlmimisel ooteaega. Juba

sõlmitud hankelepingut saab VAKOs vaidlustada RHS § 185 lg 4 p 5 alusel vaid juhul, kui selle

maksumus ületab riigihanke piirmäära.

2(3)

1.14. Riigihanke alusdokumentide kohta saab hankijalt selgitusi kirjalikul pöördumisel läbi

registri teabevahetuse lehe. Telefoni või e-posti teel esitatud küsimusi vastu ei võeta.

1.15. Riigihankes saavad osaleda ainult pakkujad või taotlejad, kelle elu- või asukoht on

Eestis, mõnes muus Euroopa Liidu liikmesriigis, muus Euroopa Majanduspiirkonna lepinguriigis või Maailma Kaubandusorganisatsiooni riigihankelepinguga ühinenud riigis. Nõuet rakendatakse ka ühispakkujate ja alltöövõtjate suhtes.

1.16. RHR üldandmetesse/hanketeate lahtris "lepingu täitmise tähtaeg" määratud kuupäev tähendab lepingu kehtivust, mitte üksnes täitja kohustuste täitmise tähtaega ning lähtub seetõttu

nii täitja kui tellija/maksja kohustuste nõuetekohase täitmise tähtaegadest, sh arve tasumiseks kuluvast ajast. Pakkujal tuleb lepingu sõlmimise korral lähtuda enda kohustuste tähtaegsel täitmisel lepingu projektis või tehnilises kirjelduses määratud täitmise/lepingu eseme tarnimise

tähtajast.

2. Piiratud hankemenetluse dokumendid koosnevad käesolevast dokumendist ning

järgmistest lisadest:

2.1. Lisa 1. – Hankelepingu projekt;

2.2. Lisa 1.1. – SMIT töövõtulepingute üldtingimused;

2.3. Lisa 2. – Vastavustingimused;

2.4. Lisa 2.1 – Nõuded proovitööle;

2.5. Lisa 2.2 – Vanemarendaja CV vorm;

2.6. Lisa 2.3 – Arendaja CV vorm;

2.7. Lisa 2.4 – Testija CV vorm;

2.8. Lisa 3. – Tehniline kirjeldus;

2.9. Lisa 4. – Hindamiskriteeriumid ja hinnatavad näitajad (eRHR vorm);

2.10. Lisa 5. – Hankepass täiendavate selgitustega (eRHR vorm);

2.11. Lisa 6. – Ühispakkujate volikiri.

2.12. Lisad 7.1-7.5 – Nõuded lahendusele ja dokumentatsioonile (5 dokumenti)

3. Hankelepingu ese

3.1. Hankelepingu ese on: Luua eraldiseisev lahendus 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. 3.2. Hankeleping sõlmitakse ühe täitjaga eesti keeles.

3.3. Leping sõlmitakse RHS § 35 lg 4 kohaselt hindamise tulemusena edukaks tunnistatud

kvalifitseeritud pakkujaga, kes on esitanud seotud hanke alusdokumentidele vastava ja

pakkumuste hindamise kriteeriumide alusel majanduslikult soodsaima pakkumuse.

4. Pakkumuste vastavuse kontrollimine

4.1. Pakkumus peab vastama piiratud hankemenetluse tingimustele ning selles ei tohi esineda

sisulisi kõrvalekaldumisi esitatud tingimustest.

4.2. Täitja peab nõustuma hankelepingu projektis esitatud tingimustega, mille suhtes täitja on

esitanud omapoolse pakkumuse.

4.3. Hankija nõudel peab täitja pakkumuses esitatud teavet selgitama, piiritlema või

täpsustama.

3(3)

4.4. Hankijal on õigus lükata pakkumus tagasi, kui see ei vasta piiratud hankemenetluses

esitatud tingimustele ning juhul, kui täitja on esitanud lisatingimusi, mis ei ole kooskõlas

piiratud hankemenetluse tingimustega.

4.5. Hankija lükkab pakkumuse tagasi, kui hankelepingu sõlmimine selle pakkumuse alusel

rikuks rahvusvahelist sanktsiooni rahvusvahelise sanktsiooni seaduse tähenduses

(RSansS).

5. Pakkumuste hindamine, aktsepteerimine ja tagasi lükkamine

5.1.Pakkumusi hinnatakse majandusliku soodsuse alusel ja osakaaludes, mis on avaldatud

hanke alusdokumentides.

5.2.Edukaks tunnistatakse üks pakkumus.

6. Seotud hangete kehtetuks tunnistamine ja kõikide pakkumuste tagasi lükkamine

6.1.Hankijal on õigus kõik seotud hankes esitatud või vastavaks tunnistatud pakkumused tagasi

lükata igal ajal enne lepingu sõlmimist vastavalt RHS §-s 116 lg 1 sätestatule. Kõigi

pakkumuste tagasilükkamisel teeb hankija sellekohase põhjendatud otsuse.

6.2.Hankija võib põhjendatud vajaduse korral omal algatusel seotud hanke kehtetuks

tunnistada. Põhjendatud vajaduseks võib olla eelkõige, kuid mitte ainult, kui:

6.2.1. tekib vajadus lepingu eset olulisel määral muuta;

6.2.2. seotud hanke läbiviimise aluseks olevad tingimused on oluliselt muutunud ja

seetõttu osutub lepingu sõlmimine mittevajalikuks või võimatuks;

6.2.3. hanke läbiviimisel ilmnenud ebakõlasid ei ole võimalik kõrvaldada ning menetlust

seetõttu ka õiguspäraselt lõpule viia;

6.2.4. hankemenetluses esitatakse tähtajaks vaid üks nõuetele vastav pakkumus.

Lugupidamisega

(allkirjastatud digitaalselt)

Mart Nielsen

peadirektor

Lisa: Loetletud punktis 2

Paavo Kirsi, [email protected]